defektes Raid5 mit Restinformationen
Posted: 21 Oct 2015, 21:47
Hallo liebe Wiederherstellungsgemeinde,
ich versuche seit wochen ein (teilweise aufgrund völliger Dummheit) zerschossenes Software-Raid5 wiederherzustellen.
Leider blieb der Erfolg bisher aus. Zuerst ein paar Eckdaten:
Das Raid besteht aus 4 x WD Red 3TB.
Im Raid5 sind damit netto gute 8TB nutzbar gewesen.
Erstellt wurde es über die GUI von Openmedia Vault.
Formatiert war es ohne Partitionierungsschema (mehr dazu später) und mit ext4.
Bei der Erstellung wurden /dev/sd[bcde] verwendet (e ist defekt und nicht mehr aktiv). Also OHNE die sonst übliche 1.
Das Raid wird unter /dev/md0 assembled.
Nun ist eine Platte ausgefallen (Hardwaredefekt aufgrund eines sturzes des Systems bei einem Umzug).
Der ReSync mit einer neuen Platte hat nicht mehr funktioniert. Das Mounten wurde leider auch mit einer Fehlermeldung (Filesystem ungültig) quittiert.
Stand jetzt:
Ich durchsuche mit unterschiedlichen Settings seit einigen Wochen den Raid, in der Hoffnung, die ursprüngliche Partionion wiederherstellen zu können. Dummerweise habe ich in einem Anflug von Panik nicht richtig gelesen und einen Vorschlag verfolgt, der den Raid neu initialisiert hat und dabei alle Superblöcke genullt hat.
Unter einer MBR- und auch unter einer GPT-Suche findet testdisk nun nichts brauchbares. Durchsuche ich den Raid mit dem Partitionsschema None, findet er Angaben zu der alten Partitionierung. Dazu gehört unter anderem der alte Name des Raid5 ("datengrab").
Nachdem testdisk mehrere Tage durchgelaufen ist bekomme ich dann am Ende eines Deeper Searches leider immer:
Kann ich nun mein Datengrab wiederherstellen? Wenn ja, wie?
Vielen Dank für eure Hilfe!
EDIT (23.10.2015):
Ich habe noch einmal einen Deeper Search durchlaufen lassen, bei dem ich vorher den die Zylinderanzahl wie hier:http://forum.cgsecurity.org/phpBB3/ntfs ... t2077.html von Fiona beschrieben manipuliert habe. Dabei wurde nur noch 5x angegeben, dass mein Datengrab nicht wiederhergestellt werden könne. Nachdem ich dies quittierte, konnte ich in der endlos langen Liste an gefundenen Partitionen einmal einen Eintrag für mein datengrab finden. Jedoch, wenn hier über "p" die Daten auflisten lassen möchte, bekomme ich leider nur gesagt: "Can't open filesystem. Filesystem seems damaged."
Besteht dabei nun noch Hoffnung?
Hier zwei Screenshots dazu:
ich versuche seit wochen ein (teilweise aufgrund völliger Dummheit) zerschossenes Software-Raid5 wiederherzustellen.
Leider blieb der Erfolg bisher aus. Zuerst ein paar Eckdaten:
Das Raid besteht aus 4 x WD Red 3TB.
Im Raid5 sind damit netto gute 8TB nutzbar gewesen.
Erstellt wurde es über die GUI von Openmedia Vault.
Formatiert war es ohne Partitionierungsschema (mehr dazu später) und mit ext4.
Bei der Erstellung wurden /dev/sd[bcde] verwendet (e ist defekt und nicht mehr aktiv). Also OHNE die sonst übliche 1.
Das Raid wird unter /dev/md0 assembled.
Nun ist eine Platte ausgefallen (Hardwaredefekt aufgrund eines sturzes des Systems bei einem Umzug).
Der ReSync mit einer neuen Platte hat nicht mehr funktioniert. Das Mounten wurde leider auch mit einer Fehlermeldung (Filesystem ungültig) quittiert.
Stand jetzt:
Ich durchsuche mit unterschiedlichen Settings seit einigen Wochen den Raid, in der Hoffnung, die ursprüngliche Partionion wiederherstellen zu können. Dummerweise habe ich in einem Anflug von Panik nicht richtig gelesen und einen Vorschlag verfolgt, der den Raid neu initialisiert hat und dabei alle Superblöcke genullt hat.
Unter einer MBR- und auch unter einer GPT-Suche findet testdisk nun nichts brauchbares. Durchsuche ich den Raid mit dem Partitionsschema None, findet er Angaben zu der alten Partitionierung. Dazu gehört unter anderem der alte Name des Raid5 ("datengrab").
Nachdem testdisk mehrere Tage durchgelaufen ist bekomme ich dann am Ende eines Deeper Searches leider immer:
Code: Select all
[...]
72440:The following partitions can't be recovered:
72441- ext4 137293742 0 3 412006094 0 2 2197698816 [datengrab]
72442- EXT4 Large file Sparse superblock Recover, 9001 GB / 8383 GiB
72443- ext4 137293792 1 4 412006144 1 3 2197698816 [datengrab]
72444- EXT4 Large file Sparse superblock Recover, 9001 GB / 8383 GiB
72445- ext4 137293808 1 4 412006160 1 3 2197698816 [datengrab]
72446- EXT4 Large file Sparse superblock Recover, 9001 GB / 8383 GiB
72447- ext4 137293824 0 2 412006176 0 1 2197698816 [datengrab]
72448- EXT4 Large file Sparse superblock Recover, 9001 GB / 8383 GiB
72449- ext4 137293905 0 3 412006257 0 2 2197698816 [datengrab]
72450- EXT4 Large file Sparse superblock Recover, 9001 GB / 8383 GiB
72451- ext4 137293912 0 3 412006264 0 2 2197698816 [datengrab]
72452- EXT4 Large file Sparse superblock Recover, 9001 GB / 8383 GiB
[...]
Vielen Dank für eure Hilfe!
EDIT (23.10.2015):
Ich habe noch einmal einen Deeper Search durchlaufen lassen, bei dem ich vorher den die Zylinderanzahl wie hier:http://forum.cgsecurity.org/phpBB3/ntfs ... t2077.html von Fiona beschrieben manipuliert habe. Dabei wurde nur noch 5x angegeben, dass mein Datengrab nicht wiederhergestellt werden könne. Nachdem ich dies quittierte, konnte ich in der endlos langen Liste an gefundenen Partitionen einmal einen Eintrag für mein datengrab finden. Jedoch, wenn hier über "p" die Daten auflisten lassen möchte, bekomme ich leider nur gesagt: "Can't open filesystem. Filesystem seems damaged."
Besteht dabei nun noch Hoffnung?
Hier zwei Screenshots dazu: