Siduction Forum
Siduction Forum => Upgrade Warnings => Topic started by: harley-peter on 2021/01/01, 17:43:41
-
Hallo,
seit einem der letzten du kann ich als normaler User keine Sticks mehr einhängen. Es kommt immer die Meldung:
"Einhängen fehlgeschlagen Datenträger konnte nicht eingehängt werden. Not authorized to perform operation"
journalctl liefert mir seitdem neben (schon bekannten) folgende Meldung:
Jan 01 17:30:34 master lightdm[4514]: gkr-pam: unable to locate daemon control file
Kann es damit zusammenhängen? Ich weiß auch nicht genau, ob es seit dem Update von Xfce auf Version 4.16 der Fall ist. Hat jemand Rat?
-
Ich würde zunächst versuchen, ob das mit einem neuen User auch passiert. Wenn nicht, könnte:
mv ~/.config/dconf/user ~/.config/dconf/user.bak
helfen. Allerdings gehen damit alle Einstellungen deiner Apps verloren.
-
Auch mit einem neuen User genau das gleiche und ein Umbenennen der Datei user in dconf hilft auch nicht. Nur wenn ich mich als root anmelde, kann ich die Sticks einhängen.
Mit su kann ich sie über mount allerdings auch nicht einhängen wenn sie fat32 formatiert sind, dann bekomme ich ein "wrong fs type". Nur mit einer ext-Formatierung klappt es auch über diesen Weg.
Aber das ist alles keine brauchbare Lösung denn ich muss als user auf die Sticks zugreifen können.
Hat noch jemand eine Idee?
-
wo wird denn der Stick eingehangen ? Bei mir (KDE) unter /media/juergen/ welches root gehört, die automatisch dort ein gehangenen stick`s (files) gehören dem user "drwxr-xr-x 6 juergen users"
hier ein paar Infos zu xfce und usb https://docs.xfce.org/xfce/thunar/using-removable-media (https://docs.xfce.org/xfce/thunar/using-removable-media)
-
^^das stand irgendwann mal im Forum und hatte ich bei meinen Notizen vermerkt:
Teil114 aus sidu
neuerdings kann ich meine USB-Sticks nur noch als root mounten.
Lösung:# gpasswd -a $USER disk
-
@jure:
bei mir werden sie normalerweise ebenfalls automatisch in /media/peter/ eingehangen nach dem Einstecken, was aber leider nicht mehr funktioniert.
@unklarer:
nach Eingabe des Befehls als root erfolgt:
Konfigurationsfehler - Element »ALWAYS_SET_PATH« unbekannt (Administrator verständigen).
Benutzer peter wird zur Gruppe disk hinzugefügt.
Leider ändert das nichts, das Problem bleibt bestehen.
Ich habe eine Weile im Netz gesucht und die Fehlermeldung von gkr-pam scheint ein Problem mit dem gnome-keyring zu sein, was evtl. damit zusammen hängt. Allerdings verstehe ich davon zu wenig und komme mit den Hinweisen in den diversen Vorschlägen nicht zurecht, da fehlt mir das Hintergrund- bzw. Expertenwissen.
Wenn ich Seahorse aufrufe dann erscheint da u. a. auch ein gesperrter Schlüsselbund, der sich nicht entsperren lässt und der aber meines Wissens beim login automatisch entsperrt werden sollte. Es ist nur eine Vermutung, dass es damit zusammen hängt.
-
Hallo
Wurde evtl. der Stick unsauber ausgehängt?
Einen Versuch mit
sudo fsck -v -t vfat /dev/sd??
könnte weiter helfen (evtl "Dirty bit")
Regards
-
Ich sah im ersten Bericht lightdm in Kombination mit gkr-pam stehen. Im Forum wird von lightdm abgeraten, z.B. dort (https://forum.siduction.org/index.php?PHPSESSID=51kbc2qm5au0j49m5cnr2d2ve6&topic=4585.msg38366).
Ich bin vor einiger Zeit umgestiegen auf sddm, geht hier auch prima zusammen mit Xfce.
apt install sddm
dpkg-reconfigure sddm
Danach neu anmelden und mal schaun ob sich das Verhalten mit den USB-Sticks geändert hat.
Edit: Nachtrag - beim heutigen d-u sind hier xfce4-mount-plugin, thunar und thunar-data aktualisiert worden. Ob das für dein System etwas ändert beim mounten von USB-Sticks - k.A.
-
@tomsiduction:
Das Problem tritt mit allen Sticks auf und auch bei einer USB-Festplatte.
@HarzG:
sddm kann ich mal probieren. Muss ich danach noch etwas konfigurieren wenn ich sddm installiert und lightdm deinstalliert habe oder benutzt das System dann automatisch sddm?
-
Ich hatte es erstmal ausprobiert ohne lightdm zu entfernen. Die Installationsschritte stehen im Codeblock von meinem Bericht.
-
Leider keine Änderung bei Benutzung von sddm.
Allerdings habe ich beim Installieren von sddm folgende Fehlermeldung erhalten:
ddm (0.19.0-2) wird eingerichtet ...
Lege Gruppe »sddm« (GID 134) an ...
Konfigurationsfehler - Element »ALWAYS_SET_PATH« unbekannt (Administrator verständigen).
Fertig.
Lege Systembenutzer »sddm« (UID 122) an ...
Lege neuen Benutzer »sddm« (UID 122) mit Gruppe »sddm« an ...
Konfigurationsfehler - Element »ALWAYS_SET_PATH« unbekannt (Administrator verständigen).
Konfigurationsfehler - Element »ALWAYS_SET_PATH« unbekannt (Administrator verständigen).
Konfigurationsfehler - Element »ALWAYS_SET_PATH« unbekannt (Administrator verständigen).
Erstelle Home-Verzeichnis »/var/lib/sddm« ...
Konfigurationsfehler - Element »ALWAYS_SET_PATH« unbekannt (Administrator verständigen).
Konfigurationsfehler - Element »ALWAYS_SET_PATH« unbekannt (Administrator verständigen).
usermod: Keine Änderungen
Konfigurationsfehler - Element »ALWAYS_SET_PATH« unbekannt (Administrator verständigen).
usermod: Keine Änderungen
Konfigurationsfehler - Element »ALWAYS_SET_PATH« unbekannt (Administrator verständigen).
Das gleiche habe ich beim Benutzen des Befehls gpasswd auch schon mal gesehen (s. o.). Nur kann ich damit nichts anfangen.
Und auch hier im Journal die Fehlermeldung:
Jan 03 15:42:59 master sddm-helper[1758]: gkr-pam: unable to locate daemon control file
Jan 03 15:44:31 master sddm-helper[2116]: gkr-pam: unable to locate daemon control file
-
hat die Meldung "Element »ALWAYS_SET_PATH« unbekannt" ggf etwas mit einem Eintrag in der /etc/login.def zu tun ? Ggf mal auskommentieren und schauen ob die Meldung weg ist...
-
@jure:
Nachdem ich die Zeile auskommentiert habe, ist die Meldung weg aber was hat das zu bedeuten? Ich denke mal, dass die Zeile nicht umsonst drin steht.
Wie auch immer, an meinem ursprünglichen Problem ändert das leider nichts.
-
@unklarer:
nach Eingabe des Befehls als root erfolgt:
Konfigurationsfehler - Element »ALWAYS_SET_PATH« unbekannt (Administrator verständigen).
Benutzer peter wird zur Gruppe disk hinzugefügt.
Leider ändert das nichts, das Problem bleibt bestehen.
Nur du weißt, wer bei dir auf dem System root ist. ;)
-
ändere den Eintrag mal auf >> ALWAYS_SET_PATH=yes << statt > ALWAYS_SET_PATH yes < und mach den Eintrag wieder aktiv ... dann sollte die "Anweisung" wieder benutzt werden, aber keine Fehlermeldung erzeugen...
-
@unklarer:
Stellt auch kein Problem dar. ;)
@jure:
hat funktioniert, danke!
Wenn du jetzt auch noch die Lösung für mein eigentliches Problem hast, gebe ich einen aus. :)