J'ai des SSD Samsung sur mon propre ordinateur portable et sur certains serveurs.
Quand je fais:
smartctl -a /dev/sda | grep 177
J'obtiens des résultats que je ne peux pas comprendre. Voici quelques exemples:
# 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
Une idée comment lire Wear_Leveling_Count
?
Certaines valeurs sont au minimum, d'autres au maximum.
Si vous considérez "ordinateur portable" Samsung SSD 850 EVO 500GB
, il vaut 0 et passera probablement à 100, puis échouera.
Si l'on considère d'abord le "serveur" 256 GB, SAMSUNG MZ7TE256HMHP-00000
, c'est déjà au maximum? Va-t-il descendre à zéro?
SMART signale une condition PREFAILED pour mon Samsung SM951 (AHCI) 128GB, signalé sous Linux comme
SAMSUNG MZHPV128HDGM-00000 (BXW2500Q)
.Mais dans mon cas, je pense que c'est un bug du firmware du lecteur,
total-bytes-written
propriété est signalée comme 1,1 To alors que le lecteur a un Total Bytes Written (TBW) spécifié de 75 To! Ce qui est probablement du côté (très) de la sauvegarde, car des disques similaires (MLC NAND) ont tous atteint une multitude de ceux (600 To) dans un véritable test d'endurance ,wear_level_count
avertissement, aucune autre erreur ou avertissement de préfail ou de vieillissement n'est signalé,reallocated-sector-count
, qui selon ce test est un bon indicateur de pré-échec, est toujours de 0.Donc, mon conseil serait d'examiner ces valeurs pour votre lecteur / système et de baser vos conclusions sur cela.
Je préfère l'utilitaire de bas niveau
skdump
fourni aveclibatasmart
, la même bibliothèque que celle utilisée par Gnome Disks .Utilisez la commande suivante, en remplaçant
/dev/sdc
par le chemin d'accès à votre périphérique de bloc:sudo skdump /dev/sdc
la source