Frage, Festplatte komplett tot?

D

Domi

Member
Hallo Leute, ich habe mal eine kleine Frage...
mdadm hat mir geschrieben, dass mein Array (Raid 1) nicht mehr richtig funktioniert und das sda das Problem ist.
Code: 
P.S. The /proc/mdstat file currently contains the following:

md1 : active raid1 sdb2[1] sda2[2](F)
      524224 blocks [2/1] [_U]

md2 : active raid1 sdb3[1] sda3[2](F)
      1458319552 blocks [2/1] [_U]

md0 : active raid1 sda1[2](F) sdb1[1]
      6291392 blocks [2/1] [_U]

Ich wollte mit smartctl einmal ein Log erstellen, aber anscheinend ist die Festplatte nicht nur "ein wenig" defekt, sondern richtig breit... oder interpretiere ich diese Verhalten falsch?
Code: 
root@bla ~ # smartctl -t short /dev/sda
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.2.0-64-generic] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

Short Background Self Test has begun
Use smartctl -X to abort test
Code: 
root@bla ~ # smartctl -a /dev/sda
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.2.0-64-generic] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

Vendor:               /0:0:0:0
Product:
User Capacity:        600,332,565,813,390,450 bytes [600 PB]
Logical block size:   774843950 bytes
>> Terminate command early due to bad response to IEC mode page
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
Ich hatte erst gedacht, ich bin zu doof den Befehl zu benutzen... und habe dann einmal sdb geprüft, aber da hatte ich
a. Eine Information wie lange der Test laufen soll
b. eine Rückmeldung und Information als ich den Status abgefragt hatte

Sehe ich das alles richtig, oder habe ich irgendwo etwas falsch gemacht?
Gruß, Domi

p.s. Bevor ich es vergesse, den Typ 'permissive' hatte ich auch schon mal beigefügt, aber auch da bekam ich keine Rückmeldung :(
 
Was steht denn im Syslog?
Irgendwann muss die Festplatte ja verschwunden sein, da steht dann i.d.R. auch warum.
Aber so sieht es erstmal so aus, als wenn der Controller der Festplatte, das Kabel oder der SATA-Controller ein Problem haben - vermutlich eher die Festplatte.
 
Moin moin... Also komplett verschwunden ist sie doch noch nicht. Mit 'udevadm' konnte ich zumindest schon mal die Seriennummer der Festplatte auslesen.

Ich habe eben einmal im aktuellen syslog geschaut, wie dort die Meldungen für sda aussieht und hänge sie an. Vielleicht hilft das schon mal irgendwie.
Code: 
Sep 17 08:35:02 blubb kernel: [8460954.628111] sd 0:0:0:0: [sda] Unhandled error code
Sep 17 08:35:02 blubb kernel: [8460954.628115] sd 0:0:0:0: [sda]  Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Sep 17 08:35:02 blubb kernel: [8460954.628120] sd 0:0:0:0: [sda] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
Sep 17 08:35:02 blubb kernel: [8460954.628130] end_request: I/O error, dev sda, sector 0
Sep 17 08:35:02 blubb kernel: [8460954.628166] Buffer I/O error on device sda, logical block 0
Sep 17 08:35:02 blubb kernel: [8460954.628278] sd 0:0:0:0: [sda] Unhandled error code
Sep 17 08:35:02 blubb kernel: [8460954.628281] sd 0:0:0:0: [sda]  Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Sep 17 08:35:02 blubb kernel: [8460954.628285] sd 0:0:0:0: [sda] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
Sep 17 08:35:02 blubb kernel: [8460954.628294] end_request: I/O error, dev sda, sector 0
Sep 17 08:35:02 blubb kernel: [8460954.628324] Buffer I/O error on device sda, logical block 0

Das komische ist ja, dass ich mit 'smartctl -a' gar keine Ergebnisse bekomme. Parallel hatte ich mal sdb geprüft und da funktioniert alles, nur sda nicht.

Gruß, Domi
 
Ich verstehe wieso du dem Fehler auf den Grund gehen willst, aber in so einem Fall heißt es eher schnell eine neue Platte rein, eventuell einen neuen Festplattencontroller etc. bevor das System ganz zum erliegen kommt. Wenn das System wieder läuft kannst du mit dem ausgebauten Material immer noch experimentieren.

Nach deinem Auszug aus dem syslog würde ich auf einen Schaden der Platte tippen, wenn die munter Buffer I/O Errors wirft.

Grüße
 
Das Wiederherstellen der Redundanz eines RAID-Verbundes kann je nach Größe der Festplatten schnell mal mehrere Stunden in Anspruch nehmen. Entscheidend ist die Größe der Festplatten und nicht die Menge der darauf gespeicherten Daten - der RAID-Controller liest die vorhandenen, heilen Platten komplett aus, berechnet im Falle von RAID 5 die Daten für die ersetzte Platte und schreibt diese dann auf die neue Platte.
 
You must log in or register to reply here.
Back
Top