Speichergerät Probleme

[halo44]

Benötige mal wieder einen Rat von Euch.

Ich habe mir vor einiger Zeit einen USB-Stick Sandisk Extreme Pro 128 GB angeschafft. Auf dem Stick habe ich ein bootbares Debian Bullseye installiert. Ich speichere dort gelegentlich wichtige teils verschlüsselte Dateien und auch ein Backup meines Desktop-Rechner OS. Den Stick lagere ich für alle Eventualitäten außer Haus.

Der Stick ist erst ein paar Monate alt und vor mir bisher nur gelegentlich mit aktualisierten Daten versorgt. Nach der Umstellung meines Systems auf Bookworm wollte ich heute den Stick im neuen System aktualisieren. Wenn ich den Stick einstecke erhalte ich diese Info:



Smartctl sagt mir

Code: Alles auswählen

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0002   100   100   000    Old_age   Always       -       4
  9 Power_On_Hours          0x0002   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0002   100   100   000    Old_age   Always       -       0
165 Total_Write/Erase_Count 0x0002   100   100   000    Old_age   Always       -       2054
171 Program_Fail_Count      0x0002   100   100   000    Old_age   Always       -       0
172 Erase_Fail_Count        0x0002   100   100   000    Old_age   Always       -       3
173 Avg_Write/Erase_Count   0x0002   100   100   000    Old_age   Always       -       3
174 Unexpect_Power_Loss_Ct  0x0002   100   100   000    Old_age   Always       -       0
187 Reported_Uncorrect      0x0002   100   100   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   092   008   000    Old_age   Always       -       8 (Min/Max 0/33)
230 Perc_Write/Erase_Count  0x0002   100   100   000    Old_age   Always       -       10
232 Perc_Avail_Resrvd_Space 0x0003   000   100   005    Pre-fail  Always   FAILING_NOW 0
234 Perc_Write/Erase_Ct_BC  0x0002   100   100   000    Old_age   Always       -       10000
241 Total_LBAs_Written      0x0002   100   100   000    Old_age   Always       -       0
242 Total_LBAs_Read         0x0002   100   100   000    Old_age   Always       -       0

Stecke ich den Stick im Bullseye-System, erhalte ich die Warnung nicht. Als ich noch mit Bullseye unterwegs war hätte ich normalweiser Smartctl nicht bemüht, was ich jetzt aber getan habe. Das Ergebnis unter Bullseye nun auch:

Code: Alles auswählen

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0002   100   100   000    Old_age   Always       -       4
  9 Power_On_Hours          0x0002   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0002   100   100   000    Old_age   Always       -       0
165 Total_Write/Erase_Count 0x0002   100   100   000    Old_age   Always       -       0
171 Program_Fail_Count      0x0002   100   100   000    Old_age   Always       -       0
172 Erase_Fail_Count        0x0002   100   100   000    Old_age   Always       -       3
173 Avg_Write/Erase_Count   0x0002   100   100   000    Old_age   Always       -       3
174 Unexpect_Power_Loss_Ct  0x0002   100   100   000    Old_age   Always       -       0
187 Reported_Uncorrect      0x0002   100   100   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   092   008   000    Old_age   Always       -       8 (Min/Max 0/33)
230 Perc_Write/Erase_Count  0x0002   100   100   000    Old_age   Always       -       10
232 Perc_Avail_Resrvd_Space 0x0003   000   100   005    Pre-fail  Always   FAILING_NOW 0
234 Perc_Write/Erase_Ct_BC  0x0002   100   100   000    Old_age   Always       -       10000
241 Total_LBAs_Written      0x0002   100   100   000    Old_age   Always       -       0
242 Total_LBAs_Read         0x0002   100   100   000    Old_age   Always       -       0

Habt Ihr vielleicht einen Rat was zu tun? Muss ich die Meldung ernst nehmen? Sollte ich den Stick reklamieren? Was bedeutet der Code 232 (Perc_Avail_Resrvd_Space)?

Für jeden Hinweis und Hilfe vielen Dank.

Gruss H.

[halo44]

Jetzt wird der Tod in weniger als 24 Stunden angekündigt:

Code: Alles auswählen

smartctl --health /dev/sdd
smartctl 7.3 2022-02-28 r5338 [x86_64-linux-5.18.0-3-amd64] (local build)
Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
Failed Attributes:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
232 Perc_Avail_Resrvd_Space 0x0003   000   100   005    Pre-fail  Always   FAILING_NOW 0

Drive failure expected in less than 24 hours.

Gruss H.

[halo44]

Habe hierzu dieses gefunden:https://www.wilderssecurity.com/threads ... ng.451357/

Schau ich mir morgen mal an.

Gruss H.

[chrbr]

Der Stick ist wohl fast am Ende. Flash Speicher haben üblicherweise mehr Speicher eingebaut als angegeben. Wenn reguläre Speicherzellen kaputt gehen wird die Reserve angegangen. Das scheint bei deinem Stick der Fall zu sein.

So weit ich weiß sind USB-HDDs als Backup Medium deutlich besser geeignet. Jedenfalls solltest du auf den Stick nicht mehr schreiben. Daten solltest du falls nötig auf ein anderes Medium kopieren.

[Draal]

So weit ich weiß sind USB-HDDs als Backup Medium deutlich besser geeignet.

Kann ich bestätigen. An meinem Router hängt eine langsam drehende 2 TB USB-HDD, die seit über 10 Jahren ihren Dienst tut. Ursprünglich sollte sie einen Mediaserver versorgen, aber dann wurde sie als Backup Laufwerk eingesetzt. Sie läuft ca. 2 Stunden am Tag, für die Backups des NAS, sonst ruht sie.

[cosinus]

USB-Sticks sind super geeignet als Rettungs-/Livesystem und wenn man mal ne Datei von A nach B ohne Netzwerk bringen will, aber als zuverlässiges Backup würde ich die niemals in Betracht ziehen. Dann lieber Festplatten. Und bei wichtigen Backups auch mindestens zwei, die man abwechselnd nutzt.

[halo44]

Die von mir gestern verlinkte Seite: https://www.wilderssecurity.com/threads ... ng.451357/ und die dort weiter verlinkten Beiträge lassen mich den Schluss fassen, dass das ein Problem von Sandisk ist.

Der RAW-Value Wert 0 von 232 Perc_Avail_Resrvd_Space besagt, dass keine reserve spare blocks mehr zur Verfügung stehen. Nun haben aber USB-Sticks i.d.R. keine spare blocks. Insofern ist richtig, dass 0 verbleibende spare blocks angezeigt werden.

Das Problem besteht darin, dass Sandisk fälschlich SSD-Firmware mit SMART-Unterstützung für ein Flash-Laufwerk verwendet. Smartd kann das nicht ignorieren, auch nicht mit mit einem Eintrag in die /etc/smartd.conf:

Code: Alles auswählen

 /dev/disk/by-id/........ -d ignore

Ich gehe davon aus, dass der USB-Stick nicht defekt ist und werde ihn für den eingangs geschilderten Zweck weiter nutzen. Er ist nur für den Fall einer "Katastrophe" als externe Sicherung vorgesehen. Weitere lokale Sicherungen habe ich dreifach auf einer internen Festplatte, einem NAS und einer externen Festplatte.

Gruss H.