Zitat von
florian0285
Hier steht auch gleich in der ersten Antwort ein Lösungsansatz. Arbeite den doch erstmal durch.
Das könnte aufschlussreiche Informationen liefern.
Wenn ich das grob umrechne komm ich auf ca. 70GB Differenz. Ich würde mir ne Platte besorgen auf die das gesamte Image passt. Wenn in diesen letzten 30 oder 70GB relevante Daten liegen werden diese nicht mit kopiert.
In deinem Link in der Antwort 1 steht eine Vorgehensweise beschrieben.
Anzumerken wäre nur, dass du die Daten im Image wirklich sicher überprüfen solltest bevor du anfängst irgendwas an der verschlüsselten Platte zurück zu spielen oder ggf. nur fsck drüber laufen zu lassen. Am besten wäre es diese unverschlüsselt als Backup zu extrahieren.
Also ich hab deine Links alle aufmerksam durchgelesen. Zeit genug war tatsächlich - das kopieren hat volle drei Tage gedauert. Egal.
Jetzt hab ich das abgschlossen. Und ich komm keinen Schritt weiter. Ich bin echt am verzweifeln.
Wenigstens habe ich jetzt ein paar ausführlichere Fehlermeldungen; wenn ich ein mount versuche, dann kommt immer noch die Fehlermeldung wie oben wenn ich: fsck ausführe kommt die Meldung:
Code:
MainMachine ~ # fsck.ext4 -v -f -c /dev/sdb1
e2fsck 1.42.13 (17-May-2015)
ext2fs_open2: Ungültige magische Zahl im Superblock
fsck.ext4: Superblock ungültig, Datensicherungs-Blöcke werden versucht ...
fsck.ext4: Ungültige magische Zahl im Superblock beim Versuch, /dev/sdb1 zu öffnen
Der Superblock ist unlesbar bzw. beschreibt kein gültiges ext2/ext3/ext4-
Dateisystem. Wenn das Gerät gültig ist und ein ext2/ext3/ext4-
Dateisystem (kein swap oder ufs usw.) enthält, dann ist der Superblock
beschädigt, und Sie könnten versuchen, e2fsck mit einem anderen Superblock
zu starten:
e2fsck -b 8193 <Gerät>
oder
e2fsck -b 32768 <Gerät>
Ich hab auch versucht ext2fs mit -b option und allen angegebenen backups vom superblock. Ohne Erfolg. so wie hier angegeben:
Code:
MainMachine ~ # mke2fs -n -T ext4 /dev/sdb1
mke2fs 1.42.13 (17-May-2015)
Ein Dateisystems mit 114013440 (4k) Blöcken und 28508160 Inodes wird erzeugt.
UUID des Dateisystems: bc67eb6b-c1ff-41ab-9b8c-52e66121c4e3
Superblock-Sicherungskopien gespeichert in den Blöcken:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000
Was mich stutzig macht ist dass mke2fs von 4k Blöcken redet, aber wenn ich fdisk ausführe dann steht da was von 512byte Blöcken? Muss ich da noch etwas umrechnen oder sind in dem Fall einfach die Blöcke vom FS und von der Partition zwei verschiedene Dinge?
Ich weiss dass ich das Problem einmal hatte daß einfach die inkorrekte Partitionsgrösse angegeben wurde und ich das einfach durch zweimaligen aufruf von fdsik behoben worden ist. Bringt aber wohl in dem Fall nichts weil ja fdisk die Partitisonstabelle verändert. Und nicht den Superblock angreift. Hab ich mittlerweile auch kapiert.
Interessant ist auch das Testdisk überhaupt keine Partition anzeigt.
Also ich bin am Ende von meinem - beschränkten - Latein.
Vollkommen verwirrt mich ja dass parted keinen File-type angibt:
Code:
MainMachine ~ # parted /dev/sdb
GNU Parted 3.2
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p
Model: TOSHIBA External USB 3.0 (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 467GB 467GB primary
2 467GB 500GB 33,0GB primary ext4
3 500GB 1000GB 500GB primary lvm
(parted)
fdisk aber schon:
Code:
Welcome to fdisk (util-linux 2.27.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
Command (m for help): p
Disk /dev/sdb: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xc73d7569
Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 912109567 912107520 434,9G 83 Linux
/dev/sdb2 912109568 976566271 64456704 30,8G 83 Linux
/dev/sdb3 976566272 1953525167 976958896 465,9G 8e Linux LVM
Lesezeichen