После двух недель нормального использования мой новый SSD начал работать странно. Теперь кажется, что файл не записывается в него. Пример:
root@hooker3:~# mount |grep ssdhome
/dev/sda3 on /ssdhome type ext4 (rw,nosuid,noatime,data=ordered)
root@hooker3:~# ls -l /ssdhome/
total 16
drwx------ 2 root root 16384 Jan 19 20:21 lost+found
root@hooker3:~# echo apple >/ssdhome/test_file
root@hooker3:~# ls -l /ssdhome/test_file
-rw-r--r-- 1 root root 6 Jan 24 20:01 /ssdhome/test_file
root@hooker3:~# cat /ssdhome/test_file
apple
root@hooker3:~# umount /ssdhome
root@hooker3:~# mount /ssdhome
root@hooker3:~# ls -l /ssdhome/test_file
ls: cannot access /ssdhome/test_file: No such file or directory
До перемонтирования все выглядит нормально, но после перемонтирования возвращается прежнее состояние файловой системы. Аналогичное происходит, когда кэш очищается (echo 3> / proc / sys / vm / drop_caches). Разница заключается в том, что после очистки кэша файл все еще существует, но его содержимое представляет собой мусор, а файловая система становится доступной только для чтения. Таким образом, ничто не может быть записано на устройство постоянно, так как после перезагрузки все новые данные будут потеряны. На устройстве есть две файловые системы ext4, и обе стали доступны только для чтения.
SSD - это ADATA S596. ОС - Debian 8. Даже переформатирование не помогает, более того, после переразметки и переформатирования на устройстве ничего не меняется. (Это значит, что переустановка ОС невозможна !?)
Незадолго до первого признака проблемы я выполнил команду fstrim в корневом разделе (которая освободила данные 9 ГБ). Может ли это быть связано с этой проблемой? Кстати, первый fstrim после перезагрузки или перемонтирования всегда говорит, что такое же количество (9 ГБ) обрезается, что кажется неудачным.
Что я могу сделать? Может быть, это аппаратная ошибка?
источник