Tengo SSD de Samsung en mi propia computadora portátil y en algunos servidores.
Cuando lo hago:
smartctl -a /dev/sda | grep 177
Obtengo resultados que no puedo entender. Aquí hay unos ejemplos:
# 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
¿Alguna idea de cómo leer Wear_Leveling_Count
?
Algunos valores están en el mínimo, algunos están en el máximo.
Si considera "laptop" Samsung SSD 850 EVO 500GB
, es 0 y probablemente irá a 100, entonces fallará.
Si considera el primer "servidor" 256 GB, SAMSUNG MZ7TE256HMHP-00000
, ¿ya está al máximo? ¿Se reducirá a cero?
SMART informa una condición PREFERIDA para mi Samsung SM951 (AHCI) 128GB, reportada en Linux como
SAMSUNG MZHPV128HDGM-00000 (BXW2500Q)
.Pero en mi caso, creo que es un error de firmware de la unidad,
total-bytes-written
propiedad se informa como 1.1TB mientras la unidad tiene un total de bytes escritos (TBW) especificados de 75TB! Lo que probablemente está en el lado (muy) seguro, porque unidades similares (MLC NAND) alcanzaron una multitud de eso (600 TB) en una prueba de resistencia real ,wear_level_count
advertencia, no se informan otros errores o advertencias previas al error u obsolescencia,reallocated-sector-count
que, que según esa prueba es un buen indicador de pre-falla, sigue siendo 0.Por lo tanto, mi consejo sería examinar esos valores para su unidad / sistema y basar sus conclusiones en eso.
Prefiero la utilidad de bajo nivel
skdump
que se suministra conlibatasmart
la misma biblioteca que utilizan los discos de Gnome .Use el siguiente comando, reemplazando
/dev/sdc
con la ruta a su dispositivo de bloqueo:sudo skdump /dev/sdc
fuente