CRC-Fehler nach RAID0 Spiegelung
Nach Spiegelung (bzw. Acronis Klonung) von 2 Partitionen aus RAID0 (Stripe) Verbund, wirft 1. Partition beim Bootvorgang CRC-Fehler aus. BlueScreen und Restart folgen.
Hallo Admins!
Ich stehe vor einem, mir nicht ganz nachvollziehbarem, Problem.
Folgendes System wirft seit ca. 1 Woche eine die Fehlermeldung raus "Volume von RAID0 ist fehlerhaft"
Intel E6600 2,4GHz
3 GB RAM
2x 500GB WD SATAII (RAID0 Sripe) über Intel Matrix Storage
1. Part. - 300GB [System] SATA0 - 2. Part. 700GB [Daten] SATA1
OS: Windows Vista (x86)
Die fehlerhafte Platte ist an SATA1 geknüpft - somit die zweite aus dem Verbund.
Als Datensicherung habe ich eine 1 TB SATAII (Samsung) ins System (nicht ins RAID) eingebunden um dann mit Acronis die Spiegelung (bei Acronis nennt sich das klonen) vorzunehmen. Die Platte wurde im BIOS, als auch im System selbst ohne Probleme erkannt. Auch Acronis warf bei der Spiegelung die Platte als 1 TB aus.
Die Spiegelung wurde so manuell gesteuert, als das die Partionen des RAID-Verbundes getreu wiedergegeben wurden. Somit ist jetzt auf der "neuen" Platte ebenfalls eine Partion SYSTEM und eine DATEN mit exakt den gleichen Größen.
Der Klonvorgang lief ohne irgendwelche Fehlermeldungen oder ähnlichem durch.
Nachdem beide Partitionen vollständig gespiegelt waren, riet Acronis zu einem Neustart (logisch!)
Daraufhin deaktivierte ich die beiden alten Platten (also den RAID-Verbund) im BIOS (der Startvorgang war auch ohne Probleme, da RAID-BIOS nicht beim hochfahren kein RAID erkannt hat). Plötzlich Bluescreen - Reset - Neustart. (das ganze wiederholte sich X-mal)
Mit Startoption F8 wollte ich den abgesicherten Modus hochfahren lassen, was auch soweit ging, bis "crcdisk" geladen wurde. Stillstand - Bluescreen - Neustart.
Jetzt stellt sich mir folgende Frage.
Ist das Klonen schief gegangen? ... oder ... ist die "neue" Festplatte defekt ?(CHKDSK meldet nichts!) ... oder ... ist es gar nicht möglich aus einem RAID-Verbund auf eine separate SATA-Platte zu spiegeln? ... oder ... sollte ein dubioser Eintrag eines anderen Forums recht haben, das es mitunter von Appels Quciktime zu dieser Fehlermeldung kommen kann, die aber eigentlich gar keine ist und Apple hier nur einen Fehler vorgaukelt? ... oder ... muss ich exakt die gleichen Platten haben um überhaupt aus einem RAID spiegeln zu können ? ...oder ... wo liegt hier der Fehler???
Ich würde mich freuen, wenn ihr mir bei diesem problem behilflich sein könnt.
Vorab vielen Dank für die Beteiligung.
[Nachtrag]
Mir kommt gerade der Gedanke das es vielleicht am MBR (der ja 1 zu1 auf die "neue" Platte übernommen wird) liegen könnte. Ist es nicht so das der MBR des RAID-Verbundes auch der neuen Platte mitteilt, das sie eigentlich aus einem verbund von zwei Platten besteht und daher der Fehler auftritt??
Der CRC-Auswurf besagt ja (soweit ich da richtig in der Materie stecke) das es einen Fehler in der Berechnung der zu kopierenden Daten besteht.
Der Fehler hat sich als Lese/schreib-Zugriffsfehler herausgestellt. Intels Matrix Storage Manager warf gerade die Fehlerbeschreibung aus. also handelt es sich doch eindeutig um einen mechanischen Fehler, oder?
Hallo Admins!
Ich stehe vor einem, mir nicht ganz nachvollziehbarem, Problem.
Folgendes System wirft seit ca. 1 Woche eine die Fehlermeldung raus "Volume von RAID0 ist fehlerhaft"
Intel E6600 2,4GHz
3 GB RAM
2x 500GB WD SATAII (RAID0 Sripe) über Intel Matrix Storage
1. Part. - 300GB [System] SATA0 - 2. Part. 700GB [Daten] SATA1
OS: Windows Vista (x86)
Die fehlerhafte Platte ist an SATA1 geknüpft - somit die zweite aus dem Verbund.
Als Datensicherung habe ich eine 1 TB SATAII (Samsung) ins System (nicht ins RAID) eingebunden um dann mit Acronis die Spiegelung (bei Acronis nennt sich das klonen) vorzunehmen. Die Platte wurde im BIOS, als auch im System selbst ohne Probleme erkannt. Auch Acronis warf bei der Spiegelung die Platte als 1 TB aus.
Die Spiegelung wurde so manuell gesteuert, als das die Partionen des RAID-Verbundes getreu wiedergegeben wurden. Somit ist jetzt auf der "neuen" Platte ebenfalls eine Partion SYSTEM und eine DATEN mit exakt den gleichen Größen.
Der Klonvorgang lief ohne irgendwelche Fehlermeldungen oder ähnlichem durch.
Nachdem beide Partitionen vollständig gespiegelt waren, riet Acronis zu einem Neustart (logisch!)
Daraufhin deaktivierte ich die beiden alten Platten (also den RAID-Verbund) im BIOS (der Startvorgang war auch ohne Probleme, da RAID-BIOS nicht beim hochfahren kein RAID erkannt hat). Plötzlich Bluescreen - Reset - Neustart. (das ganze wiederholte sich X-mal)
Mit Startoption F8 wollte ich den abgesicherten Modus hochfahren lassen, was auch soweit ging, bis "crcdisk" geladen wurde. Stillstand - Bluescreen - Neustart.
Jetzt stellt sich mir folgende Frage.
Ist das Klonen schief gegangen? ... oder ... ist die "neue" Festplatte defekt ?(CHKDSK meldet nichts!) ... oder ... ist es gar nicht möglich aus einem RAID-Verbund auf eine separate SATA-Platte zu spiegeln? ... oder ... sollte ein dubioser Eintrag eines anderen Forums recht haben, das es mitunter von Appels Quciktime zu dieser Fehlermeldung kommen kann, die aber eigentlich gar keine ist und Apple hier nur einen Fehler vorgaukelt? ... oder ... muss ich exakt die gleichen Platten haben um überhaupt aus einem RAID spiegeln zu können ? ...oder ... wo liegt hier der Fehler???
Ich würde mich freuen, wenn ihr mir bei diesem problem behilflich sein könnt.
Vorab vielen Dank für die Beteiligung.
[Nachtrag]
Mir kommt gerade der Gedanke das es vielleicht am MBR (der ja 1 zu1 auf die "neue" Platte übernommen wird) liegen könnte. Ist es nicht so das der MBR des RAID-Verbundes auch der neuen Platte mitteilt, das sie eigentlich aus einem verbund von zwei Platten besteht und daher der Fehler auftritt??
Der CRC-Auswurf besagt ja (soweit ich da richtig in der Materie stecke) das es einen Fehler in der Berechnung der zu kopierenden Daten besteht.
Der Fehler hat sich als Lese/schreib-Zugriffsfehler herausgestellt. Intels Matrix Storage Manager warf gerade die Fehlerbeschreibung aus. also handelt es sich doch eindeutig um einen mechanischen Fehler, oder?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 171854
Url: https://administrator.de/contentid/171854
Ausgedruckt am: 06.11.2024 um 00:11 Uhr