Hallo und schönen guten Tag in die Runde!
Ich bin mir ziemlich sicher, dass das Thema schon behandelt wurde, ich weiß aber schlicht nicht in welche Rubrik es fällt und bevor ich etwas falsch mache wollte ich euren Rat einholen.
Was ist mir passiert? Ich habe innerhalb der erweiterten Partition (sdb4) mittels gparted eine Partition gelöscht und die Partition sdb6 vergrößert. Just in diesem Moment hat sich ein Ram-Riegel verabschiedet und das System ist eingefroren.
Im Prinzip nichts schlimmes, da ich eigentlich immer alles gesichert habe. Blöderweise ist mir das im Zuge einer Datenrettung für eine andere SSD passiert, und deswegen könnten sich auch ungesicherte Daten darunter befinden.
$ sudo fdisk -l Festplatte /dev/sdb: 223,6 GiB, 240057409536 Bytes, 468862128 Sektoren Einheiten: Sektoren von 1 * 512 = 512 Bytes Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes Festplattenbezeichnungstyp: dos Festplattenbezeichner: 0x952e1b29 Gerät Boot Anfang Ende Sektoren Größe Kn Typ /dev/sdb1 2048 1189887 1187840 580M 7 HPFS/NTFS/exFAT /dev/sdb2 * 1189888 163516415 162326528 77,4G 7 HPFS/NTFS/exFAT /dev/sdb3 163516416 212342783 48826368 23,3G 83 Linux (Xubuntu 18.04) /dev/sdb4 212342784 468860927 256518144 122,3G 5 Erweiterte /dev/sdb5 247162880 298362879 51200000 24,4G 83 Linux (leer) /dev/sdb6 298364928 468860927 170496000 81,3G 83 Linux (betroffen) /dev/sdb7 212344832 247160831 34816000 16,6G 83 Linux (leer) Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.
gparted gibt mir folgendes für sdb6 aus:
Dateisystem: ext4 Bezeichnung: home UUID: 5e647134-d6f7-4fff-8ea3-1dfb56e8ce95 Status: nicht eingehängt Größe: 81.30 GiB Partition: Pfad: /dev/sdb6 Erster Sektor: 298364928 Letzter Sektor: 468860927 Sektoren insgesamt: 170496000 ACHTUNG: <i>Filesystem volume name: home Last mounted on: /media/ubuntu/home Filesystem UUID: 5e647134-d6f7-4fff-8ea3-1dfb56e8ce95 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum Filesystem flags: signed_directory_hash Default mount options: user_xattr acl Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 4685824 Block count: 18727424 Reserved block count: 936369 Free blocks: 3671734 Free inodes: 4552060 First block: 0 Block size: 4096 Fragment size: 4096 Group descriptor size: 64 Reserved GDT blocks: 1022 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Flex block group size: 16 Filesystem created: Sat Jun 23 11:25:18 2018 Last mount time: Tue Nov 26 09:31:40 2019 Last write time: Wed Nov 27 14:29:04 2019 Mount count: 0 Maximum mount count: -1 Last checked: Wed Nov 27 14:29:04 2019 Check interval: 0 (<none>) Lifetime writes: 2375 GB Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 32 Desired extra isize: 32 Journal inode: 8 Default directory hash: half_md4 Directory Hash Seed: d56a1243-43ad-4546-b87a-e56657a47462 Journal backup: inode blocks Checksum type: crc32c Checksum: 0xd98eb426</i> <i>dumpe2fs 1.44.1 (24-Mar-2018) dumpe2fs: Corrupt extent header while reading journal super block</i> <i>Der Inhalt des Dateisystems konnte nicht gelesen werden! Aufgrund dessen könnten einige Vorgänge nicht zur Verfügung stehen. Die Ursache könnte ein fehlendes Softwarepaket sein. Die folgende Liste zeigt die Softwarepakete, die zur Unterstützung des ext4-Dateisystems erforderlich sind: e2fsprogs v1.41+.</i>
Ich habe mir schon testdisk und gddrescue angeschaut / überlfogen, bin mir aber unsicher, welcher Fall auf mich zutrifft, bzw. wo ich ansetzen soll.
Soll ich / kann ich? von sdb4, also der erweiterten Partition ein Image ziehen und daran die Rettung probieren, oder nur von sdb6?
Soll ich versuchen die Daten wiederherzustellen, oder die Partition(stabelle) reparieren?
Priorität hat nur sdb6. Das Win7 auf sdb2 wird nicht genutzt, das 18.04 auf sdb3 ist auch schnell wieder aufgesetzt - wichtig wäre mir wirklich nur sdb6.
Herzlichen Dank schonmal für eure Ideen
Sebastian
Moderiert von Taomon:
Dieses Thema ist verschoben worden. Bitte beachte die als wichtig markierten Themen („Welche Themen gehören hier her und welche nicht?“)!