"Move Partition" offenbar fehlgeschlagen

[kalamazoo]

Debian Bullseye installiert, alles bestens. Da keine Möglichkeit zum Anlegen einer Swap-Partition angeboten wurde (war das unter Buster nicht standardmäßig so?), live nochmals hochgefahren. KDE Partition Manager zeigte an, dass die Partition /dev/sda6 (also die neu angelegte Linux-Partition, das vorinstallierte Windows ist noch drauf) nach rechts verschoben werden müsse und erst dann für die Swap-Partition verkleinert werden könne. Okay, wie vorgeschlagen durchgeführt.

Eine Auswahl der Meldungen vom Status Report:

Move partition ‘/dev/sda6’ to the right by 925.50 KiB and shrink it from 114.18 GiB to 106.24 GiB
Move the file system on partition ‘/dev/sda6’ to sector 216,027,136: Success
Job: Check file system on partition ‘/dev/sda6’
Command: e2fsck -f -y -v /dev/sda6
Check file system on partition ‘/dev/sda6’: Error
Checking partition ‘/dev/sda6’ after resize/move failed.
Move partition ‘/dev/sda6’ to the right by 925.50 KiB and shrink it from 114.18 GiB to 106.24 GiB: Error

GRUB2 startet seither nur die Kommandozeile grub> . Vom BIOS-Boot-Menu lässt sich Debian nicht mehr starten, das vorinstallierte Windows dagegen schon.

fsck /dev/sda von SystemRescue gibt aus

ext2fs_open2: Bad magic number in super-block

testdisk /dev/sda meint

The harddisk (256 GB / 238 GiB) seems too small! (< 465 GB / 433 GiB)
Check the harddisk size: HD jumper settings, BIOS detection...

The following partitions can't be recovered:
Partition Start End Size in sectors
> MS Data 455487487 909973495 454486009
MS Data 455489535 909977598 454488064
MS Data 500117503 542738430 42620928
...

sowie

Disk /dev/sda - 256 GB / 238 GiB - CHS 31130 255 63
Partition Start End Size in sectors
>P EFI System 2048 739327 737280 [EFI System Partition] [SYSTEM]
D MS Data 1001472 216025280 215023809 [Windows]
D MS Data 1001472 455489535 454488064 [Windows]
D MS Data 1001475 216025283 215023809
D MS Data 1001479 455487487 454486009
D MS Data 216025283 431049091 215023809
D MS Data 414885889 457496576 42610688
D Linux Swap 438835192 438835207 16
D MS Data 453482497 455489536 2007040
D MS Data 455489536 457496575 2007040
D MS Data 457496576 500107263 42610688 [Recovery Image]
D MS Data 457496576 500117503 42620928 [Recovery Image]

Meine Fragen:
1. Wie kann es überhaupt dazu kommen, dass eine Partition falsch zugewiesen (allocated) sein kann?
2. Gibt es eine Möglichkeit, die Linux-Partition zu retten oder soll ich neu installieren?

Es handelt sich um ein hp Elite X2 Notebook mit einer 256 GB SSD.

Herzlichen Dank im Voraus für die Hilfe!

[willy4711]

Vermutung: Die UUID der Partition hat sich beim Verkleinern der Partition geändert.
Erste Aktion wäre:
Mit irgendeiner LIVE- CD starten, UUID'S überprüfen und gegebenenfalls die /etc/fstab ändern.

[kalle123]

Mit irgendeiner LIVE- CD starten

DER war gut

cu KH

[kalamazoo]

Mit irgendeiner LIVE- CD starten

DER war gut
cu KH

Mit irgendeiner DEBIAN Live-CD gestartet -- wie könnte es hier im Forum anders sein

/dev/sda6 hat gar keine UUID, auch kein ausgewiesenes Dateisystem -- was wahrscheinlich mit der Fehlermeldung nach dem Verschieben zu tun hat
die Partition lässt sich auch nicht mounten: mount: /mnt: wrong fs type, bad option, bad superblock on /dev/sda6 ... -- der Superblock wurde ja auch von fsck als fehlerhaft moniert
weiters funktioniert ja auch GRUB2 nicht
die Swap-Partition dagegen ist vorhanden und scheint okay

[kalamazoo]

KDE Partition Manager gibt zwar auch keine UUID aus, kennt aber im Gegensatz zu blkid eine Partition UUID -- die dürfte wohl nicht relevant sein

[kalamazoo]

Das heisst wohl: Neuinstallation

Wie kommt es aber dazu, dass eine Partition falsch zugeordnet wird und dann verschoben werden muss?

[wanne]

Wie kommt es aber dazu, dass eine Partition falsch zugeordnet wird und dann verschoben werden muss?

Ich kann da nur raten mit Rosental spielen. Aber 925.50kiB ist zwar durch 512Byte, was die Blockgröße auf klassischen Festblatten war, teilbar aber nicht durch 1MiB, was die übliche erease Blocksize auf modernen SSDs ist. 238.47GiB klingt aber eher nach ner SSD. Ich tippe eher, dass das KDE-Tool da performance-Optimiert hat.

[kalamazoo]

238.47GiB klingt aber eher nach ner SSD. Ich tippe eher, dass das KDE-Tool da performance-Optimiert hat.

Ja, ist eine SSD.
Die Partition war eine mittels Debian11 (live) erstellte ext4-Partition, mit der später auch die Swap-Partition erstellt wurde (also immer das gleich Medium). Korrigiert wurde auch nur die mittels Debian geschaffene Debian-Partition. Warum hier nicht gleich von anfang an "optimiert" wurde, ist mir nicht klar, aber jetzt funktioniert es.