Rechner hängt beim Shutdown

[cryptosteve]

Moin,
neuerdings hängt meine Box beim Herunterfahren. Ich sehe noch die Zeilen

Code Select Expand


* deactivating swap
* unmounting local filesystems
und dann ist schluss. Ich hab jetzt echt keine Idee, wo ich suchen soll. Hat jemand anders dieses Problem auch? An welcher Schraube könnte ich drehen?

Editiert von holgerw: Thread als gelöst markiert

Editiert von holgerw: Markierung wieder entfernt, siehe neuer Beitrag von Stefan

[frankqn]

Hallo,

alles ok mit ls -l /dev/disk/by-uuid und fstab?

Ich hatte mal eine defekte swap-Partition, da gab mir apt ständig Fehlermeldungen. Mir half deaktivieren, formatieren, aktivieren.

Gruß
Frank

[hefee]

Willst du uns noch darüber aufklären was du für ein setup hast? Also hast du ein vollverschlüsselestes System o.ähnliches? Schreib einfach mal was du für Platten hast und wie die eingebunden sind.

[cryptosteve]

Ja,
mein morgendlicher Beitrag ist ja wirklich erschreckend faktenfrei.

Also ... eine Platte, vollverschlüsselt (cryptsetup) mit lvm

/dev/sda1 = boot
/dev/sda2 = cryptsetup mit lvm
/dev/mapper/cryptvg-root = /
/dev/mapper/cryptvg-swap = swap
/dev/mapper/cryptvg-home = /home

/etc/fstab

Code Select Expand

UUID=c557e9b0-7d38-4d2b-a519-3f0188c144de     /boot                ext4         defaults,relatime,errors=remount-ro           0    2  
UUID=1175ee00-1772-4ece-bb47-e2cbd885af4f     /                    ext4         defaults,relatime,errors=remount-ro           0    1  
UUID=06c4c459-2611-49ee-8572-63219f7dcbe4     none                 swap         sw                                            0    0  
UUID=bcc35c2e-5ee4-4246-a978-12077e0967dc     /home                ext4         defaults,relatime,errors=remount-ro           0    2  

192.168.178.34:/home/nfsshares/films                            /home/stell/Desktop/Filme          nfs   rw,nfsvers=3,soft,bg,intr       0       0
192.168.178.34:/home/nfsshares/flotti/starwars                  /home/stell/Desktop/Filme/StarWars nfs   rw,nfsvers=3,soft,bg,intr       0       0
192.168.178.34:/home/nfsshares/files                            /home/stell/files                  nfs   rw,nfsvers=3,soft,bg,intr       0       0

ls -la /dev/disk/by-uuid

Code Select Expand

lrwxrwxrwx 1 root root  10 Jun 26 15:09 06c4c459-2611-49ee-8572-63219f7dcbe4 -> ../../dm-2
lrwxrwxrwx 1 root root  10 Jun 26 15:09 081734bf-9b2f-45c7-9aa2-eab0757c5589 -> ../../sda5
lrwxrwxrwx 1 root root  10 Jun 26 15:09 1175ee00-1772-4ece-bb47-e2cbd885af4f -> ../../dm-1
lrwxrwxrwx 1 root root  10 Jun 26 15:09 bcc35c2e-5ee4-4246-a978-12077e0967dc -> ../../dm-3
lrwxrwxrwx 1 root root  10 Jun 26 15:09 c557e9b0-7d38-4d2b-a519-3f0188c144de -> ../../sda1

ls -la /dev/mapper/cryptvg-*

Code Select Expand

lrwxrwxrwx 1 root root 7 Jun 26 15:09 /dev/mapper/cryptvg-home -> ../dm-3
lrwxrwxrwx 1 root root 7 Jun 26 15:09 /dev/mapper/cryptvg-root -> ../dm-1
lrwxrwxrwx 1 root root 7 Jun 26 15:09 /dev/mapper/cryptvg-swap -> ../dm-2

Auf den ersten Blick finde ich da nichts ungewöhnliches.

Edit: Daten für /dev/sda2 hinzugefügt

[hendrikL]

moin,
ich gehe mal von kde aus, klick auf shutdown/herunterfahren.
Was passiert wenn du dich erst mit init 3 aus logst und dann "halt"in der Konsole eingibst?

edit: So etwas wie dir gerade wieder fährt kommt bei mir mit kde auch des öfteren vor.
Bei mir ist /home/user und swap verschlüsselt.

[cryptosteve]

Moin,
ja, normalerweise fahre ich aus KDE heraus runter. Ich werds mir nachher mal angucken. Und obwohl das "deactivating swap" offenbar fehlerfrei läuft, werde ich das in einem weiteren Durchgang vorher mal manuell deaktivieren.

[cryptosteve]

Kaum, dass ich einige Debugs im Initskript untergebracht habe, funktioniert der Shutdown wieder.

Solange das nicht wieder auftritt, ist es mir allerdings zu mühselig, den Fehler reverse zu debuggen - hauptsache es geht wieder.

[cryptosteve]

Moin,
ich will das hier noch kurz auflösen.

Der Fehler tritt immer dann auf, wenn ich ein ISO-File als loop gemounted und vor dem Herunterfahren nicht wieder unmounted habe.

[holgerw]

Na, na, dann aber den Thread auch als gelöst markieren   :-)

Viele Grüße,
 Holger

[cryptosteve]

Hab ich auch erst überlegt, aber gelöst ist er ja nicht, sondern es ist allenfalls die Ursache bekannt.

Wenn ich mal etwas mehr Ruhe und Zeit habe, wollte ich mal gucken, ob das Verhalten so beabsichtigt / tolerierbar ist und was andere Distributionen in so einem Fall machen. Wäre ja theoretisch kein Problem, beim Shutdown einfach auch ISOs-Loops auszuhängen ...

[Saint]

In sporadischen Abständen habe ich das selbe Problem*.
Verdacht
Es scheint in Richtung Sync zugehen das aus Unbekannten Gründen nicht vollzogen bzw die Anweisung wird ignoriert.

*verschlüsselte Verzeichnisse über Loop