Сбой теста статуса SSD SMART - как интерпретировать?
Я недавно установил последнюю версию Ubuntu на свой MacBook Air после сбоя SSD. После запуска smartmontools я обнаружил проблему, так как атрибут 173 не работает.
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
173 Wear_Leveling_Count 0x0036 100 100 100 Old_age Always FAILING_NOW 11703984196361
Как мне это интерпретировать? Имеет ли это предупреждение сильную корреляцию с фактическим отказом SSD?
1 ответ
У меня есть то же НЕУДАВШЕЕСЯ уведомление для моей Samsung SM951 (AHCI) 128 ГБ, сообщил в Linux как SAMSUNG MZHPV128HDGM-00000 (BXW2500Q).
Но в моем случае, я думаю, что это - микропрограммная ошибка диска потому что total-bytes-written о свойстве сообщают как 1.1 ТБ, в то время как диск имеет указанные Общие записанные байты (TBW) 75 ТБ! Который, вероятно, идет, очень сохраняют сторону, потому что подобный (NAND MLC) управляет, все достигли множества того (600 ТБ) на реальном испытании на выносливость. И кроме wear_level_count о предупреждении никакого другого предварительного сбоя или ошибок старости или предупреждений сообщают, в то время как reallocated-sector-count, то, которое согласно тому тесту является хорошим индикатором перед сбоем, все еще 0.
Таким образом, мой советовать должен был бы исследовать те значения на Ваш диск/систему и основывать Ваши заключения на этом.
Я предпочитаю утилиту низкого уровня skdump который предоставляется libatasmart, та же библиотека, которой пользуются Диски Gnome.
Используйте следующую команду, заменяя /dev/sdc с путем к Вашему блочному устройству:
sudo skdump /dev/sdc
С уважением.