Hallo
Folgendes hat sich ereignet:
Eine ca. 1 Monat alte SSD (mit drei LVMs) zeigte folgendes Verhalten:
Auf dem Hauptverzeichnis / kam es zu einem sehr großen Coredump. In der Folge fror das System ein.
Beim Neustart waren erhebliche Teile der Linux-Systems beschädigt. Auch ein fsck konnte nichts mehr Rettendes bewirken.
Anlässlich eines ddrescue zeigte sich, dass das System - beim tatsächlichen Vorliegen einer Platte (sda) noch eine kleine zweite platte (sdb mit 3 GB) erkannte.
Bei einem erneuten Neustart gingen die Datenverluste in der Hauptpartition weiter.
Auch auf den beiden anderen LVMs gab es Datenveränderungen.
Ich überlege ob dieses eventuell mit (falschen / fehlenden) Overprovisionierungs_Einstellungen zu tun hat.
smart schaut unauffällig aus
Description | Raw | Normalized | Worst | Threshold | Status |
------------------------------------------------------------------------------------------------------
| 5 | Reallocated Sector Count | 0 | 100 | 100 | 10 | OK |
| 9 | Power-on Hours | 279 | 99 | 99 | 0 | OK |
| 12 | Power-on Count | 322 | 99 | 99 | 0 | OK |
| 177 | Wear Leveling Count | 8 | 99 | 99 | 0 | OK |
| 179 | Used Reserved Block Count (total)| 0 | 100 | 100 | 10 | OK |
| 181 | Program Fail Count (total) | 0 | 100 | 100 | 10 | OK |
| 182 | Erase Fail Count (total) | 0 | 100 | 100 | 10 | OK |
| 183 | Runtime Bad Count (total) | 0 | 100 | 100 | 10 | OK |
| 187 | Uncorrectable Error Count | 0 | 100 | 100 | 0 | OK |
| 190 | Airflow Temperature | 41 | 59 | 40 | 0 | OK |
| 195 | ECC Error Rate | 0 | 200 | 200 | 0 | OK |
| 199 | CRC Error Count | 0 | 100 | 100 | 0 | OK |
| 235 | POR Recovery Count | 29 | 99 | 99 | 0 | OK |
| 241 | Total LBAs Written | 1743702549 | 99 | 99 | 0 | OK |
------------------------------------------------------------------------------------------------------
DRIVE HEALTH STATUS : GOOD
Sollte ich die Einstellungen zur Overprovisionierung verändern?
Vielen Dank