Тестирование жесткого диска dos

CHKDSK.exe (check disk) — стандартная встроенная утилита Windows для проверки жестких дисков на наличие ошибок. Утилита chkdsk позволяет проверить носитель и файловую систему на физические и логические ошибки, найти поврежденные секторы (bad sectors) и исправить найденные проблемы. В этой статье мы рассмотрим особенности использования утилиты проверки диска chkdsk в Windows 10, а также возможность проверки диска из PowerShell с помощью командлета Repair-Volume.

Утилита chkdsk в Windows 10 поддерживает проверку дисков с файловыми системами NTFS, FAT32. Для ReFS томов она не применима, т.к. там используются другие механизмы обеспечения целостности данных.

Доступные методы диагностики жёстких дисков

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

Использование специализированных инструментов и программного
обеспечения, имеющихся у специалистов по ремонту жестких дисков здесь не рассматривается. Статья в
первую очередь рекомендуется продвинутым пользователям и
начинающим сервисменам и может быть полезна в качестве пособия по
диагностике при приемке неисправных накопителей по гарантии. Вопросы
же гарантийности
или негарантийности случаев в данной статье не обсуждаются. Для начала, лучшим будет считать, что о жестком
диске
совершенно ничего неизвестно, т. к. зачастую предположения неподготовленного пользователя, обратившегося к нам,
имеют достаточно мало общего с действительностью. Практика показывает, что под пользовательским диагнозом
«винчестер не стартует» может скрываться как клин двигателя, так и
банальный слет Windows под воздействием тысчонки-другой окопавшихся на
винчестере вирусов.

Программная диагностика

Если старт винчестера прошел чисто, без посторонних
звуков и возгораний, то только теперь мы можем приступить к
программной диагностике, т. е. вполне безбоязненно подключить винчестер
к нашему диагностическому компьютеру. Разумеется, ни
о каких тестах под «дружественным» Windows XP, монтирующим всё, что
движется, и пишущим в фоне на всё, что пишется, не может быть и речи.
Тестирование будем вести под DOS. Рекомендую использовать свободно
распространяемый под лицензией GNU FreeDOS. Из диагностического ПО нам
понадобится ставшая де-факто эталоном первичной диагностики MHDD, а
также Vivard для проверки записи.

Тестируемый винчестер, подключенный к отдельному
блоку питания, подсоединяем к тестовому компьютеру. Компьютер и блок
питания винчестера должны, как минимум, быть подключены в один и тот
же, желательно заземленный, фильтр-удлинитель. Первым включаем
винчестер, вторым компьютер. Наблюдаем прохождение POST. Если винчестер
корректно определятся – хорошо. Бывает, определяется так называемыми
«псевдонимами» или «технологическими именами», что характерно для
Maxtor (Athena, ARES64K, N40P), WD (Mammoth, Sabre, Starling). Причины
в поврежденной микропрограмме на дисках либо в нечитающих головах. Если
же
винт висит и завешивает машину, то выключаем его (вот для чего нужен
отдельный блок питания) и продолжаем загрузку, или перезагружаемся,
если все зависло наглухо.

Следует обратить внимание на то, что по
умолчанию DOS пытается
читать имеющийся МБР и монтировать разделы с FAT. Причем при проблемах,
связанных с логикой, в том числе из-за имеющихся дефектов на
винчестере, возможны довольно длительные зависания ОС на старте.
Поэтому, в
некоторых случаях, даже корректно определяющийся BIOS’ом винчестер есть
смысл прогрузить в DOS выключенным.

Даём загрузиться
операционке, запускаем MHDD (рекомендуется заранее настроить её на
исследуемый порт, а не топтать Shift+F3 на ходу), включаем винчестер и
наблюдаем за регистрами состояния и ошибок. Долговременный BUSY без
раскрутки двигателя говорит
о проблемах на плате контроллера. Если двигатель раскрутился, но BUSY
не сбрасывается, то есть смысл подозревать головы в проблемном чтении,
либо же предположить разрушение микропрограммы на диске.
Автоматизировать процесс
наблюдения сброса BUSY можно командой wait. Если нормально выходит на
готовность и подымает DRSC и DRDY, то тут же софт-ресетим его через F3.
Seagate с глючными головами любят в этом месте подвиснуть. Если
ресетится чисто, тут же получаем паспорт по F2. Обращаем внимание на
наличие установленных HPA и пароля.

