CRC-Fehler

[Christoph Schnauß]

hallo Forum,

heute nachmittag ist mir in einem Rechner eine (von drei) Platten "ausgestiegen". Das passierte, nachdem ich ein WindowsXP nach einem Besuch von Microsoft Update neu starten mußte. Die Platte stand plötzlich nicht mehr mit ihrem Namen im Windows Explorer, sondern nur noch als "lokaler Datenträger", die Datenträgerverwaltung in der Computerverwaltung sowie der Gerätemanager zeigten sie zwar auch noch an, aber ohne die eigentlich vorhandene Formatierung (FAT32), sondern als "RAW".

Auf der ersten Platte dieses Rechners ist Windows XP installiert, auf der zweiten FreeBSD (CURRENT) neben einer SuSE 9.3, und die dritte "ausgestiegene" Platte war zuständig für alle "gemeinsamen Dateien", also Dokumente, Arbeits- und Installationsverzeichnisse, die unabhängig vom grade gefahrenen System erreichbar sein sollen. Also gerade die Daten, für die man ja immer ein Backup fahren sollte ...

Da Windows sie nicht mehr ansprechen wollte, hab ich FreeBSD hochgefahren - prima, das sprang gleich in den Single User Mode, weil diese "defekte" Platte in der /etc/fstab eingetragen war, also fand FreeBSD sie jetzt natürlich nicht mehr, weil die Formatierungsinformationen offenbar futsch waren.

Also dann SuSE: und zu meiner Erleichterung hat die SuSE das ganze Ding anstandslos hochgefahren und auch diese Platte problemlos per /etc/fstab gemountet (zu irgendwas muß ja eine SuSE doch noch nützlich sein). Also hab ich mal schnell noch eine vierte Platte angeklemmt, und wenigstens die 60 GB Daten und Verzeichnisse rübergezogen, um langwierigeren Versuchen zur "Datenrettung" entgehen zu können. Das Kopieren (ich habs erstmal tatsächlich mit einfachem Kopieren versucht, weil ich auf dd keinen Bock hatte) ging für alle großen ISO-Files und etliche zehntausend kleinere Dateien absolut problemlos, nur an einer Stelle, bei einer einzigen Datei (einem simplen ZIP-Archiv mit der Doku für das JAVA 1.5 SDK) wollte es nicht mehr. Na gut, das ist weniger wichtig, die JAVA-Doku kann ich mir auch neu ziehen.

Dann wollte ich aber wissen, was nun an der Platte "kaputt" wäre. Habe verschiedene Diagnosetools durchprobiert, aber erst PQMagic 8 (Diskettenversion) sagte mir was von "CRC-Fehler im Datenbereich".

Mir ist dieser Kram mit "CRC-Fehler" bereits mehrfach begegnet. Immerhin ist das in der Regel keine physikalische Beschädigung der Platte, sondern irgendwie sowas wie eine logisch falsche Beziehung von Daten zueinander. Genauer weiß ich das allerdings immer noch nicht und finde auch keine wirklich befriedigende Antwort, weder in der Wikipedia noch über Google. Vielleicht hat jemand von euch eine kurze prägnante Erklärung dafür und/oder einen Hinweis, wie sowas zustandekommen kann.

Meine Platte habe ich natürlich sofort nach dem Kopieren der Daten neu formatiert und aufgebaut, die spielt inzwischen wieder problemlos mit. Ich würde bloß gerne verstehen, wieso solcher Kram entstehen kann und warum das, wenn es tatsächlich nur eine einzige (wenn auch relativ große) Datei betrifft, dann eben gleich die ganze Platte lahmlegt.

Grüße aus Berlin

Christoph S.

[bertie]

abeeeend!

die daten auf einer platte werden ja immer mit prüfsumme gespeichert, damit die platte weiß wo daten anfangen und aufhören.
dies wird natürlich auch für die gesamte platte erstellt (so ähnlich wie der fat-bereich).

wenn nun das betriebssystem irgendwie fehlfunktioniert und damit die prüfsummen durcheinander bringt oder gänzlich zerstört, ensteht eine falsche prüfsumme für die gesamte platte und somit der entsprechende CRC-Fehler.

