Ошибка при чтении сектора на диске 1. Как произвести тест жёсткого диска в программе Victoria и как исправить сбойные сектора (бэд-блоки) в работающей Windows. Комплексные проекты мебели

Попался мне недавно битый внешний жесткий диск… Ну как попался? Сам купил по дешевке.

Диск как диск: железная коробочка, внутри - USB2SATA контроллер и ноутбучный диск фирмы Samsung на 1 Тб. . По описанию продавца выходило, что глючит именно USB-контроллер. Сначала, мол, и пишет, и читает хорошо, а потом постепенно начинает тормозить и вообще отваливается. Явление для внешних дисков без дополнительного питания довольно частое, так что я ему, конечно, поверил. Ну а что - дешево же.

Итак, радостно разбираю коробочку, достаю оттуда диск и втыкаю в проверенный временем и невзгодами адаптер. Диск включился, завелся, определился, и даже подмонтировался в линуксе. На диске обнаружилась файловая система NTFS и с десяток фильмов. Нет, не про эротические приключения, а совсем даже наоборот: «Левиафаны» всякие. Казалось бы - ура! Но нет, все только начиналось.

Просмотр SMART"а показал неутешительную картину: атрибут Raw Read Error Rate упал аж до единицы (при пороге 51), что означает только одно: у диска что-то очень и очень не в порядке с чтением с пластин. Остальные атрибуты, правда, были в пределах разумного, но от этого было не легче.

Попытка отформатировать диск привела к ожидаемому результату: ошибка записи. Можно было, конечно, составить список битых секторов штатной утилитой badblocks, а потом этот список подсунуть при создании файловой системы. Но я эту идею отверг как непрактичную: слишком уж долго пришлось бы ждать результата. Да и, как потом выяснилось, составленный список секторов был бы бесполезен: в поврежденных областях сектора читаются нестабильно, поэтому то, что прочиталось один раз, в следующий раз может выдать ошибку чтения.

Вдоволь наигравшись со всякими утилитами, я выяснил следующие подробности:

1. Битых секторов много, но расположены они не случайно по всему диску, а плотными группами. Между этими группами имеются довольно обширные области, где чтение и запись идут безо всяких проблем.
2. Попытка исправить битый сектор перезаписью (чтобы контроллер его подменил на резервный) не срабатывает. Иногда после этого сектор читается, иногда нет. Более того, иногда попытка записи в битый сектор приводит к тому, что диск на несколько секунд «отваливается» от системы (видимо, ресетится контроллер самого диска). При чтении ресетов нет, но на попытку прочитать битый сектор уходит полсекунды, а то и больше.
3. «Битые области» довольно стабильны. Так, самая первая из них начинается в районе 45-го гигабайта с начала диска, и тянется довольно далеко (насколько именно, с наскоку выяснить не удалось). Путем проб и ошибок удалось также нащупать начало второй такой области где-то в середине диска.

Сказано - сделано. На коленке была написана утилитка, читающая с диска до тех пор, пока не попадется сбойный сектор. После этого утилитка помечала как сбойную (у себя в табличке, естественно) целую область заданной длины. Далее помеченная область пропускалась (чего ее проверять - уже пометили как плохую) и утилита читала сектора дальше. После пары экспериментов было решено помечать сбойной область в 10 мегабайт: это уже достаточно много, чтобы утилитка быстро отработала, но и достаточно мало, чтобы потери дискового пространства стали слишком большими.

Результат работы для наглядности записывался в виде картинки: белые точки - хорошие сектора, красные - сбойные, серые - плохая область вокруг сбойных секторов. После почти суток работы список битых областей и наглядная картина их расположения были готовы.

Вот она, эта картинка:

Интересно, не правда ли? Поврежденных областей оказалось гораздо больше, чем я себе представлял, зато и неповрежденные области составляют явно больше половины пространства диска. Терять столько места вроде бы жалко, но и городить десяток мелких разделов не хочется.

Но ведь у нас уже давно 21-й век, время новых технологий и дисковых массивов! А значит, можно склеить из этих мелких разделов один дисковый массив, создать на нем файловую систему и горя не знать.

По карте битых областей была составлена мега-команда для создания разделов. Я использовал GPT, чтобы не париться по поводу того, какие из них должны быть primary, а какие extended:

# parted -s -a none /dev/sdc unit s mkpart 1 20480 86466560 mkpart 2 102686720 134410240 mkpart 3 151347200 218193920 mkpart 4 235274240 285306880 mkpart 5 302489600 401612800 mkpart 6 418078720 449617920 mkpart 7 466206720 499712000 mkpart 8 516157440 548966400 mkpart 9 565186560 671539200 mkpart 10 687595520 824811520 mkpart 11 840089600 900280320 mkpart 12 915640320 976035840 mkpart 13 991354880 1078026240 mkpart 14 1092689920 1190871040 mkpart 15 1205288960 1353093120 mkpart 16 1366794240 1419919360 mkpart 17 1433600000 1485148160 mkpart 18 1497927680 1585192960 mkpart 19 1597624320 1620684800 mkpart 20 1632808960 1757368320 mkpart 21 1768263680 1790054400 mkpart 22 1800908800 1862307840 mkpart 23 1872199680 1927905280 mkpart 24 1937203200 1953504688

Команда работала довольно долго (несколько минут). Итого получилось 24(!) раздела, каждый своего размера.

Разделы

# parted /dev/sdc print Model: SAMSUNG HM100UI (scsi) Disk /dev/sdc: 1000GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 10.5MB 44.3GB 44.3GB 1 2 52.6GB 68.8GB 16.2GB 2 3 77.5GB 112GB 34.2GB 3 4 120GB 146GB 25.6GB 4 5 155GB 206GB 50.8GB 5 6 214GB 230GB 16.1GB 6 7 239GB 256GB 17.2GB 7 8 264GB 281GB 16.8GB 8 9 289GB 344GB 54.5GB 9 10 352GB 422GB 70.3GB 10 11 430GB 461GB 30.8GB 11 12 469GB 500GB 30.9GB 12 13 508GB 552GB 44.4GB 13 14 559GB 610GB 50.3GB 14 15 617GB 693GB 75.7GB 15 16 700GB 727GB 27.2GB 16 17 734GB 760GB 26.4GB 17 18 767GB 812GB 44.7GB 18 19 818GB 830GB 11.8GB 19 20 836GB 900GB 63.8GB 20 21 905GB 917GB 11.2GB 21 22 922GB 954GB 31.4GB 22 23 959GB 987GB 28.5GB 23 24 992GB 1000GB 8346MB 24