B) SMART

Если паспорт отдал,
пытаемся получить SMART по F8. Внимание: SMART должен быть включен в
BIOS материнской платы, иначе, в
некоторых случаях, возможна ошибка получения атрибутов. Чтобы обойти это
без перезагрузки, перед F8 введем
smart on. Проблемные WD и Samsung зачастую портят себе
часть микропрограммы, отвечающей за SMART, и по F8 могут выдавать
ошибку. По получении атрибутов читаем их и пытаемся интерпретировать.

Пример SMART нового винчестера:

HDD: SAMSUNG HD161HJ; FW: GF100-07; SN: S0V3JDWQ549412
——————————————————–
Name
Val Worst Raw
Att #   1 : Read error
rate           :
252 252 0
Att #   3 : Spin up
time
: 252 252 0
Att #   4 : Number of spin-up times   : 252
252 0
Att #   5 : Reallocated sectors count : 252 252
0
Att #   7 : Seek error
rate           :
252 252 0
Att #   8 : Seek time performance     :
252 252 0
Att #   9 : Power-on
time
: 99   99 1
Att # 10 : Spin-up
retries           :
252 252 0
Att # 11 : Calibration
retries       : 252 252
0
Att # 12 : Start/stop
count          : 252
252 0
Att # 184 :
Unknown
: 252 252 0
Att # 187 :
Unknown
: 252 252 0
Att # 188 :
Unknown
: 252 252 0
Att # 190 :
Unknown
: 193 193 20
Att # 194 : HDA
Temperature
: 193 193 20
Att # 195 : Hardware ECC recovered    : 252
252 0
Att # 196 : Reallocate event count    : 252
252 0
Att # 197 : Current pending sectors   : 252 252
0
Att # 198 : Offline scan UNC sectors : 252 252
0
Att # 199 : Ultra ATA CRC Error Rate : 200 200
0
Att # 200 : Write error
rate          : 252
252 0
Att # 201 :
Unknown
: 252 252 0

Нельзя однозначно выделить «важные» или «неважные»
для диагностики атрибуты. Все они имеют свою информационную ценность.
Но в первую очередь обратим внимание на:
1 – Read error rate, сигнализирующий об ошибках чтения;
3 – Spin up time, говорящий о проблемах либо с питанием, либо с
управлением двигателя, либо с самим двигателем;
5 – Reallocated sectors count, отмечающий уже сремапленные сектора;
7 – Seek error rate говорит о проблемах с позиционированием, что в свою
очередь может быть вызвано как проблемами питания, так и деградирующей
поверхностью или головками;
194 – HDA Temperature – полезная штука, позволяющая узнать не только
текущую температуру, но и прикинуть, насколько был перегрет винчестер в
работе;
197 – Current pending sectors показывает количество кандидатов в
очереди на ремап;
198 – Offline scan UNC sectors – количество бэдов, найденных в
оффлайновом смарт-тесте;
200 – Write error rate фиксирует ошибки записи, что также может
говорить о дефектных поверхностях, деградирующих головах.

Несмотря на огромное количество программ
смарт-мониторинга, наблюдается нездоровая тенденция к прогрессирующему
непониманию пользователем, зачем этот SMART нужен 🙂 . Как следствие,
неумение пользоваться столь полезной функцией и интерпретировать
результаты смарт-диагностики. На вышеуказанном примере мы видим, что у
теоретически исправного винчестера текущие (value) значения и наихудшие
(worst) должны быть максимально близки, а сырое (raw) значение быть как
можно ближе к нулю, за некоторыми исключениями (HDA Temperature,
Power-on time, Number of spin-up times).

При изучении винчестера с периодически возникающими
проблемами, либо вообще с непонятной историей болезни, крайне важное
значение имеет изучение наихудших (worst) параметров, сигнализирующих о
том, насколько винчестеру было плохо в какой-то промежуток времени. Вот
интересный пример Samsung’а, с периодически вылетающей по прогреву на
записи 2-й головой. Обнаружить этот плавающий глюк помог нам анализ
худших параметров.

