Firefox startet nicht
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
snapd (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Ich habe einen PC mit zwei Festplatten: eine SSD für das System und eine HDD für die Benutzer.
Auf der SSD ist nur der Root-User und ein Benutzer mit "sudu"-Berechtigung eingerichtet.
Die HDD ist eingehängt auf "/Users". Von "/home" sind symbolische Links zu den einzelne Benutzern eingerichtet (analog zu "automount" zusammen mit Lightweight Directory Access Protocol (LDAP)).
Wenn ich den "firefox" starten will erhalte ich folgende Fehlermeldung:
baer@wutz3:~$ firefox
cannot create user data directory: /home/baer/
baer@wutz3:~$
Folgender Befehle liefert:
baer@wutz3:~$ file /home/baer/
/home/baer/
baer@wutz3:~$
Eintrag in "/etc/passwd":
baer@wutz3:~$ grep -w baer /etc/passwd
baer:x:
baer@wutz3:~$ ls -l /home/baer
lrwxrwxrwx 1 root root 11 Okt 10 2017 /home/baer -> /Users/baer
baer@wutz3:
Ändere ich den Eintrag in "/etc/passwd":
baer@wutz3:~$ grep -w baer /etc/passwd
baer:x:
baer@wutz3:~$ firefox
Sorry, home directories outside of /home needs configuration.
See https:/
baer@wutz3:~$
Ein ähnliches Verhalten zeigt z.B. auch der "Adobe Acrobat Reader".
Wie man aus dem Verhalten bei der Änderung des Home-Verzeichnisses in "/etc/passwd" erkennt, wird der zu benutzende Pfad analysiert. Wird bei der Prüfung, ob ein Teilpfad ein Directory ist, "dies ist ein Link" geliefert, bricht das Programm mit der Fehlermeldung "Not a directory" ab.
Wird bei der Prüfung "dies ist ein Link" geliefert, müsste weiter geprüft werden, ob der Link auf eine Datei oder ein Directory zeigt und entweder "dies ist ein Link auf eine Datei" oder "dies ist ein Link auf ein Directory" geliefert werden. Das anfragende Programm müsste als Ergebnis seiner Anfrage "dies ist eine Datei" oder "dies ist ein Link auf eine Datei" bzw. "dies ist ein Directory" oder "dies ist ein Link auf ein Directory" akzeptieren.
persbaer@wutz3:~$ lsb_release -rd
Description: Ubuntu 22.04.4 LTS
Release: 22.04
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: snap (not installed)
ProcVersionSign
Uname: Linux 5.15.0-102-generic x86_64
ApportVersion: 2.20.11-0ubuntu82.5
Architecture: amd64
CasperMD5CheckR
CurrentDesktop: ubuntu:GNOME
Date: Tue Apr 16 13:28:24 2024
InstallationDate: Installed on 2017-10-07 (2383 days ago)
InstallationMedia: Ubuntu 16.04.3 LTS "Xenial Xerus" - Release amd64 (20170801)
ProcEnviron:
PATH=(custom, no user)
XDG_RUNTIME_
LANG=de_DE.UTF-8
SHELL=/bin/bash
SourcePackage: snap
UpgradeStatus: Upgraded to jammy on 2023-05-15 (336 days ago)
affects: | ubuntu → snapd (Ubuntu) |
I don't speak German very well but if I understand correctly your /home/$LOGNAME is a symbolic link to /Users/$LOGNAME. This arrangement is not supported by snapd as it interferes with the sandbox technology.
If you can, modify your system to mount the home directory at /home/baer instead of using symbolic links. This should fix this issue entirely.