После того, как nouveau заморозил все с помощью двух мониторов в миллионный раз, мне пришлось отключить питание моего MacBook Pro (середина 2010 года, fedora 24, жесткий диск SAMSUNG HN-M500MBB). Не делал ничего тяжелого, просто просматривая слайды с evince.
При перезагрузке он начинает выкладывать ошибки о плохом секторе и зависает с такими ошибками, как:
blk_update_request: I/O error, dev sda, sector 969158669
ata1: EH complete
ata1.00: exception Emask 0x0 SAct 0x3c000000 SErr 0x0 action 0x6 frozen
ata1.00: failed command: READ FPDMA QUEUED
ata1.00: cmd 60/08:d0:08:30:c4/00:00:39:00:00/40 tag 26 ncq dma 4096 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: status: { DRDY }
ata1.00: failed command: READ FPDMA QUEUED
ata1.00: cmd 60/28:d8:c8:2f:c4/00:00:39:00:00/40 tag 27 ncq dma 20480 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: status: { DRDY }
ata1.00: failed command: READ FPDMA QUEUED
ata1.00: cmd 60/38:e0:88:2f:c4/00:00:39:00:00/40 tag 28 ncq dma 28672 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: status: { DRDY }
ata1.00: failed command: READ FPDMA QUEUED
ata1.00: cmd 60/78:e8:08:2f:c4/00:00:39:00:00/40 tag 29 ncq dma 61440 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: status: { DRDY }
ata1: hard resetting link
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1.00: configured for UDMA/133
ata1.00: device reported invalid CHS sector 0
со случайным
sd 0:0:0:0: [sda] tag#19 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sd 0:0:0:0: [sda] tag#19 Sense Key : Medium Error [current]
sd 0:0:0:0: [sda] tag#19 Add. Sense: Unrecovered read error - auto reallocate failed
sd 0:0:0:0: [sda] tag#19 CDB: Read(10) 28 00 39 c4 30 08 00 00 08 00
blk_update_request: I/O error, dev sda, sector 969158669
Buffer I/O error on dev dm-2, logical block 1, async page read
а также
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
ata1.00: irq_stat 0x40000001
ata1.00: failed command: READ SECTOR(S) EXT
ata1.00: cmd 24/00:01:0d:30:c4/00:00:39:00:00/e0 tag 6 pio 512 in
res 51/40:01:0d:30:c4/00:00:39:00:00/e0 Emask 0x9 (media error)
ata1.00: status: { DRDY ERR }
ata1.00: error: { UNC }
Вот вывод smartctl после попытки прочитать пару секторов после плохого с помощью hdparm:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 100 100 051 Pre-fail Always - 469
2 Throughput_Performance 0x0026 252 252 000 Old_age Always - 0
3 Spin_Up_Time 0x0023 086 086 025 Pre-fail Always - 4463
4 Start_Stop_Count 0x0032 092 092 000 Old_age Always - 8099
5 Reallocated_Sector_Ct 0x0033 252 252 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 252 252 051 Old_age Always - 0
8 Seek_Time_Performance 0x0024 252 252 015 Old_age Offline - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 19382
10 Spin_Retry_Count 0x0032 252 252 051 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 980
12 Power_Cycle_Count 0x0032 092 092 000 Old_age Always - 8214
181 Program_Fail_Cnt_Total 0x0022 097 097 000 Old_age Always - 66246139
191 G-Sense_Error_Rate 0x0022 100 100 000 Old_age Always - 3820
192 Power-Off_Retract_Count 0x0022 100 100 000 Old_age Always - 20
194 Temperature_Celsius 0x0002 064 051 000 Old_age Always - 32 (Min/Max 15/49)
195 Hardware_ECC_Recovered 0x003a 100 100 000 Old_age Always - 0
196 Reallocated_Event_Count 0x0032 252 252 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 15
198 Offline_Uncorrectable 0x0030 252 252 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0036 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x002a 100 100 000 Old_age Always - 255
223 Load_Retry_Count 0x0032 100 100 000 Old_age Always - 980
225 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 1583719
Обратите внимание на ожидающие секторы ... Как короткие, так и длинные самопроверки сообщают о том же поврежденном секторе, что и ядро.
Hdparm, как ни странно, все успешно читает, но он(см. Правку ниже) зависает и говорит
reading sector 969158769: SG_IO: bad/missing sense data, sb[]: 70 00 03 00 00 00 00 0a 00 51 e0 01 11 04 00 00 a0 71 00 00 00 00 00 00 00 00 00 00 00 00 00 00
succeeded
И это говорит о чем-то вроде 200 секторов после первого плохого. Я переписал пару из них с помощью hdparm --write-sector, и они перестали жаловаться. Сейчас я делаю резервное копирование и заказал новый диск, но между тем я хотел бы понять, что произошло, и, возможно, попытаться это исправить.
Обратите внимание, что количество перераспределенных секторов не увеличивается после того, как я переписал пару плохих, что добавляет странности всему этому. После перезаписи они читают и пишут нормально, как будто ничего не произошло, но прошивка, похоже, не переопределяет их как поврежденные сектора.
Любая идея? Должен ли я просто угробить диск?
PS. OSX в другом разделе все еще работает довольно хорошо.
РЕДАКТИРОВАТЬ: последствия
После резервного копирования я начал немного экспериментировать с жестким диском.
После первого плохого сектора было еще около 150 с такими же проблемами. Я попытался прочитать их с помощью dd и dd_rescue и они потерпели неудачу.
hdparm --read-sector работал (с ошибкой смысла выше), но возвращал противоречивые данные (разные при каждом чтении).
hdparm --write-sector исправляет их, поэтому я просто переписал все неисправные сектора.
Теперь smartctl сообщает о 0 ожидающих секторах и 0 перераспределениях, как короткие, так и длинные самопроверки завершаются без ошибок. Linux загружается нормально, все ошибки исчезли.
Я немного обеспокоен тем, что ~ 70kb я убил, с LVM немного сложно понять, что они на самом деле содержали. Я сбросил пару МБ вокруг этой области, и это все нули, так что я уверен, что это либо пустое место, либо обмен.
Слишком рано, чтобы праздновать еще, но результат выглядит многообещающим, обновит вопрос, если случится что-то новое.