3

В последний день я нашел в журнале dmesg и очень волнуюсь, потому что это совершенно новый диск.

Как вы думаете ?

[1681380.516688] ata1.00: status: { DRDY ERR }
[1681380.517264] ata1.00: error: { UNC }
[1681380.518303] ata1.00: configured for UDMA/100
[1681380.518309] ata1: EH complete
[1681380.518767] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[1681380.518994] ata1.00: irq_stat 0x40000008
[1681380.519523] ata1.00: failed command: READ FPDMA QUEUED
[1681380.520071] ata1.00: cmd 60/08:00:18:1e:81/00:00:02:00:00/40 tag 0 ncq 4096 in
[1681380.520071]          res 41/40:00:18:1e:81/00:00:02:00:00/40 Emask 0x409 (media error) <F>
[1681380.521159] ata1.00: status: { DRDY ERR }
[1681380.521692] ata1.00: error: { UNC }
[1681380.522697] ata1.00: configured for UDMA/100
[1681380.522704] ata1: EH complete
[1681380.523166] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[1681380.523400] ata1.00: irq_stat 0x40000008
[1681380.523861] ata1.00: failed command: READ FPDMA QUEUED
[1681380.524369] ata1.00: cmd 60/08:00:18:1e:81/00:00:02:00:00/40 tag 0 ncq 4096 in
[1681380.524370]          res 41/40:00:18:1e:81/00:00:02:00:00/40 Emask 0x409 (media error) <F>
[1681380.525382] ata1.00: status: { DRDY ERR }
[1681380.525873] ata1.00: error: { UNC }
[1681380.526845] ata1.00: configured for UDMA/100
[1681380.526852] sd 1:0:0:0: [sda] Unhandled sense code
[1681380.526854] sd 1:0:0:0: [sda] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[1681380.526858] sd 1:0:0:0: [sda] Sense Key : Medium Error [current] [descriptor]
[1681380.526863] Descriptor sense data with sense descriptors (in hex):
[1681380.526865]         72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
[1681380.526874]         02 81 1e 18
[1681380.526878] sd 1:0:0:0: [sda] Add. Sense: Unrecovered read error - auto reallocate failed
[1681380.526883] sd 1:0:0:0: [sda] CDB: Read(10): 28 00 02 81 1e 18 00 00 08 00
[1681380.526892] end_request: I/O error, dev sda, sector 42016280
[1681380.527102] ata1: EH complete
[1681380.527104] EXT4-fs error (device sda1): ext4_find_entry: inode #1311883: (comm updatedb.mlocat) reading directory lblock 0
[1681380.527107] Aborting journal on device sda1-8.
[1681380.528161] EXT4-fs (sda1): Remounting filesystem read-only

3 ответа3

4

Да. Сделайте резервную копию немедленно и замените ее.

3

Да. Проверьте состояние SMART для подтверждения.

2

Поскольку это новый диск, используйте гарантию, чтобы получить замену.

Иначе вот как запустить перераспределение плохого блока:

Найдите физический сектор (ы), вызывающий проблему, здесь он показан как сектор 42016280 в этой строке dmesg:

end_request: I/O error, dev sda, sector 42016280

Подтвердите, что это тот, кто пытается прочитать его с помощью hdparm:

hdparm --read-sector 42016280 /dev/sda 

Если это действительно так, вы получите ошибку ввода / вывода. Запустите перераспределение, записав в этот сектор hdparm:

hdparm --write-sector 42016280 --yes-i-know-what-i-am-doing /dev/sda

Попробуйте снова прочитать сектор, и он должен появиться как заполненный нулями.

Кроме того, вы можете попытать счастья, вызвав badblocks через e2fsck:

e2fsck -c /dev/sda

Эта команда запускает неразрушающий тест чтения, которого иногда достаточно, чтобы исправить некоторые ошибки чтения.

Наконец, проверьте поддержку производителя для конкретных проблем, например, для критически важного m4 ssd трудно с неожиданной потерей мощности, которая может привести к неправильному поведению и невозможности автоматического перераспределения поврежденных секторов. Решающая поддержка рекомендует сделать цикл питания

Кредит идет в блог Bas '

-edit- Если все остальное не удалось, можно попытаться восстановить ssd к заводским настройкам по умолчанию с помощью команды ata secure erase, как объяснено в статье об очистке ячеек памяти SSD Arch wiki (найдите ее, я не могу связать ее из-за публикации как гость)

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .