bei einer Datensicherung mittels rsync -av /quelle/usw/ /ziel/usw/ ist mir eine Fehlermeldung aufgefallen. (Sicherung von einer Hitachi-300GB SATA, das gesamte HDD ist eine ext4-Part, auf eine USB3-Platte).
Die betroffene Quelldatei ist tatsächlich kaputt. Der Versuch, auf sie zuzugreifen, egal womit, erzeugt folgende Meldung per dmesg:
Code: Alles auswählen
[ 1965.886152] sd 2:0:0:0: [sdb] tag#24 Sense Key : Medium Error [current]
[ 1965.886161] sd 2:0:0:0: [sdb] tag#24 Add. Sense: Unrecovered read error - auto reallocate failed
[ 1965.886171] sd 2:0:0:0: [sdb] tag#24 CDB: Read(10) 28 00 12 b6 fe a0 00 00 08 00
[ 1965.886177] blk_update_request: I/O error, dev sdb, sector 313982628
nach smartctl --test=long /dev/sdb (1 x wiederholt am nächsten Tag) erhalte ich folgende Werte:
Code: Alles auswählen
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 1
.
.
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 4
197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 1
.
.
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Aborted by host 90% 43762 -
# 2 Extended offline Completed: read failure 50% 43761 313982628
# 3 Extended offline Completed: read failure 50% 43757 313982628
man hdparm bietet ja folgendes an: --repair-sector sowie --make-bad-sector, warnt aber gleichzeitig wie Tod und Teufel davor. Weiß aber nicht, ob das auch LBA-Angabe oder was anderes ist.
Was meint ihr? Trotzdem probieren? Platte in die Tonne? Laut Smartctl hat sie Power_On_Hours von 43763, aber, wie ich oft genug gelesen habe, muss das ja auch gar nicht stimmen. System ist übrigens Strech, aber das dürfte unerheblich für den Fehler sein. Fehlen noch wesentliche Informationen?
Grüße, TuxPeter