HDD: SAMSUNG HD401LJ; FW: ZZ100-15; SN: S0HVJ1WL901029
——————————————————–

Name
Val Worst Raw
Att #   1 : Read error
rate           :
253   93 0
Att #   3 : Spin up
time
: 100 100 8064
Att #   4 : Number of spin-up times   : 100
100 32
Att #   5 : Reallocated sectors count : 253 253
0
Att #   7 : Seek error
rate           :
253 253 0
Att #   8 : Seek time performance     :
253 253 0
Att #   9 : Power-on
time
: 253 253 4
Att # 10 : Spin-up
retries           :
253 253 0
Att # 11 : Calibration
retries       : 253 253
0
Att # 12 : Start/stop
count          : 100
100 31
Att # 190 :
Unknown
: 63   62 37
Att # 194 : HDA
Temperature
: 127 124 37
Att # 195 : Hardware ECC recovered    : 253
100 159
Att # 196 : Reallocate event count    : 253
253 0
Att # 197 : Current pending
sectors   : 253
90 0
Att # 198 : Offline scan UNC sectors : 253 253
0
Att # 199 : Ultra ATA CRC Error Rate : 200 200
0
Att # 200 : Write error
rate          :
253   90 0
Att # 201 :
Unknown
: 253 100 0
Att # 202 :
Unknown
: 253 253 0

:/> Где находится командная строка и как правильно ее открыть в Win 10

Интересны худшие значения Read error rate, Current
pending sectors и Write error rate. По прогреву пишущая головка
начинает глючить (Write error rate) и садить софт-бэды, которые и
отобразились в Write error rate и Current pending sectors. После
довольно продолжительного бездействия головка на время
восстанавливает работоспособность и прекрасно убирает дефекты
записью, но с нагревом всё начинается
снова.

Или пример разгерметизированного WD. Целостность
уплотнителя была
восстановлена, но нормальной работы под нагрузкой, разумеется, достичь
не удалось.

Жесткий диск: WDC WD4000AAKS-00YGA0; ПО: 12.01C02; Серийный номер: WD-WCAS86084683
————————————————– ——

Имя
Вал Ворст Сырой
Att #   1 : Ошибка чтения
ставка :
193    1 789
Att #   3 : Раскрутить
время
: 214 179 4291
Att #   4 : Количество раскруток   : 100
100 29
Att #   5 : Перераспределено
количество секторов: 200 195
0
Att #   7 : Ошибка поиска
ставка :
199 197 52
Att #   9 : Включение питания
время
: 100 100 26
Атт # 10 : Раскрутка
повторные попытки           :
100 253 0
Внимание № 11: Калибровка
повторных попыток       : 100 253
0
Att # 12 : Старт/стоп
количество          : 100
100 23
Att # 192 : Счетчик втягивания при выключении питания   : 199 199
809
Att # 193 : Количество циклов загрузки/разгрузки   : 200 200
818
Дело № 194: HDA
Температура
: 128 101 22
Att # 196 : Перераспределить количество событий    : 200
190 0
Att # 197 : Текущее ожидание
секторов   : 200 198
0
Att # 198 : Автономное сканирование UNC-секторов: 200 200
0
Att # 199 : Частота ошибок CRC Ultra ATA : 200 200
0
Att # 200 : Ошибка записи
ставка          : 200
200 0

Наихудшая частота ошибок чтения говорит нам, что винт одно
время пребываниял просто в ауте, когда его дырявого обнаружения мучить. Плюс
к тому же, подваленный худший Время раскрутки говорит об эксплуатации на плохом
блоке питания. Счетчик худших перераспределенных секторов поведал нам о том, что
бэды от разгерметизации наличествовали, но ушли после записи. Искать
частота ошибок показала проблемы с позиционированием – грязные головы либо
плохое развитие сервометки, либо некоторые сервометки повреждены. Худший
Текущие ожидающие секторы зафиксировали бы в ошибках, которые
убрались записью. В целом, значение ошибки чтения означает,
что чтение не нормализовалось (что неудивительно на такой скорости) и
винт не жилец.

