Fehler dist-upgrade initramfs-tools

ofenheizer · 7. März 2020

Hallo,

habe hier auf meinen beiden Maschinen (Cient & Server) folgenden Fehler beim dist-upgrade:

Code

update-initramfs: Generating /boot/initrd.img-5.4.0-14-generic
cp: reguläre Datei '/var/tmp/mkinitramfs_ZxOGuw/usr/share/plymouth/themes/spinner/watermark.png' kann nicht angelegt werden: Datei oder Verzeichnis nicht gefunden
E: /usr/share/initramfs-tools/hooks/plymouth failed with return 1.
update-initramfs: failed for /boot/initrd.img-5.4.0-14-generic with 1.
dpkg: Fehler beim Bearbeiten des Paketes initramfs-tools (--configure):
 »installiertes initramfs-tools-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)

Bekomme ich das irgendwie händisch gelöst bzw. ist es ein Problem?

Gruss.

Markus

seahawk1986 · 7. März 2020

Das ist IMHO ein Fehler in den Ubuntu-Paketen (Mitte der Woche gab es da schon mal Probleme, wenn keine plymouth-Themes installiert waren, dass der Hook endlos hing) - da scheint der Ordner ${DESTDIR}/usr/share/plymouth/themes/spinner/ nicht vom Skript angelegt zu werden. Du kannst in Zeile 34 der /usr/share/initramfs-tools/hooks/plymouth die Zeile mit mkdir -p "${DESTDIR}/${THEMES}" in mkdir -p "${DESTDIR}/${THEMES}/spinner" ändern. Und dann noch mal apt full-upgrade laufen lassen.

ofenheizer · 7. März 2020

Danke. Passt.

JoeBar · 7. März 2020

Wie bekomme ich es eigentlich das die NFS Shares beim Herunterfahren ausgehängt werden. Es ist EPG2VDR installiert und die Aufnahmen werden vom Server abgespielt. Der shutdown wird immer abgebrochen obwohl vorher keine Aufnahme abgespielt wurde.

syslog

Mar 7 16:38:26 yaVDR7 vdr: [1042] Power button pressed

Mar 7 16:38:26 yaVDR7 vdr: [1042] confirm: Taste drücken, um Ausschalten abzubrechen

Mar 7 16:38:26 yaVDR7 yavdr-frontend[1250]: INFO:yaVDRFrontend:keypress: try to call poweroff

Mar 7 16:38:26 yaVDR7 vdr: [1042] warning: Taste drücken, um Ausschalten abzubrechen

Mar 7 16:38:26 yaVDR7 vdr: [1817] animator thread thread started (pid=1042, tid=1817, prio=high)

Mar 7 16:38:27 yaVDR7 vdr: epg2vdr: Update info.epg2vdr recordings

Mar 7 16:38:28 yaVDR7 vdr: epg2vdr: Updated 0 info.epg2vdr files

Mar 7 16:38:32 yaVDR7 vdr: [1817] animator thread thread ended (pid=1042, tid=1817)

Mar 7 16:38:32 yaVDR7 vdr: [1042] confirmed

Mar 7 16:38:32 yaVDR7 vdr: [1042] executing '/usr/lib/vdr/vdr-shutdown.wrapper 0 0 0 "" 1'

Mar 7 16:38:32 yaVDR7 vdr: [1042] saved setup to /var/lib/vdr/setup.conf

Mar 7 16:38:32 yaVDR7 vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup

Mar 7 16:38:32 yaVDR7 vdr-addon-acpiwakeup: Resetting ACPI alarm time

Mar 7 16:38:32 yaVDR7 vdr-addon-acpiwakeup: Writing 0 to /sys/class/rtc/rtc0/wakealarm

Mar 7 16:38:32 yaVDR7 vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script

Mar 7 16:38:32 yaVDR7 vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script

Mar 7 16:38:32 yaVDR7 vdr-shutdown: Shutdown aborted by /usr/share/vdr/shutdown-hooks/S91.lifeguard with exitcode 1

Mar 7 16:38:34 yaVDR7 vdr: [1253] SVDRP yaVDR7 < 127.0.0.1:59922 client connection accepted

Mar 7 16:38:34 yaVDR7 vdr: [1253] SVDRP yaVDR7 > 127.0.0.1:59922 server created

Mar 7 16:38:34 yaVDR7 vdr: [1253] SVDRP yaVDR7 < 127.0.0.1:59922 message 'NFS share 192.168.1.50:nfs active'

Mar 7 16:38:34 yaVDR7 vdr: [1253] SVDRP yaVDR7 < 127.0.0.1:59922 connection closed

Mar 7 16:38:34 yaVDR7 vdr: [1253] SVDRP yaVDR7 < 127.0.0.1:59922 server destroyed

Mar 7 16:38:34 yaVDR7 vdr[1858]: 220 yaVDR7 SVDRP VideoDiskRecorder 2.4.1; Sat Mar 7 16:38:34 2020; UTF-8

Mar 7 16:38:34 yaVDR7 vdr[1858]: 250 Message queued

Mar 7 16:38:34 yaVDR7 vdr[1858]: 221 yaVDR7 closing connection

Mar 7 16:38:34 yaVDR7 vdr: [1253] SVDRP yaVDR7 < 127.0.0.1:59924 client connection accepted

Mar 7 16:38:34 yaVDR7 vdr: [1253] SVDRP yaVDR7 > 127.0.0.1:59924 server created

Mar 7 16:38:34 yaVDR7 vdr: [1253] SVDRP yaVDR7 < 127.0.0.1:59924 message 'Shutdown abgebrochen / Shutdown aborted!'

Mar 7 16:38:34 yaVDR7 vdr: [1253] SVDRP yaVDR7 < 127.0.0.1:59924 connection closed

Mar 7 16:38:34 yaVDR7 vdr: [1253] SVDRP yaVDR7 < 127.0.0.1:59924 server destroyed

Mar 7 16:38:34 yaVDR7 vdr[1857]: 220 yaVDR7 SVDRP VideoDiskRecorder 2.4.1; Sat Mar 7 16:38:34 2020; UTF-8

Mar 7 16:38:34 yaVDR7 vdr[1857]: 250 Message queued

Mar 7 16:38:34 yaVDR7 vdr[1857]: 221 yaVDR7 closing connection

Mar 7 16:38:35 yaVDR7 vdr: [1042] info: NFS share 192.168.1.50:nfs active

Mar 7 16:38:35 yaVDR7 vdr: [1859] animator thread thread started (pid=1042, tid=1859, prio=high)

Mar 7 16:38:37 yaVDR7 vdr: [1859] animator thread thread ended (pid=1042, tid=1859)

Mar 7 16:38:37 yaVDR7 yavdr-frontend[1250]: DEBUG:yaVDRFrontend:we have user activity: attach frontend!

Mar 7 16:38:37 yaVDR7 yavdr-frontend[1250]: DEBUG:yaVDRFrontend:set_background with options path: /usr/share/yavdr/images/yavdr_logo.png, fill: False

Mar 7 16:38:37 yaVDR7 vdr: [1042] info: Shutdown abgebrochen / Shutdown aborted!

seahawk1986 · 7. März 2020

Vermutlich bindet der avahi-linker auf dem Server das NFS-Verzeichnis des Clients ein. Du kannst den avahi-linker auf dem Server deaktivieren oder die Client-IP in der /etc/avahi-linker/default.cfg auf die Blacklist setzen: https://github.com/yavdr/vdr-a…hi-linker/default.cfg#L44 f.

JoeBar · 7. März 2020

Wenn ich den avahi-linker am Server beende und den Client neu starte geht der shutdown per Fernbedienung immer noch nicht, ebenso wenn ich die Client-IP blackliste. Hängt der Client das Serververzeichnis gleich nach Systemstart ein und nicht nur bei Bedarf? Der Client mit yaVDR ansibel auf 18.04 hat dieses Verhalten nicht, der fährt sauber runter. Server ist ein headless yaVDR ansible auf 18.04 Client ist ein aktueller yaVDR auf 20.04.

Ups, bin im falschen Thread mit meinen Posts... Das sollte eigentlich in den yaVDR ansible focal Thread. Evtl. könnte man das dorthin verschieben.

seahawk1986 · 7. März 2020

Zitat von JoeBar

Wenn ich den avahi-linker am Server beende und den Client neu starte geht der shutdown per Fernbedienung immer noch nicht, ebenso wenn ich die Client-IP blackliste. Hängt der Client das Serververzeichnis gleich nach Systemstart ein und nicht nur bei Bedarf?

Der avahi-linker sorgt dafür, dass freigegebene Verzeichnisse verlinkt werden, nachdem er sie erfolgreich betreten konnte (was autofs veranlasst das Verzeichnis zu mounten). Der VDR liest außerdem beim Start oder bei neu hinzugekommenen Avahi-Announcements, die eingebunden worden, die Aufnahmen ein und folgt dabei den Symlinks.

Die NFS-Freigaben werden dann bei nicht-Nutzung nach einem Inaktivitätstimeout von autofs wieder ausgehängt.

Wenn der Server also die Aufnahmen des Client noch eingebunden hat, dann hat er sie vermutlich erst kürzlich benutzt.

Murry · 8. März 2020

Das Problem mit dem initramfs-tools Paket wurde gefixed.

Gruß

Murry

Fehler dist-upgrade initramfs-tools

Jetzt mitmachen!

Teilen