[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Problem Reboot und Shutdown Verhinderung unter Stretch mit luks



Hi Leute,

ich habe es gestern dann doch mal gemacht: meinen Homeserver vom vor
ca. zwei Jahren neu aufgesetzten Jessie (8) upgegradet auf Stretch (9).
Hat soweit eigentlich auch problemlos funktioniert anhand der
release-notes. Eigentlich...

Mein Problem ist, das der finale shutdown oder auch reboot des System
quasi unterbunden werden, d.h. der Rechner hängt dann in einer
Endlos-Schleife. Das ganze scheint mit verschlüsseltem swap bzw. dessen
Deaktivierung zu tun zu haben. Der Reihe nach:

System: Stretch amd64, dmcrypt/luks, kein LVM, aber RAID1, eine
vollverschlüsselte /-md-Partition mit allem und eine md-Partition als
Swap. Das vollverschlüsselte Swap bekommt seinen abgeleiteten Schlüssel
wie in dieser Anleitung beschrieben:
https://wiki.ubuntuusers.de/System_verschl%C3%BCsseln/Schl%C3%BCsselableitung/

Der Rechner hängt (ich nehme jetzt immer "reboot" an) kurz vor dem
tatsächlichen reboot mit der Meldung:

stopping remaining crypto disks...

Nun, wozu gibt es Google dachte ich mir, und habe dann auch diverse
Suchergebnisse gefunden, leider alle nicht zutreffend. Weder die sofort
genannten Debian-Fehler #792552 noch #791944 sind es. Es liegt auch
nicht an udev (ausprobiert, laut changelog sind die beiden o.g. Fehler
nämlich in einem tatsächlich schon existierenden backport behoben).
In Bug #792552 wird beschrieben, das bzw. wie man mit set -x eine mehr
"verbosige" Ausgabe von /lib/cryptsetup/cryptdisks.functions bekommt.
Getan, Ergebnis: das System bleibt bei md3 (dem SWAP) stehen, es steht
also noch das md3-luksClose aus, so daß im Anschluß md5 geschlossen
werden würde.
Bewundern kann man das unter: http://members.ping.de/~dirk/umountfehler/
Bilddateien 01.jpg bis 05.jpg
Ein manuelles swapoff (und anschließender reboot) funktioniert aber.
Also den Verdacht bekommen, daß umountfs nicht ausgeführt wird. Also
das set -x aus der cryptdatei herausgenommen und in die umountfs vorne
eingebaut. Stimmt aber anscheinend auch nicht, ist in den Bildern
um-a.jpg bis um-e.jpg ersichtlich.

Und jetzt bin ich mit meinem Latein am Ende.

*Weiß vielleicht jemand hier weiter?*


Es ist ziemlich blöde, wenn ein Rechner weder heruntergefahren noch neu
gestartet werden kann, ohne ihn hart abzuschalten.
BTW: das swap ist zu dem Zeitpunkt noch unbenutzt:
# swapon -s
Dateiname				Typ		Größe	Benutzt	Priorität
/dev/dm-1          	partition	16590716	0	-1

fstab:
# <file system>					<mount point>	<type>	<options>	<dump>	<pass>
/dev/mapper/md5_crypt				/		xfs	defaults	0	1
UUID=xxxxyyyy-bsas-1234-hjkl-568798hjkghw	/boot		xfs	defaults	0	2
/dev/mapper/md3_crypt			none		swap	sw		0	0


ciao, Dirk


Reply to: