..png)
2주 동안 정상적으로 사용한 후 새 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입니다. OS는 Debian 8입니다. 다시 포맷해도 도움이 되지 않으며, 파티션을 다시 지정하고 다시 포맷한 후에도 장치에 아무런 변화가 없습니다. (OS 재설치가 불가능하다는 뜻!?)
문제의 첫 징후가 나타나기 얼마 전에 루트 파티션에서 fstrim 명령을 실행했습니다(9GB 데이터 확보). 이 문제와 관련이 있는 것은 아닐까? 그런데 재부팅 또는 재마운트 후 첫 번째 fstrim에서는 항상 동일한 양(9GB)이 잘려 실패했다고 표시됩니다.
어떡해? 하드웨어 오류일까요?