Externe USB-Festplatte mountet nicht!

Dikilee · Jan 30th 2017

Hallo,

nach einem Dist-Upgrade wird die externe USB-Festplatte mit Aufnahmen nicht mehr automatisch gemountet
und in in den Aufnahmen dargestellt. Mit lusb wird sie angezeigt. Was kann da kaputt gegangen sein?

Danke und Gruß

Dirk

seahawk1986 · Jan 30th 2017

Keine Ahnung, die Pakete für yaVDR 0.5 habe ich schon lange nicht mehr angefasst - was steht denn im Log?

Dikilee · Jan 30th 2017

Hallo seahawk1986,

sorry, es handelt sich natürlich um yaVDR 0.6.1, werde ich direkt ändern. Im syslog steht nichts,
der VDR bekommt von der USB-Platte mangels Automount nichts mit. Ich hatte Kodi Nightly Build kurz
installiert um es auszuprobieren. Nach einem Update gab es Abhängigkeitsprobleme mit uswsusp.
Bin zurück auf Kodi 16, habe mit apt-get purge uswsusp deinstalliert, wieder neu installiert und alles
war zuerst einmal ok. Dann eben seit einem dist-upgrade wird die externe USB-Festplatte mit Aufnahmen
nicht meht in den Aufnahmen angezeigt, vorher aber schon. Mit lusb wir sie auch korrekt erkannt.
Wo kann ich bei der Fehlersuche ansetzen?

Danke

Dirk

seahawk1986 · Jan 30th 2017

Ist yavdr-essential installiert oder wurde das möglicherweise im Zuge deiner Bastelaktion deinstalliert und danach mit einem apt-get autoremove ein Schwung davon abhängiger Pakete deinstalliert?

Dikilee · Jan 30th 2017

ja, wurde einmal deinstalliert und wieder installiert..??!! Kann da was schief gehen?

seahawk1986 · Jan 30th 2017

Dikilee wrote:

Kann da was schief gehen?

Gemäß Murphy's Law immer

Läuft der Dienst, der für die Automounts zuständig ist?

Code

status udisks-automounter

Dikilee · Jan 30th 2017

ach immer dieser Murphy ;o)

hier die Ausgabe:

Code

udisks-automounter start/running, process 1857

wurde der erst jetzt gestartet, oder lief der schon?

danke

seahawk1986 · Jan 30th 2017

Die status-Abfrage startet ihn nicht, der Upstart-Job dürfte schon vorher gestartet worden sein.

Schau mal, ob es in /var/log/upstart/udisks-automounter.log etwas gibt, das einen Hinweis darauf geben könnte, was da nicht klappt.

Dikilee · Jan 30th 2017

Simmt da etwas mit den Rechten nichtoder irre ich mich?

Code

Session terminated, terminating shell... ...terminated.
udisks-glue: no process found
Session terminated, terminating shell... ...terminated.
udisks-glue: no process found
Session terminated, terminating shell... ...terminated.
udisks-glue: no process found
Device file /dev/sdc inserted
Device file /dev/sdc1 inserted
Trying to automount /dev/sdc1...
Failed to automount /dev/sdc1: Not Authorized
Session terminated, terminating shell... ...terminated.
udisks-glue: no process found
Device file /dev/sdc1 inserted
Trying to automount /dev/sdc1...
Failed to automount /dev/sdc1: Not Authorized
Device file /dev/sdc inserted
Session terminated, terminating shell... ...terminated.
udisks-glue: no process found
Device file /dev/sdc1 inserted
Trying to automount /dev/sdc1...
Failed to automount /dev/sdc1: Not Authorized
Device file /dev/sdc inserted

Display More

Finde ich doch sehr merkwürdig.

seahawk1986 · Jan 30th 2017

Ist udisks-glue bei dir installiert?

Code

$ apt-cache policy udisks-glue
udisks-glue:
Installiert: 1.3.5-2yavdr0~trusty
Installationskandidat: 1.3.5-2yavdr0~trusty
Versionstabelle:
*** 1.3.5-2yavdr0~trusty 0
500 http://ppa.launchpad.net/yavdr/main/ubuntu/ trusty/main amd64 Packages
100 /var/lib/dpkg/status

Gibt es eine /var/lib/polkit-1/localauthority/50-local.d/10-vdr.conf (da hat nur root Zugriff drauf, also z.B. mittels "sudo -i" eine root-Shell öffnen)?

Dikilee · Jan 30th 2017

Hallo seahawk,

ja, udisks-glue ist installiert

Code

apt-cache policy udisks-glue
udisks-glue:
Installiert: 1.3.5-2yavdr0~trusty
Installationskandidat: 1.3.5-2yavdr0~trusty
Versionstabelle:
*** 1.3.5-2yavdr0~trusty 0
500 http://ppa.launchpad.net/yavdr/main/ubuntu/ trusty/main amd64 Packages
100 /var/lib/dpkg/status