# mdadm --create /dev/md0 --chunk=16 --level=linear --raid-devices=24 /dev/sdc1 /dev/sdc2 /dev/sdc3 /dev/sdc4 /dev/sdc5 /dev/sdc6 /dev/sdc7 /dev/sdc8 /dev/sdc9 /dev/sdc10 /dev/sdc11 /dev/sdc12 /dev/sdc13 /dev/sdc14 /dev/sdc15 /dev/sdc16 /dev/sdc17 /dev/sdc18 /dev/sdc19 /dev/sdc20 /dev/sdc21 /dev/sdc22 /dev/sdc23 /dev/sdc24
Ну вот и все. Осталось создать файловую систему и смонтировать оживший диск:

# mkfs.ext2 -m 0 /dev/md0 # mount /dev/md0 /mnt/ext
Диск получился довольно вместительным, 763 гигабайта (т. е. удалось использовать 83% емкости диска). Другими словами, «в отвал» ушло всего 17% от первоначального терабайта:

$ df -h Filesystem Size Used Avail Use% Mounted on rootfs 9.2G 5.6G 3.2G 64% / ... /dev/md0 763G 101G 662G 14% /mnt/ext
Тестовый набор мусорных фильмов залился на диск без ошибок. Правда, скорость записи была небольшой и плавала от 6 до 25 мегабайт в секунду. Чтение же было стабильным, со скоростью 25-30 мб/сек, то есть ограничивалась адаптером, подключенным в USB 2.0.

Конечно, для хранения чего-то важного такое извращение использовать нельзя, но в качестве развлечения может оказаться полезно. Когда вопрос стоит, на магнитики диск разобрать или сначала помучиться, мой ответ: «конечно, помучиться!».

Для примера возьмём реальный жёсткий диск имеющий сбойные сектора

Друзья, минимальная единица информации на жёстком диске это сектор, объём пользовательских данных составляет 512 байт, если информацию в секторе невозможно прочесть, значит сектор является нечитаемым или другими словами сбойным. Все зависания операционной системы происходят при чтения инфы с такого сектора.

Данный винчестер WDC WD5000AAKS-00A7B2 (объём 500 ГБ) реально неисправен,

Операционная система на нём постоянно зависает и периодически при загрузке запускается проверка жёсткого диска на ошибки. Последней каплей для хозяина винчестера стало то, что не получалось скопировать важные данные на другой диск и даже переустановка операционной системы закончилась очередным зависанием на распаковке файлов Windows, замена установочного диска с операционкой ничего не дала, зависание повторилось на другом этапе установки.

Вот тогда и встал вопрос о том, что делать с этим жёстким диском, ведь на одном из разделов находились важные данные и их нужно было скопировать.

Запуск Victoria

Запускаем программу Victoria от имени администратора . Соглашаемся со всеми предупреждениями о работе в 64-битной системе.

Выбираем начальную вкладку Standard. Если у нас несколько жёстких дисков, в правой части окна выделяем левой мышью нужный жёсткий диск, в нашем случае WDC WD5000AAKS-00A7B2

и переходим на вкладку SMART,

жмем кнопку Get SMART, справа от кнопки засветится сообщение GOOD и откроется S.M.A.R.T. выбранного нами жёсткого диска.

5 Reallocated Sector Count - (remap), обозначающий число переназначенных секторов это значит запасные сектора на резервных дорожках заканчиваются и скоро сбойные сектора переназначать будет нечем.

Переходите на вкладку Tests.

Тест поверхности жёсткого диска в программе Victoria!

В правой части окна программы отметьте пункт Ignor и пункт read , затем нажмите Start . Запустится простой тест поверхности жёсткого диска без исправления ошибок. Этот тест не принесёт никаких плохих или хороших воздействий на Ваш винчестер, но когда тест закончится, мы узнаем в каком состоянии находится наш жёсткий диск.

Начинается сканирование поверхности жёсткого диска и через некоторое время обнаруживаются сбойные сектора. Через 40 минут Victoria выдаёт нам такой результат:

Очень много хороших секторов с хорошей задержкой чтения не более 5 ms - 3815267

Также имеются сектора с нехорошей задержкой чтения 200 ms

Секторов с неудовлетворительной задержкой чтения более 600 ms (кандидаты в бэд-блоки) нет совсем, но...

Что совсем плохо, присутствуют полноценные сбойные сектора (бэд-блоки), информацию из которых прочитать совсем не удалось - 13!

13 сбойных секторов (бэд-блоков), все они начинаются в области 6630400 , а заканчиваются на 980000000 , то есть рассыпаны по всему жёсткому диску. Номера бэд-блоков нужно записать. Друзья, вполне возможно все наши проблемы с жёстким диском могут быть из-за этих 13 бэдов и от них нужно избавиться, но сначала сделаем посекторный образ больного винта.

Жёсткий диск пострадавшего WDC WD5000AAKS-00A7B2 (объём 500 ГБ) был разделён на два раздела: диск D: с операционной системой объём 120 ГБ и диск E: с данными объём 345 ГБ.

Перед работой с программой Victoria обезопасим себя и сделаем полный образ раздела диск E: объём 345 ГБ и данные будем вытаскивать именно с образа. Образ сделаем в другой программе DMDE и расположим его на другом физическом диске SAMSUNG HD403LJ (объём 400 ГБ) я покажу Вам как это сделать.

Управление дисками моего компьютера

Щёлкните левой мышью для увеличения скришнота

Важные данные находятся на Новом томе (E:) объём 347 ГБ жёсткого диска WDC WD5000AAKS (общий объём 500 ГБ), значит создавать будем образ раздела (E:)

Посекторный образ раздела (E:) создадим на жёстком диске SAMSUNG HD403LJ (объём 400 ГБ), на нём всего один раздел без данных Новый том (F:)

Третий физический диск в системе, это твердотельный накопитель SSD (объём 120 ГБ) диск (C:), на нём находится наша работающая операционная система Windows 8.1, в которой мы сейчас и находимся.

Создание посекторного образа всего жёсткого диска или нужного раздела в программе DMDE

Также DMDE является очень хорошим инструментом для создания посекторных копий неисправного жёсткого диска.

Идём на сайт программы DMDE http://dmde.ru/download.html и скачиваем программу, жмём GUI для Windows.

DMDE скачивается в архиве, разархивируем его и запускаем файл dmde.exe .

Затем выбираем язык Русский.

Принимаем условия Лицензионного соглашения. В начальном окне программы нам нужно для создания образа выбрать или Физическое устройство (то есть полностью жёсткий диск) или раздел с данными.

Нужен нам только том (E:), поэтому отмечаем левой мышью наш жёсткий диск WDC WD5000AAKS, затем отмечаем пункт Логические диски

и раздел (E:), затем жмём ОК.

Меню. Создать образ/клон...

Место для записи, жмём Диск.

