.png)
После двух недель обычного использования мой новый 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 fs, и обе стали доступными только для чтения.
SSD - ADATA S596. ОС - Debian 8. Даже переформатирование не помогает, более того, после переразметки и переформатирования на устройстве ничего не меняется. (Значит, переустановка ОС невозможна!?)
Незадолго до первых признаков проблемы я запускаю команду fstrim на корневом разделе (которая освободила 9 ГБ данных). Может ли это быть связано с этой проблемой? Кстати, первый fstrim после перезагрузки или перемонтирования всегда говорит, что обрезается тот же объем (9 ГБ), что, похоже, не срабатывает.
Что делать? Может быть, это аппаратная ошибка?