На закуску однозначный пример полудохлого
Quantum AS, совершенно непригодного к эксплуатации.

Жесткий диск: QUANTUM FIREBALLP AS20.5; ФВ: A1Y.4500; Серийный номер: 792125276721
————————————————– ——

Имя
Вал Ворст Сырой
Att #   1 : Ошибка чтения
ставка :
100 253 0
Att #   3 : Раскрутить
время
: 79   79 2663
Att #   4 : Количество раз запуска   :
97   97 2573
Att #   5 : Перераспределено
количество секторов: 14
14 431
Att #   7 : Ошибка поиска
ставка :
100 100 0
Att #   9 : Включение питания
время
: 86   86 9363
Атт # 10 : Раскрутка
повторные попытки           :
100 100 0
Внимание № 11: Калибровка
повторных попыток       : 100 100
0
Att # 12 : Старт/стоп
считать :
97   97 2559
Att # 13 : Частота ошибок мягкого чтения      :
100   70 0
Att # 195: Аппаратный ECC
восстановлено    :
4    1 12822750
Att # 196 : Перераспределить количество событий    : 100
253 0
Att # 197 : Текущее ожидание
секторов   : 82
81 94
Att # 198: Автономное сканирование секторов UNC: 100 253
0
Att # 199 : Частота ошибок CRC Ultra ATA : 200 200
0

431 сремапленный сектор (Количество перераспределенных секторов),
94 в очереди (Текущие ожидающие секторы). А проблема практически
нечитающих головах. Мусор, который поглощает их, контролирует
пока еще в исправлении состояния, но возможности его уже исчерпаны
(Аппаратный ECC восстановлен) – винчестер находится в коматозном состоянии.

C) Верификация

Следующая диагностическая операция после изучения
SMART – верификация поверхности в MHDD. Эффект воздействия
локализовать ошибки в работе винчестера: дефекты, зависания, провалы в
скорость Вне зависимости от наших лени и пожеланий заказчика
тестируется полностью весь объем. Верификация, например, 500 ГБ будет
идти около 2 часов. В этой части диагностики нас будут интересовать
любые ошибки и отклонения от нормы. К примеру, типичная картина для WD
со слетевшим кусочком микропрограммы, отвечающей за трансляцию физических
адресов секторов накопителя в LBA:

В регистре ошибок повышенной чувствительности IDNF.

Типичная картина для ударного WD с полуживой 0-й
(нижней) головы. Участки зависимостей и UNC чередуются с
обширными участками нормального чтения живыми головками. В реестре
хроническая хроническая аллергия UNCR.

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

Жесткий диск: WDC WD2000JD-00HBB0; СВ: 08.02D08; Серийный номер: WD-WCAL82186788
————————————————– ——

Имя
Вал Ворст Сырой
Att #   1 : Ошибка чтения
ставка
:   1    1 3743
Att #   3 : Раскрутить
время
: 146 146 5200
Att #   4 : Количество раскруток   : 100
100 17
Att #   5 : Перераспределено
количество секторов: 123 123
1230
Att #   7 : Ошибка поиска
ставка :
200 200 0
Att #   9 : Включение питания
время
: 100 100 16
Атт # 10 : Раскрутка
повторные попытки           :
100 253 0
Внимание № 11: Калибровка
повторных попыток       : 100 253
0
Att # 12 : Старт/стоп
количество          : 100
100 14
Дело № 194: HDA
Температура
: 116   93 34
Att # 196 : Перераспределить событие
считать :
1    1 348
Att # 197 : Текущие ожидающие секторы   : 200 174
0
Att # 198: Автономное сканирование секторов UNC: 100 253
0
Att # 199 : Частота ошибок CRC Ultra ATA : 200 253
0
Att # 200 : Ошибка записи
ставка          : 100
253 0

Для наглядности результата верификации абсолютно
исправного винчестера:

Последнее сканирование LBA:
2983754

D) Общий анализ
сплавная структура ОС

