ubuntuusers.de

systemd-shutdown: Could not detach DM / Dateisystem-Prüfungen

Status: Ungelöst | Ubuntu-Version: Ubuntu 20.04 (Focal Fossa)
Antworten |

Anja012

Anmeldungsdatum:
30. Mai 2018

Beiträge: 59

Hallo zusammen,

ich habe Ubuntu 20.04 frisch auf eine verschlüsselte SSD installiert.

Beim Runterfahren bekomme ich die Meldung:

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

das System bleibt aber nicht hängen wie in https://github.com/systemd/systemd/issues/15004 berichtet, sondern fährt brav runter.

Beim Starten bekomme ich dann die Meldung

Strg+C drücken um laufende Dateisystem-Prüfungen abzubrechen

Ich vermute, die beiden Meldungen hängen zusammen, und ich befürchte, dass ich beim Installieren etwas falsch gemacht habe und in meinem Dateisystem etwas kaputt ist. Kann mir jemand helfen?

Ausgabe von sudo fdisk -l:

 
Festplatte /dev/loop0: 240,82 MiB, 252493824 Bytes, 493152 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop1: 242,43 MiB, 254193664 Bytes, 496472 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop2: 54,97 MiB, 57614336 Bytes, 112528 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop3: 62,9 MiB, 65105920 Bytes, 127160 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop4: 27,9 MiB, 28405760 Bytes, 55480 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop5: 49,8 MiB, 52203520 Bytes, 101960 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop6: 163,68 MiB, 171618304 Bytes, 335192 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop7: 54,97 MiB, 57618432 Bytes, 112536 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/sda: 465,78 GiB, 500107862016 Bytes, 976773168 Sektoren
Festplattenmodell: Samsung SSD 860 
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 11796A28-1D3A-4EB8-A228-6A225D610E15

Gerät       Anfang      Ende  Sektoren  Größe Typ
/dev/sda1     2048   1050623   1048576   512M EFI-System
/dev/sda2  1050624   2549759   1499136   732M Linux-Dateisystem
/dev/sda3  2549760 976771071 974221312 464,6G Linux-Dateisystem




Festplatte /dev/sdb: 59,63 GiB, 64016220160 Bytes, 125031680 Sektoren
Festplattenmodell:                 
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: C2855AA9-A185-4013-A89F-7A893EB5865E

Gerät      Anfang      Ende  Sektoren Größe Typ
/dev/sdb1    2048 125030399 125028352 59,6G Linux-Dateisystem


Festplatte /dev/mapper/sda3_crypt: 464,54 GiB, 498784534528 Bytes, 974188544 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/mapper/vgubuntu-root: 463,58 GiB, 497754832896 Bytes, 972177408 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/mapper/vgubuntu-swap_1: 980 MiB, 1027604480 Bytes, 2007040 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes

Ausgabe von sudo parted -l:

 
Modell: ATA Samsung SSD 860 (scsi)
Festplatte  /dev/sda:  500GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende    Größe  Dateisystem  Name                  Flags
 1      1049kB  538MB   537MB  fat32        EFI System Partition  boot, esp
 2      538MB   1305MB  768MB  ext4
 3      1305MB  500GB   499GB


Modell: SanDisk  (scsi)
Festplatte  /dev/sdb:  64,0GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Dateisystem  Name  Flags
 1      1049kB  64,0GB  64,0GB  ext4


Modell: Linux device-mapper (linear) (dm)
Festplatte  /dev/mapper/vgubuntu-swap_1:  1028MB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: loop
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Dateisystem     Flags
 1      0,00B   1028MB  1028MB  linux-swap(v1)


Modell: Linux device-mapper (linear) (dm)
Festplatte  /dev/mapper/vgubuntu-root:  498GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: loop
Disk-Flags: 

Nummer  Anfang  Ende   Größe  Dateisystem  Flags
 1      0,00B   498GB  498GB  ext4


Fehler: /dev/mapper/sda3_crypt: unbekannte Partitionstabelle
Modell: Linux device-mapper (crypt) (dm)                                  
Festplatte  /dev/mapper/sda3_crypt:  499GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: unknown
Disk-Flags: 

Ausgabe von sudo lsblk -o NAME,UUID,FSTYPE,LABEL,MOUNTPOINT:

 
NAME                  UUID                                   FSTYPE      LABEL  MOUNTPOINT
loop0                                                        squashfs           /snap/gnome-3-34-1804/24
loop1                                                        squashfs           /snap/gnome-3-34-1804/27
loop2                                                        squashfs           /snap/core18/1705
loop3                                                        squashfs           /snap/gtk-common-themes/1506
loop4                                                        squashfs           /snap/snapd/7264
loop5                                                        squashfs           /snap/snap-store/433
loop6                                                        squashfs           /snap/spotify/41
loop7                                                        squashfs           /snap/core18/1754
sda                                                                             
├─sda1                4EB2-6DDF                              vfat               /boot/efi
├─sda2                dbc30eca-39b2-4b44-9036-47a5b721d849   ext4               /boot
└─sda3                39f825ad-06c4-4d8c-83bd-4d40dfd61cb4   crypto_LUKS        
  └─sda3_crypt        r0CmYO-uXBY-eBqT-TcRr-6hDf-8288-JhiDgU LVM2_member        
    ├─vgubuntu-root   2e446b7e-4800-44a8-b7df-7a97a9f2f648   ext4               /
    └─vgubuntu-swap_1 c27878b4-76ad-4786-a3ae-3e377662611c   swap               [SWAP]
sdb                                                                             
└─sdb1                216325d8-944e-40f1-bd90-092e0c92a9f9   ext4        backup /media/thomas/backup
sr0                                                                             

Viele Grüße Anja

dingsbums

Anmeldungsdatum:
13. November 2010

Beiträge: 3771

Ich glaube nicht, daß du etwas verkehrt gemacht hast. Das Problem gab es 2011 auch schon, siehe https://bugzilla.redhat.com/show_bug.cgi?id=657497.

Anja012

(Themenstarter)

Anmeldungsdatum:
30. Mai 2018

Beiträge: 59

Vielen Dank, das ist ja schon mal beruhigend, ein bisschen nervig finde ich die Meldungen aber schon.

Ich habe heute nach dem samstäglichen Kloputzen 😉 noch ein paar andere Installationsvarianten probiert: Wenn ich LVM oder ZFS unverschlüsselt installiere, bekomme ich zwar beim Runterfahren immer noch Meldungen von systemd-shutdown, aber beim Hochfahren kommt nicht mehr die Meldung

Strg+C drücken um laufende Dateisystem-Prüfungen abzubrechen

Gibt es denn eine Möglichkeit, bei einem verschlüsselten Dateisystem die Prüfungen zu deaktivieren?

Es wird ja davor gewarnt, die Überprüfung abzuschalten (https://wiki.ubuntuusers.de/Dateisystemcheck), aber warum muss ein verschlüsseltes Dateisystem jedes Mal überprüft werden, ein unverschlüsseltes aber nicht?

Antworten |