Ich habe Samsung-SSDs auf meinem eigenen Laptop und auf einigen Servern.
Wenn ich mache:
smartctl -a /dev/sda | grep 177
Ich erhalte Ergebnisse, die ich nicht verstehen kann. Hier sind einige Beispiele:
# my laptop Samsung SSD 850 EVO 500GB (new)
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
177 Wear_Leveling_Count 0x0013 100 100 000 Pre-fail Always - 0
# server 256 GB, SAMSUNG MZ7TE256HMHP-00000
177 Wear_Leveling_Count 0x0013 095 095 000 Pre-fail Always - 95
# server 512 GB, SAMSUNG MZ7TE512HMHP-00000 (1 year old)
177 Wear_Leveling_Count 0x0013 099 099 000 Pre-fail Always - 99
# server 512 GB, SAMSUNG MZ7TE512HMHP-00000 (suppose to be new)
177 Wear_Leveling_Count 0x0013 099 099 000 Pre-fail Always - 99
# server 480 GB, SAMSUNG MZ7KM480HAHP-0E005
177 Wear_Leveling_Count 0x0013 099 099 005 Pre-fail Always - 3
# server 240 GB, SAMSUNG MZ7KM240HAGR-0E005
177 Wear_Leveling_Count 0x0013 099 099 005 Pre-fail Always - 11
Irgendeine Idee, wie man liest Wear_Leveling_Count
?
Einige Werte sind minimal, andere maximal.
Wenn "Laptop" in Betracht gezogen wird Samsung SSD 850 EVO 500GB
, ist es 0 und wird wahrscheinlich zu 100 gehen, dann wird es fehlschlagen.
Wenn man zuerst "Server" betrachtet 256 GB, SAMSUNG MZ7TE256HMHP-00000
, ist es schon am Maximum? Wird es auf Null sinken?
SMART meldet einen PREFAILED-Zustand für mein Samsung SM951 (AHCI) 128 GB, gemeldet unter Linux als
SAMSUNG MZHPV128HDGM-00000 (BXW2500Q)
.Aber in meinem Fall denke ich, es ist ein Firmware-Fehler des Laufwerks,
total-bytes-written
Eigenschaft als 1,1 TB gemeldet wird, während das Laufwerk eine angegebene Gesamtzahl geschriebener Bytes (TBW) von 75 TB aufweist! Was wahrscheinlich auf der (sehr) sicheren Seite liegt, weil ähnliche (MLC NAND) Laufwerke in einem realen Dauertest alle ein Vielfaches davon (600 TB) erreichten.wear_level_count
Warnung werden keine anderen Prefail- oder Oldage-Fehler oder Warnungen gemeldet,reallocated-sector-count
, der laut diesem Test ein guter Pre-Fail-Indikator ist, immer noch 0 ist.Mein Rat wäre daher, diese Werte für Ihren Antrieb / Ihr System zu untersuchen und Ihre Schlussfolgerungen daraus zu ziehen.
Ich bevorzuge das
skdump
mitgelieferte Low-Level-Dienstprogrammlibatasmart
, dieselbe Bibliothek, die auch von Gnome Disks verwendet wird .Verwenden Sie den folgenden Befehl und ersetzen Sie ihn
/dev/sdc
durch den Pfad zu Ihrem Blockgerät:sudo skdump /dev/sdc
quelle