Datenrettung Raid-5 nach Ausfall von zwei Festplatten

[--Q--]

So, nun hat sich während der Datenwiederherstellung auf Platte 3 noch die Platte 1 verabschiedet. Danach war die Firmware weg. nach Neuinstallation selbiger, ist das Raid-Volume natürlich defekt.
Die Daten müssten physikalisch doch aber noch vorhanden sein. Kann man die CS nicht irgendwie zwingen, das Raid 5 wiederherzustellen?
Hab schon mit Telnet und den Tipps aus dem Link oben rumprobiert, aber der meint dann "sda3 has no superblock" und dann is Ende.
Kann mir dabei jemand helfen?

 

[Trolli]

--- Hinweis: Ich habe diese Fragestellung vom ursprünglichen Thema abgetrennt und in den Bereich "Datenrettung" verschoben ---

 

[Supaman]

bitte schilder doch mal den genauen hergang, den aktruellen status, was in den logs drinsteht, was "mdstat" ausgibt etc.

 

[--Q--]

Also von ganz vorne:

Ich bin grad fleißig am surfen, da meldet der Mac "Verbindung zum Server unterbrochen". Ich geh zu dem Teil und seh, dass alle LEDs aus sind, bis auf die blaue, die blinkt. Übers Webinterface war die CS nicht ansprechbar, also Stecker raus und neu gestartet. Nachm booten geht die Piepserei los, Volume kaputt, nach Ausfall von HDD3. Will das Volume natürlich reparieren, beim 3. mal scheints auch zunächst geklappt zu haben (davon immer wieder Hänger). Als das dann so bei ca 40% war, wieder ein Hänger. Also Neustart und dann war auch noch die HDD1 weg, sprich Volume nicht mehr reparierbar.
In den Logs war nix Auffälliges zu finden.
Aktualler Status: Die 407e liegt verpackt im Karton und wartet auf den Abtransport. Daher kann ich dir auch nicht sagen, was mdstat sagt.
Ich hoff ich bekomm emin Geld zurück. Ne neue ist schon bestellt und bezahlt.
Sollte ja keinen Unterschied machen, ob ich jetzt versuch das Raid mit der alten oder neuen wieder zusammenzufügen, oder?
Ich würde mich dann melden, wenn das neue Teil da ist und die offenen Fragen beantwortet (mdstat). Und dann hoff ich, dass das klappt.
Auf jeden Fall danke schonmal für die Hilfe.

 

[--Q--]

So, also die neue CS is jetzt da und HDDs sind eingebaut.
Software musste neu installiert werden, aber die Datenpartitionen sollten noch vorhanden sein, zumindest kam keine meldung, dass irgendwas überschrieben wird.

bei zugriff per telnet sagt "mdstat": -ash: mdstat: not found
Hört sich nicht gut an oO

EDIT:
"mdadm --assemble --force -v /dev/md2 /dev/sda3 /dev/sdb3 /dev/sdc3" bringt als ergebnis: ...device not found...
Heißt das, er findet die partitionen nicht?

 

[Henryk42]

So, also die neue CS is jetzt da und HDDs sind eingebaut.
Software musste neu installiert werden, aber die Datenpartitionen sollten noch vorhanden sein, zumindest kam keine meldung, dass irgendwas überschrieben wird.

bei zugriff per telnet sagt "mdstat": -ash: mdstat: not found
Hört sich nicht gut an oO

EDIT:
"mdadm --assemble --force -v /dev/md2 /dev/sda3 /dev/sdb3 /dev/sdc3" bringt als ergebnis: ...device not found...
Heißt das, er findet die partitionen nicht?

Hallo --Q--,
hast du denn deine Festplatten in der gleichen Reihenfolge wie in der alten CS eingebaut ?
Welche Firmware war in der alten CS welche in der Neuen ?

Hast du eine Sicherung der Configuration von deiner alten CS ?

mfg
Henryk42

 

[--Q--]

Ja, gleiche Reihenfolge. Darauf hab ich extra geachtet und die Platten mit Zetteln markiert. FW war/ist jeweils die 640er.
Sicherung gabs mal, aber nachdem ich da schomal bei der Wiederherstellung selbiger nur noch Probleme hatte, hab ich die wieder gelöscht und seitdem auch keine mehr gemacht. Aber inwiefern wäre eine Konfigurationssicherung wichtig? Was stecken da für Daten drin, die ich nicht per Hand einstellen könnte?

 

[Henryk42]

Ja, gleiche Reihenfolge. Darauf hab ich extra geachtet und die Platten mit Zetteln markiert. FW war/ist jeweils die 640er.
Sicherung gabs mal, aber nachdem ich da schomal bei der Wiederherstellung selbiger nur noch Probleme hatte, hab ich die wieder gelöscht und seitdem auch keine mehr gemacht. Aber inwiefern wäre eine Konfigurationssicherung wichtig? Was stecken da für Daten drin, die ich nicht per Hand einstellen könnte?

