ubuntuusers.de

Could not detach DM - beim Hochfahren

Status: Gelöst | Ubuntu-Version: Ubuntu MATE 22.04 (Jammy Jellyfish)
Antworten |

ubuntu-yogi

Avatar von ubuntu-yogi

Anmeldungsdatum:
23. Januar 2006

Beiträge: 431

Wohnort: Eifel

Hallo,

ich habe auf einer 256 GB SSD (Kingston) mit der mini.iso die Version 20.04 installiert, keine EFI Installation. Die SSD wurde mit LUKS verschlüsselt (außer /boot). Nach dieser Installation sofort Update auf 22.04. (Der Umweg kommt daher, dass ich nicht weiß, wie ich 22.04 verschlüsselt installieren kann. Mit der mini.iso und der Anleitung im Wiki ist das für mich gut verständlich).

Nachdem das System monatelang gelaufen ist, bleibt jetzt es mit der Meldung, dass sdb5_crypt erfolgreich entschlüsselt ist, hängen. Einzige Möglichkeit ist, den Ein/Aus-Taster länger zu drücken, bis das Laptop runter fährt. Und da erschein kurz folgende Meldung:

systemd-shutdown [1]: Could not detach DM /dev/dm-0: Device or resource busy
systemd-shutdown [1]: Failed to finalize DM device, ignoring.

Zuerst dachte ich, es liegt an der SSD, habe eine neue gekauft (Intenso) und nach dem gleichen Vorgehen wie oben installiert. Mit dieser ist das System ein paar mal hochgefahren, und jetzt wieder die gleiche Meldung. Woran liegt das?

Viele Grüße ubuntu-yogi

Moderiert von Thomas_Do:

Thema in einen passenden Forenbereich verschoben.

Berlin_1946 Team-Icon

Supporter, Wikiteam

Anmeldungsdatum:
18. September 2009

Beiträge: 10869

ubuntu-yogi schrieb:

ich habe ... die Version 20.04 installiert,
Nach dieser Installation sofort Update auf 22.04.

Das war kein Update sondern ein Upgrade.

Mein Vorschlag:
* Unter 20.04 die Daten auf externer Träger sicher
* 22.04 installieren
* gesicherte Daten ein- bzw. zurück spielen
* neues 22.04 verschlüsseln)\\–

san04

Anmeldungsdatum:
19. Januar 2010

Beiträge: 1287

Berlin_1946 schrieb:

Als letzten Schritt verschlüsseln? Kannst du mal ausführen, wie das funktionieren soll?

@ ubuntu-yogi, startet der Recovery-Modus oder ein älterer Kernel? Ich rate mal ins Blaue: nvidia-Grafik zickt mit neu installiertem Kernel.

Berlin_1946 Team-Icon

Supporter, Wikiteam

Anmeldungsdatum:
18. September 2009

Beiträge: 10869

san04 schrieb:

Als letzten Schritt verschlüsseln? Kannst du mal ausführen, wie das funktionieren soll?

Sry,

Danke für den Hinweis.
Mein Vorschlag:

ubuntu-yogi

(Themenstarter)
Avatar von ubuntu-yogi

Anmeldungsdatum:
23. Januar 2006

Beiträge: 431

Wohnort: Eifel

Zum Glück hatte ich eine Datensicherung auf einer externen Festplatte. Bei der Neuinstallation mit der mini.iso konnte ich die verschlüsselten Bereiche aktivieren, insofern lief das gut. /boot und / neu installiert, /home belassen (da brauchte ich die Datensicherung nicht mal 😀 ). Läuft seither wieder gut, bin mal gespannt.

Bei der 2., neu gekauften SSD, habe ich knapp 10% des Speicherplatzes unformatiert gelassen, was ich damals bei der die jetzt in Gebrauch ist, nicht tat (forsche jetzt nach, ob ich das nachträglich machen kann). Sie habe ich auch für den Gebrauch eingerichtet, mal so als Ersatz. Ich warte mal ab und mache brav immer die Datensicherung.

Die ursprüngliche Fehlermeldung ist zwar weg, aber das "Warum" kenne ich nun nicht. Nvidia hat mein good old Thinkpad T500 nicht, das war es dann wohl auch nicht.

Antworten |