Samsung SSD "Wear_Leveling_Count" означает

Question

У меня есть Samsung SSD на моем ноутбуке и на некоторых серверах.

Когда я делаю:

smartctl -a /dev/sda | grep 177

Я получаю результаты, которые не могу понять. Вот некоторые примеры:

# 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

Есть идеи, как читать Wear_Leveling_Count?

Некоторые значения минимальны, некоторые максимальны.

Если рассматривать "ноутбук" Samsung SSD 850 EVO 500GB , он равен 0 и, вероятно, перейдет на 100, а затем выйдет из строя.

Если считать первый "сервер" 256 GB, SAMSUNG MZ7TE256HMHP-00000 , то он уже на максимуме? Будет ли он падать до нуля?

Answer 1

Кингстон описывает этот атрибут SMART следующим образом:

Количество циклов стирания / программирования на блок в среднем. Этот атрибут предназначен для индикации неизбежного износа. Нормализованное уравнение:100 - (100 * Среднее число стираний / максимальное число циклов стирания NAND)

Игнорируйте Raw Data в этих случаях (производители могут манипулировать ими для работы по-разному) и посмотрите на столбец Current Value .

Этот источник от Anandtech дает нам хорошее представление о том, как использовать эту цифру:

Значение SMART Wear Leveling Count (WLC) дает нам все необходимые данные. Текущее значение обозначает остаточную долговечность привода в процентах, что означает, что оно начинается со 100 и уменьшается линейно при записи в привод. Необработанное значение WLC подсчитывает потребленные циклы P/E, поэтому, если эти два значения отслеживаются во время записи на накопитель, то раньше, чем позже, мы найдем место, где нормализованное значение падает на единицу.

Все ваши диски находятся между 95 и 100, и в конечном итоге упадет до 0. Это оценка количества циклов write , erase , rewrite и т.д., Которые может пройти каждый блок до сбоя, и в настоящий момент один из ваших накопителей, по оценкам , использовал 5% его текущего ожидаемого срока службы. Опять же, ключевое слово здесь оценивается.

Также обратите внимание, что ваши накопители могут использовать разные технологии NAND, отсюда и различия в восприятии жизни. Некоторые технологии NAND предполагают, что блоки будут работать около 1000 циклов PE каждый, другие могут быть оценены до 30 000.

Answer 2

SMART сообщает о состоянии PREFAILED для моего Samsung SM951 (AHCI) 128 ГБ, которое в Linux сообщается как SAMSUNG MZHPV128HDGM-00000 (BXW2500Q) .

Но в моем случае я думаю, что это ошибка прошивки привода,

• потому что total-bytes-written составляет 1,1 ТБ, а накопитель имеет указанное общее количество записанных байтов (TBW) 75 ТБ! Что, вероятно, на стороне сохранения (очень), потому что аналогичные (MLC NAND) накопители достигли множества этого (600 ТБ) в реальном тесте на выносливость,
• и кроме предупреждения wear_level_count не сообщается о других ошибках или предупреждениях prefail или oldage,
• в то время как reallocated-sector-count , который в соответствии с этим тестом является хорошим индикатором до отказа, по-прежнему равен 0.

Поэтому я бы посоветовал изучить эти значения для вашего диска / системы и основывать свои выводы на этом.

Я предпочитаю низкоуровневую утилиту skdump которая поставляется с libatasmart , той же библиотекой, которая используется Gnome Disks.

Используйте следующую команду, заменив /dev/sdc на путь к вашему блочному устройству:

sudo skdump /dev/sdc