Hallo,
Ich habe Probleme mit meiner sekundären IDE-Festplatte. Es handelt sich um eine WD2000JB mit 200 Gb. Ich verwende diese Festplatte ausschließlich für Backupzwecke, die Partition ist /dev/sdb1. Die letzten paar Male kamen beim Booten aber ein ganzer Haufen Fehlermeldungen, hier mal ein paar besonders auffällige Auszüge:
ata7: ... {media read error} >>>>>>> von diesen Fehlermeldungen kamen ca. 20 Stück
journal unbrauchbar, wird gelöscht.
... statt ext3 jetzt nur noch ext2 Dateisystem
Das automatisch angestoßene fsck ist z.T. sogar gescheitert oder hat sich nach 50% aufgehängt. Ich habe fsck dann manuell ausgeführt. Ich habe die entsprechende Zeile, die diese Festplatte betrifft, dann in der fstab auskommentiert, denn man soll ja ein manuelles fsck nicht auf gemountete Partitionen anwenden. Der fsck-Durchlauf ist wie folgt:
Mein Problem ist jetzt: ich konnte nach einem fsck-Durchlauf zwar wieder auf die Festplatte zugreifen -- nachdem ich aber wieder etwas auf besagte Partition kopiert habe, kam genau der gleiche Fehler wieder.
Was könnte da los sein??
mfg apox
Ich habe Probleme mit meiner sekundären IDE-Festplatte. Es handelt sich um eine WD2000JB mit 200 Gb. Ich verwende diese Festplatte ausschließlich für Backupzwecke, die Partition ist /dev/sdb1. Die letzten paar Male kamen beim Booten aber ein ganzer Haufen Fehlermeldungen, hier mal ein paar besonders auffällige Auszüge:
ata7: ... {media read error} >>>>>>> von diesen Fehlermeldungen kamen ca. 20 Stück
journal unbrauchbar, wird gelöscht.
... statt ext3 jetzt nur noch ext2 Dateisystem
Das automatisch angestoßene fsck ist z.T. sogar gescheitert oder hat sich nach 50% aufgehängt. Ich habe fsck dann manuell ausgeführt. Ich habe die entsprechende Zeile, die diese Festplatte betrifft, dann in der fstab auskommentiert, denn man soll ja ein manuelles fsck nicht auf gemountete Partitionen anwenden. Der fsck-Durchlauf ist wie folgt:
Code:
linux-qu8j:/home/xxx # fsck -f /dev/sdb1
fsck 1.40.8 (13-Mar-2008)
e2fsck 1.40.8 (13-Mar-2008)
Durchgang 1: Prüfe Inodes, Blocks, und Größen
Durchgang 2: Prüfe Verzeichnis Struktur
Durchgang 3: Prüfe Verzeichnis Verknüpfungen
Durchgang 4: Überprüfe die Referenzzähler
Durchgang 5: Überprüfe Gruppe Zusammenfassung
Block Bitmap differieren: -(35886--65535) -(66050--69201)
Repariere<j>? ja
Freie Blocks Anzahl ist falsch Gruppe #1 (1579, counted=31229).
Repariere<j>? ja
Freie Blocks Anzahl ist falsch Gruppe #2 (29102, counted=32254).
Repariere<j>? ja
Freie Blocks Anzahl ist falsch (14457367, counted=14490169).
Repariere<j>? ja
/everest: ***** DATEISYSTEM WURDE VERÄNDERT *****
/everest: 100054/12214272 files (1.3% non-contiguous), 34349431/48839600 blocks
Was könnte da los sein??
mfg apox