[yavdr ansible] yavdr bleibt beim Booten hängen

wannseheichwas · 12. Juli 2018

Seid kurzem bleibt mein VDR beim Booten ca. 2 Minuten mit der Meldung „Reached Target Host and Network Name Lookups“ hängen. Hier ein Auszug aus dmesg:

Code

[    8.923701] IPv6: ADDRCONF(NETDEV_UP): enp4s0: link is not ready
[    8.983347] r8169 0000:04:00.0 enp4s0: link down
[    8.983366] r8169 0000:04:00.0 enp4s0: link down
[    8.983465] IPv6: ADDRCONF(NETDEV_UP): enp4s0: link is not ready
[   11.890831] r8169 0000:04:00.0 enp4s0: link up
[   11.890848] IPv6: ADDRCONF(NETDEV_CHANGE): enp4s0: link becomes ready

Ich hab keine Konfiguration geändert, bis jetzt immer nur Updates gemacht. Würde es hier helfen die IPv6-Geschichte zu deaktivieren?

seahawk1986 · 12. Juli 2018

Kannst du dich über SSH verbinden? Was sagt dann systemctl status? Was steht im Log? journalctl -b -l

wannseheichwas · 12. Juli 2018

systemctl status:

Code

● vdrclient3
    State: degraded
     Jobs: 0 queued
   Failed: 2 units
    Since: Thu 2018-07-12 17:51:40 CEST; 3h 22min ago
   CGroup: /
           ├─user.slice
           │ ├─user-666.slice
           │ │ ├─user@666.service
           │ │ │ ├─pulseaudio.service
           │ │ │ │ └─1221 /usr/bin/pulseaudio --daemonize=no
           │ │ │ ├─dbus.service
           │ │ │ │ └─1291 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopid           │ │ │ ├─tmux.service
           │ │ │ │ ├─1228 /usr/bin/tmux new-session -s use-session -d
           │ │ │ │ └─1230 -bash
           │ │ │ ├─yavdr-frontend.service
           │ │ │ │ └─1570 /usr/bin/python3 /usr/bin/yavdr-frontend
           │ │ │ ├─init.scope
           │ │ │ │ ├─1165 /lib/systemd/systemd --user
           │ ??? │ │ └─1172 (sd-pam)
           │ │ │ └─irexec.service
           │ │ │   └─1565 /usr/bin/irexec /var/lib/vdr/.lircrc
           │ │ └─session-1.scope
           │ │   ├─1145 /usr/bin/openbox --startup /usr/lib/x86_64-linux-gnu/openbox-autosta           │ │   └─1220 (sd-pam)
           │ └─user-1000.slice
           │   ├─session-10.scope
           │   │ ├─6135 sshd: thomas [priv]
           │   │ ├─6254 sshd: thomas@pts/1
           │   │ ├─6255 -bash
           │   │ ├─6773 systemctl status
           │   │ └─6774 pager
           │   └─user@1000.service
           │     └─init.scope
           │       ├─6137 /lib/systemd/systemd --user
           │       └─6138 (sd-pam)
           ├─init.scope
           │ └─1 /sbin/init
           └─system.slice
             ├─irqbalance.service
             │ └─950 /usr/sbin/irqbalance --foreground
             ├─lvm2-lvmetad.service
             │ └─429 /sbin/lvmetad -f
             ├─nfs-idmapd.service
             │ └─507 /usr/sbin/rpc.idmapd
             ├─nfs-mountd.service
             │ └─971 /usr/sbin/rpc.mountd --manage-gids
             ├─nvidia-persistenced.service
             │ └─1093 /usr/bin/nvidia-persistenced --user nvidia-persistenced --no-persisten             ├─vdr.service
             │ └─1216 /usr/bin/vdr
             ├─systemd-timesyncd.service
             │ └─496 /lib/systemd/systemd-timesyncd
             ├─nmbd.service
             │ └─977 /usr/sbin/nmbd --foreground --no-process-group
             ├─lxcfs.service
             │ └─895 /usr/bin/lxcfs /var/lib/lxcfs/
             ├─snapd.service
             │ └─897 /usr/lib/snapd/snapd
             ├─iscsid.service
             │ ├─988 /sbin/iscsid
             │ └─990 /sbin/iscsid
             ├─dbus.service
             │ └─900 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile -             ├─system-x.slice
             │ └─x@vt7.service
             │   └─1050 /usr/lib/xorg/Xorg -noreset vt7
             ├─accounts-daemon.service
             │ └─954 /usr/lib/accountsservice/accounts-daemon
             ├─smbd.service
             │ ├─1054 /usr/sbin/smbd --foreground --no-process-group
             │ ├─1065 /usr/sbin/smbd --foreground --no-process-group
             │ ├─1066 /usr/sbin/smbd --foreground --no-process-group
             │ └─1067 /usr/sbin/smbd --foreground --no-process-group
             ├─ssh.service
             │ └─1004 /usr/sbin/sshd -D
             ├─thermald.service
             │ └─930 /usr/sbin/thermald --no-daemon --dbus-enable
             ├─avahi-daemon.service
             │ ├─887 avahi-daemon: running [vdrclient3.local]
             │ └─901 avahi-daemon: chroot helper
             ├─vdr-update-monitor.service
             │ └─1059 /usr/bin/python3 /usr/bin/vdr-update-monitor
             ├─eventlircd.service
             │ └─953 /usr/sbin/eventlircd -f --socket=/var/run/lirc/lircd
             ├─system-getty.slice
             │ └─getty@tty1.service
             │   └─1044 /sbin/agetty -o -p -- \u --noclear tty1 linux
             ├─prevent-umount-on-pause.service
             │ └─1060 python3 /usr/bin/prevent-umount-on-pause
             ├─wpa_supplicant.service
             │ └─924 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
             ├─networkd-dispatcher.service
             │ └─951 /usr/bin/python3 /usr/bin/networkd-dispatcher --run-startup-triggers
             ├─rpcbind.service
             │ └─492 /sbin/rpcbind -f -w
             ├─nfs-blkmap.service
             │ └─423 /usr/sbin/blkmapd
             ├─system-ps3remote.slice
             │ └─ps3remote@event12.service
             │   └─4178 python3 /usr/bin/ps3remote -s /dev/input/event12 -u ps3remote -g ps3             ├─systemd-logind.service
             │ └─956 /lib/systemd/systemd-logind
             ├─systemd-resolved.service
             │ └─812 /lib/systemd/systemd-resolved
             ├─polkit.service
             │ └─989 /usr/lib/policykit-1/polkitd --no-debug
             ├─cron.service
             │ └─890 /usr/sbin/cron -f
             ├─vdr-net-monitor.service
             │ └─1610 /usr/bin/python3 /usr/bin/vdr-net-monitor
             ├─systemd-udevd.service
             │ └─424 /lib/systemd/systemd-udevd
             ├─acpid.service
             │ └─1090 /usr/sbin/acpid
             ├─rpc-statd.service
             │ └─4118 /sbin/rpc.statd --no-notify
             ├─rsyslog.service
             │ └─949 /usr/sbin/rsyslogd -n
             ├─bluetooth.service
             │ └─3451 /usr/lib/bluetooth/bluetoothd
             ├─atd.service
             │ └─925 /usr/sbin/atd -f
             ├─systemd-journald.service
             │ └─412 /lib/systemd/systemd-journald
             ├─irexec.service
             │ └─934 /usr/bin/irexec /etc/lirc/irexec.lircrc
             ├─systemd-networkd.service
             │ └─788 /lib/systemd/systemd-networkd
             ├─avahi-linker.service
             │ └─1058 /usr/bin/python3 /usr/bin/avahi-linker
             └─autofs.service
               └─1026 /usr/sbin/automount --pid-file /var/run/autofs.pid

