Am Mittwoch, 24. Februar 2010 schrieb Manfred Hollstein:
Hi Matthias,
On Wed, 24 Feb 2010, 18:51:43 +0100, Matthias Keller wrote:
Hallo
Ich habe eine WDC WD10EADS-00L5B1 Festplatte im Einsatz. Bisher war sie nur als backup-drive aktiv, nun möchte ich sie (wegen drohenden ausfalls einer anderen Platte) zur Systemplatte machen. Jedoch macht sie mir etwas Sorge da heute eine testweise Kopie einer Datenpartition plötzlich nicht mehr angesprochen werden konnte (es gab Fehler bei 'ls -al' und div Ordner waren nur so halb da). Ein umount und fsck brachte nix zu tage, eine Suche nach badblocks (fsck.ext4 -f -v -c /dev/sde7) brachte aber plötzlich tonnenweise errors ins kernel Log und während dem scan war die Platte vom /dev Verzeichnis verschwunden und erschien erst danach wieder mit neuem Buchstaben.... Soll ich diese Platte austauschen oder könnte sonst irgendwas (konfigurationstechnisches oder so) nicht stimmen?
Hier das Kernel Log (dmesg):
[ 4272.228045] ata10: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 4272.245157] ata10.00: configured for UDMA/33 [ 4272.245184] ata10: EH complete [...] [ 4273.030612] ata10.00: exception Emask 0x1 SAct 0x1 SErr 0x100000 action 0x6 frozen [ 4273.030618] ata10.00: Ata error. fis:0x21 [ 4273.030625] ata10: SError: { Dispar } [ 4273.030641] ata10.00: cmd 60/00:00:f9:f3:2a/02:00:3b:00:00/40 tag 0 ncq 262144 in [ 4273.030645] res 41/84:04:f9:f3:2a/84:00:3b:00:00/40 Emask 0x10 (ATA bus error) [ 4273.030653] ata10.00: status: { DRDY ERR } [ 4273.030658] ata10.00: error: { ICRC ABRT } [ 4273.030669] ata10: hard resetting link [ 4273.030674] ata10: nv: skipping hardreset on occupied port
Die Platte kann definitiv mehr als UDMA/33, was da oben in den Logs steht, und die smartctl Werte sehen auch nicht schlecht aus, daher wuerde ich eher auf die Kabel schliessen. Tausch' mal die SATA Kabel aus, oder druecke die Anschluesse zumindest mal richtig fest! Wenn's dann noch nicht besser aussieht, dann kannst du immer noch tauschen. in dem Fall würde ich entweder einen ausführlich Testlauf mit smartctl empfehlen (damit die Fehler auch wirklich in smart erfasst werden) oder mal einen Test mit dem entsprechenden Herstellertool. Das letztere ist auch immer eine gute Argumentationsgrundlage gebenüber dem Händler bzw. Hersteller/Lieferanten. Nach den Daten im Log und den smart-Daten würde ich aber auch eher auf Kabel, Stecker oder ggf. Controller (u.a. der in der Platte selbst) tippen.
Gruß Martin Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org