Новый том (F:) и ОК. Нужно чтобы раздел, на котором будет создан посекторный образ неисправного жёсткого диска (или раздела с нечитаемыми данными) был по объёму не меньше этого диска.

На новом томе (F:) удалятся все данные, соглашаемся Да.

Начинается создание посекторной копии раздела (E:) больного жёсткого диска WDC WD5000AAKS на новом томе (F:) другого здорового жёсткого диска диска SAMSUNG HD403LJ, которое продолжается 6 часов (с особо "бэдастых" винтов образ снимается несколько суток) и наглухо зависает на 83 процентах, прождав пару часов я нажал на кнопку Прервать !

Друзья, если прервать создание образа посекторного раздела под самый конец (всё-таки 83%) то нас ждёт два варианта, как говаривал Суворов - "либо грудь в крестах, либо голова в кустах".

После прерывания операции заходим на Новый том (F:) и смотрим, есть ли на нём какие-либо данные и...они есть, всё основное, что нам было нужно программе DMDE удалось перенести на диск (F:), практически все данные читаются без ошибок. Значит случай у нас не сложный и бэды в основном софтовые.

Но в некоторых случаях не всё так будет радужно и при попытке войти на раздел с посекторной копией нас будет ждать вот эта ошибка: Нет доступа к F:\. Файл или папка повреждены. Чтение невозможно.

Нет доступа к F:\. Файловая система не распознана. Убедитесь, что все требуемые системные драйвера загружены и том не повреждён.

Но и в этом случае сдаваться мы не будем и поступим так.

Что делать, если создание посекторного образа пойдёт с ошибками

Друзья, не всегда процесс создания посекторной копии заканчивается успешно даже по истечении нескольких часов, но если прекратить создание посекторной копии данные в ней могут оказаться нечитаемые.

Или в процессе создания посекторной копии появится вот такая ошибка "Запрос не был выполнен из-за ошибки ввода/вывода на устройстве " (смотрите скришнот ниже) обозначающая, что DMDE не смогла прочитать информацию в сбойном секторе (номер сектор указан в ошибке) в этом случае нажмите

"Повторить", произойдёт повторная попытка считывания информации с данного сектора и она может закончится успехом. Если данная ошибка с этим же сектором появится опять, тогда нажмите

"Игнорировать" и создание посекторного образа продолжится, но информацию в этом секторе мы потеряем и в результате в посекторной копии не откроется один какой-либо файл. Если ошибка "Запрос не был выполнен из-за ошибки ввода/вывода на устройстве" будет появляться слишком часто, можно выбрать

"Игнорировать всё" и подобные ошибки будут пропущены, а можно нажать кнопку

"Параметры" и соответствующе настроить программу DMDE для такого тяжёлого случая. Нажмите в этом окне кнопку Параметры.

"Обратный ход" , иногда это приносит результат.

И опять нажмите "Параметры".

В этом окне отметьте пункт " - Всегда" . При выборе опции операция будет продолжена даже

в случае ошибки, связанной с отсутствием готовности устройства. Если не отметить эту опцию, то на некоторых "бэдастых" винчестерах будет выводиться предупреждение с ожидаемой реакцией пользователя, то есть на автомате создание образа происходить не будет.

Число повторов авто при ошибке CRC - 0

Заполнять плохие секторы (hex)

Затем ОК и ОК , начинается создание посекторного образа.

Щёлкните левой мышью для увеличения изображения

Также работоспособным показал себя такой вариант настроек.

Пропускать ошибки ввода-вывода - Всегда

Не ждать, если устройство не готово - Всегда

Число повторов при ошибке CRC - 0

Число авто повторов, если сектор не найден - 0

Вообще я Вам посоветую изучить мануал к программе DMDE http://dmde.ru/manual.html или http://dmde.ru/docs/DMDE-manual-ru.pdf , так же можете дождаться нашей статьи о создании посекторного образа неисправного жёсткого диска различными программами, в ней мы рассмотрим даже создание загрузочной флешки с программой DMDE.

