[Gelöst]: Root-Partition lässt sich beim Booten mit cryptsetup nicht mehr entschlüsseln [Kernel 6.1.12-1]

[starbuck28]

Hallo,

Ich bin nicht mehr in der Lage, meine Root-Partition beim Booten mit cryptsetup zu entschlüsseln.
Ich erhalte die Aufforderung zur Passwort Eingabe, aber nachdem ich das Passwort richtig eingegeben habe, schlägt die Entschlüsselung mit der Fehlermeldung fehl:

Code: Alles auswählen

libgcc_s.so.1 must be installed for pthread_exit to work

Ich werde dann aufgefordert das Passwort erneut einzugeben. Dies passiert mit Kernel 6.1.12-1/ linux-image-6.1.0-5-amd64
Ich benutze den Kernel schon einige Tage und konnte die Festplatte nach Eingabe des Passworts immer entsperren. Gestern Abend habe ich den PC ohne Fehler heruntergefahren.
Heute lies die Festplatte dann nicht mehr entsperren.

Code: Alles auswählen

Please unlock disk nvme0n1p3_crypt: **********************************************************
libgcc_s.so.1 must be installed for pthread_exit to work
Aborted
cryptsetup: Error:  nvme0n1p3_crypt: cryptsetup failed, bad password or option
Please unlock disk nvme0n1p3_crypt: 

Wenn ich mein System mit dem älteren Kernel 6.1.7-1/inux-image-6.1.0-2-amd64 starte lässt sich die Festplatte problemlos entsperren.

Ich habe nun folgendes festgestellt:

Code: Alles auswählen

lsinitramfs /boot/initrd.img-6.1.0-5-amd64 | grep libgcc

keine Ausgabe -

Die libgcc_s.so.1 ist tatsächlich in der initrd nicht mehr vorhanden (warum auch immer).

Code: Alles auswählen

lsinitramfs /boot/initrd.img-6.1.0-2-amd64 | grep libgcc
usr/lib/x86_64-linux-gnu/libgcc_s.so.1

Beim älteren Kernel 6.1.7 ist die libgcc_s.so.1 entsprechend enthalten.

Wie kann ich jetzt am besten den Fehler korrigieren ?

Wie bekomme ich die fehlende libgcc in der initrd wieder installiert?

Den Kernel 6.1.12-1/ das linux-image-6.1.0-5-amd64 löschen und wieder installieren?

Danke vorab für die Hilfe.

Lösung:

cryptsetup-initramfs 2:2.6.1-2 ist korrigiert.


cryptsetup-bin/unstable 2:2.6.1-2 amd64 [aktualisierbar von: 2:2.6.1-1]
cryptsetup-initramfs/unstable,unstable 2:2.6.1-2 all [aktualisierbar von: 2:2.6.1-1]
cryptsetup/unstable 2:2.6.1-2 amd64 [aktualisierbar von: 2:2.6.1-1]

Die Pakete aktualisieren. Die Library die von cryptsetup zum Entschlüsseln benötigt wird ist jetzt wieder vorhanden.

[Blackbox]

Eigentlich hast du doch alles dokumentiert, um den Fehler auch verstehen zu können.
Meine Vermutung ist, dieser Kernel wurde ohne geforderte Libary erstellt, oder nicht gegen diese gelinkt?

Du hast auch bereits einen Workaround gefunden, der dein Problem temporär umschifft.

Was könnte noch getan werden?
Du könntest dem Debian Kernel Maintainern mitteilen, dass dieser Kernel beschriebenes Problem birgt.
Ob das über einen Bugreport geschehen sollte, bin ich mir im Moment noch nicht ganz sicher, aber im Zweifel könntest du die Kernel Maintainer erst einmal kontaktieren und erfragen, ob und wie sie sich eine Meldung wünschen und welche Informationen sie erwarten.
So wäre allen Verwendern dieses Kernels geholfen.
Vorher solltest du dich aber vergewissern, dass dieser Fehler nicht bereits im Debian BTS gemeldet wurde, denn nichts ist lästiger als Duplikate.

[MSfree]

Das scheint ein Problem zu sein, daß es schon einmal vor 3 Jahren in ähnlicher Form gab.
https://bugs.debian.org/cgi-bin/bugrepo ... bug=950254

Da ist wohl irgendwas an den initramfs-tools-core noch nicht ganz in Ordnung.

[schwedenmann]

Hallo

oder der bug hier