Т. к. возможности DOS в быстром воздействии
анализ наличия на жестких дисковых файловых структурах довольно
ограничены, то, признаюсь честно, некоторые альтернативы Linux и GParted я
не вижу. Во-первых, мы положили вначале, что ничего о тестируемом
накопление неизвестно, в том числе ни об их сборе ОС, ни о
файлы исключены. Согласиться, что кроме Windows в мире должно быть еще
множество различных объектов систем. Во-вторых, в пору разгула
совершенно безумного числа различных виндовых авторановых вирусов было
бы глупо очертя голову
подсоединять незнакомый винчестер к любимой винде, на которой
только-только в очередной 325-й раз мы вылечили все глюки 🙂 . И,
в-третьих, пора уже привыкнуть к Linux как к одному из инструментов
на компьютере тестировщика. В крайнем случае, можно
сокращается GParted-LiveCD.

GParted имеет «интуитивно понятный дружелюбный
интерфейс», стандартный для такого типа программ, и в деле быстро
анализ выборки на диске разделов и системных файлов вполне подойдёт.

E) Проверка на
запись

Внимание!
В процессе выполнения этого теста информация о винчестере будет обезврежена без возможности
восстановление!

Здесь мы вернемся во FreeDOS. Вместо
MHDD предложу Румыния Vivard. Он лучше работает в UDMA
режим
на запись, плюс к тому, наглядно рисует карту диска при записи, и при
ошибках пишет в специальном окошке 🙂 . У исправного
винчестера процедура записи в UDMA процедура занимает приблизительно
столько же времени, сколько и проверка. Скорость записи
приблизительно равной скорости верификации и имеет плавно падающую к
конечная характеристика диска. Любые аномалии резко (в разы) отличающиеся
от предполагаемых условий наблюдается ненормальное состояние
винчестера при записи.

:/> Какая программа открывает файлы PDF: более 20 вариантов

Пример неисправного Seagate, идеально
верифицирующегося без единого бэда, но тут же вешающегося при записи:

Плюс к тому, в народе давно признаны лечебные
свойства записи по всей «поляне», удаляющей софт-бэды, кривые MBR,
вирусы и вся имеющаяся на диске информация 🙂 . Поэтому сама процедура
заполнить
винчестера нулевыми байтами (аналог так наз. «формат низкого уровня»)
совершенно не вредит даже абсолютно исправному накопителю.

Ж) Линукс

во Патрике 🙂 , нежелающих использовать «некошерные» ОС и
«юзер-френдли»
программы с «интуитивно воспринимаемыми» графическими интерфейсами. Что
нам может быть предоставлен стандартный набор консольных программ, существующий в любом возрасте
дистрибутив, в деле программной диагностики накопителя? Кратко
останавливаемся на этом вопросе.

В просмотре смарт-атрибутов нам поможет команда smartctl -A /dev/hdX, где -A – вывод
только атрибутов, /dev/hdX – наш подопытный винчестер. Для SATA
винчестеров команда будет иметь вид smartctl
-A -d ata /dev/sdX.

Для просмотра имеющихся разделов на всех
подключенных накопителях применим fdisk
-l. Если нас интересует конкретный подопытный экземпляр, то
укажем его: ,
после чего уже в самой программе введем для просмотра имеющихся разделов.
По завершению анализа введем
и выйдем из программы.

Для проверки накопителя на бэды используем dd if=/dev/hdX of=/dev/null bs=8K.
При наличии таковых dd просигнализирует нам выводом i/o error. Для
«low-level format» применим dd
if=/dev/zero of=/dev/hdX bs=8K. И в том, и в другом случае для
наблюдения за скоростью чтения или записи привлечем на другом терминале
watch -n60 killall -SIGUSR1 dd.
На первый терминал раз в 60 сек. dd будет выводить промежуточные
результаты процесса.

В заключение хотелось бы
сказать, что как в диагностике, ремонте жестких дисков, восстановлении
данных, так и в любой другой работе необходимы вдумчивость,
сосредоточенность, неторопливость («винчестеры любят терпеливых») и
четкое понимание конечных, в том числе и отрицательных, результатов тех
или иных манипуляций. Следует учитывать, что при работе с диском
одной из главных задач является – не навредить, не сделать хуже, чем
было. Поэтому, после прочтения этого материала, я предлагаю сначала
задуматься: стоит ли этим вообще заниматься? И лишь потом приступить практическому
применению полученных знаний.

