.png)
Nach zwei Wochen normaler Nutzung begann meine neue SSD seltsam zu funktionieren. Jetzt scheint es, als würden keine Dateien mehr darauf geschrieben. Ein Beispiel:
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
Bis zu einem erneuten Mounten sieht alles normal aus, aber nach einem erneuten Mounten wird der vorherige Zustand des Dateisystems wiederhergestellt. Ähnliches passiert, wenn der Cache geleert wird (echo 3 >/proc/sys/vm/drop_caches). Der Unterschied besteht darin, dass die Datei nach dem Leeren des Caches zwar noch vorhanden ist, ihr Inhalt jedoch Müll ist, während das Dateisystem schreibgeschützt wird. Daher kann nichts dauerhaft auf das Gerät geschrieben werden, da nach einem Neustart alle neuen Daten verloren gehen. Auf dem Gerät befinden sich zwei ext4-Flash-Laufwerke und beide sind schreibgeschützt.
Die SSD ist eine ADATA S596. Das Betriebssystem ist Debian 8. Selbst eine Neuformatierung hilft nicht, außerdem ändert sich nach der Neupartitionierung und Neuformatierung nichts am Gerät. (Das bedeutet, dass eine Neuinstallation des Betriebssystems unmöglich ist!?)
Kurz vor dem ersten Anzeichen des Problems habe ich einen Fstrim-Befehl auf der Root-Partition ausgeführt (der 9 GB Daten freigegeben hat). Könnte das mit diesem Problem zusammenhängen? Übrigens zeigt der erste Fstrim nach einem Neustart oder erneuten Einhängen immer an, dass dieselbe Menge (9 GB) gekürzt wird, was fehlzuschlagen scheint.
Was kann ich tun? Liegt es vielleicht an einem Hardwarefehler?