Для быстрого и легкого исправления попробуйте другой кабель для передачи данных (SATA?), Возможно, даже кабель питания.
Проверьте системный журнал (обычно / var / log / syslog & dmesg на наличие сообщений о диске).когда он исчезает / появляется снова. Вы можете даже слышать, как работает диск во время тестирования / чтения / записи, или даже просто вращаться вхолостую. Так что если он внезапно замолкает во время работы, это плохо, особенно если он исчезает из всех Linuxинструменты / списки.
Немного странно, что самопроверка ничего не записывает ...
Вы можете попробовать снова выполнить короткую самопроверку, необязательно в -C, -Режим захвата (некоторые из моих старых дисков всегда прерывали тест ~ 90%, если он в плену.) Во время тестирования (не в режиме фиксации) вы можете проверить статус теста с помощью smartctl -c / dev / sdX, чтобы увидеть «Состояние выполнения самопроверки».: "и на следующей строке осталось%. Или просто вырежьте эти строки с помощью: smartctl -c / dev / sdX | grep" ^ Self "-A1
-c также покажет, какие тесты поддерживаются.
Попробуйте другие самопроверки (транспортировка, офлайн, долго)
Мне нравится smartctl --xall, чтобы увидеть все результаты.
Я считаю, что "Структура данных SMART Attributes ->Специфичные для поставщика атрибуты SMART с пороговыми значениями имеют «проблемные» атрибуты, показывающие «ЗНАЧЕНИЕ», равное 100 или менее (чем выше число, тем лучше), «RAW_VALUES» очень специфичны для поставщика и могут быть кодом и могут не иметь прямого отношения к атрибуту(Power_On_Minutes & Power_Cycle_Count должны быть фактическими минутами и счетом, но не может быть никаких гарантий). Через некоторое время накопители могут усыпить себя, но они все равно должны оставаться подключенными и отображаться в Linux.Есть команда smartctl, чтобы получить и установить ее, вот соответствующий раздел со страницы руководства: