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
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
Keine Ahnung, die Pakete für yaVDR 0.5 habe ich schon lange nicht mehr angefasst - was steht denn im Log?
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
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?
ja, wurde einmal deinstalliert und wieder installiert..??!! Kann da was schief gehen?
Kann da was schief gehen?
Gemäß Murphy's Law immer
Läuft der Dienst, der für die Automounts zuständig ist?
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.
Simmt da etwas mit den Rechten nichtoder irre ich mich?
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
Alles anzeigen
Finde ich doch sehr merkwürdig.
Ist udisks-glue bei dir installiert?
$ 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)?
Hallo seahawk,
ja, udisks-glue ist installiert
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
[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
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)?
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
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 ?
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
Alles anzeigen
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
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)
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
Alles anzeigen
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 ???
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
Alles anzeigen
Hilft Du mir bitte, das aufzudröseln?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!