Alles anzeigen

wannseheichwas · 12. Juli 2018

journalctl -b -l

seahawk1986 · 13. Juli 2018

Laut Log startet der VDR und das Frontend wird attached und es gibt einen Haufen Fehler bei der Kommunikation mit dem Sat>IP Server (ohne Empfang hängt softhddevice-openglosd mehr oder weniger ohne auf Eingaben zu reagieren) . Dann scheint es ein installiertes snap für Bluetooth Obex zu geben, das aufgrund von AppArmor-Regeln nicht mit DBus Kommunizieren darf und dessen Start wiederholt fehlschlägt.

Die andere Systemd-Unit, die nicht erfolgreich starten konnte, ist mir nicht direkt ins Auge gesprungen - was sagt da systemctl --failed?

beinhart · 13. Juli 2018

cloud-init zickt da wohl auch ziemlich rum. braucht geschlagene 145 sec bis es fertig

durchgelaufen ist. evtl. auch eine ursache, da die netzverbindung erst spaet steht

seahawk1986 · 13. Juli 2018

Ich würde nach Möglichkeit nicht den Ubiquity-Installer für die Cloud-Variante nehmen, sondern den Alternative Ubuntu Server Installer - zum einen kann man damit eine Minimalinstallation machen und zum anderen auf die für yaVDR unnötigen Cloud-Features verzichten: https://www.ubuntu.com/downloa…e-ubuntu-server-installer