soweit ich das weiss....

nächtliche grüße,
bertie

[Christoph Schnauß]

hi,

wenn nun das betriebssystem irgendwie fehlfunktioniert

Naja, das würde ja bedeuten, daß jeder Besuch bei http://v4.windowsupdate.microsoft.com/de/default.asp "die prüfsummen durcheinander bringt oder gänzlich zerstört"

Nee, gar so einfach würde ich mir selbst einen Fehler in WinXP alleine nicht erklären wollen. Warum kann mein FreeBSD damit nicht mehr umgehen (mit der renovierten/neu aufgebauten Platte hat es keine Probleme), während WinXP stolpert und die SuSE hoheitsvoll über so einen popligen CRC-Fehler hinwegsieht?

Grüße aus Berlin

Christoph S.

[bertie]

hi,

hi,

Naja, das würde ja bedeuten, daß jeder Besuch bei http://v4.windowsupdate.microsoft.com/de/default.asp "die prüfsummen durcheinander bringt oder gänzlich zerstört"

Nee, gar so einfach würde ich mir selbst einen Fehler in WinXP alleine nicht erklären wollen. Warum kann mein FreeBSD damit nicht mehr umgehen (mit der renovierten/neu aufgebauten Platte hat es keine Probleme), während WinXP stolpert und die SuSE hoheitsvoll über so einen popligen CRC-Fehler hinwegsieht?

keine ahnung, mit freebsd hab ich noch nie gearbeitet und suse schluckt wahrsceinlich einfach alles...
in wahrheit kann ich mir das warum auch nicht erklären, nur das was... ;)

Grüße aus Berlin
Christoph S.

nächtliche grüße,
bertie

p.s.: dein problem hat mich vorhin motiviert, endlich wiedermal meine schon seit 2 wochen runtergeladene debian-distribution zu installierne... :)

[Christoph Schnauß]

hoi,

meine schon seit 2 wochen runtergeladene debian-distribution zu installierne...

Bitte berücksichtige dazu den gesamten kleinen Thread https://forum.selfhtml.org/?t=113010&m=716449 und eventuell auch noch die hoffentlich vervollständigte Seite http://www.christoph-schnauss.de/projekt/system/linux/debian/install.php.

Grüße aus Berlin

Christoph S.

[Sven Rautenberg]

Moin!

Nee, gar so einfach würde ich mir selbst einen Fehler in WinXP alleine nicht erklären wollen. Warum kann mein FreeBSD damit nicht mehr umgehen (mit der renovierten/neu aufgebauten Platte hat es keine Probleme), während WinXP stolpert und die SuSE hoheitsvoll über so einen popligen CRC-Fehler hinwegsieht?

Läßt du regelmäßig den SMART-Status deiner Platten prüfen? Für Linux-artige z.B. mit "smartd"? Es kann ja durchaus sein, dass deine Platte an einer Stelle einfach einen nicht mehr korrigierbaren Fehler erhalten hat. Außerdem erkennt man mit SMART schleichende Fehler und Probleme besser.

Was die Toleranz gegen Fehler angeht: Offenbar hat SuSE die "beste" FAT32-Implementation für dieses Problem gehabt, alle anderen wurden wegen dieses Fehlers unerwartet "ausgebremst".

- Sven Rautenberg

[Christoph Schnauß]

hallo Sven,

Läßt du regelmäßig den SMART-Status deiner Platten prüfen? Für Linux-artige z.B. mit "smartd"? Es kann ja durchaus sein, dass deine Platte an einer Stelle einfach einen nicht mehr korrigierbaren Fehler erhalten hat.

Nein, nicht regelmäßig, sondern gelegentlich, wenn es mir grade einfällt.

Außerdem erkennt man mit SMART schleichende Fehler und Probleme besser.

Das mag so sein. Ich wollte allerdings verständlicherweise vor dem Umkopieren meiner Daten nicht mit irgendwas auf die Platte zugreifen. Nach einer Neuformatierung/Neupartitionierung ergaben sich dann keine Plattenfehler.

Grüße aus Berlin

Christoph S.