Konfigurationsdatei ist vielleicht nicht so wichtig.

bei der Eingabe von mdstat habe ich die gleiche Meldung wie du,
also fehlt bei der Eigabe noch was.
CubeStation> mdstat
-ash: mdstat: not found
Richtig ist:
cat /proc/mdstat

Ausgabe bei mir:
CubeStation> cat /proc/mdstat
Personalities : [raid0] [raid1] [raid6] [raid5] [raid4]
md2 : active raid5 sda3[0] sdb3[1] sdc3[2] sdd3[3]
933753792 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3]
393472 blocks [4/4] [UUUU]

md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[3]
787072 blocks [4/4] [UUUU]


gib mal: mdadm --query --detail /dev/md2
ein.
bei mir wird das folgende ausgeworfen:
CubeStation> mdadm --query --detail /dev/md2
/dev/md2:
Version : 00.90.03
Creation Time : Thu Apr 10 23:10:11 2008
Raid Level : raid5
Array Size : 933753792 (890.50 GiB 956.16 GB)
Device Size : 311251264 (296.83 GiB 318.72 GB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 2
Persistence : Superblock is persistent

Update Time : Mon Sep 15 12:51:04 2008
State : clean
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

UUID : f9e52f23:4385d7f3:62555e7f:e98f1c09
Events : 0.4

Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/hda3
1 8 19 1 active sync /dev/hdb3
2 8 35 2 active sync /dev/sdc3
3 8 51 3 active sync /dev/hdd3

Mit diesen Befehlen wird nur der Status abgefragt es wird noch nicht geändert.

mfg
Henryk42

 

[--Q--]

CubeStation> cat /proc/mdstat
Personalities : [raid0] [raid1] [raid6] [raid5] [raid4]
md1 : active raid1 sda2[0] sdb2[1] sdc2[2]
393472 blocks [4/3] [UUU_]

md0 : active raid1 sda1[0] sdb1[1] sdc1[2]
787072 blocks [4/3] [UUU_]

unused devices: <none>

Ok, dann steht bei mir das. Wenn ich richtig rate, sind das die beiden Partitionen für FW und Swap. Die Datenpartition fehlt irgendwie.
Was muss ich dann jetzt machen, um das Raid 5 wieder zusammenzuschustern? Wo sind die Pros?

EDIT:

CubeStation> mdadm --query --detail /dev/md2
mdadm: md device /dev/md2 does not appear to be active.

 

[Henryk42]

Ok, dann steht bei mir das. Wenn ich richtig rate, sind das die beiden Partitionen für FW und Swap. Die Datenpartition fehlt irgendwie.
Was muss ich dann jetzt machen, um das Raid 5 wieder zusammenzuschustern? Wo sind die Pros?

EDIT:

Was gibt die CS bei der Eingabe:

mdadm --query --detail /dev/md2

bei dir aus.

Bei dem Befehl wird noch nichts geändert.

Wenn du was reparieren oder ändern willst solltest du wenigstens eine Sicherung haben es sei denn du kannst auf die Daten auf der CS verzichten.

mfg
Henryk42

 

[--Q--]

Siehe oben, habs reineditiert.
Ich kann keine Sicherung von 3x 750GB anlegen, da hab ich kein Platz für. Auf die Daten kann ich theoretisch schon verzichten, also sie sind nicht Lebensnotwendig, trotzdem würde es verdammt weh tun, wenn sie weg sind.

 

[Henryk42]

Siehe oben, habs reineditiert.
Ich kann keine Sicherung von 3x 750GB anlegen, da hab ich kein Platz für. Auf die Daten kann ich theoretisch schon verzichten, also sie sind nicht Lebensnotwendig, trotzdem würde es verdammt weh tun, wenn sie weg sind.

So jetzt kannst du auf eigene Gefahr dich dort durcharbeiten:
http://www.synology-forum.de/showthread.html?t=510
ich habe keine Info zu deinem Raid 5 mit 3 Platten gefunden.

Habe noch diesen Link gefunden:
http://www.synology-wiki.de/index.php/Inhalt
Sieh dir mal Punk 4 an:
http://www.synology-wiki.de/index.php/Datenrettung_von_Raid-Systemen_unter_Linux

Vielleicht hilft dir dieser Befehl:
mount –o ro /dev/md2 /mnt

Ich kann jetzt auch nur die Tips aus dem Forum hier anwenden und mir Infos über Linuxbefehle per Hand zusammensuchen.

mfg
Henryk42

 

[--Q--]

CubeStation> mount -o ro /dev/md2 /mnt
mount: Mounting /dev/md2 on /mnt failed: Invalid argument

Die Sachen aus den Links hab ich schon durch, hilft alles nix.
Hat sonst niemand mehr ne Idee?

 

[Supaman]

So, also die neue CS is jetzt da und HDDs sind eingebaut.
Software musste neu installiert werden, aber die Datenpartitionen sollten noch vorhanden sein, zumindest kam keine meldung, dass irgendwas überschrieben wird.

ich vermute mal folgendes: das raid war hinüber, du hast die firmware neu installiert, da der assistent kein gültiges raid gefunden hat, wurden das beim firmware setup sämtliche patitionsinformationen platt gemacht. und deshalb gibts jetzt nichts mehr zum retten/reparieren...

 

[Henryk42]

CubeStation> mount -o ro /dev/md2 /mnt
mount: Mounting /dev/md2 on /mnt failed: Invalid argument

Die Sachen aus den Links hab ich schon durch, hilft alles nix.
Hat sonst niemand mehr ne Idee?

Hallo --Q--,

ich habe noch diese Links gefunden:

http://www.howtoforge.de/howto/datenwiederherstellung-mit-testdisk/
http://www.cgsecurity.org/wiki/PhotoRec_DE
http://www.cgsecurity.org/wiki/TestDisk

sonst habe ich in google nach mdadm Rai5 usw gesucht,
aber wenn du damit nicht vertraut bist kannst du dir mit den Linuxbefehlen noch mehr zerschießen und da du kein Backup hast ...

mfg
Henryk42

 

[--Q--]

Danke für die Hilfe, aber hat alles nix gebracht. Hab inzwischen ein Neues Volume generiert und einen uralten Datensatz eingespielt. Besser als nichts. Aber ein weiß is, wenn mir das Gerät, was eigtl Datenverlust verhindern soll, nochmal genau solchen beschert, dann fliegts an die Wand.

 

[Supaman]

da musst du dich in diesem falle selbst an die nase fassen. 100% sicherheit gibts nicht und raid ersetzt kein backup. die wichtigste regel bei defektem raid ist, das man nichts mehr drauf schreibt und erstmal 1:1 kopien der platten zieht.

 

[--Q--]

ik, aber meine Backupstrategie hat gerade da versagt. Normal mach ich regelmäßig Backup auf zwei extra Platten, immer abwechselnd. Dummerweise war inzwischen eine der Backupplatten zu klein geworden, also nur noch eine vorhanden. Als dann bei dem Raid die erste HDD ausgefallen is, hab ich mir gedacht, machste schnell zur Sicherheit n Backup. Dummerweise is dann halt während dessen und während die Daten wiederhergestellt wurden, das ganze Ding ausgefallen, damit war auch das Backup weg.

1:1-Kopien hätte bedeutet, noch mind. 3 750er HDDs zu kaufen, zu teuer für mich. Soviel sind die Daten dann auch net wert.

 

[itari]

@--Q--,

aber du sprichst das Problem genau an, dass allgemein mit dem Backup und im Besonderen mit der DS zu tun hat. Man braucht mindestens 2 Backup der DS-Daten, denn wenn das Teil gerade beim Erzeugen eines Backups eine Störung hat, und man immer nur auf einen Backup-Satz sichert, dann hat man gar nichts mehr. Das müsste eigentlich auch den Syno-Entwicklern klar sein: Die DS plus zwei mal Backup-Volumes mit ganz dickem Hinweis, dass man immer abwechselnd oder so seine Daten sichern muss. Praktisch wäre, wenn das auch im Disk Station Manager fest verankert werden würde.

Ganz nebenbei gesagt, leiden fast alle kleinen NAS-Systeme darunter, keine wirklich gute Backup-Strategie zu haben.

itari

 

[--Q--]

Klar, aber ich denk mal die wenigsten machen das so, dass immer zwei Backupmedien abwechselnd genutzt werden. Die Wahrscheinlichkeit, dass das System gerade dann ausfällt, wenn ein Backup erzeugt wird, ist ja auch sehr gering. Dennoch aber vorhanden.
Umgehen könnte man/Synology das auch indem die Art der Backuperzeugung geändert wird. Indem zB die Backup-HDD vorher nciht gelöscht wird, sondern neue Dateien einfach dazugeschrieben werden (inkrementelles Backup).




Und das muss ich jetzt noch loswerden, obwohls nicht hierher gehört:
ich hatte ja irgendwo geschrieben, dass ich für die defekte CS mein Geld zurückbekommen sollte. Jetzt haben die Affen doch einen neue CS geschickt, hab jetzt also zwei. Braucht vllt jemand eine?
Gibts hier sowas wie nen Marktplatz?