und ja, es gibt eine /var/lib/polkit-1/localauthority/50-local.d/10-vdr.conf

Code

[Actions for vdr user]
Identity=unix-user:vdr
Action=org.freedesktop.upower.*;org.freedesktop.consolekit.system.*;org.freedesktop.udisks.*
ResultActive=yes
ResultAny=auth_admin
ResultInactive=yes

ist doch alles merkwürdig, oder?

Dirk

seahawk1986 · Jan 30th 2017

Und du hast das System nach dem (De)installieren der Pakete mal neu gestartet? Was waren das für KODI-Pakete (nicht dass die an der consolekit/polkit Konfiguration etwas geändert haben)?

Dikilee · Jan 30th 2017

Also ich habe zwischen Deinstallation und erneuter Installation keinen Neustart gemacht.
Inzwischen gibt es zusätzlich ein neues Problem. Die yavdrdb.hdf wird automatisch gelleert,
es gibt plötzlich nur noch die default-Einstellungen.
Ich denke, ich werde eine komplette Neuinstallation machen. Da ist wohl was richtig zerschossen.

Danke

Dirk

rdnzl · Aug 4th 2020

Hallo,

ich weiß, der Thread ist schon 3 Jahre alt.

Aber ich nutze immer noch das gleiche System wie oben beschrieben, auch die bisherige Fehlersuche ist identisch in den Ausgaben. Der Automount geht erst seit kurzem nicht mehr.

Wie könnte die Fehlersuche denn weitergehen ?

Code

sudo cat /etc/sudoers
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
# Added by yavdr-startup, don't remove
vdr ALL=NOPASSWD: /usr/bin/start-xterm
vdr ALL=NOPASSWD: /sbin/reboot
vdr ALL=NOPASSWD: /usr/sbin/hddtemp

Display More

Code

sudo cat /etc/sudoers.d/yavdr
vdr ALL=NOPASSWD: /sbin/reboot
vdr ALL=NOPASSWD: /sbin/initctl *
vdr ALL=NOPASSWD: /usr/bin/signal-event change-display

Code

id vdr
uid=666(vdr) gid=666(vdr) Gruppen=666(vdr),20(dialout),24(cdrom),29(audio),44(video),46(plugdev),115(pulse),116(pulse-access),1001(pulse-rt)

Code

cat /etc/init/udisks-automounter.conf
description "start udisks-automounter to automount and notify vdr"
start on stopped openbox-tools
stop on runlevel [!2345]
env DISPLAY=:1
export DISPLAY
script
exec su -c 'ck-launch-session udisks-glue -c /etc/udisks-glue/config --foreground' vdr
end script
post-stop script
killall udisks-glue || /bin/true
end script

Display More

Habe nun mal aus der letzten Datei das "su - c vdr" entfernt (Tip aus einem anderen Thread) , den udisks automounter neu gestartet, und das automatische Einhängen funktioniert wieder. (Ging auch vorher in der Konsole mit "sudo udisks --mount /dev/sde1")

Aber nun funzt das Aushängen mit der FB nicht mehr ???

Code

ls -ls /usr/bin/vdr-mounter
4 -rwxr-xr-x 1 root root 1534 Feb 7 2019 /usr/bin/vdr-mounter
ralf@ubuntu:/$ ls -ls /usr/bin/vdr*
1624 -rwxr-xr-x 1 root root 1659768 Jun 5 2016 /usr/bin/vdr
8 -rwxr-xr-x 1 root root 7784 Sep 13 2015 /usr/bin/vdrctl
4 -rwxr-xr-x 1 root root 275 Feb 7 2019 /usr/bin/vdr-dbus-fast
0 lrwxrwxrwx 1 root root 45 Dez 11 2016 /usr/bin/vdr-dbus-send -> ../share/vdr-plugin-dbus2vdr/vdr-dbus-send.sh
4 -rwxr-xr-x 1 root root 1534 Feb 7 2019 /usr/bin/vdr-mounter
4 -rwxr-xr-x 1 root root 1671 Mär 13 2016 /usr/bin/vdr-net-monitor
4 -rwxr-xr-x 1 root root 248 Feb 7 2019 /usr/bin/vdr-next-wakup-time
4 -rwxr-xr-x 1 root root 61 Feb 7 2019 /usr/bin/vdr-poweroff
4 -rwxr-xr-x 1 root root 60 Feb 7 2019 /usr/bin/vdr-reboot
4 -rwxr-xr-x 1 vdr vdr 1352 Feb 8 2019 /usr/bin/vdr-recrepeat
160 -rwxr-xr-x 1 root root 160248 Feb 27 2016 /usr/bin/vdr-sxfe
4 -rwxr-xr-x 1 root root 1516 Mär 13 2016 /usr/bin/vdr-update-monito

Display More

Hilft Du mir bitte, das aufzudröseln?

Share