Siduction Forum

Siduction Forum => Hardware - Support => Topic started by: tomsiduction on 2017/12/12, 15:09:42

Title: Datenverlust bei fast neuer SSD (falsche Overprovisionierung?)
Post by: tomsiduction on 2017/12/12, 15:09:42
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
Title: Re: Datenverlust bei fast neuer SSD (falsche Overprovisionierung?)
Post by: melmarker on 2017/12/12, 17:28:45
kann sdb ein Stick gewesen sein?
Title: Re: Datenverlust bei fast neuer SSD (falsche Overprovisionierung?)
Post by: tomsiduction on 2017/12/12, 17:30:18
Hallo und Danke für die Nachfrage:

Es hat definitiv kein Stick gesteckt.
Title: Re: Datenverlust bei fast neuer SSD (falsche Overprovisionierung?)
Post by: devil on 2017/12/12, 20:52:20
Ich habe nun schon einige SSDs durch und derzeit fünf Stück (SATA III und NVME) im Einsatz und habe meines Wissens noch kein Bit verloren. Das Provisioning ist eigentlich immer alltagstauglich eingestellt. Was ist denn das für ein Fabrikat?
Title: Re: Datenverlust bei fast neuer SSD (falsche Overprovisionierung?)
Post by: tomsiduction on 2017/12/12, 21:39:43
@devil
PN mit Details ist unterwegs
Title: Re: Datenverlust bei fast neuer SSD (falsche Overprovisionierung?)
Post by: absolut on 2017/12/12, 22:04:50
hallo,

gibt es einen Grund für Heimlichtuerei hinsichtlich Hersteller, Modell und Charge?

gruß
absolut
Title: Re: Datenverlust bei fast neuer SSD (falsche Overprovisionierung?)
Post by: tomsiduction on 2017/12/13, 08:50:55
Hallo
Ich habe den Hersteller bereits wegen der Problematik angeschrieben. Für mich ist noch nicht geklärt wer oder was das Problem verursacht hat.
Ich finde es angemessen erst einmal zu warten bis geklärt ist wer das Problem verursacht hat.
Angenommen, ich selbst wäre ursächlich für den Datenverlust so finde ich es unangemessen den Hersteller mit (m)einem Datenverlust in Beziehung zu bringen.

Daher meine Zurückhaltung