• Если DMDE Вам не поможет, тогда можно попробовать другие программы, например . Конечно существуют ещё способы с помощью которых можно сделать посекторный образ сбойного винта, например загрузиться с какой-нибудь операционной системы, основанной на Linux, к примеру Ubuntu, но сам процесс описывать здесь не буду и лучше напишу отдельную статью. Также под Линуксом можно запустить утилиту safecopy .
• Что делать, если всё же посекторную копию жёсткого диска Вам сделать не удастся, выбирать Вам. Можете обратиться в хороший и зарекомендовавший себя сервис по восстановлению данных и посекторную копию с Вашего жёсткого диска снимут на специальном дорогостоящем оборудовании специалисты, например с помощью того же комплекса PC−3000. Если Вам не жалко Ваши данные, то можете рискнуть и запустить в программе Victoria алгоритмы избавляющие поверхность Вашего жёсткого диска от сбойных секторов (бэд-блоков), как это сделать написано далее, жёсткий диск после этой операции может вернуться к жизни.
• Важно: Казанский (разработчик программы Виктория) обещает, что самый новаторский алгоритм скрытия бэд-блоков BB = Advanced REMAP НЕ деструктивен для данных, но в некоторых случаях для Ваших файлов это может быть деструктивно, так как даже самый продвинутый алгоритм Виктории Advanced REMAP скрытие дефектов (ремап), это по любому изменение трансляции винта, а значит потеря пользовательских данных (подробности далее. Хочу сказать, что иногда бывало и так, что вылечит Victoria жёсткий диск от бэдов и Вам даже удастся скопировать инфу с такого харда, но к сожалению не вся информация получается читаемая.

Итак, в нашем случае сделать посекторную копию больного жёсткого диска, а именно нового тома (E:) программе DMDE сделать удалось, правда в некоторых местах DMDE немного зависала, но всё закончилось успешно. Посекторная копия нового тома (E:) представляет из себя точную копию и расположена на томе (F:). Все имеющиеся данные успешно читаются и копируются.

Основная задача решена и пользовательские данные спасены, теперь приступаем к процедуре лечения жёсткого диска.

Как избавится от сбойных секторов (бэд-блоков) с помощью программы Victoria

Друзья, давайте теперь представим, что у нас не получилось сделать посекторный образ жёсткого диска с бэд-блоками и мы ничего другого не придумали и решили избавить наш хард от бэдов в программе Victoria, в надежде на то, что после скрытия сбойных секторов нам удастся прочитать и скопировать информацию на жёстком диске.

Примечание: избавить винт от бэдов в работающей Windows трудно, тем более, если к примеру у Вас ноутбук с одним жёстким диском и на этом же жёстком диске установлена операционная система и Вы эту же операционную хотите излечить от бэд-блоков. В таких случаях создают загрузочную флешку с Викторией, загружают с неё ноутбук и избавляются от сбойных секторов. Предлагаю создать загрузочную флешку в следующей статье, а сейчас мы узнаем как это делается прямо в работающей операционной системе, я Вам всё продемонстрирую.

Remap

В главном окне Виктории отмечаем пункт Remap , обозначающий алгоритм переназначения бэд-блоков секторами с резервных дорожек в процессе сканирования. Тест в режиме чтения Read , то есть от начала к концу и жмём на кнопку Start .

Пока идёт сканирование поговорим вот о чём.

1. Что происходит при данном алгоритме Remap? Производится (несколько раз) попытка принудительной записи информации в сбойный сектор жёсткого диска , если попытка удачна, значит сектор становится здоровым и удаляется из списка бэд-блоков (ремап не происходит). Если попытка записи неудачна, значит больной сектор переназначается здоровым сектором со специально предназначенной для таких случаев резервной дорожки винчестера.

2. Remap это переназначение (замена) больного сектора, присвоение его номера LBA другому физически здоровому сектору из резервной дорожки . Информация из сектора (на момент переназначения) висит в ОЗУ винта, и как только сектор переназначен - записывается назад.

Remap в основном не деструктивен для информации, если Ваши данные и потеряются, то только в одном сбойном секторе, но согласитесь, данные в бэд-блоке и так были нечитаемы. Во втором случае данные будут просто перенесены на сектор с резервной дорожки.

Результат. Как я и говорил в работающей Windows трудно что-либо исправить и Victoria не может осуществить Ремап. Через 20 минут тот же самый результат, 13 бэд-блоков и нам с Вами придётся делать загрузочную флешку с Викторией и работать в ДОСе.

Как в программе Victoria сканировать определённую область на жёстком диске

Если Вам известны точные адреса сбойных секторов, вы можете задать в программе Victoria точные параметры сканирования. Например, мы знаем, что наши бэд-блоки начинаются с сектора 770 000 000, тогда в пункте Start LBA: (осторожно, в некоторых случаях ваши данные на жёстком диске удалятся).

• Чаще всего попадаются софтовые (программные) бэды, которые убираются быстрее всего обнулением - алгоритмом Erase, да и при неудачной записи в сектор нулей вполне может произойти Remap, так как микропрограмма винчестера может посчитать такой сектор сбойным. Если Erase не поможет, тогда можно выбрать Remap, но как мы знаем, шансы, что Remap будет произведён в работающей Windows невелики.
• Софтовые (программные) бэды в некоторых случаях можно убрать даже простым форматированием средствами самой Windows. Всю разницу между существующими бэд-блоками: физическими и программными, читайте в нашей статье . В двух словах объясню, что физические бэды (физиологически разрушившийся сектор) восстановить невозможно (возможен только ремап, переназначение), а логические (программные, ошибки логики сектора) восстановить можно.
• Друзья, мы можем , но тогда наша статья будет ещё длиннее, это мы тоже сделаем в следующей статье.

Мне не хочется ставить эксперимент над нашим жёстким диском WDC WD5000AAKS, так как я планирую в следующей статье вылечить его от бэд-блоков в ДОС режиме с помощью загрузочной флешки с программой Виктория и всё таки вернуть хозяину вылеченный от бэдов жёсткий диск с неповреждёнными данными.

Я просто покажу Вам на другом винчестере как запустить этот тест в работающей Windows.

В главном окне Виктории выбираем наш жёсткий диск и идём на вкладку Tests отмечаем пункт Erase (осторожно, в некоторых случаях ваши данные на жёстком диске удалятся) - при обнаружении нечитаемого сектора принудительно переписывает весь блок из 256 секторов нулями, естественно информация при этом в целом блоке секторов полностью теряется, но если перезапись происходит, блок возвращается в работу (становится здоровым).

Тест в режиме чтения Read , то есть от начала к концу и жмём Start .

Часто при "обнулении" в работающей Windows будут выходить вот такие ошибки:

Block (номер сбойного сектора) try Erase 256 sectors . Переписать блок секторов не удалось.

Алгоритм Write

Режим Write не ищет никаких сбойных секторов, а просто сразу затирает всю информацию на жёстком диске путём заполнения всех секторов нулями, это и есть на жаргоне ремонтников "Запись по всей поляне", данный алгоритм способен вылечить жёсткий диск от бэдов и просто плохих секторов с большой задержкой чтения, но п осле такого теста восстановить данные на жёстком диске будет невозможно, так что скопируйте предварительно все важные файлы на переносной жёсткий диск.

Современный жёсткий диск — уникальный компонент компьютера. Он уникален тем, что хранит в себе служебную информацию, изучая которую, можно оценить «здоровье» диска. Эта информация содержит в себе историю изменения множества параметров, отслеживаемых винчестером в процессе функционирования. Больше ни один компонент системного блока не предоставляет владельцу статистику своей работы! Вкупе с тем, что HDD является одним из самых ненадёжных компонентов компьютера, такая статистика может быть весьма полезной и помочь его владельцу избежать нервотрёпки и потери денег и времени.

Информация о состоянии диска доступна благодаря комплексу технологий, называемых общим именем S.M.A.R.T. (Self-Monitoring, Analisys and Reporting Technology, т. е. технология самомониторинга, анализа и отчёта). Этот комплекс довольно обширен, но мы поговорим о тех его аспектах, которые позволяют посмотреть на атрибуты S.M.A.R.T., отображаемые в какой-либо программе по тестированию винчестера, и понять, что творится с диском.

Отмечу, что нижесказанное относится к дискам с интерфейсами SATA и РАТА. У дисков SAS, SCSI и других серверных дисков тоже есть S.M.A.R.T., но его представление сильно отличается от SATA/PATA. Да и мониторит серверные диски обычно не человек, а RAID-контроллер, потому про них мы говорить не будем.

Итак, если мы откроем S.M.A.R.T. в какой-либо из многочисленных программ, то увидим приблизительно следующую картину (на скриншоте приведён S.M.A.R.T. диска Hitachi Deskstar 7К1000.С HDS721010CLA332 в HDDScan 3.3):

В каждой строке отображается отдельный атрибут S.M.A.R.T. Атрибуты имеют более-менее стандартизованные названия и определённый номер, которые не зависят от модели и производителя диска.

Каждый атрибут S.M.A.R.T. имеет несколько полей. Каждое поле относится к определённому классу из следующих: ID, Value, Worst, Threshold и RAW. Рассмотрим каждый из классов.

• ID (может также именоваться Number ) — идентификатор, номер атрибута в технологии S.M.A.R.T. Название одного и того же атрибута программами может выдаваться по-разному, а вот идентификатор всегда однозначно определяет атрибут. Особенно это полезно в случае программ, которые переводят общепринятое название атрибута с английского языка на русский. Иногда получается такая белиберда, что понять, что же это за параметр, можно только по его идентификатору.
• Value (Current) — текущее значение атрибута в попугаях (т. е. в величинах неизвестной размерности). В процессе работы винчестера оно может уменьшаться, увеличиваться и оставаться неизменным. По показателю Value нельзя судить о «здоровье» атрибута, не сравнивая его со значением Threshold этого же атрибута. Как правило, чем меньше Value, тем хуже состояние атрибута (изначально все классы значений, кроме RAW, на новом диске имеют максимальное из возможных значение, например 100).
• Worst — наихудшее значение, которого достигало значение Value за всю жизнь винчестера. Измеряется тоже в «попугаях». В процессе работы оно может уменьшаться либо оставаться неизменным. По нему тоже нельзя однозначно судить о здоровье атрибута, нужно сравнивать его с Threshold.
• Threshold — значение в «попугаях», которого должен достигнуть Value этого же атрибута, чтобы состояние атрибута было признано критическим. Проще говоря, Threshold — это порог: если Value больше Threshold — атрибут в порядке; если меньше либо равен — с атрибутом проблемы. Именно по такому критерию утилиты, читающие S.M.A.R.T., выдают отчёт о состоянии диска либо отдельного атрибута вроде «Good» или «Bad». При этом они не учитывают, что даже при Value, большем Threshold, диск на самом деле уже может быть умирающим с точки зрения пользователя, а то и вовсе ходячим мертвецом, поэтому при оценке здоровья диска смотреть стоит всё-таки на другой класс атрибута, а именно — RAW. Однако именно значение Value, опустившееся ниже Threshold, может стать легитимным поводом для замены диска по гарантии (для самих гарантийщиков, конечно же) — кто же яснее скажет о здоровье диска, как не он сам, демонстрируя текущее значение атрибута хуже критического порога? Т. е. при значении Value, большем Threshold, сам диск считает, что атрибут здоров, а при меньшем либо равном — что болен. Очевидно, что при Threshold=0 состояние атрибута не будет признано критическим никогда. Threshold — постоянный параметр, зашитый производителем в диске.
• RAW (Data) — самый интересный, важный и нужный для оценки показатель. В большинстве случаев он содержит в себе не «попугаи», а реальные значения, выражаемые в различных единицах измерения, напрямую говорящие о текущем состоянии диска. Основываясь именно на этом показателе, формируется значение Value (а вот по какому алгоритму оно формируется — это уже тайна производителя, покрытая мраком). Именно умение читать и анализировать поле RAW даёт возможность объективно оценить состояние винчестера.

Этим мы сейчас и займёмся — разберём все наиболее используемые атрибуты S.M.A.R.T., посмотрим, о чём они говорят и что нужно делать, если они не в порядке.

Перед тем как описывать атрибуты и допустимые значения их поля RAW, уточню, что атрибуты могут иметь поле RAW разного типа: текущее и накапливающее. Текущее поле содержит значение атрибута в настоящий момент, для него свойственно периодическое изменение (для одних атрибутов — изредка, для других — много раз за секунду; другое дело, что в программах чтения S.M.A.R.T. такое быстрое изменение не отображается). Накапливающее поле — содержит статистику, обычно в нём содержится количество возникновений конкретного события со времени первого запуска диска.

Текущий тип характерен для атрибутов, для которых нет смысла суммировать их предыдущие показания. Например, показатель температуры диска является текущим: его цель — в демонстрации температуры в настоящий момент, а не суммы всех предыдущих температур. Накапливающий тип свойственен атрибутам, для которых весь их смысл заключается в предоставлении информации за весь период «жизни» винчестера. Например, атрибут, характеризующий время работы диска, является накапливающим, т. е. содержит количество единиц времени, отработанных накопителем за всю его историю.

Приступим к рассмотрению атрибутов и их RAW-полей.

Атрибут: 01 Raw Read Error Rate

Для всех дисков Seagate, Samsung (начиная с семейства SpinPoint F1 (включительно)) и Fujitsu 2,5″ характерны огромные числа в этих полях.

Для остальных дисков Samsung и всех дисков WD в этом поле характерен 0.

Для дисков Hitachi в этом поле характерен 0 либо периодическое изменение поля в пределах от 0 до нескольких единиц.

Такие отличия обусловлены тем, что все жёсткие диски Seagate, некоторые Samsung и Fujitsu считают значения этих параметров не так, как WD, Hitachi и другие Samsung. При работе любого винчестера всегда возникают ошибки такого рода, и он преодолевает их самостоятельно, это нормально, просто на дисках, которые в этом поле содержат 0 или небольшое число, производитель не счёл нужным указывать истинное количество этих ошибок.

Таким образом, ненулевой параметр на дисках WD и Samsung до SpinPoint F1 (не включительно) и большое значение параметра на дисках Hitachi могут указывать на аппаратные проблемы с диском. Необходимо учитывать, что утилиты могут отображать несколько значений, содержащихся в поле RAW этого атрибута, как одно, и оно будет выглядеть весьма большим, хоть это и будет неверно (подробности см. ниже).

На дисках Seagate, Samsung (SpinPoint F1 и новее) и Fujitsu на этот атрибут можно не обращать внимания.

Атрибут: 02 Throughput Performance

Параметр не даёт никакой информации пользователю и не говорит ни о какой опасности при любом своём значении.

Атрибут: 03 Spin-Up Time

Время разгона может различаться у разных дисков (причём у дисков одного производителя тоже) в зависимости от тока раскрутки, массы блинов, номинальной скорости шпинделя и т. п.

Кстати, винчестеры Fujitsu всегда имеют единицу в этом поле в случае отсутствия проблем с раскруткой шпинделя.

Практически ничего не говорит о здоровье диска, поэтому при оценке состояния винчестера на параметр можно не обращать внимания.

Атрибут: 04 Number of Spin-Up Times (Start/Stop Count)

При оценке здоровья не обращайте на атрибут внимания.

Атрибут: 05 Reallocated Sector Count

Поясним, что вообще такое «переназначенный сектор». Когда диск в процессе работы натыкается на нечитаемый/плохо читаемый/незаписываемый/плохо записываемый сектор, он может посчитать его невосполнимо повреждённым. Специально для таких случаев производитель предусматривает на каждом диске (на каких-то моделях — в центре (логическом конце) диска, на каких-то — в конце каждого трека и т. д.) резервную область. При наличии повреждённого сектора диск помечает его как нечитаемый и использует вместо него сектор в резервной области, сделав соответствующие пометки в специальном списке дефектов поверхности — G-list. Такая операция по назначению нового сектора на роль старого называется remap (ремап) либо переназначение , а используемый вместо повреждённого сектор — переназначенным . Новый сектор получает логический номер LBA старого, и теперь при обращении ПО к сектору с этим номером (программы же не знают ни о каких переназначениях!) запрос будет перенаправляться в резервную область.

Таким образом, хоть сектор и вышел из строя, объём диска не изменяется. Понятно, что не изменяется он до поры до времени, т. к. объём резервной области не бесконечен. Однако резервная область вполне может содержать несколько тысяч секторов, и допустить, чтобы она закончилась, будет весьма безответственно — диск нужно будет заменить задолго до этого.

Кстати, ремонтники говорят, что диски Samsung очень часто ни в какую не хотят выполнять переназначение секторов.

На счёт этого атрибута мнения разнятся. Лично я считаю, что если он достиг 10, диск нужно обязательно менять — ведь это означает прогрессирующий процесс деградации состояния поверхности либо блинов, либо головок, либо чего-то ещё аппаратного, и остановить этот процесс возможности уже нет. Кстати, по сведениям лиц, приближенных к Hitachi, сама Hitachi считает диск подлежащим замене, когда на нём находится уже 5 переназначенных секторов. Другой вопрос, официальная ли эта информация, и следуют ли этому мнению сервис-центры. Что-то мне подсказывает, что нет:)

