Uncorrectable sector count что это
Как продлить жизнь старому жесткому диску
Содержание
Содержание
Жесткий диск является самым сложным механическим элементом наших компьютеров и ноутбуков. Ведь внутри него находится пакет из дисков, покрытых магнитным материалом и вращающихся с большой скоростью. А считывающие и записывающие информацию головки парят над дисками на расстоянии всего несколько нанометров. Поддерживается зазор между считывающей головкой и магнитным диском только за счет потока воздуха.
Что такое переназначенные сектора и почему они появляются?
Из-за особенностей конструкции, жесткий диск чрезвычайно уязвим к тряске, ударам и вибрации в рабочем состоянии. Достаточно один раз задеть ногой работающий компьютер так, чтобы он качнулся, или с грохотом поставить включенный ноутбук на стол и все — головка жесткого диска задевает поверхность «блина» и царапает его.
В результате магнитная поверхность повреждается, файлы с испорченного участка перестают считываться.
Жесткий диск постоянно производит самодиагностику, занося множество параметров работы в данные S.M.A.R.T. (система самодиагностики жесткого диска). И такие испорченные участки магнитной поверхности он помечает как «поврежденный сектор» или «bad block».
Но возникнуть поврежденные сектора могут не только из-за тряски и толчков диска, но и из-за постепенного износа и деградации механизмов жесткого диска, когда отслоившиеся частички магнитного слоя попадают между головкой и «блином», вызывая лавинообразное появление поврежденных секторов.
Усугубляет ситуацию слишком высокая или низкая температура жесткого диска, а также ее резкие перепады.
Вышеописанные поврежденные сектора являются физическими, то есть они присутствуют в виде повреждений магнитной поверхности. Но бывают и логические поврежденные сектора, которые появляются на диске в результате сбоя программного обеспечения, окисления контактов на плате, плохого электропитания или поврежденного кабеля передачи данных.
В любом случае, у жесткого диска имеется резервная область магнитной поверхности, и он переназначает испорченный сектор из нее. Теперь при обращении к нему головка жесткого диска будет считывать и записывать сектор из резервной области.
В параметрах S.M.A.R.T. увеличится значение Reallocated Sector Count — это количество переназначенных секторов. Также может увеличиваться значение Reallocated Event Count.Этот параметр напрямую связан с Reallocated Sector Count, но иногда его рост может происходить отдельно. Например, в случаях, когда жесткому диску удалось все-таки прочитать сбойный сектор.
Еще один важный параметр S.M.A.R.T., указывающий на здоровье диска, это Current Pending Sector Count. Это количество нестабильных секторов, которые то читаются, то нет.
Какими программами определить наличие переназначенных секторов?
Давайте рассмотрим программы, которыми удобно просматривать данные S.M.A.R.T. и следить за здоровьем своего жесткого диска.
Одна из самых популярных бесплатных программ — CrystalDiskInfo.
Программа очень удобна и проста, вам даже не обязательно вникать в подробности данных S.M.A.R.T..
Программа напишет состояние диска в виде большой кнопки «Техсостояние», которая будет иметь вид «Хорошо» и синий цвет, при проблемах с диском она изменит цвет на желтый и надпись на «Тревога».
Красный цвет кнопки и надпись «Тревога» говорит о критическом состоянии жесткого диска.
Вот, как пример, один из моих жестких дисков с переназначенными секторами.
Вывод данных по умолчанию идет в шестнадцатиричной системе, однако его можно перенастроить в десятичную.
Еще одна неплохая программа контроля жестких дисков — это условно-бесплатная HD Tune.
Это неплохая альтернатива CrystalDiskInfo, у которой более строгие критерии оценки здоровья жесткого диска.
Вот, как пример, тот же самый диск с переназначенными секторами, в HD Tune.
Как предотвратить появление переназначенных секторов и продлить жизнь жесткого диска
Первое и самое главное правило —никаких толчков и вибраций устройства во включенном состоянии!
Ставьте компьютер так, чтобы об него не задевали дети или домашние животные.
Особое внимание проявите к ноутбуку с жестким диском, старайтесь не перемещать его во включенном состоянии. Если вы используете его на диване или на коленях, поднимайте и ставьте его плавно.
Второе правило — в идеале температура жесткого диска должна быть от 20 до 40 градусов. Очень желательно поставить напротив жесткого диска вентилятор в корпусе ПК.
При проветривании зимой, если компьютер стоит рядом с окном, температура жесткого диска может резко упасть, что крайне нежелательно. Отключайте компьютер перед проветриванием.
Сохранение важной информации
У каждого из нас на компьютерах есть информация, которая крайне ценна: семейный фото/видео альбом, какие-то работы, рисунки, тексты и т. д. Зачастую при отказе жесткого диска эта бесценная информация теряется навсегда.
Всегда дублируйте важную информацию на отдельный носитель: внешний жесткий диск, флешки, dvd-диски, облака.
Если же S.M.A.R.T. вашего жесткого диска показывает ошибки, то сохранение важной информации — это первоочередное, что вы должны сделать.
Практически любой почтовый сервис сейчас предлагает услуги облачного хранения данных: google.com, mail.ru, yandex.ru. Если у вас есть почта на каком-то из этих сервисов, то есть и облако, на которое можно сохранить важные данные.
Очень удобно подключать облака в компьютер через программу от mail.ru — «Диск-О:». При запуске Диск-О: облака будут видны в проводнике компьютера как обычные диски. В этой статье мы подробно сравнивали возможности разных облачных сервисов.
Исправление переназначенных секторов
Сразу стоит отметить, что физически поврежденные сектора на жестком диске исправить мы никак не сможем. А его ремонт, как правило, обходится гораздо дороже самого накопителя. Поэтому единственное, что мы можем сделать в домашних условиях — это исправить плохие сектора, появившиеся в результате программного сбоя или плохого питания диска.
Поможет нам в этом бесплатная утилита Victoria HDD/SSD. На сайте разработчиков можно скачать версию 5.27.
Программа имеет массу возможностей для диагностики жестких дисков, но обращаться с ней нужно крайне осторожно, понимая, что и зачем вы делаете. И, конечно, вся ценная информация на диске должна быть сохранена в другое место.
Для начала выберем диск в правой части окна программы.
Можно посмотреть атрибуты S.M.A.R.T.
Если нажать на кнопку «Тестирование», мы попадаем в окно проверки поверхности диска.
Сканирование диска занимает очень продолжительное время, однако из-под Windows сканировать системный диск не рекомендуется, так как результаты могут быть некорректны. В идеале, программу лучше запускать с загрузочной флешки.
Сканируя диск, Victoria HDD/SSD помечает сектора цветами, меняющимися в зависимости от состояния сектора.
Перед запуском теста нужно выбрать один из четырех способов, которым Victoria HDD/SSD будет лечить сектора.
Для лечения переназначенных секторов надо запустить тест поверхности в режиме «Починить». Если после него останутся поврежденные сектора, то запустить тест в режиме «Обновить». На больших по объему дисках тестирование может занять несколько часов.
Как использовать жесткий диск, если лечение не помогло
Не стоит питать особых надежд на исправление всех дефектов. Обычно диск так и остается с переназначенными секторами. Но это совсем не приговор. Каждый случай индивидуален и бывает, что диск с повреждениями работает еще очень долго.
К примеру, указанный выше диск с поврежденными секторами, мне отдали «на выброс» шесть лет назад, однако с хорошим обдувом и без вибраций переназначенные сектора перестали увеличиваться в количестве, и диск нормально работает.
Конечно, доверять важную информацию такому диску не стоит. Однако у нас на компьютерах достаточно временной, не слишком важной информации, которую можно хранить на таких дисках, как на дополнительных. Например, файл подкачки, сохраненные образы системы Windows, коллекция игр Steam, временные видео с видеорегистратора и так далее.
Как вариант, можно использовать такой диск как внешний для просмотра, например, видео и фильмов на телевизоре или для передачи информации знакомым. Такой диск не так жалко потерять или испортить окончательно, ведь его стоимость на вторичном рынке равна почти нулю, а надежность под сомнением. Однако как средство переноса и хранения не слишком важной информации он вполне может поработать.
Бывают внешние боксы как для обычных 3.5″ дисков, так и для ноутбучных 2.5″. Обязательно выбирайте бокс с интерфейсом USB 3.0 и выше.
Главное — помнить, что важную информацию обязательно надо дублировать, и тогда отказ жесткого диска вам будет не страшен. И если вы берете качественные жесткие диски с большим сроком гарантии и пользуетесь ими аккуратно, то переживать по поводу его выхода из строя в гарантийный период не стоит.
Восстанавливаем битые сектора на диске с помощью smartctl и dd
Диск, который годами служил верой и правдой, внезапно начал щелкать, выключаться и вести себя в остальном очень странно. Знакомая ситуация?
У меня для вас хорошие новости: даже если вы не делали бэкап, большую часть информации с этого диска скорее всего можно будет спасти. Если вы делали бэкап, то тоже хорошая новость: у вас есть отличный шанс проверить ваши бэкапы на корректность и полноту.
При попытках чтения с этого диска в логах будут примерно такие строки:
Диагноз по атрибутам
Подобные симптомы обычно имеют отражение в атрибутах S.M.A.R.T. Большинство атрибутов не представляет для нас никакого практического интереса, но некоторые особенно важны в диагнозе подобных проблем.
Из всего отчёта нас интересуют в первую очередь они:
Рассмотрим подробно каждый из счетчиков.
Current Pending Sector
В счётчике Current_Pending_Sector указано число секторов, которые диск не смог прочитать. Это критическая ошибка в том смысле, что данные уже не восстановить, но не фатальная в том смысле, что для этих секторов у диска ещё есть резерв. При следующей записи в эти секторы прошивка диска сделает логическую замену их другими секторами из резерва, который, как обычно подразумевается, находится в другой физической части диски.
Offline Uncorrectable Sector Count
В счётчике Offline_Uncorrectable указано число секторов, которые диск не смог восстановить во время операций, предусмотренных предыдущим пунктом.
Семантика этого счётчика отличается от производителя к производителю, потому оптимистично можно предположить что эти сектора всё же можно будет восстановить аналогично секторам, указаным в предыдущем счётчике. В чуть более худшем случае вы сможете удалить данные с диска, затем спокойно выкинуть его. В совсем плохом случае вы ничего не сможете сделать с диском.
Reallocated Event Count
Счётчик Reallocated_Event_Count тоже представляет для нас интерес. В этом счётчике указано число секторов, которые были заменены на резервные. Если в этом счётчике есть какое-то ненулевое значение, а в других счётчиках всё по нулям, то это говорит о том, что с диском уже проводились восстановительные операции, подобные описанным в этой статье.
Для каких-то дисков ненулевая величина в этом счётчике может означать неминуемую кончину диска, для других дисков этот счётчик говорит о нормальной работе диска: он может проработать ещё годы. Не все диски меняют значение этого счётчика, потому нулевое значение нужно сверять с логами самотестирования.
Решаем проблему
Чтобы диск сделал логическую замену сектора, сектор нужно перезаписать нулями. Для чего нужно знать какой именно сектор нужно перезаписывать. В самих атрибутах нет данных о конкретных секторах, вызвавших ошибку. Координаты сектора можно найти в логе самотестирования диска.
Запустим быстрый тест, который быстро покажет проблемный сектор:
При наличии ошибок тест обычно заканчивается раньше обозначенного времени, но это верно не для всех дисков всех производителей. Для верности подождём и после обозначенного времени смотрим на первую строку в логе тестов:
Проблемный сектор будет в последней колонке отчёта. Номер его указан в физических координатах относительно диска, а чтобы мы могли перезаписать этот сектор нулями, нам нужно знать логические координаты относительно операционной системы.
Физические секторы на диске имеют размеры в 4 Кб, но логический сектор (LBA) имеет размер 512 байт. Значит нам нужно перезаписать нулями физический сектор размером 4 Кб, используя LBA, посчитанный исходя из размера сектора в 512 байт.
Внимание! Дальнейшие инструкции натурально удаляют данные с диска. При ошибке данные вернуть будет нельзя. Данные будут удалены совсем и навсегда. Это не шутка. Проверяйте каждую команду по несколько раз. Если сомневаетесь, ни шагу дальше.
Перезаписывать нужно именно физический сектор целиком. Если попытаться перезаписать восемь секторов по 512 байт, которые вроде как соответствуют одному сектору по 4 Кб, то диск вернёт ошибку:
Если заметить, что физический сектор в восемь раз больше логического (4096/512 = 8), то проблема высчитывания смещения от начала диска сводится к делению LBA-координат проблемного сектора на восемь:
При перезаписи нулями проблемного сектора целиком диск сообщит об успехе, как в этом примере, или об ошибке. Некоторые диски в такой ситуации сообщают об ошибке при записи, ведущей к переназначению сектора, потому при ошибке стоит повторить операцию ещё раз.
Флаг fdatasync в этой команде указывает дождаться физической записи сектора на диск, а если это не удастся, то dd сообщит об ошибке. Это означает, что если команда завершилась с ошибкой и во второй раз, то, или вы ошиблись в расчётах, или диск восставлению не подлежит.
После успешной перезаписи число проблемных секторов уменьшится
Уменьшение счётчика Current_Pending_Sector говорит об успехе нашей операции. Если этот или другие счётчики не изменили своих значений, то это, скорее всего, означает что в расчёте координат сектора есть ошибка (был перезаписан нулями не тот сектор).
Повторять до победного
Такую же процедру следует повторить до уменьшения счётчика проблемных секторов до нуля:
Не составляет особого труда заскриптовать эту операцию. Эту задачу мы оставляем читателю в качестве упражнения.
Вот и всё
Спустя какое-то время тесты будут проходить без ошибок, а счётчик битых секторов Current Pending Sector (и Offline Uncorrectable) будет показывать ноль.
После исправления всех ошибок стоит запустить глубокое тестирование диска:
Эта операция займёт ощутимое время. Если по её итогам найдутся ещё какие-то ошибки, то шаги выше нужно будет повторить.
Если некогда возиться.
Можно обойтись без большей части операций выше если данные на диске не представляют ценности (например, это диск из RAID 1). Для этого запускаем полный тест командой выше, дожидаемся его завершения с ошибкой, затем перезаписываем весь диск целиком нулями:
Затем запускаем глубокое тестирование командой как выше, дожидаемся окончания и убеждаемся что тест завершился без ошибок.
Как потратить своё время и ресурс SSD впустую? Легко и просто
«Тестировать нельзя диагностировать» – куда бы вы поставили запятую в данном предложении? Надеемся, что после прочтения данного материала вы без проблем можете чётко дать ответ на этот вопрос. Многие пользователи когда-либо сталкивались с потерей данных по той или иной причине, будь то программная или аппаратная проблема самого накопителя или же нестандартное физическое воздействие на него, если вы понимаете, о чём мы. Но именно о физических повреждениях сегодня речь и не пойдёт. Поговорим мы как раз о том, что от наших рук не зависит. Стоит ли тестировать SSD каждый день/неделю/месяц или это пустая трата его ресурса? А чем их вообще тестировать? Получая определённые результаты, вы правильно их понимаете? И как можно просто и быстро убедиться, что диск в порядке или ваши данные под угрозой?
Тестирование или диагностика? Программ много, но суть одна
На первый взгляд диагностика и подразумевает тестирование, если думать глобально. Но в случае с накопителями, будь то HDD или SSD, всё немного иначе. Под тестированием рядовой пользователь подразумевает проверку его характеристик и сопоставление полученных показателей с заявленными. А под диагностикой – изучение S.M.A.R.T., о котором мы сегодня тоже поговорим, но немного позже. На фотографию попал и классический HDD, что, на самом деле, не случайность…
Так уж получилось, что именно подсистема хранения данных в настольных системах является одним из самых уязвимых мест, так как срок службы накопителей чаще всего меньше, чем у остальных компонентов ПК, моноблока или ноутбука. Если ранее это было связано с механической составляющей (в жёстких дисках вращаются пластины, двигаются головки) и некоторые проблемы можно было определить, не запуская каких-либо программ, то сейчас всё стало немного сложнее – никакого хруста внутри SSD нет и быть не может. Что же делать владельцам твердотельных накопителей?
Программ для тестирования SSD развелось великое множество. Какие-то стали популярными и постоянно обновляются, часть из них давно забыта, а некоторые настолько хороши, что разработчики не обновляют их годами – смысла просто нет. В особо тяжёлых случаях можно прогонять полное тестирование по международной методике Solid State Storage (SSS) Performance Test Specification (PTS), но в крайности мы бросаться не будем. Сразу же ещё отметим, что некоторые производители заявляют одни скорости работы, а по факту скорости могут быть заметно ниже: если накопитель новый и исправный, то перед нами решение с SLC-кешированием, где максимальная скорость работы доступна только первые несколько гигабайт (или десятков гигабайт, если объём диска более 900 ГБ), а затем скорость падает. Это совершенно нормальная ситуация. Как понять объём кеша и убедиться, что проблема на самом деле не проблема? Взять файл, к примеру, объёмом 50 ГБ и скопировать его на подопытный накопитель с заведомо более быстрого носителя. Скорость будет высокая, потом снизится и останется равномерной до самого конца в рамках 50-150 МБ/с, в зависимости от модели SSD. Если же тестовый файл копируется неравномерно (к примеру, возникают паузы с падением скорости до 0 МБ/с), тогда стоит задуматься о дополнительном тестировании и изучении состояния SSD при помощи фирменного программного обеспечения от производителя.
Яркий пример корректной работы SSD с технологией SLC-кеширования представлен на скриншоте:
Те пользователи, которые используют Windows 10, могут узнать о возникших проблемах без лишних действий – как только операционная система видит негативные изменения в S.M.A.R.T., она предупреждает об этом с рекомендацией сделать резервные копии данных. Но вернёмся немного назад, а именно к так называемым бенчмаркам. AS SSD Benchmark, CrystalDiskMark, Anvils Storage Utilities, ATTO Disk Benchmark, TxBench и, в конце концов, Iometer – знакомые названия, не правда ли? Нельзя отрицать, что каждый из вас с какой-либо периодичностью запускает эти самые бенчмарки, чтобы проверить скорость работы установленного SSD. Если накопитель жив и здоров, то мы видим, так сказать, красивые результаты, которые радуют глаз и обеспечивают спокойствие души за денежные средства в кошельке. А что за цифры мы видим? Чаще всего замеряют четыре показателя – последовательные чтение и запись, операции 4K (КБ) блоками, многопоточные операции 4K блоками и время отклика накопителя. Важны все вышеперечисленные показатели. Да, каждый из них может быть совершенно разным для разных накопителей. К примеру, для накопителей №1 и №2 заявлены одинаковые скорости последовательного чтения и записи, но скорости работы с блоками 4K у них могут отличаться на порядок – всё зависит от памяти, контроллера и прошивки. Поэтому сравнивать результаты разных моделей попросту нельзя. Для корректного сравнения допускается использовать только полностью идентичные накопители. Ещё есть такой показатель, как IOPS, но он зависит от иных вышеперечисленных показателей, поэтому отдельно говорить об этом не стоит. Иногда в бенчмарках встречаются показатели случайных чтения/записи, но считать их основными, на наш взгляд, смысла нет.
И, как легко догадаться, результаты каждая программа может демонстрировать разные данные – всё зависит от тех параметров тестирования, которые устанавливает разработчик. В некоторых случаях их можно менять, получая разные результаты. Но если тестировать «в лоб», то цифры могут сильно отличаться. Вот ещё один пример теста, где при настройках «по умолчанию» мы видим заметно отличимые результаты последовательных чтения и записи. Но внимание также стоит обратить на скорости работы с 4K блоками – вот тут уже все программы показывают примерно одинаковый результат. Собственно, именно этот тест и является одним из ключевых.
Но, как мы заметили, только одним из ключевых. Да и ещё кое-что надо держать в уме – состояние накопителя. Если вы принесли диск из магазина и протестировали его в одном из перечисленных выше бенчмарков, практически всегда вы получите заявленные характеристики. Но если повторить тестирование через некоторое время, когда диск будет частично или почти полностью заполнен или же был заполнен, но вы самым обычным способом удалили некоторое количество данных, то результаты могут разительно отличаться. Это связано как раз с принципом работы твердотельных накопителей с данными, когда они не удаляются сразу, а только помечаются на удаление. В таком случае перед записью новых данных (тех же тестовых файлов из бенчмарков), сначала производится удаление старых данных. Более подробно мы рассказывали об этом в предыдущем материале.
На самом деле в зависимости от сценариев работы, параметры нужно подбирать самим. Одно дело – домашние или офисные системы, где используется Windows/Linux/MacOS, а совсем другое – серверные, предназначенные для выполнения определённых задач. К примеру, в серверах, работающих с базами данных, могут быть установлены NVMe-накопители, прекрасно переваривающие глубину очереди хоть 256 и для которых таковая 32 или 64 – детский лепет. Конечно, применение классических бенчмарков, перечисленных выше, в данном случае – пустая трата времени. В крупных компаниях используют самописные сценарии тестирования, например, на основе утилиты fio. Те, кому не требуется воспроизведение определённых задач, могут воспользоваться международной методикой SNIA, в которой описаны все проводимые тесты и предложены псевдоскрипты. Да, над ними потребуется немного поработать, но можно получить полностью автоматизированное тестирование, по результатам которого можно понять поведение накопителя – выявить его сильные и слабые места, посмотреть, как он ведёт себя при длительных нагрузках и получить представление о производительности при работе с разными блоками данных.
В любом случае надо сказать, что у каждого производителя тестовый софт свой. Чаще всего название, версия и параметры выбранного им бенчмарка дописываются в спецификации мелким шрифтом где-нибудь внизу. Конечно, результаты примерно сопоставимы, но различия в результатах, безусловно, могут быть. Из этого следует, как бы грустно это ни звучало, что пользователю надо быть внимательным при тестировании: если результат не совпадает с заявленным, то, возможно, просто установлены другие параметры тестирования, от которых зависит очень многое.
Теория – хорошо, но давайте вернёмся к реальному положению дел. Как мы уже говорили, важно найти данные о параметрах тестирования производителем именно того накопителя, который вы приобрели. Думаете это всё? Нет, не всё. Многое зависит и от аппаратной платформы – тестового стенда, на котором проводится тестирование. Конечно, эти данные также могут быть указаны в спецификации на конкретный SSD, но так бывает не всегда. Что от этого зависит? К примеру, перед покупкой SSD, вы прочитали несколько обзоров. В каждом из них авторы использовали одинаковые стандартные бенчмарки, которые продемонстрировали разные результаты. Кому верить? Если материнские платы и программное обеспечение (включая операционную систему) были одинаковы – вопрос справедливый, придётся искать дополнительный независимый источник информации. А вот если платы или ОС отличаются – различия в результатах можно считать в порядке вещей. Другой драйвер, другая операционная система, другая материнская плата, а также разная температура накопителей во время тестирования – всё это влияет на конечные результаты. Именно по этой причине получить те цифры, которые вы видите на сайтах производителей или в обзорах, практически невозможно. И именно по этой причине нет смысла беспокоиться за различия ваших результатов и результатов других пользователей. Например, на материнской плате иногда реализовывают сторонние SATA-контроллеры (чтобы увеличить количество соответствующих портов), а они чаще всего обладают худшими скоростями. Причём разница может составлять до 25-35%! Иными словами, для воспроизведения заявленных результатов потребуется чётко соблюдать все аспекты методики тестирования. Поэтому, если полученные вами скоростные показатели не соответствуют заявленным, нести покупку обратно в магазин в тот же день не стоит. Если, конечно, это не совсем критичная ситуация с минимальным быстродействием и провалами при чтении или записи данных. Кроме того, скорости большинства твердотельных накопителей меняются в худшую скорость с течением времени, останавливаясь на определённой отметке, которая называется стационарная производительность. Так вот вопрос: а надо ли в итоге постоянно тестировать SSD? Хотя не совсем правильно. Вот так лучше: а есть ли смысл постоянно тестировать SSD?
Регулярное тестирование или наблюдение за поведением?
Так надо ли, приходя с работы домой, приниматься прогонять в очередной раз бенчмарк? Вот это, как раз, делать и не рекомендуется. Как ни крути, но любая из существующих программ данного типа пишет данные на накопитель. Какая-то больше, какая-то меньше, но пишет. Да, по сравнению с ресурсом SSD записываемый объём достаточно мал, но он есть. Да и функции TRIM/Deallocate потребуется время на обработку удалённых данных. В общем, регулярно или от нечего делать запускать тесты никакого смысла нет. Но вот если в повседневной работе вы начинаете замечать подтормаживания системы или тяжёлого программного обеспечения, установленного на SSD, а также зависания, BSOD’ы, ошибки записи и чтения файлов, тогда уже следует озадачиться выявлением причины возникающей проблемы. Не исключено, что проблема может быть на стороне других комплектующих, но проверить накопитель – проще всего. Для этого потребуется фирменное программное обеспечение от производителя SSD. Для наших накопителей – Kingston SSD Manager. Но перво-наперво делайте резервные копии важных данных, а уже потом занимайтесь диагностикой и тестированием. Для начала смотрим в область SSD Health. В ней есть два показателя в процентах. Первый – так называемый износ накопителя, второй – использование резервной области памяти. Чем ниже значение, тем больше беспокойства с вашей стороны должно быть. Конечно, если значения уменьшаются на 1-2-3% в год при очень интенсивном использовании накопителя, то это нормальная ситуация. Другое дело, если без особых нагрузок значения снижаются необычно быстро. Рядом есть ещё одна область – Health Overview. В ней кратко сообщается о том, были ли зафиксированы ошибки разного рода, и указано общее состояние накопителя. Также проверяем наличие новой прошивки. Точнее программа сама это делает. Если таковая есть, а диск ведёт себя странно (есть ошибки, снижается уровень «здоровья» и вообще исключены другие комплектующие), то можем смело устанавливать.
Если же производитель вашего SSD не позаботился о поддержке в виде фирменного софта, то можно использовать универсальный, к примеру – CrystalDiskInfo. Нет, у Intel есть своё программное обеспечение, на скриншоте ниже – просто пример 🙂 На что обратить внимание? На процент состояния здоровья (хотя бы примерно, но ситуация будет понятна), на общее время работы, число включений и объёмы записанных и считанных данных. Не всегда эти значения будут отображены, а часть атрибутов в списке будут видны как Vendor Specific. Об этом чуть позже.
А вот яркий пример уже вышедшего из строя накопителя, который работал относительно недолго, но потом начал работать «через раз». При включении система его не видела, а после перезагрузки всё было нормально. И такая ситуация повторялась в случайном порядке. Главное при таком поведении накопителя – сразу же сделать бэкап важных данных, о чём, правда, мы сказали совсем недавно. Но повторять это не устанем. Число включений и время работы – совершенно недостижимые. Почти 20 тысяч суток работы. Или около 54 лет…
Но и это ещё не всё – взгляните на значения из фирменного ПО производителя! Невероятные значения, верно? Вот в таких случаях может помочь обновление прошивки до актуальной версии. Если таковой нет, то лучше обращаться к производителю в рамках гарантийного обслуживания. А если новая прошивка есть, то после обновления не закидывать на диск важные данные, а поработать с ним осторожно и посмотреть на предмет стабильности. Возможно, проблема будет решена, но возможно – нет.
Добавить можно ещё вот что. Некоторые пользователи по привычке или незнанию используют давно знакомый им софт, которым производят мониторинг состояния классических жёстких дисков (HDD). Так делать настоятельно не рекомендуется, так как алгоритмы работы HDD и SSD разительно отличаются, как и набор команд контроллеров. Особенно это касается NVMe SSD. Некоторые программы (например, Victoria) получили поддержку SSD, но их всё равно продолжают дорабатывать (а доработают ли?) в плане корректности демонстрации информации о подключённых носителях. К примеру, прошло лишь около месяца с того момента, как показания SMART для SSD Kingston обрели хоть какой-то правильный вид, да и то не до конца. Всё это касается не только вышеупомянутой программы, но и многих других. Именно поэтому, чтобы избежать неправильной интерпретации данных, стоит пользоваться только тем софтом, в котором есть уверенность, – фирменные утилиты от производителей или же крупные и часто обновляемые проекты.
Присмотр за каждой ячейкой – смело. Глупо, но смело
Некоторые производители реализуют в своём программном обеспечении возможность проверки адресов каждого логического блока (LBA) на предмет наличия ошибок при чтении. В ходе такого тестирования всё свободное пространство накопителя используется для записи произвольных данных и обратного их считывания для проверки целостности. Такое сканирование может занять не один час (зависит от объёма накопителя и свободного пространства на нём, а также его скоростных показателей). Такой тест позволяет выявить сбойные ячейки. Но без нюансов не обходится. Во-первых, по-хорошему, SSD должен быть пуст, чтобы проверить максимум памяти. Отсюда вытекает ещё одна проблема: надо делать бэкапы и заливать их обратно, что отнимает ресурс накопителя. Во-вторых, ещё больше ресурса памяти тратится на само выполнение теста. Не говоря уже о затрачиваемом времени. А что в итоге мы узнаем по результатам тестирования? Варианта, как вы понимаете, два – или будут битые ячейки, или нет. В первом случае мы впустую тратим ресурс и время, а во втором – впустую тратим ресурс и время. Да-да, это так и звучит. Сбойные ячейки и без такого тестирования дадут о себе знать, когда придёт время. Так что смысла в проверки каждого LBA нет никакого.
А можно несколько подробнее о S.M.A.R.T.?
Все когда-то видели набор определённых названий (атрибутов) и их значений, выведенных списком в соответствующем разделе или прямо в главном окне программы, как это видно на скриншоте выше. Но что они означают и как их понять? Немного вернёмся в прошлое, чтобы понять что к чему. По идее, каждый производитель вносит в продукцию что-то своё, чтобы этой уникальностью привлечь потенциального покупателя. Но вот со S.M.A.R.T. вышло несколько иначе.
В зависимости от производителя и модели накопителя набор параметров может меняться, поэтому универсальные программы могут не знать тех или иных значений, помечая их как Vendor Specific. Многие производители предоставляют в открытом доступе документацию для понимания атрибутов своих накопителей – SMART Attribute. Её можно найти на сайте производителя.
Именно поэтому и рекомендуется использовать именно фирменный софт, который в курсе всех тонкостей совместимых моделей накопителей. Кроме того, настоятельно рекомендуется использовать английский интерфейс, чтобы получить достоверную информацию о состоянии накопителя. Зачастую перевод на русский не совсем верен, что может привести в замешательство. Да и сама документация, о которой мы сказали выше, чаще всего предоставляется именно на английском.
Сейчас мы рассмотрим основные атрибуты на примере накопителя Kingston UV500. Кому интересно – читаем, кому нет – жмём PageDown пару раз и читаем заключение. Но, надеемся, вам всё же интересно – информация полезная, как ни крути. Построение текста может выглядеть необычно, но так для всех будет удобнее – не потребуется вводить лишние слова-переменные, а также именно оригинальные слова будет проще найти в отчёте о вашем накопителе.
(ID 1) Read Error Rate – содержит частоту возникновения ошибок при чтении.
(ID 5) Reallocated Sector Count – количество переназначенных секторов. Является, по сути, главным атрибутом. Если SSD в процессе работы находит сбойный сектор, то он может посчитать его невосполнимо повреждённым. В этом случае диск использует вместо него сектор из резервной области. Новый сектор получает логический номер LBA старого, после чего при обращении к сектору с этим номером запрос будет перенаправляться в тот, что находится в резервной области. Если ошибка единичная – это не проблема. Но если такие сектора будут появляться регулярно, то проблему можно считать критической.
(ID 9) Power On Hours – время работы накопителя в часах, включая режим простоя и всяческих режимов энергосбережения.
(ID 12) Power Cycle Count – количество циклов включения и отключения накопителя, включая резкие обесточивания (некорректное завершение работы).
(ID 170) Used Reserved Block Count – количество использованных резервных блоков для замещения повреждённых.
(ID 171) Program Fail Count – подсчёт сбоев записи в память.
(ID 172) Erase Fail Count – подсчёт сбоев очистки ячеек памяти.
(ID 174) Unexpected Power Off Count – количество некорректных завершений работы (сбоев питания) без очистки кеша и метаданных.
(ID 175) Program Fail Count Worst Die – подсчёт ошибок сбоев записи в наихудшей микросхеме памяти.
(ID 176) Erase Fail Count Worst Die – подсчёт ошибок сбоев очистки ячеек наихудшей микросхемы памяти.
(ID 178) Used Reserved Block Count worst Die – количество использованных резервных блоков для замещения повреждённых в наихудшей микросхеме памяти.
(ID 180) Unused Reserved Block Count (SSD Total) – количество (или процент, в зависимости от типа отображения) ещё доступных резервных блоков памяти.
(ID 187) Reported Uncorrectable Errors – количество неисправленных ошибок.
(ID 194) Temperature – температура накопителя.
(ID 195) On-the-Fly ECC Uncorrectable Error Count – общее количество исправляемых и неисправляемых ошибок.
(ID 196) Reallocation Event Count – количество операций переназначения.
(ID 197) Pending Sector Count – количество секторов, требующих переназначения.
(ID 199) UDMA CRC Error Count – счётчик ошибок, возникающих при передаче данных через SATA интерфейс.
(ID 201) Uncorrectable Read Error Rate – количество неисправленных ошибок для текущего периода работы накопителя.
(ID 204) Soft ECC Correction Rate – количество исправленных ошибок для текущего периода работы накопителя.
(ID 231) SSD Life Left – индикация оставшегося срока службы накопителя на основе количества циклов записи/стирания информации.
(ID 241) GB Written from Interface – объём данных в ГБ, записанных на накопитель.
(ID 242) GB Read from Interface – объём данных в ГБ, считанных с накопителя.
(ID 250) Total Number of NAND Read Retries – количество выполненных попыток чтения с накопителя.
Пожалуй, на этом закончим список. Конечно, для других моделей атрибутов может быть больше или меньше, но их значения в рамках производителя будут идентичны. А расшифровать значения достаточно просто и обычному пользователю, тут всё логично: увеличение количества ошибок – хуже диску, снижение резервных секторов – тоже плохо. По температуре – всё и так ясно. Каждый из вас сможет добавить что-то своё – это ожидаемо, так как полный список атрибутов очень велик, а мы перечислили лишь основные.
Паранойя или трезвый взгляд на сохранность данных?
P.S. В случае возникновения проблем с SSD подорожник всё-таки не поможет 🙁
Для получения дополнительной информации о продуктах Kingston обращайтесь на сайт компании.