pigo95
Anmeldungsdatum: 12. September 2017
Beiträge: 17
|
Hallo Liebe Ubuntuusers Community Ich habe ein Problem mit einem Raid0. Das Raid0 war ausgefallen aufgrund fehlerhafter Sektoren auf einer Platte. (insgesamt 2) Nun ist mir bei der Wiederherstellung der Fehler passiert, dass ich bei beiden Platten den Superblock gelöscht habe. (Ja ich weiß, war äußerst dumm.) Nun wollte ich fragen, ob man den wiederherstellen kann? Evtl. wurden die betreffenden Sektoren bereits überschrieben. Mir geht es nur um die Daten, welche auf dem Raid waren. Falls es hilft, ich habe noch Zugriff auf das Linuxsystem vom NAS. System: Buffalo LS WXL NAS Ich hoffe ihr könnt mir helfen. LG Pigro95 Moderiert von Vej: In passendes Forum verschoben.
|
cosinus
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
Ich habe ein Problem mit einem Raid0. Das Raid0 war ausgefallen
Ist dir eigentlich klar, was ein RAID0 ist? Lies mal –> https://de.wikipedia.org/wiki/RAID#RAID_0:_Striping_.E2.80.93_Beschleunigung_ohne_Redundanz Wer ein RAID0 verwendet, muss sich darüber im Klaren sein, dass ALLE Daten idR weg sind, wenn auch nur eine RAID0-Mitgliedfestplatte ausfällt...
|
encbladexp
Ehemaliger
Anmeldungsdatum: 16. Februar 2007
Beiträge: 17448
|
Zu RAID0 als weniger gute Idee wurde ja schon was geschrieben. Grundsätzlich kannst du den Superblock vom RAID auch neu schreiben, aber dazu müsstest du wissen wo dieser angefangen hat und welche Parameter für das RAID verwendet wurden. In der Summe ist es einfacher das Backup wiederherzustellen. mfg Stefan
|
pigo95
(Themenstarter)
Anmeldungsdatum: 12. September 2017
Beiträge: 17
|
@encbladexp Vielen Dank für deine Antwort. Ein Backup ist leider nicht vorhanden. (War auch nicht mein NAS) Kann man die RAID Parameter evtl. aus dem System des NAS auslesen. Auf das Linux oder BSD (bin mir nicht sicher) habe ich noch Zugriff. LG Pigro95
|
encbladexp
Ehemaliger
Anmeldungsdatum: 16. Februar 2007
Beiträge: 17448
|
Eventuelle steht was, sofern vorhanden und Linux, in der /etc/mdadm/mdadm.conf oder vergleichbar. mfg Stefan
|
pigo95
(Themenstarter)
Anmeldungsdatum: 12. September 2017
Beiträge: 17
|
@encbladexp Ich habe die mdadm.conf gefunden. Leider ist sie ziemlich kurz. Kannst du damit etwas anfangen? ARRAY /dev/md0 level=raid1 num-devices=2 UUID=b6fa93a3:5b28521c:a95839ac:c3e79808
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=7dcf7825:bf8667a7:816733ff:232756e5
ARRAY /dev/md10 level=raid1 num-devices=2 UUID=bde5f6e8:64ca1cf5:bd6e95ce:b72b3f66
ARRAY /dev/md2 level=raid0 num-devices=2 UUID=8878a63a:671ad5a2:4cba088e:4dd4cd6d Ich würde Sagen dass md2 das zu rettende RAID ist, da es das einzige RAID 0 ist. LG Pigro95
|
cosinus
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
Nur eine Platte im RAID0 kaputt ==⇒ ganzes RAID0 kaputt Stand doch im Wiki deutlich genug oder?
|
pigo95
(Themenstarter)
Anmeldungsdatum: 12. September 2017
Beiträge: 17
|
@cosinus Ich glaube du hast meinen ersten Beitrag falsch verstanden. Es ist nicht so, dass die Harddisk komplett kaputt ist, sondern sie hat nur fehlerhafte Sektoren. (Einzelne Bereiche der Festplatte sind nicht lesbar, ca.2-3MB) Der Rest der Platte ist noch lesbar. Damit besteht eine Chance auf Wiederherstellung. Das Problem ist in erster Linie nicht das RAID, sondern wie im Beitrag erwähnt die Superblocks für das RAID. Ausserdem ist mir wohl bekannt, wie ein RAID (ja auch RAID 0) funktioniert. Ich kenne mich nur in den Einzelheiten des Softwareraids (manuelle Konfiguration/Datenrettung) nicht besonders aus, weshalb mir der dumme Fehler mit den Superblocks passiert ist. LG Pigro95
|
cosinus
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
Nun, so wie du das ganze herunterspielst, hast du offenbar ja garkein Problem 😕 Ich wiederhole mich gerne nochmal: fällt eine Platte warum auch immer aus, ist das gesamte RAID0 hinüber. encbladexp hats doch auch geschrieben, dass du nur theoretische Chancen hast. Und in der Summe ein restore des letzten backups schneller und einfacher ist.
|
pigo95
(Themenstarter)
Anmeldungsdatum: 12. September 2017
Beiträge: 17
|
@cosinus Ich würde mir ja nicht die Arbeit machen, wenn ein Backup vorhanden wäre. 😀 (wie schon erwähnt war es nicht mein NAS) Ich wollte das Problem nicht herunterspielen, sondern auf das Hauptproblem reduzieren. Der Logik nach müssen die Daten im RAID 0 noch lesbar sein, da nur ein kleiner Teil der Daten beschädigt ist und so nur manche Dateien beschädigt sein sollten. Bei Harddisks ohne RAID kann man ja auch meistens alle Daten, ausser die auf den defekten Sektoren lesen. Das Problem sind ja die Superblocks, welche die Konfiguration enthalten, wie und wo die Dateien aufgeteilt und abgelegt werden. Ich weiss auch, dass die Chancen schlecht sind aber sie sind (noch) da. Wir können ja mal sehen, wie sich die Sache entwickelt und wenn ich dann aufgeben muss, weil es nicht funktioniert, kannst du ja noch ein "Ich habs gleich gesagt" darunter schrieben. 😀 LG Pigro95
|
pigo95
(Themenstarter)
Anmeldungsdatum: 12. September 2017
Beiträge: 17
|
@encbladexp Mir ist noch eingefallen, dass ich mal den --examine Befehl gemacht habe, bevor ich die Superblocks gelöscht habe. (Leider ist der Output nicht mehr vorhanden) Wenn ich mich recht entsinne war die Chunk Size 64K. Was bräuchte ich den alles für Parameter um den Superblock wieder zu generieren? LG Pigro95
|
cosinus
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
Nun, man könnte auch ganz einfach auf die verwegene idee kommen, nach "raid superblock recovery" zu googeln 😊 und siehe da, man findet zB sowas –> https://kevin.deldycke.com/2007/03/how-to-recover-a-raid-array-after-having-zero-ized-superblocks/
|
pigo95
(Themenstarter)
Anmeldungsdatum: 12. September 2017
Beiträge: 17
|
@cosinus Den Beitrag von deinem Link habe ich auch schon entdeckt. Leider scheint es beim RAID 5 einfacher zu sein als im RAID 0. Bei mir hat es jedenfalls nicht funktioniert. Evtl. liegt es auch daran, dass ich es auf einem Debian und nicht auf dem NAS Betriebssystem neu erstellt habe. Wahrscheinlich sind die Standardparameter für die RAID Erstellung anders, das NAS ist schliesslich auch schon ein paar Jahre alt. Übrigens hab ich Google schon mit mehreren Suchen gequält. Auch mit "raid superblock recovery". 😀 Bei Foren melde ich mich erst, wenn ich mit googeln nicht mehr weiter komme. LG Pigro95
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7657
|
pigo95 schrieb: Ich habe die mdadm.conf gefunden. Leider ist sie ziemlich kurz. Kannst du damit etwas anfangen? ARRAY /dev/md0 level=raid1 num-devices=2 UUID=b6fa93a3:5b28521c:a95839ac:c3e79808
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=7dcf7825:bf8667a7:816733ff:232756e5
ARRAY /dev/md10 level=raid1 num-devices=2 UUID=bde5f6e8:64ca1cf5:bd6e95ce:b72b3f66
ARRAY /dev/md2 level=raid0 num-devices=2 UUID=8878a63a:671ad5a2:4cba088e:4dd4cd6d
Da waren zumindest auch mehrere RAIDs / Partitionen auf den beiden Platten? Die Partitionstabelle ist noch in Ordnung?
Nun ist mir bei der Wiederherstellung der Fehler passiert, dass ich bei beiden Platten den Superblock gelöscht habe. (Ja ich weiß, war äußerst dumm.)
Wie genau bist du da vorgegangen / wieviel wurde überschrieben? Bei mdadm gibts verschiedene Metadaten-Versionen. Mal liegen die Metadaten am Festplattenanfang (1.1, 1.2) oder am Festplattenende (0.90, 1.0). Im ersteren Fall musst du dann das Data-Offset kennen. Im letzteren Fall schreibst du dir direkt das Dateisystem kaputt wenn du den Partitionsanfang überschreibst. In jedem Fall brauchst du auch noch die Plattenreihenfolge, Chunk Size, ... Experimente (speziell mdadm --create) nur mit Overlays: https://raid.wiki.kernel.org/index.php/Recovering_a_failed_software_RAID#Making_the_harddisks_read-only_using_an_overlay_file Wenn das RAID von einem NAS angelegt wurde... könnte es auch klappen das einfach nochmal genau so wieder anlegen zu lassen (mit anderen Platten, nicht mit deinen Daten) und dann dort zu schauen mit welcher RAID-Struktur das NAS genau arbeitet.
|
pigo95
(Themenstarter)
Anmeldungsdatum: 12. September 2017
Beiträge: 17
|
@frostschutz
Wie genau bist du da vorgegangen / wieviel wurde überschrieben?
1) Also bei den beiden Partitionen (je eine auf beiden Platten) vom RAID 0 habe ich mit mdadm --zero-superblock die Superblocks gelöscht. 2) Versuch die Superblocks neu zu generieren mit mdadm --create. (Vermutlich mit falschen Parametern) Daten auf der Partition an sich (ausser vom Superblock) sollten nicht überschrieben sein. Da ich in dem Moment keine HDDs mit ausreichender Grösse frei hatte blöderweise vorher nicht geklont. Nun habe ich die Platten geklont. Die Platte mit fehlerhaften Sektoren mit gnu ddrescue, die andere mit dd. Da waren zumindest auch mehrere RAIDs / Partitionen auf den beiden Platten?
Die vielen Raid 1 sind NAS Betriebssystem von Buffalo, swap und eine Notfallpartition mit Firmware und Logs.
Die Partitionstabelle ist noch in Ordnung?
Mit gParted konnte ich die Partitionen sehen. Reicht das oder muss ich die mit einem bestimmten Befehl prüfen?
Wenn das RAID von einem NAS angelegt wurde... könnte es auch klappen das einfach nochmal genau so wieder anlegen zu lassen (mit anderen Platten, nicht mit deinen Daten) und dann dort zu schauen mit welcher RAID-Struktur das NAS genau arbeitet.
Werde ich in Angriff nehmen, wird wahrscheinlich ein gebastel bis es wieder läuft, da ich die Firmware irgenwie wieder drauf bekommen muss. Habe da aber schon einen Ansatz. LG Pigro95
|