[solved] Fehler bei Installation von linux-image-7.3.3-1-siduction-amd64

orinoco

Hallo zusammen,

beim heutigen Dist-Upgrade ist etwas schief gegangen:

$ sudo apt -V -f install 
Zusammenfassung:                            
  Aktualisiere: 0, Installiere: 0, Entferne: 0, Aktualisiere nicht: 1 
  3 nicht vollständig installiert oder entfernt. 
  Benötigter Platz: 0 B / 43,1 GB verfügbar 
 
initramfs-tools (0.151) wird eingerichtet ... 
update-initramfs: deferring update (trigger activated) 
linux-image-7.3.3-1-siduction-amd64 (7.3-3) wird eingerichtet ... 
/etc/kernel/postinst.d/initramfs-tools: 
update-initramfs: Generating /boot/initrd.img-7.3.3-1-siduction-amd64 
mkinitramfs: copy_file: binary '/usr/lib/x86_64-linux-gnu/*-linux-gnu/libzstd.so.1' not found 
E: /usr/share/initramfs-tools/hooks/kmod failed with return 1. 
update-initramfs: failed for /boot/initrd.img-7.3.3-1-siduction-amd64 with 1. 
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1 
dpkg: Fehler beim Bearbeiten des Paketes linux-image-7.3.3-1-siduction-amd64 (--configure): 
 »altes postinst-Betreuerskript des Paketes linux-image-7.3.3-1-siduction-amd64«-Unterprozess mit Exit-Status 1 fehlgeschlagen 
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-siduction-amd64: 
 linux-image-siduction-amd64 hängt ab von linux-image-7.3.3-1-siduction-amd64 (= 7.3-3); aber: 
  Paket linux-image-7.3.3-1-siduction-amd64 ist noch nicht konfiguriert. 
 
dpkg: Fehler beim Bearbeiten des Paketes linux-image-siduction-amd64 (--configure): 
 Abhängigkeitsprobleme - verbleibt unkonfiguriert 
Trigger für initramfs-tools (0.151) werden verarbeitet ... 
update-initramfs: Generating /boot/initrd.img-7.2.15-1-siduction-amd64 
mkinitramfs: copy_file: binary '/usr/lib/x86_64-linux-gnu/*-linux-gnu/libzstd.so.1' not found 
E: /usr/share/initramfs-tools/hooks/kmod failed with return 1. 
update-initramfs: failed for /boot/initrd.img-7.2.15-1-siduction-amd64 with 1. 
dpkg: Fehler beim Bearbeiten des Paketes initramfs-tools (--configure): 
 »altes postinst-Betreuerskript des Paketes initramfs-tools«-Unterprozess mit Exit-Status 1 fehlgeschlagen 
Fehler traten auf beim Bearbeiten von: 
 linux-image-7.3.3-1-siduction-amd64 
 linux-image-siduction-amd64 
 initramfs-tools 
needrestart is being skipped since dpkg has failed 
Fehler: Sub-process /usr/bin/dpkg returned an error code (1)

Ich wundere mich über den Pfad '/usr/lib/x86_64-linux-gnu/*-linux-gnu/libzstd.so.1'. Im Gegensatz dazu existiert '/usr/lib/x86_64-linux-gnu/libzstd.so.1' wirklich.

Was kann ich tun, um das Problem zu beseitigen?

seasons

Yes, I just encountered the same problem (but I did not install the 7.3.x kernel).
I believe it is a bug with the new version of libkmod2 (34.3-1)

Code Select

update-initramfs: Generating /boot/initrd.img-7.2.15-1-siduction-amd64
mkinitramfs: copy_file: binary '/usr/lib/x86_64-linux-gnu/*-linux-gnu/libzstd.so.1' not found 
E: /usr/share/initramfs-tools/hooks/kmod failed with return 1.

Creating a symlink of the missing file to correct location /usr/lib/x86_64-linux-gnu/libzstd.so.1 allows update-initramfs to complete successfully, but I'm not going to suggest that anyone else does that without further input from more knowledgeable people.

seasons

This seems like problematic change: https://salsa.debian.org/md/kmod/-/commit/451b4ad27fe18fc9db02cdb6f91406d930f030ee
which was intended to fix: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1103478

michaa7

Per KI bei mir so gefixed:

QuoteLösung: Fehler im kmod-Hook bei Multiarch-Systemen

Beim Erzeugen der Initramfs brach der Hook /usr/share/initramfs-tools/hooks/kmod mit folgender Meldung ab:
mkinitramfs: copy_file: binary '/usr/lib/x86_64-linux-gnu/*-linux-gnu/libzstd.so.1' not found

Ursache: Der Hook hängt an den bereits architekturspezifischen Pfad $libdir nochmals *-linux-gnu an. Bei einem Multiarch-System (amd64 und i386) ist das falsch.

Korrektur: In /usr/share/initramfs-tools/hooks/kmod die beiden Zeilen
copy_exec "$libdir/*-linux-gnu/liblzma.so.5"
copy_exec "$libdir/*-linux-gnu/libzstd.so.1"

ändern in:
copy_exec "$libdir/liblzma.so.5"
copy_exec "$libdir/libzstd.so.1"

Danach erfolgreich getestet:
update-initramfs -u -k 7.3.3-1-siduction-amd64
dpkg --configure -a
dpkg --audit

Alle drei Befehle liefen ohne Fehler; dpkg --audit blieb ohne Ausgabe.

Die Änderung ist lokal und kann bei einem künftigen kmod-Update überschrieben werden.

seasons

Quote from: michaa7 on Today at 02:34:35Per KI bei mir so gefixed

Yes, I made the same fix now and am going back and forth with the dev to get the package fixed: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1103478

Isegrimm666

Good morning ...

I received the same error message this morning while performing a full upgrade.

I think it's probably best to wait for a corrected package, since michaa7's workaround is only a temporary fix and seasons has already notified the developer.

Guten Morgen ...

Ich habe heute morgen bei einem full-upgrade die gleche Fehlermeldung erhalten.

Ich denke, es ist wohl ratsam, auf ein korrigiertes Paket zu warten, da der Workaround von michaa7 nur temporären Charakter hat und seasons den Entwickler schon informiert hat.

edlin

Also bei mir lief alles glatt durch, kmod in Version 34.3-3. Ob es bei multiarch Systemen jetzt auch funzt, müsst ihr mal testen.

edlin

_joerg_

Läuft jetzt^^ Danke an die Maintainer für die schnelle Reaktion^^

Ok, nur das Kernel 7.3 irgendwie Probleme mit meiner Bluetooth Karte hat, aber das ist ja eher nicht die schuld von siduction^^

Also, danke nochmals^^

Isegrimm666

Auch bei mir alles wieder im Lot ...

Ich schliesse mich dem Dank an die Maintainer vollumfänglich an ...

orinoco

Ja, hier ist auch wieder alles im Lot. Zuerst habe ich den manuellen Fix von michaa7 durchgeführt und dann erneut ein Dist-Upgrade angestossen. Dabei wurden u.A. diese Pakete angeboten:

Code Select

kmod (34.3-1 => 34.3-3)
libkmod2 (34.3-1 => 34.3-3)

Das Upgrade war dann erfolgreich. Danke für die Hilfe.