Другое дело, что сотрудники сервис-центров могут отказываться признавать диск неисправным, если фирменная утилита производителя диска пишет что-то вроде «S.M.A.R.T. Status: Good» или значения Value либо Worst атрибута будут больше Threshold (собственно, по такому критерию может оценивать и сама утилита производителя). И формально они будут правы. Но кому нужен диск с постоянным ухудшением его аппаратных компонентов, даже если такое ухудшение соответствует природе винчестера, а технология производства жёстких дисков старается минимизировать его последствия, выделяя, например, резервную область?

Атрибут: 07 Seek Error Rate

Описание формирования этого атрибута почти полностью совпадает с описанием для атрибута 01 Raw Read Error Rate, за исключением того, что для винчестеров Hitachi нормальным значением поля RAW является только 0.

Таким образом, на атрибут на дисках Seagate, Samsung SpinPoint F1 и новее и Fujitsu 2,5″ не обращайте внимания, на остальных моделях Samsung, а также на всех WD и Hitachi ненулевое значение свидетельствует о проблемах, например, с подшипником и т. п.

Атрибут: 08 Seek Time Performance

Не даёт никакой информации пользователю и не говорит ни о какой опасности при любом своём значении.

Атрибут: 09 Power On Hours Count (Power-on Time)

Ничего не говорит о здоровье диска.