Виталий Розизнаный AKA Rozik, специально для rlab.ru.

Перепечатка или цитирование разрешены при условии указания ссылки вида R. LAB Ремонт жестких дисков, восстановление данных.

«Тестер в зубы»

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

Сопротивление между общим проводом и любой из веток
питания на
теоретически исправном диске должно быть порядка нескольких
десятков, а то и сотен килоом.
Короткозамкнутая на землю ветка говорит о пробитых защитных
стабилитронах. Бесконечно большое сопротивление говорит о пробитом на
землю стабилитроне и выгоревших «нулевках». ( На ноутбучных винчестерах
из-за
эксплуатации в дешевых карманах, либо сбоях в питателях ноутов
прошибает нулёвые «фузы»
по 5 Вольтам – они звонятся в обрыв вместо
положенных 0 Ом.) Сопротивление порядка сотен Ом относительно общего
провода говорит, как правило, о сгоревших элементах, находящихся за
уцелевшей защитой, как то: элементы стабилизации, конвертеры
напряжений, убитые драйвера двигателей и голов.

Внешний осмотр

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

Изучив корпус, переходим к внимательному
осмотру платы электроники. Для этого могут понадобиться различные
специфические отвертки для снятия платы как то: TORX-9, TORX-5 и т. д., т. к. на
некоторых
винчестерах (WD,
в последнее время Seagate),
в том числе и ноутбучных,
элементы на плате спрятаны внутрь, и рассмотреть их
без снятия последней физически не представляется возможным.

В первую
очередь
нас интересуют следы прогаров, прострелов элементов на плате, снесенные
элементы, о былом наличии которых можно судить по оставшимся ошметкам в
местах пайки. Типичными местами пробоев являются защитные стабилитроны
на Seagate, Samsung, в последнее
время и WD с Hitachi. Далее
идут так
называемые «нулевки»
или «фузы» (нулевые резисторы либо предохранители,
горящие при пробое
стабилитронов, дабы не насиловать коротким замыканием блок питания: Samsung,
последние WD).
Затем представляют интерес
драйвера двигателей и головок: настоящий рекордсмен здесь WD, реже
Maxtor,
Seagate.

Исследуем PATA интерфейс на наличие вдавленных пинов
(вдавленный 21-й пин ведет к тормозам при операциях
записи-чтения или к зависанию на POST на некоторых материнских платах),
говорящих о многократных панических всовываниях и
вытаскиваниях кабеля (та самая «пляска с бубном» – а вдруг запустится), заломанных пластмассовых
отбортовок, вследствие резкого бокового
перекоса при снятии кабеля. Встречались случаи с загнутым вниз либо
вообще отломанным от платы PATA интерфейсом – здоровяков на Руси
хватает. На
WD, вследствие
частых и хаотических дерганий нередко отрывают колодку
питания от платы. Внимательно осматриваем место пайки на снятой плате
под лупой на наличие трещин в припое. Хлипкий SATA интерфейс страдает
обламыванием пластмассового основания группы контактов, как на шине
данных, так и по питанию, вследствие резкого и сильного перекоса кабелей
при их снятии.

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

В визуальную диагностику входит и проверка
правильности установки перемычек. Самые распространенные ошибки: WD
установлен «мастером» на контактах 5-6 ( ::I:: – винчестер не
определяется, либо долго висит на POST) – перемычка должна быть снята
либо установлена в «нейтраль» на контакты 4-6; Samsung установлен
«слейвом» на контактах 5-6 ( :I:: – винчестер обрезается до 32 ГБ) –
перемычка должна быть снята, либо установлена в «мастер» на контакты
7-8 ( I::: ). Ставшая уже классической багофича южных мостов VIA VT8237
(R, R Plus) с неопределением на них SATA-2 винчестеров лечится
установкой перемычки в SATA-1 (WD, Seagate, Samsung), либо, при
отсутствии перемычек, программной модификацией фирмваре (Hitachi,
Samsung).

