.png)
Después de dos semanas de uso normal, mi nuevo SSD empezó a funcionar de forma extraña. Ahora parece que no se ha escrito ningún archivo en él. Un ejemplo:
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
Hasta que se vuelve a montar, todo parece normal, pero después de un reinicio, vuelve el estado anterior del sistema de archivos. Sucede lo mismo cuando se vacía el caché (echo 3 >/proc/sys/vm/drop_caches). La diferencia es que después de vaciar el caché, el archivo todavía existe pero su contenido es basura, mientras que el sistema de archivos pasa a ser de solo lectura. Por lo tanto, no se puede escribir nada en el dispositivo de forma permanente, ya que después de reiniciar se pierden todos los datos nuevos. Hay dos ext4 fs en el dispositivo y ambos pasaron a ser de solo lectura.
El SSD es un ADATA S596. El sistema operativo es Debian 8. Incluso reformatear no ayuda; además, después de reparticionar y reformatear nada cambia en el dispositivo. (¿Significa que la reinstalación del sistema operativo es imposible?)
No mucho antes de la primera señal del problema, ejecuté un comando fstrim en la partición raíz (que liberó 9 GB de datos). ¿Podría estar relacionado con este problema? Por cierto, el primer fstrim después de reiniciar o volver a montar siempre dice que se recorta la misma cantidad (9 GB), lo que parece fallar.
¿Qué puedo hacer? ¿Podría ser un error de hardware?