https://bugs.debian.org/cgi-bin/pkgrepo ... t=unstable

deshalb mach ich im Moment kein du, da ich auch ein cryptdevice (/ + /home) habe.

mfg
schwedenmann

[MSfree]

deshalb mach ich im Moment kein du

Was soll das mit du zu tun haben?

[schwedenmann]

Hallo

Was soll das mit du zu tun haben?

Weil nach einem du, der bug von libargon2-1 greift,das heißt du kannst dein verschlüseltes device nciht entspreen,geanu das ist beom TE passiert.

Klar man kannmit einem alten kernel und alter initram biooten und entsperren, aber ich möchte im Moment das Risiko nciht eingehen,deshalb kein du.

mfg
schwedenmann

P.S.
Erhalte die bugmeldung seit gestern.

[MSfree]

Weil nach einem du, der bug von libargon2-1 greift

du zeigt doch nur die Plattenplatzbelegung an. Was soll das also mit dem Problem zu tun haben?

[KP97]

Gut gekontert MSfree, das sagen die Siduction-Leute zu einem dist-upgrade...:-)
Ob Schwedenmann auch siduction hat?

[schwedenmann]

Hallo

Ob Schwedenmann auch siduction hat?

Nein, reines Sid mit vielen Fremdpaketen, manuell installierten Paketen nicht von debioan, Javaprogramme -jar nicht von Debian, usw., besser nenn ich das jetzt Debian-unstable, sonst wird das wieder als was anderes aufgefaßt.

Obwohl ich du für dist-upgrade schon von anderen Leuten, als von Siduction, vernommen habe.


Kann mir mal jemand erklären,wieso libgcc_s.so.1 auf einmal nicht mehr vorhanden ist und welches Programm da jetzt dran Schuld ist ?

mfg
schwedenmann

[towo]

Also an irgendwelchen initramfs-tools kann es wohl eher nicht liegen

/boot
towo:Defiant> lsinitramfs initrd.img-6.2.2-1-siduction-amd64 | grep libgcc
usr/lib/x86_64-linux-gnu/libgcc_s.so.1

Den Kernel habe ich heute erst gebaut und dazu wurden die benötigten Tools in ihrem aktuellen Versionen benutzt.

[Blackbox]

So richtig sind wir aber dem beschriebenen Fehler nicht näher gekommen, oder habe ich etwas übersehen?

[starbuck28]

Der Bug ist jetzt behoben.

Betrifft wohl wie oben erwähnt dieses Problem:

https://bugs.debian.org/cgi-bin/bugrepo ... ug=1032235

Code: Alles auswählen

cryptsetup-initramfs 2:2.6.1-2

wurde korrigiert.

Code: Alles auswählen

apt list --upgradable
Auflistung… Fertig

cryptsetup-bin/unstable 2:2.6.1-2 amd64 [aktualisierbar von: 2:2.6.1-1]
cryptsetup-initramfs/unstable,unstable 2:2.6.1-2 all [aktualisierbar von: 2:2.6.1-1]
cryptsetup/unstable 2:2.6.1-2 amd64 [aktualisierbar von: 2:2.6.1-1] 

Ich habe ein Upgrade der Pakete durchgeführt und der Fehler ist nun behoben.

lsinitramfs /boot/initrd.img-6.1.0-5-amd64 | grep libgcc
usr/lib/x86_64-linux-gnu/libgcc_s.so.1

Die Library die von cryptsetup zum Entschlüsseln benötigt wird ist jetzt wieder vorhanden.

[starbuck28]

Aus Interesse und zum Lernen, kann bitte jemand erklären, wie dieser Workaround aus dem Bugreport umzusetzen wäre?

As a workaround I created a file /etc/initramfs-tools/hooks/libgcc:

. /usr/share/initramfs-tools/hook-functions
copy_file library /lib/x86_64-linux-gnu/libgcc_s.so.1 /lib/x86_64-linux-gnu/libgcc_s.so.1

With this hook the lib is copied an I am able to provide a password at
login.

[Livingston]

Na eben genauso, wie es da steht: Das File /etc/initramfs-tools/hooks/libgcc mit besagtem Inhalt erstellen.
Bei jedem Aufruf von update-initramfs wird es dann abgearbeitet, wobei zunächst ein Satz Funktionen aus /usr/share/initramfs-tools/hook-functions geladen werden und eine davon, nämlich "copy_file library", die fehlende Library libgcc in die initrd packt.
Genaueres dazu unter man initramfs-tools