Проверка ошибок на жестком диске с помощью PowerShell

В версии PowerShell 4.0 появился отдельный командлет для проверки диска Repair-Volume. Это командлет является PowerShell аналогом команды chkdsk.

:/> Голубой экран на виндовс 7

Чтобы из PowerShell выполнить онлайн проверку жесткого диска на ошибки, выполните команду:

Repair-Volume –driveletter C –scan

Если нужно выполнить офлайн проверку и автоматически исправить ошибки, используйте параметр offlinescanandfix:

Repair-Volume –driveletter E –offlinescanandfix

Если ошибок на диске не найдено, вы увидите сообщение NoErrorsFound.

Также поддерживается быстрое исправление ошибок с помощью параметра spotfix (исправляются только ошибки, найденные при онлайн сканировании):

Repair-volume –driveletter E –spotfix

Можно проверить сразу несколько локальных дисков:

Repair-Volume -DriveLetter EHI –SpotFix

Через CIM сессии проверить диски на удаленных компьютерах:

Repair-Volume –driverletter c -scan –cimsession fs01,fs02,dc01

Также вы можете проверить SMART состояние жестких дисков из PowerShell с помощью командлетов из модуля Storage:

Проверка диска в Windows 10 с помощью утилиты chkdsk

Чтобы проверить жесткий диск на ошибки, запустите командную строку с правами администратора. Выполните команду:

chkdsk E: /F /R

Данная команда запустит проверку диска E:, найденные ошибки будут исправлены автоматически (/F), при наличии поврежденных секторов будет выполняться попытка восстановления информации (/R). Полная проверка диска может занять длительное время в зависимости от емкости носителя и количества файлов.

Утилита chkdsk последовательно выполняет четыре прохода, на которых выполняется проверка метаданных тома:

После окончания проверки диска вы увидите подробную статистику диска, информацию о поврежденных секторах и файлах, предпринятых действиях по восстановлению.

Если утилита chkdsk не обнаружила проблем, появится надпись:

Windows has scanned the file system and found no problems.
No further action is required.

Вы не сможете выполнить онлайн сканирование и исправление ошибок на системном диске (C:). При запуске команды
chkdsk C: /F /R
вы увидите, что диск заблокирован и его проверку можно выполнить только при следующей перезагрузке Windows:

Cannot lock current drive. Chkdsk cannot run because the volume is in use by another process. Would you like to schedule this volume to be checked the next time the system restarts? (Y/N).

Невозможно выполнить команду Chkdsk, так как указанный том используется другим процессом. Следует ли выполнить проверку этого тома при следующей перезагрузке системы?

Теперь, если вы перезагрузите Windows, запустится проверка диска. Нужно дождаться ее окончания.

Если вы хотите проверить на ошибки диск в офлайн режиме (пропустить онлайн проверку), используйте опцию offlinescanandfix:

chkdsk E: /f /offlinescanandfix

При использовании опции offlinescanandfix для системного диска будет предложено запланировать проверку при перезагрузке.

Скорость офлайн проверки диска в Windows 10 существенно увеличена по сравнению с предыдущими версиями ОС.

/X — еще один полезный атрибут chkdsk. Он позволяет отключить том перед проверкой, принудительно закрыв все открытые файловые дескрипторы.

Также нужно обратить внимание на новую опцию chkdsk —
/spotfix
. Данный параметр применяется только для томов NTFS. Параметр spotfix позволяет существенно сократить время офлайн проверки диска с нескольких часов до секунд. Вместо полной проверки всего диска выполняется только поиск и исправление ошибок, зафиксированных ранее (во время обычной проверки диска) в файле $corrupt. В этом случае chkdsk сразу исправляет ошибки, не тратя время на сканирование диска. Это особенно полезно при проверке больших томов.

Не рекомендуется прерывать выполнение команды chkdsk. Однако, если вы руками остановите/завершите процесс chkdsk.exe, вы не повредите этим том (он не повредится сильнее, чем он был поврежден изначально). В любом случае через какое-то время рекомендуется выполнить полную проверку диска.

