Hilfe! Seit kurzem habe ich Probleme mit dem Dateisystem auf meinem Fileserver. Zuerst dachte ich, es ldge bei SAMBA oder sogar bei der eNTe, allerdings mu_te ich gerade eben feststellen, da_ dort nicht der \bertdter liegt, da beim Kopieren |ber NFS das gleiche geschieht! Das Problem: Archive auf diesem Dateisystem (nat|rlich ext2) bringen CRC4s beim Entpacken! Sobald sie dort lagen, sind sie unbrauchbar; also nicht nur das Entpacken auf dieser Partition erzeugt Fehler, sondern auch, wenn die Dateien auf meinen Rechner zur|ckkopiert wurden, wo mit den nichtkopierten, originalen Dateien alles klar geht. Hat jemand Ahnung, wo der herr|hrt? Ich habe an dem System nichts gedndert, das rennt ohne Konfigurationsdnderung seit ca. einem halben Jahr so und die Probleme setzten erst vor kurzem ein. Ich bin f|r jeden Hinweis dankbar! Carsten -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Carsten Schurig schrieb:
Seit kurzem habe ich Probleme mit dem Dateisystem auf meinem Fileserver. [...] beim Kopieren |ber NFS das gleiche geschieht!
Das Problem: Archive auf diesem Dateisystem (nat|rlich ext2) bringen CRC4s beim Entpacken! [...] [...] sondern auch, wenn die Dateien auf meinen Rechner zur|ckkopiert wurden, wo mit den nichtkopierten, originalen Dateien alles klar geht.
Ohne Dir Angst machen zu wollen: Bei mir hat sich mit eben exakt diesem Phaenomen der Tod einer Platte angekuendigt. Vielleicht mal _vorsichtig_ mit dem Befehl badblocks drangehen? Gruss Peter Blancke. -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
On 02-Jan-99 Blancke, Peter wrote:
Ohne Dir Angst machen zu wollen: Bei mir hat sich mit eben exakt diesem Phaenomen der Tod einer Platte angekuendigt. Vielleicht mal _vorsichtig_ mit dem Befehl badblocks drangehen?
Ich hoffe, da_ dies nicht die Ursache ist. Die Platte ist ja auch erst 3 oder 4 Jahre alt... Na ja, es klappt auf jedenfalls wieder. Habe auf der Partition mal ein e2fsck -c duchrgef|hrt -- *es kamen keine Fehler!* -- und jetzt scheints wieder ohne Probleme zu gehen, selbst die Dateien, in denen vorher der CRC auftrat, entpacken sich wieder ordentlich!!! Also, wie zu sehen ist, sind Hinweise immer noch dienlich (und sehr erw|nscht), wenn auch nicht mehr ganz so dringend. So long, Carsten -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
On Sat, 2 Jan 1999, Carsten Schurig wrote:
On 02-Jan-99 Blancke, Peter wrote:
Ohne Dir Angst machen zu wollen: Bei mir hat sich mit eben exakt diesem Phaenomen der Tod einer Platte angekuendigt. Vielleicht mal _vorsichtig_ mit dem Befehl badblocks drangehen?
Ich hoffe, da_ dies nicht die Ursache ist. Die Platte ist ja auch erst 3 oder 4 Jahre alt...
Das ist ja schon ein biblisches Alter fuer eine Festplatte. Und mehr als fuenf Jahre Garantie habe ich bei den Teilen noch nie gesehen. Jeder weiss, dass die Technik sehr genau merkt, wann die Garantie abgelaufen ist :>
Na ja, es klappt auf jedenfalls wieder. Habe auf der Partition mal ein e2fsck -c duchrgef|hrt -- *es kamen keine Fehler!* -- und jetzt scheints wieder ohne Probleme zu gehen, selbst die Dateien, in denen vorher der CRC auftrat, entpacken sich wieder ordentlich!!!
Das klingt ja beinahe nach einer aufgefrischten Magnetisierung (oder platteninterner Reorganisation durch Verschiebung auf Reservespuren, die von aussen nicht erkennbar ist ?). In jedem Fall sollte man hellhoerig werden, wenn die Lesefehler bis in die Software hinein gemeldet werden. Dann ist naemlich die (transparente) Fehlerkorrektur schon nicht mehr in der Lage die Fehler wegzufangen und die vorgesehene Reserve fuer IMMER auftretende kaputte Bereiche ist erschoepft! Ich habe es bisher fuer einen Jux gehalten, dass lt einer signature "SCSI Geraete ab heute dazu verdonnert werden, ihren Tod 24 Stunden im voraus anzukuendigen". Das funktioniert tatsaechlich :) Sieh Dir die /var/log/messages nach bus resets und derlei durch (so wie man das Log ohnehin immer verfolgt).
Also, wie zu sehen ist, sind Hinweise immer noch dienlich (und sehr erw|nscht), wenn auch nicht mehr ganz so dringend.
Angst ist sicher nicht angebracht, aber Vorsicht immer. Wenn die Daten wichtig sind, hast Du ja bestimmt ein Backup :> Gerhard Sittig -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Gerhard Sittig wrote:
... (gekürzt)
Ich habe es bisher fuer einen Jux gehalten, dass lt einer signature "SCSI Geraete ab heute dazu verdonnert werden, ihren Tod 24 Stunden im voraus anzukuendigen". Das funktioniert tatsaechlich :) Sieh Dir die /var/log/messages nach bus resets und derlei durch (so wie man das Log ohnehin immer verfolgt). ...
Kann ich voll bestätigen, und meine dass ein Backup eher eilig ist. (Hatte vor kurzem 3 SCSI Platten - gleiche Type, gleicher Hersteller - die im selben Büro ca. 3,5 Jahre mehr oder weniger täglich gelaufen waren, alle drei sind innerhalb von 1 Monat ausgefallen. Grüße, Georg -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
Am Sam, 02 Jan 1999 schrieb Blancke, Peter:
Carsten Schurig schrieb:
Seit kurzem habe ich Probleme mit dem Dateisystem auf meinem Fileserver. [...] beim Kopieren |ber NFS das gleiche geschieht!
Das Problem: Archive auf diesem Dateisystem (nat|rlich ext2) bringen CRC4s beim Entpacken! [...] [...] sondern auch, wenn die Dateien auf meinen Rechner zur|ckkopiert wurden, wo mit den nichtkopierten, originalen Dateien alles klar geht.
Ohne Dir Angst machen zu wollen: Bei mir hat sich mit eben exakt diesem Phaenomen der Tod einer Platte angekuendigt. Vielleicht mal _vorsichtig_ mit dem Befehl badblocks drangehen? Hi, ich schliese mich dem an! Versuche aber zuerst mal die wirklich wichtigen Daten zu kopieren bevor Du die Platte von einer Software anfassen lässt! Denn die Platte beim reparieren zerschossen wird stehst Du doof da! CU --
|Michael Renner E-mail: michael.renner@gmx.de | |D-72072 Tuebingen Germany | |Germany <A HREF="http://stargate.natur.cuni.cz/~renner"><A HREF="http://stargate.natur.cuni.cz/~renner</A">http://stargate.natur.cuni.cz/~renner | -- Um aus der Liste ausgetragen zu werden, eine Mail an majordomo@suse.com schicken, mit dem Text: unsubscribe suse-linux
participants (5)
-
blancke＠t-online.de -
G.Sittig＠abo.FreiePresse.DE -
gk＠think.at -
michael.renner＠gmx.de -
schurigc＠physik.phy.tu-dresden.de