Атрибут: 10 (0А — в шестнадцатеричной системе счисления) Spin Retry Count

О здоровье диска чаще всего не говорит.

Основные причины увеличения параметра — плохой контакт диска с БП или невозможность БП выдать нужный ток в линию питания диска.

В идеале должен быть равен 0. При значении атрибута, равном 1-2, внимания можно не обращать. Если значение больше, в первую очередь следует обратить пристальное внимание на состояние блока питания, его качество, нагрузку на него, проверить контакт винчестера с кабелем питания, проверить сам кабель питания.

Наверняка диск может стартовать не сразу из-за проблем с ним самим, но такое бывает очень редко, и такую возможность нужно рассматривать в последнюю очередь.

Атрибут: 11 (0B) Calibration Retry Count (Recalibration Retries)

Ненулевое, а особенно растущее значение параметра может означать проблемы с диском.

Атрибут: 12 (0C) Power Cycle Count

Не связан с состоянием диска.

Атрибут: 183 (B7) SATA Downshift Error Count

Не говорит о здоровье накопителя.

Атрибут: 184 (B8) End-to-End Error

Ненулевое значение указывает на проблемы с диском.

Атрибут: 187 (BB) Reported Uncorrected Sector Count (UNC Error)

Ненулевое значение атрибута явно указывает на ненормальное состояние диска (в сочетании с ненулевым значением атрибута 197) или на то, что оно было таковым ранее (в сочетании с нулевым значением 197).

Атрибут: 188 (BC) Command Timeout

Такие ошибки могут возникать из-за плохого качества кабелей, контактов, используемых переходников, удлинителей и т. д., а также из-за несовместимости диска с конкретным контроллером SATA/РАТА на материнской плате (либо дискретным). Из-за ошибок такого рода возможны BSOD в Windows.

Ненулевое значение атрибута говорит о потенциальной «болезни» диска.

Атрибут: 189 (BD) High Fly Writes

Для того чтобы сказать, почему происходят такие случаи, нужно уметь анализировать логи S.M.A.R.T., которые содержат специфичную для каждого производителя информацию, что на сегодняшний день не реализовано в общедоступном ПО — следовательно, на атрибут можно не обращать внимания.

Атрибут: 190 (BE) Airflow Temperature

Не говорит о состоянии диска.

Атрибут: 191 (BF) G-Sensor Shock Count (Mechanical Shock)

Актуален для мобильных винчестеров. На дисках Samsung на него часто можно не обращать внимания, т. к. они могут иметь очень чувствительный датчик, который, образно говоря, реагирует чуть ли не на движение воздуха от крыльев пролетающей в одном помещении с диском мухи.

Вообще срабатывание датчика не является признаком удара. Может расти даже от позиционирования БМГ самим диском, особенно если его не закрепить. Основное назначение датчика — прекратить операцию записи при вибрациях, чтобы избежать ошибок.

Не говорит о здоровье диска.

Атрибут: 192 (С0) Power Off Retract Count (Emergency Retry Count)

Не позволяет судить о состоянии диска.

Атрибут: 193 (С1) Load/Unload Cycle Count

Не говорит о здоровье диска.

Атрибут: 194 (С2) Temperature (HDA Temperature, HDD Temperature)

О состоянии диска атрибут не говорит, но позволяет контролировать один из важнейших параметров. Моё мнение: при работе старайтесь не допускать повышения температуры винчестера выше 50 градусов, хоть производителем обычно и декларируется максимальный предел температуры в 55-60 градусов.

Атрибут: 195 (С3) Hardware ECC Recovered

Особенности, присущие этому атрибуту на разных дисках, полностью соответствуют таковым атрибутов 01 и 07.

Атрибут: 196 (С4) Reallocated Event Count

Косвенно говорит о здоровье диска. Чем больше значение — тем хуже. Однако нельзя однозначно судить о здоровье диска по этому параметру, не рассматривая другие атрибуты.