Также в современных билдах Windows 10 добавлена утилита диагностики хранилища
StorDiag.exe
(Storage Diagnostic Tool). Данная утилита выполняет сразу несколько операций проверки диска (
chkdsk
,
fsutil
и
fltmc
). Лог можно сохранить в виде ETW трейса. Например:

«На постамент!»

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

Если при включении
блок отправился в защиту по КЗ, то немедленно выключаем его и ищем,
чего недоглядели-недомеряли. Если БП стартовал, то чутким ухом
(стетоскоп приветствуется) слушаем старт винчестера. Нестарт говорит о
явных проблемах на плате контроллера: мертвом драйвере двигателя
(пробитый зачастую греется, аки сковорода), неисправном ПЗУ,
управляющем
процессоре (пробитый тоже имеет склонность к повышенному нагреву). На
Samsung’ах нередки случаи отрыва прижимной контактной группы,
идущей к
двигателю – в целях диагностики просто придавим её пальцем. Зудящий вой
изношенного
шарикоподшипника на пожилых дисках может быть фатальным знаком для тех
же «тонких» Maxtor’ов,
а может ровным счетом ничего не значить для тех же WD. Специфический
металлический скрежет, доносящийся изнутри гермокамеры, скорее
всего, повествует об
оборванной головке, волочащейся по диску – как правило, вследствие
удара,
возможно и на ходу.

Монотонное клацанье головами с остановками и без
них может свидетельствовать, как о неисправной головке либо
блоке головок целиком, так и о проблемах с их питанием, идущих от
неисправности на плате электроники. В том числе, не исключаем и
установленную хитрым юзером чужую визуально исправную плату (чтобы
«просунуть винт по гарантии») с неподходящим содержимым ПЗУ,
несоответствующей электронной частью (установка зачастую приводит к
мгновенной смерти голов на WD). Также стук может быть следствием сбоя в
микропрограмме
диска. В
любом случае, тарабанящий винчестер не мучаем и выключаем.
Характерное похрюкивание, попискивание, чирикание и даже музыкальное
пение 🙂 без раскрутки двигателя, сопровождающееся зверским нагревом
микросхемы управления двигателем свидетельствует о прилипших к дискам
головах
либо о клине вала двигателя вследствие удара. Долго наслаждаться
чириканием и пением категорически не рекомендуется.

Просмотр результата (лога) проверки диска Chkdsk в Windows 10

При проверке диска в онлайн режиме, вы видите в консоли полную статистику. Однако, если вы запланировали проверку диска с помощью опции offlinescanandfix, вы не увидите на экране загрузки Windows итоговый отчет chkdk. В Windows 10 на экране загрузки отображается только общий процент выполнения проверки диска.

В Windows 7 и более ранних версиях Windows, подробная информация о действиях, выполняемых утилитой chkdsk, отображалась прямо на экране загрузки ОС.

В Windows 10 вы можете получить информацию о всех действиях, которые были выполнены процедурой проверки дисков только из журнала событий Windows (Event Viewer).

Откройте Windows Event Viewer (
Eventvwr.msc
).

Щелкните ПКМ по разделу Application и выберите пункт меню Find. В строке поиска введите chkdsk и нажмите Find next.

Можно искать по источнику событий. Для поиска событий проверки диска при загрузке Windows нужно искать включить фильтр по событиям с источнико Wininit. Для событий проверки диска, инициированных пользователем смотрите источник Chkdsk.

Поиск должен перейти на последнее событие с Event ID 1001 и источником Wininit. На вкладке General будет содержаться подробный лог с данными последней проверки системного диска.

Вы можете получить информацию из событий проверки диска с помощью PowerShell. Следующая команда экспортирует 5 последних результатов проверки диска из журнала событий и сохранит их на рабочий стол в текстовый файл CHKDSK_SCAN.txt.

Полученный файл можно открыть в любом текстовом редакторе.

Итак, мы получили журнал проверки дисков, выполненной при загрузке Windows 10. Если Windows запускает проверку при каждой загрузке ОС или проверка зависает, возможно стоит временно отключить автоматическую проверку дисков при загрузке Windows.