beinhart · 13. Juli 2018

Zitat von seahawk1986

Ich würde nach Möglichkeit nicht den Ubiquity-Installer für die Cloud-Variante nehmen, sondern den Alternative Ubuntu Server Installer - zum einen kann man damit eine Minimalinstallation machen und zum anderen auf die für yaVDR unnötigen Cloud-Features verzichten: https://www.ubuntu.com/downloa…e-ubuntu-server-installer

das kann ich nur bestaetigen. allerdings hat der alternative-installer keine moeglichkeit mehr,

die netzwerkadresse fest zu vergeben. das muss, wenn gewuenscht, im nachgang erledigt werden

wannseheichwas · 13. Juli 2018

Zitat von beinhart

cloud-init zickt da wohl auch ziemlich rum. braucht geschlagene 145 sec bis es fertig

durchgelaufen ist. evtl. auch eine ursache, da die netzverbindung erst spaet steht

Das war aber nicht von Anfang an, hat vor kurzem erst angefangen.

Ich sollte also das System auf Basis von Alternative Ubuntu Server Installer neu aufsetzen?

seahawk1986 · 13. Juli 2018

Zitat von beinhart

allerdings hat der alternative-installer keine moeglichkeit mehr,

die netzwerkadresse fest zu vergeben.

Reicht es da nicht die automatische Netzwerkkonfiguration abzubrechen?

wannseheichwas · 13. Juli 2018

Code

sudo apt purge cloud-init

Damit scheint es auch getan zu sein. Jetzt startet das System wieder durch. Danke für euren Support.

Diablo · 13. Juli 2018

Ich habe gelesen,dass man die Cloud-Variante auch durch ein apt-Paket zurück auf die Standard Server Version setzen kann. Aber ich denke das wäre ein wenig umständlicher als direkt die Servervariante zu installieren, sofern man die Cloud-Pakete nicht benötigt.

beinhart · 14. Juli 2018

Zitat von seahawk1986

Reicht es da nicht die automatische Netzwerkkonfiguration abzubrechen?

moechte mich da jetzt nicht zu 100% festlegen, meine aber, dass das abbrechen

der dhcp-konfiguration nicht automatissh zur manuellen zurueckfuehrt.

bei frueheren versionen hat das geklappt

[yavdr ansible] yavdr bleibt beim Booten hängen

Jetzt mitmachen!

Teilen