16
Raid0 - Festplatte 2 wird nach Austausch nicht mehr erkannt (Non-Raid)
Hallo zusammen,
meine Seagate Barracuda war aus der Serie mit fehlerhaften Bios und wurde dann vom System nicht mehr erkannt. Blöd nur, dass die Platte im RAID 0 Verbund war... Die Datenrettung wurde immerhin von Seagate übernommen und schickte mir die Platten wieder zurück (die defekte wurde ersetzt).
Ich habe die Platten wie gehabt angeschlossen, die ausgetauschte Platte wird aber nicht als Raid erkannt:
HD0: RAID INSIDE, HD1: NON RAID
(auch Vertauschen der Anschlussreihenfolge brachte nichts)
Der Support war anscheined nur füre die Datenrettung zuständig, auf eine Antwort zum Problem warte ich leider immer noch.
Ich kenne mich nicht so gut aus, denke aber, dass die neue Platte im System wegen anderer Seriennummer etc nicht als zugeörig betrachtet wird.
Ist es möglich den Raidverbund zu lösen und mit der neuen Platten wieder zusammenzufügen?
Ich hoffe ihr wisst eine Lösung, wie ich das Raid system wieder zum laufen bekomme.
Tausen dank schonmal im voraus!
Meine Hardware:
Win XP, Raid 0 (2x SATA 500GB Seagate Barracude 7200), Raid Controller onBoard (Gigabyte)
Ich habe die Platten wie gehabt angeschlossen, die ausgetauschte Platte wird aber nicht als Raid erkannt:
HD0: RAID INSIDE, HD1: NON RAID
(auch Vertauschen der Anschlussreihenfolge brachte nichts)
Der Support war anscheined nur füre die Datenrettung zuständig, auf eine Antwort zum Problem warte ich leider immer noch.
Ich kenne mich nicht so gut aus, denke aber, dass die neue Platte im System wegen anderer Seriennummer etc nicht als zugeörig betrachtet wird.
Ist es möglich den Raidverbund zu lösen und mit der neuen Platten wieder zusammenzufügen?
Ich hoffe ihr wisst eine Lösung, wie ich das Raid system wieder zum laufen bekomme.
Tausen dank schonmal im voraus!
Meine Hardware:
Win XP, Raid 0 (2x SATA 500GB Seagate Barracude 7200), Raid Controller onBoard (Gigabyte)
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 115051
Url: https://administrator.de/contentid/115051
Printed on: April 19, 2024 at 13:04 o'clock
16 Comments
Latest comment
Hallo,
Du hast aus einem RAID 0 eine Festplatte entfernt? Dann ist das RAID defekt.
Das einfachst dürfte sein, Du spielst die letzte Datensicherung wieder ein.
Vielleicht solltest Du Dir mal
http://de.wikipedia.org/wiki/RAID#RAID_0:_Striping_.E2.80.93_Beschleuni ...
durchlesen
Du hast aus einem RAID 0 eine Festplatte entfernt? Dann ist das RAID defekt.
Das einfachst dürfte sein, Du spielst die letzte Datensicherung wieder ein.
Vielleicht solltest Du Dir mal
http://de.wikipedia.org/wiki/RAID#RAID_0:_Striping_.E2.80.93_Beschleuni ...
durchlesen
Also erstmal: Raid0 = 0 Sicherheit... Wenn auf diesem Raid wichtige Daten ohne Backup gelagert werden -> selbst schuld, setzen, 6!
Ich vermute mal das die bei Seagate dir die Platte auf Garantie ausgetauscht haben und du jetzt eine neue (leere) Platte hast. Bei einem Raid0 kannst du damit auch keine Daten wiederherstellen - 50% der Daten fehlen! Seagate wird normalerweise für Privat-Personen keine Datenrettung machen (und für eine Firma auch nicht -> nur hier nen Raid0 auf nen Server zu legen?!?).
Ich vermute mal das die bei Seagate dir die Platte auf Garantie ausgetauscht haben und du jetzt eine neue (leere) Platte hast. Bei einem Raid0 kannst du damit auch keine Daten wiederherstellen - 50% der Daten fehlen! Seagate wird normalerweise für Privat-Personen keine Datenrettung machen (und für eine Firma auch nicht -> nur hier nen Raid0 auf nen Server zu legen?!?).
Ich habe beide Platten eingeschickt, dort wurde dann die defekte platte gespiegelt, und beide wieder zurückgeschickt. Laut Seagate war die Datenrettung erfolgreich (immerhin haben sie meine Verzeichnisse einsehen können), die Platten müssten also irgendwie bei mir auch wieder erkannt werden.
Hi !
In welcher Form hast Du denn Deine Daten zurückbekommen ? Auf DVDs ?
Deine Aussage über die Rettung der Daten kommt mir doch etwas seltsam von, Datenrettung kostet doch meist viel Kohle.
Hast Du denn keine eigene Datensicherung des Arrays erstellt ? Vor allem bei RAID0 ?
Beim einem RAID0 Verbund wirst Du wohl nicht an einer Neuanlage des Arrays vorbeikommen.
mrtux
In welcher Form hast Du denn Deine Daten zurückbekommen ? Auf DVDs ?
Deine Aussage über die Rettung der Daten kommt mir doch etwas seltsam von, Datenrettung kostet doch meist viel Kohle.
Hast Du denn keine eigene Datensicherung des Arrays erstellt ? Vor allem bei RAID0 ?
Beim einem RAID0 Verbund wirst Du wohl nicht an einer Neuanlage des Arrays vorbeikommen.
mrtux
Hallo hacklschorsch!
Na mal langsam!
Also wenn Dir Seagate das so gemacht hat wie Du beschrieben, hast Du mit Deiner Vermutung recht.
Es ist so das Dein RAID Controller anhand der ID eben sagt das diese Platte nicht zu Deinem RAID gehört.
Erst bei sehr teuren RAID Controllern in der Server Kategorie werden solche infos auch auf die Platte geschrieben und diese bieten Dir dann auch an das sie das RAID wiederherstellen können, auch wenn es ein RAID0 ist die Daten aber auf der neuen Platte vorhanden sind.
Nun liegt eben diese Arbeit an Dir!
Du musst höchstwahrscheinlich (kommt auf den Hersteller Deines RAID Controller an) beim booten in das BIOS des RAID Controller gehen und dort die neue Platte Deinem bestehenden RAID hinzufügen.
Wenn der Controller das verstanden hat, wunderbar, dann müsste das RAID wieder laufen.
Wenn nicht --> Pech, Daten höchstwhrscheinlich am A.....!
Gruß,
Tonio
Na mal langsam!
Also wenn Dir Seagate das so gemacht hat wie Du beschrieben, hast Du mit Deiner Vermutung recht.
Es ist so das Dein RAID Controller anhand der ID eben sagt das diese Platte nicht zu Deinem RAID gehört.
Erst bei sehr teuren RAID Controllern in der Server Kategorie werden solche infos auch auf die Platte geschrieben und diese bieten Dir dann auch an das sie das RAID wiederherstellen können, auch wenn es ein RAID0 ist die Daten aber auf der neuen Platte vorhanden sind.
Nun liegt eben diese Arbeit an Dir!
Du musst höchstwahrscheinlich (kommt auf den Hersteller Deines RAID Controller an) beim booten in das BIOS des RAID Controller gehen und dort die neue Platte Deinem bestehenden RAID hinzufügen.
Wenn der Controller das verstanden hat, wunderbar, dann müsste das RAID wieder laufen.
Wenn nicht --> Pech, Daten höchstwhrscheinlich am A.....!
Gruß,
Tonio
halt, halt, Seagate hatte versprochen, defekte Platten mit diesem Fehler zu retten, insofern nicht ungewöhnlich.
Die Platten sind wahrscheinlich nun beide ok und was nur gemacht werden muß/müsste wäre beide abwechselnd "block"weise zu lesen und auf einem neuen Datenträger so wieder zusammenzufügen, dafür wäre es hilfreich die Größe der Blöcke zu kennen, z.B. 4 KByte - recht üblich, das läßt sich mit suchen nach Zeichenketten auf der Platte bestimmen oder auch über den RAID-Controller herausfinden.
Ein Tool, was das alles automatisch macht habe ich zwar nicht auswendig bei der Hand, aber hoffnungslos ist die Sache auf keinen Fall, ich würde aber nicht mit Änderung des RAID-Verbundes und dem original Controller experimentieren, ein aufgelöstes RAID wird sich so m.E. nicht wieder zusammenfügen.
(wenn's ein bischen kosten darf p.m. an mich ...)
Die Platten sind wahrscheinlich nun beide ok und was nur gemacht werden muß/müsste wäre beide abwechselnd "block"weise zu lesen und auf einem neuen Datenträger so wieder zusammenzufügen, dafür wäre es hilfreich die Größe der Blöcke zu kennen, z.B. 4 KByte - recht üblich, das läßt sich mit suchen nach Zeichenketten auf der Platte bestimmen oder auch über den RAID-Controller herausfinden.
Ein Tool, was das alles automatisch macht habe ich zwar nicht auswendig bei der Hand, aber hoffnungslos ist die Sache auf keinen Fall, ich würde aber nicht mit Änderung des RAID-Verbundes und dem original Controller experimentieren, ein aufgelöstes RAID wird sich so m.E. nicht wieder zusammenfügen.
(wenn's ein bischen kosten darf p.m. an mich ...)
Vielen dank für die antworten!
ich werde zuhause nochmals den Raidcontroller genauer ansehen, soweit ich weiß, habe ich im Menü nur die Optionen Create, Delete, Reset to Non-Raid und eben die Mirroring Optionen für Radi 1.
Allerdings kommt bei Create Raid, dann die Meldung, dass keine Platten gefunden werden o.ä., also komm ich da erstmal auch nicht weiter.
Ich versuchs weiter bei Seagate, immerhin sind die dafür verantwortlich!
ich halt euch auf dem laufenden.
ich werde zuhause nochmals den Raidcontroller genauer ansehen, soweit ich weiß, habe ich im Menü nur die Optionen Create, Delete, Reset to Non-Raid und eben die Mirroring Optionen für Radi 1.
Allerdings kommt bei Create Raid, dann die Meldung, dass keine Platten gefunden werden o.ä., also komm ich da erstmal auch nicht weiter.
Ich versuchs weiter bei Seagate, immerhin sind die dafür verantwortlich!
ich halt euch auf dem laufenden.
Na was broecker da schreibt ist zwar richtig, aber nur wenn die Dateistruktur sich geändert hat.
Da ja Seagate nicht gerade auf der Brennsuppe daher geschwommen ist, gehe ich davon aus das die neue Platte eine 100%ige 1:1 Koie der alten ist .
Mit dem von mir erwähnten Verfahren habe ich schon unterschiedliche Festplatten (anderer Hersteller) mit dem gleichen Inhalt (was ja hier der Fall ist) wieder zum Laufen gebracht.
Und das beste: das kostet KEIN Geld und ich will auch keins dafür!
Unter umständen "Add to RAID"
Und letzte Hoffnung--> "convert to non raid" und dann wieder "create raid"
Gruß,
Tonio.
Da ja Seagate nicht gerade auf der Brennsuppe daher geschwommen ist, gehe ich davon aus das die neue Platte eine 100%ige 1:1 Koie der alten ist .
Mit dem von mir erwähnten Verfahren habe ich schon unterschiedliche Festplatten (anderer Hersteller) mit dem gleichen Inhalt (was ja hier der Fall ist) wieder zum Laufen gebracht.
Und das beste: das kostet KEIN Geld und ich will auch keins dafür!
Unter umständen "Add to RAID"
Und letzte Hoffnung--> "convert to non raid" und dann wieder "create raid"
Gruß,
Tonio.
Hi !
Das ist nicht richtig, gerade billige RAID-Controller machen das so.
Da muss er aber viieel Glück haben, wenn der billige Onboard Controller das kann, da bin ich mir recht sicher, dass der das nicht kann...
Wenn das bei dem billigen Onboard-Teil geht, da habe ich so meine Zweifel.
Meist kann man das Array nur neu anlegen, dann wird es meist Initialisiert, ist dann schon sauber aufgeräumt und bietet viiieeel Platz
Wer ein RAID0 ohne Datensicherung betreibt, braucht entweder den Nervenkitzel, hat viel Langeweile, keine wichtigen Daten oder einfach keine Ahnung, such es Dir aus
mrtux
Das ist nicht richtig, gerade billige RAID-Controller machen das so.
solche infos auch auf die Platte geschrieben und diese bieten Dir dann
auch an das sie das RAID wiederherstellen können, auch wenn es
ein RAID0 ist die Daten aber auf der neuen Platte vorhanden sind.
auch an das sie das RAID wiederherstellen können, auch wenn es
ein RAID0 ist die Daten aber auf der neuen Platte vorhanden sind.
Da muss er aber viieel Glück haben, wenn der billige Onboard Controller das kann, da bin ich mir recht sicher, dass der das nicht kann...
Du musst höchstwahrscheinlich (kommt auf den Hersteller Deines
RAID Controller an) beim booten in das BIOS des RAID Controller gehen
und dort die neue Platte Deinem bestehenden RAID hinzufügen.
RAID Controller an) beim booten in das BIOS des RAID Controller gehen
und dort die neue Platte Deinem bestehenden RAID hinzufügen.
Wenn das bei dem billigen Onboard-Teil geht, da habe ich so meine Zweifel.
Meist kann man das Array nur neu anlegen, dann wird es meist Initialisiert, ist dann schon sauber aufgeräumt und bietet viiieeel Platz
Wenn nicht --> Pech, Daten höchstwhrscheinlich am A.....!
Wer ein RAID0 ohne Datensicherung betreibt, braucht entweder den Nervenkitzel, hat viel Langeweile, keine wichtigen Daten oder einfach keine Ahnung, such es Dir aus
mrtux
Also mal für alle die von diesem Seagate Bug betroffen sind:
DAs ganze ist eigentlich so das sich die Firmware verabschiedet bzw. hängen bleibt, passiert meistens nach einem Herunterfahren und dann beim Hochfahren wird die HDD nicht mehr erkannt, aber es ist das mechanische Hochfahren zu hören.
Bei der Reperatur wird "im Prinzip" nichts anderes gemacht als die Firmware zu resetten und dann das Update drüber zu jagen und eine wirkliche Datenrettung findet ja nicht statt, da es eigentlich nichts passiert ist.
Bin gerade dabei so einen Fall abzuwickeln hatte auch das Glück eine dieser Platten bei einem Kollegen verbaut zu haben.
DAs ganze ist eigentlich so das sich die Firmware verabschiedet bzw. hängen bleibt, passiert meistens nach einem Herunterfahren und dann beim Hochfahren wird die HDD nicht mehr erkannt, aber es ist das mechanische Hochfahren zu hören.
Bei der Reperatur wird "im Prinzip" nichts anderes gemacht als die Firmware zu resetten und dann das Update drüber zu jagen und eine wirkliche Datenrettung findet ja nicht statt, da es eigentlich nichts passiert ist.
Bin gerade dabei so einen Fall abzuwickeln hatte auch das Glück eine dieser Platten bei einem Kollegen verbaut zu haben.
kurz ne Frage zwischendurch,
wo kann ich das bei Segate nachlesen welche Platten direkt alles betroffen sind.
Ich hatte vor einiger Zeit auch den Fall, das bei fast jedem Stromausfall das Raid1 auseinander geflogen ist. Irgendeine Platte wollte nie starten.
Also mit nem Hinweis beim Hersteller oder nen Link könntet ihr mir gut helfen.
Thx Lindi
wo kann ich das bei Segate nachlesen welche Platten direkt alles betroffen sind.
Ich hatte vor einiger Zeit auch den Fall, das bei fast jedem Stromausfall das Raid1 auseinander geflogen ist. Irgendeine Platte wollte nie starten.
Also mit nem Hinweis beim Hersteller oder nen Link könntet ihr mir gut helfen.
Thx Lindi
@Tonio6666
Ok, kann ich ein wenig nachvollziehen, aber bevor ich damit experimentieren würde, würde ich von beiden Platten je ein Image auf eine dritte Platte ziehen, dann kann man immer noch später damit logisch arbeiten.
Zum Geld, da ich die Lösung nicht "'mal eben" habe, kostet halt auch Recherche nach freien Tools und deren Anwendung durchaus Zeit und Geld, ich finde daran noch nichts verwerfliches.
Ok, kann ich ein wenig nachvollziehen, aber bevor ich damit experimentieren würde, würde ich von beiden Platten je ein Image auf eine dritte Platte ziehen, dann kann man immer noch später damit logisch arbeiten.
Zum Geld, da ich die Lösung nicht "'mal eben" habe, kostet halt auch Recherche nach freien Tools und deren Anwendung durchaus Zeit und Geld, ich finde daran noch nichts verwerfliches.
Hallo,
Du kannst den Raidverbund lösen, das ist vermutlich auch die einzige Lösung.
Ich hatte schon ein ähnliches Problem (die beiden "kannten" sich halt nicht mehr). Beim Neuerstellen des RAID-0 mit dem Controller wird der MBR und die Partitionstabelle gelöscht. Die Daten sind aber prinzipiell noch da.
guck mal hier:
Notebook mit 2 Festplatten im Raid 0 Verbund defekt
Dort hatte ich das Programm PR.EXE empfohlen, was mir die Partitionstabelle wieder repariert hat. Den MBR bekommst Du mit jeder Boot-CD wieder hin (egal welches OS).
Im Grunde genommen tut's aber auch jede Linux-Live-CD. Der MBR und die Partitionstabelle haben eine feste Größe (müsste ich jetzt suchen). Diese Größe dürfte kleiner als die eingestellte Blockgröße des Controllers sein. Somit ist das ganze Gedöns auf der 1. Platte drauf.
-> Live-CD genommen und mit "dd" (diskdump) den Teil von der 1. Platte rauskopiert
-> Raid trennen
-> Raid wieder zusammenfügen (hier ist die eingestellte Blockgröße wichtig!)
-> Live-CD genommen und mit "dd" (diskdump) den Teil in die 1. Platte reinkopiert (Linux kennt keine Softraid-Controller, sind immer noch getrennt)
Nicht getestet aber müßte funktionieren.
Vielleicht hilfts - Gruß Tobias
Du kannst den Raidverbund lösen, das ist vermutlich auch die einzige Lösung.
Ich hatte schon ein ähnliches Problem (die beiden "kannten" sich halt nicht mehr). Beim Neuerstellen des RAID-0 mit dem Controller wird der MBR und die Partitionstabelle gelöscht. Die Daten sind aber prinzipiell noch da.
guck mal hier:
Notebook mit 2 Festplatten im Raid 0 Verbund defekt
Dort hatte ich das Programm PR.EXE empfohlen, was mir die Partitionstabelle wieder repariert hat. Den MBR bekommst Du mit jeder Boot-CD wieder hin (egal welches OS).
Im Grunde genommen tut's aber auch jede Linux-Live-CD. Der MBR und die Partitionstabelle haben eine feste Größe (müsste ich jetzt suchen). Diese Größe dürfte kleiner als die eingestellte Blockgröße des Controllers sein. Somit ist das ganze Gedöns auf der 1. Platte drauf.
-> Live-CD genommen und mit "dd" (diskdump) den Teil von der 1. Platte rauskopiert
-> Raid trennen
-> Raid wieder zusammenfügen (hier ist die eingestellte Blockgröße wichtig!)
-> Live-CD genommen und mit "dd" (diskdump) den Teil in die 1. Platte reinkopiert (Linux kennt keine Softraid-Controller, sind immer noch getrennt)
Nicht getestet aber müßte funktionieren.
Vielleicht hilfts - Gruß Tobias
dann wäre aber die Frage, wieviel Initialisierung der Controller speziell hier macht, würde ich ohne Backup nicht riskieren
MBR ist zusammen mit der (primären) Partitionstabelle 512 Byte groß,
nur der "Bootloader" ohne Tabelle 384 Byte (?)
MBR ist zusammen mit der (primären) Partitionstabelle 512 Byte groß,
nur der "Bootloader" ohne Tabelle 384 Byte (?)
Meiner Meinung nach ist jeder weg über eine Softwarelösung überflüssig, außer natürlich eine Datensicherung.
Ich hatte mal ein ähnliches Problem, der ICH7 Controller von Intel hat das selbst hin bekommen. Jetzt frag aber bitte nicht was für ne BIOS Version das war!
Da die Daten ja alle vorhanden sind und nichts geändert wurde, muss der Controller ja nur wissen das diese beiden Platten zu einem RAID gehören.
Da alle Einstellungen im BIOS auch noch vorhanden sind so wie sie waren (auf jeden Fall aufschreiben) sollte das problemlos klappen.
Bei einem Hardware tausch (gleiches Board) passiert ja auch nichts anderes als im vorliegenden Fall.
In jeglichen Fällen dieser Art ist die Dokumentation ds Cotrollerhersteller die beste "Wissensquelle", aber nicht die vom Boardhersteller sondern die vom Cotroller Hersteller!
Auch wenn man da ein wenig viel lesen muss, wenn dann steht es da drin.
Es ist mittlerweile unglaublich was die Hersteller der Controller alles auch für "onboard Lösungen" da mit rein packen!
@ brocker: Will nur nicht das jemand dieses Forum für Werbezwecke missbraucht!
Gruß,
Tonio
Ich hatte mal ein ähnliches Problem, der ICH7 Controller von Intel hat das selbst hin bekommen. Jetzt frag aber bitte nicht was für ne BIOS Version das war!
Da die Daten ja alle vorhanden sind und nichts geändert wurde, muss der Controller ja nur wissen das diese beiden Platten zu einem RAID gehören.
Da alle Einstellungen im BIOS auch noch vorhanden sind so wie sie waren (auf jeden Fall aufschreiben) sollte das problemlos klappen.
Bei einem Hardware tausch (gleiches Board) passiert ja auch nichts anderes als im vorliegenden Fall.
In jeglichen Fällen dieser Art ist die Dokumentation ds Cotrollerhersteller die beste "Wissensquelle", aber nicht die vom Boardhersteller sondern die vom Cotroller Hersteller!
Auch wenn man da ein wenig viel lesen muss, wenn dann steht es da drin.
Es ist mittlerweile unglaublich was die Hersteller der Controller alles auch für "onboard Lösungen" da mit rein packen!
@ brocker: Will nur nicht das jemand dieses Forum für Werbezwecke missbraucht!
Gruß,
Tonio
Hi !
Das ist doch das grundsätzliche Problem in der IT, für Hardware ist immer Kohle da aber für den Fachmann mit Erfahrung oder für Weiterbildung meist nicht.
Zumal hier die einfachste und preiswerteste Lösung eine Datensicherung ist und auch gewesen wäre und die gesamte Bastelei, die hier besprochen wird, setzt wieder eines voraus, ein Backup
mrtux
Zitat von @broecker:
habe, kostet halt auch Recherche nach freien Tools und deren Anwendung
durchaus Zeit und Geld, ich finde daran noch nichts verwerfliches.
habe, kostet halt auch Recherche nach freien Tools und deren Anwendung
durchaus Zeit und Geld, ich finde daran noch nichts verwerfliches.
Das ist doch das grundsätzliche Problem in der IT, für Hardware ist immer Kohle da aber für den Fachmann mit Erfahrung oder für Weiterbildung meist nicht.
Zumal hier die einfachste und preiswerteste Lösung eine Datensicherung ist und auch gewesen wäre und die gesamte Bastelei, die hier besprochen wird, setzt wieder eines voraus, ein Backup
mrtux