Этот атрибут непосредственно связан с атрибутом 05. При росте 196 чаще всего растёт и 05. Если при росте атрибута 196 атрибут 05 не растёт, значит, при попытке ремапа кандидат в бэд-блоки оказался софт-бэдом (подробности см. ниже), и диск исправил его, так что сектор был признан здоровым, и в переназначении не было необходимости.

Если атрибут 196 меньше атрибута 05, значит, во время некоторых операций переназначения выполнялся перенос нескольких повреждённых секторов за один приём.

Если атрибут 196 больше атрибута 05, значит, при некоторых операциях переназначения были обнаружены исправленные впоследствии софт-бэды.

Атрибут: 197 (С5) Current Pending Sector Count

Натыкаясь в процессе работы на «нехороший» сектор (например, контрольная сумма сектора не соответствует данным в нём), диск помечает его как кандидат на переназначение, заносит его в специальный внутренний список и увеличивает параметр 197. Из этого следует, что на диске могут быть повреждённые секторы, о которых он ещё не знает — ведь на пластинах вполне могут быть области, которые винчестер какое-то время не использует.

При попытке записи в сектор диск сначала проверяет, не находится ли этот сектор в списке кандидатов. Если сектор там не найден, запись проходит обычным порядком. Если же найден, проводится тестирование этого сектора записью-чтением. Если все тестовые операции проходят нормально, то диск считает, что сектор исправен. (Т. е. был т. н. «софт-бэд» — ошибочный сектор возник не по вине диска, а по иным причинам: например, в момент записи информации отключилось электричество, и диск прервал запись, запарковав БМГ. В итоге данные в секторе окажутся недописанными, а контрольная сумма сектора, зависящая от данных в нём, вообще останется старой. Налицо будет расхождение между нею и данными в секторе.) В таком случае диск проводит изначально запрошенную запись и удаляет сектор из списка кандидатов. При этом атрибут 197 уменьшается, также возможно увеличение атрибута 196.

Если же тестирование заканчивается неудачей, диск выполняет операцию переназначения, уменьшая атрибут 197, увеличивая 196 и 05, а также делает пометки в G-list.

Итак, ненулевое значение параметра говорит о неполадках (правда, не может сказать о том, в само́м ли диске проблема).

При ненулевом значении нужно обязательно запустить в программах Victoria или MHDD последовательное чтение всей поверхности с опцией remap . Тогда при сканировании диск обязательно наткнётся на плохой сектор и попытается произвести запись в него (в случае Victoria 3.5 и опции Advanced remap — диск будет пытаться записать сектор до 10 раз). Таким образом программа спровоцирует «лечение» сектора, и в итоге сектор будет либо исправлен, либо переназначен.

В случае неудачи чтения как с remap , так и с Advanced remap , стоит попробовать запустить последовательную запись в тех же Victoria или MHDD. Учитывайте, что операция записи стирает данные, поэтому перед её применением обязательно делайте бэкап!

Иногда от невыполнения ремапа могут помочь следующие манипуляции: снимите плату электроники диска и почистите контакты гермоблока винчестера, соединяющие его с платой — они могут быть окислены. Будь аккуратны при выполнении этой процедуры — из-за неё можно лишиться гарантии!

Невозможность ремапа может быть обусловлена ещё одной причиной — диск исчерпал резервную область, и ему просто некуда переназначать секторы.

Если же значение атрибута 197 никакими манипуляциями не снижается до 0, следует думать о замене диска.

Атрибут: 198 (С6) Offline Uncorrectable Sector Count (Uncorrectable Sector Count)

Параметр этот изменяется только под воздействием оффлайн-тестирования, никакие сканирования программами на него не влияют. При операциях во время самотестирования поведение атрибута такое же, как и атрибута 197.

Ненулевое значение говорит о неполадках на диске (точно так же, как и 197, не конкретизируя, кто виноват).

Атрибут: 199 (С7) UltraDMA CRC Error Count

В подавляющем большинстве случаев причинами ошибок становятся некачественный шлейф передачи данных, разгон шин PCI/PCI-E компьютера либо плохой контакт в SATA-разъёме на диске или на материнской плате/контроллере.

Ошибки при передаче по интерфейсу и, как следствие, растущее значение атрибута могут приводить к переключению операционной системой режима работы канала, на котором находится накопитель, в режим PIO, что влечёт резкое падение скорости чтения/записи при работе с ним и загрузку процессора до 100% (видно в Диспетчере задач Windows).

В случае винчестеров Hitachi серий Deskstar 7К3000 и 5К3000 растущий атрибут может говорить о несовместимости диска и SATA-контроллера. Чтобы исправить ситуацию, нужно принудительно переключить такой диск в режим SATA 3 Гбит/с.

Моё мнение: при наличии ошибок — переподключите кабель с обоих концов; если их количество растёт и оно больше 10 — выбрасывайте шлейф и ставьте вместо него новый или снимайте разгон.

Атрибут: 200 (С8) Write Error Rate (MultiZone Error Rate)

Атрибут: 202 (СА) Data Address Mark Error

Атрибут: 203 (CB) Run Out Cancel

Влияние на здоровье неизвестно.

Атрибут: 220 (DC) Disk Shift

Влияние на здоровье неизвестно.

Атрибут: 240 (F0) Head Flying Hours

Влияние на здоровье неизвестно.

Атрибут: 254 (FE) Free Fall Event Count

Влияние на здоровье неизвестно.

Подытожим описание атрибутов. Ненулевые значения :

При анализе атрибутов учитывайте, что в некоторых параметрах S.M.A.R.T. могут храниться несколько значений этого параметра: например, для предпоследнего запуска диска и для последнего. Такие параметры длиной в несколько байт логически состоят из нескольких значений длиной в меньшее количество байт — например, параметр, хранящий два значения для двух последних запусков, под каждый из которых отводится 2 байта, будет иметь длину 4 байта. Программы, интерпретирующие S.M.A.R.T., часто не знают об этом, и показывают этот параметр как одно число, а не два, что иногда приводит к путанице и волнению владельца диска. Например, «Raw Read Error Rate», хранящий предпоследнее значение «1» и последнее значение «0», будет выглядеть как 65536.

Надо отметить, что не все программы умеют правильно отображать такие атрибуты. Многие как раз и переводят атрибут с несколькими значениями в десятичную систему счисления как одно огромное число. Правильно же отображать такое содержимое — либо с разбиением по значениям (тогда атрибут будет состоять из нескольких отдельных чисел), либо в шестнадцатеричной системе счисления (тогда атрибут будет выглядеть как одно число, но его составляющие будут легко различимы с первого взгляда), либо и то, и другое одновременно. Примерами правильных программ служат HDDScan, CrystalDiskInfo, Hard Disk Sentinel.

Продемонстрируем отличия на практике. Вот так выглядит мгновенное значение атрибута 01 на одном из моих Hitachi HDS721010CLA332 в неучитывающей особенности этого атрибута Victoria 4.46b:

А так выглядит он же в «правильной» HDDScan 3.3:

Плюсы HDDScan в данном контексте очевидны, не правда ли?

Если анализировать S.M.A.R.T. на разных дисках, то можно заметить, что одни и те же атрибуты могут вести себя по-разному. Например, некоторые параметры S.M.A.R.T. винчестеров Hitachi после определённого периода неактивности диска обнуляются; параметр 01 имеет особенности на дисках Hitachi, Seagate, Samsung и Fujitsu, 03 — на Fujitsu. Также известно, что после перепрошивки диска некоторые параметры могут установиться в 0 (например, 199). Однако подобное принудительное обнуление атрибута ни в коем случае не будет говорить о том, что проблемы с диском решены (если таковые были). Ведь растущий критичный атрибут — это следствие неполадок, а не причина .

При анализе множества массивов данных S.M.A.R.T. становится очевидным, что набор атрибутов у дисков разных производителей и даже у разных моделей одного производителя может отличаться. Связано это с так называемыми специфичными для конкретного вендора (vendor specific) атрибутами (т. е. атрибутами, используемыми для мониторинга своих дисков определённым производителем) и не должно являться поводом для волнения. Если ПО мониторинга умеет читать такие атрибуты (например, Victoria 4.46b), то на дисках, для которых они не предназначены, они могут иметь «страшные» (огромные) значения, и на них просто не нужно обращать внимания. Вот так, например, Victoria 4.46b отображает RAW-значения атрибутов, не предназначенных для мониторинга у Hitachi HDS721010CLA332:

Нередко встречается проблема, когда программы не могут считать S.M.A.R.T. диска. В случае исправного винчестера это может быть вызвано несколькими факторами. Например, очень часто не отображается S.M.A.R.T. при подключении диска в режиме AHCI. В таких случаях стоит попробовать разные программы, в частности HDD Scan, которая обладает умением работать в таком режиме, хоть у неё и не всегда это получается, либо же стоит временно переключить диск в режим совместимости с IDE, если есть такая возможность. Далее, на многих материнских платах контроллеры, к которым подключаются винчестеры, бывают не встроенными в чипсет или южный мост, а реализованы отдельными микросхемами. В таком случае DOS-версия Victoria, например, не увидит подключённый к контроллеру жёсткий диск, и ей нужно будет принудительно указывать его, нажав клавишу [Р] и введя номер канала с диском. Часто не читаются S.M.A.R.T. у USB-дисков, что объясняется тем, что USB-контроллер просто не пропускает команды для чтения S.M.A.R.T. Практически никогда не читается S.M.A.R.T. у дисков, функционирующих в составе RAID-массива. Здесь тоже есть смысл попробовать разные программы, но в случае аппаратных RAID-контроллеров это бесполезно.

Если после покупки и установки нового винчестера какие-либо программы (HDD Life, Hard Drive Inspector и иже с ними) показывают, что: диску осталось жить 2 часа; его производительность — 27%; здоровье — 19,155% (выберите по вкусу) — то паниковать не стоит. Поймите следующее. Во-первых, нужно смотреть на показатели S.M.A.R.T., а не на непонятно откуда взявшиеся числа здоровья и производительности (впрочем, принцип их подсчёта понятен: берётся наихудший показатель). Во-вторых, любая программа при оценке параметров S.M.A.R.T. смотрит на отклонение значений разных атрибутов от предыдущих показаний. При первых запусках нового диска параметры непостоянны, необходимо некоторое время на их стабилизацию. Программа, оценивающая S.M.A.R.T., видит, что атрибуты изменяются, производит расчёты, у неё получается, что при их изменении такими темпами накопитель скоро выйдет из строя, и она начинает сигнализировать: «Спасайте данные!» Пройдёт некоторое время (до пары месяцев), атрибуты стабилизируются (если с диском действительно всё в порядке), утилита наберёт данных для статистики, и сроки кончины диска по мере стабилизации S.M.A.R.T. будут переноситься всё дальше и дальше в будущее. Оценка программами дисков Seagate и Samsung — вообще отдельный разговор. Из-за особенностей атрибутов 1, 7, 195 программы даже для абсолютно здорового диска обычно выдают заключение, что он завернулся в простыню и ползёт на кладбище.

Обратите внимание, что возможна следующая ситуация: все атрибуты S.M.A.R.T. — в норме, однако на самом деле диск — с проблемами, хоть этого пока ни по чему не заметно. Объясняется это тем, что технология S.M.A.R.T. работает только «по факту», т. е. атрибуты меняются только тогда, когда диск в процессе работы встречает проблемные места. А пока он на них не наткнулся, то и не знает о них и, следовательно, в S.M.A.R.T. ему фиксировать нечего.

Таким образом, S.M.A.R.T. — это полезная технология, но пользоваться ею нужно с умом. Кроме того, даже если S.M.A.R.T. вашего диска идеален, и вы постоянно устраиваете диску проверки — не полагайтесь на то, что ваш диск будет «жить» ещё долгие годы. Винчестерам свойственно ломаться так быстро, что S.M.A.R.T. просто не успевает отобразить его изменившееся состояние, а бывает и так, что с диском — явные нелады, но в S.M.A.R.T. — всё в порядке. Можно сказать, что хороший S.M.A.R.T. не гарантирует, что с накопителем всё хорошо, но плохой S.M.A.R.T. гарантированно свидетельствует о проблемах . При этом даже с плохим S.M.A.R.T. утилиты могут показывать, что состояние диска — «здоров», из-за того, что критичными атрибутами не достигнуты пороговые значения. Поэтому очень важно анализировать S.M.A.R.T. самому, не полагаясь на «словесную» оценку программ.

Хоть технология S.M.A.R.T. и работает, винчестеры и понятие «надёжность» настолько несовместимы, что принято считать их просто расходным материалом. Ну, как картриджи в принтере. Поэтому во избежание потери ценных данных делайте их периодическое резервное копирование на другой носитель (например, другой винчестер). Оптимально делать две резервные копии на двух разных носителях, не считая винчестера с оригинальными данными. Да, это ведёт к дополнительным затратам, но поверьте: затраты на восстановление информации со сломавшегося HDD обойдутся вам в разы — если не на порядок-другой — дороже. А ведь данные далеко не всегда могут восстановить даже профессионалы. Т. е. единственная возможность обеспечить надёжное хранение ваших данных — это делать их бэкап.

Напоследок упомяну некоторые программы, которые хорошо подходят для анализа S.M.A.R.T. и тестирования винчестеров: HDDScan (Windows, DOS, бесплатная), MHDD (DOS, бесплатная).