С утилитой Chkdsk, предназначенной для исправления логических ошибок файловой системы, хорошо знакомы большинство пользователей. Этот встроенный инструмент может оказаться весьма полезным, но в определённых обстоятельствах он же может доставить массу проблем. Так, наиболее опасным в плане последствий является зависание Chkdsk, запущенной с параметрами /F и/или /R для системного раздела.
Известно, что для исправления обнаруженных утилитой Chkdsk на диске С ошибок требуется перезагрузка. Проверка запускается, но на каком-то этапе всё зависает и такое состояние может продолжаться часами. В сложившейся ситуации руки сами тянутся к кнопке Reset, но принудительная перезагрузка обычно не приносит результатов, так как Chkdsk запускается повторно. Более того, принудительное прерывание проверки может привести к повреждению системных файлов и самой файловой системы NTFS.
Как правило, зависание Chkdsk наблюдается при более серьёзных проблемах с жёстким диском — физическом износе его участков, наличии нестабильных секторов, а также ошибок в области файлов, загружаемых на первых этапах старта системы. И всё же как быть, если Chkdsk завис? Самое разумное – это подождать несколько часов. И только если прогресс не изменяется длительное время (12 часов и более), проверку можно будет рискнуть прервать принудительно, а затем восстановить исходное значение отвечающего за её запуск параметра реестра BootExecute.
Сделать это проще всего, выполнив откат к предыдущей точке восстановления. Для дела вам понадобиться установочный диск с вашей версией системы. Загрузившись с диска, выберите Восстановление системы.
Поиск и устранение неисправностей.
Восстановление системы.
На этом этапе вам нужно указать целевую ОС.
После чего будет запущен привычный мастер восстановления.
Выберите в нём последнюю точку и проследуйте дальнейшим указаниям.
В процессе реестр восстановится, и запуск Chkdsk будет отключён.
Если нет точек восстановления
Если у вас отключена защита системы, точки восстановления создаваться не будут, следовательно, описанный выше способ вам не подойдёт. В этом случае реестр придётся править вручную из-под установочного диска. Загрузившись, вместо восстановления системы в дополнительных параметрах выберите командную строку.
И когда она откроется, выполните в ней команду regedit.
В открывшемся окне редактора выделите раздел HKEY_LOCAL_MACHINE.
В меню выберите Файл -> Загрузить куст.
А затем укажите путь к файлу SYSTEM, проследовав в Проводнике по адресу Windows\system32\config на диске с установленной системой.
Примечание: скорее всего, буква системного диска будет не C, а D, смотрите внимательно в Проводнике.
Откроется маленькое окошко, в котором вам нужно ввести временное имя раздела. Пусть это будет temp.
После этого откройте раздел HKEY_LOCAL_MACHINE, в нём найдите загруженный куст и разверните ветку имя_раздела\ControlSet001\Control\Session Manager. Найдите в правой колонке мультистроковый параметр BootExecute и замените его значение, каким бы оно ни было, строкой autocheck autochk *.
Выделите созданный раздел мышкой, в меню выберите «Выгрузить куст».
Готово, можете перезагружаться, повторно Chkdsk не запустится.
Как лучше выполнять Chkdsk на системном диске
Загрузится после этого система и будет ли нормально работать? Трудно сказать. Всё зависит от того, окажутся ли повреждёнными важные системные файлы. А вообще, применять Chkdsk с параметрами /R и /F было бы более правильным, сняв жёсткий диск и подключив его другому компьютеру. Если это по какой-то причине невозможно (нет другого ПК, нельзя снять диск и т.п.), запускайте утилиту из-под установочного диска Windows.
Здесь всё просто.
Загрузившись с носителя с дистрибутивом, запустите уже известным вам образом командную строку и определите букву системного раздела. Проще всего это сделать, открыв в консоли командой notepad Блокнот и выбрав в меню Файл -> Сохранить как. При этом у вас откроется окно Проводника, в котором вы легко сможете определить букву диска в разделе «Этот компьютер».
Зная букву (у нас это D), возвращаемся в консоль и выполняем команду chkdsk D: /f /r.
Прибегнуть к этому способу можно, если система перестала загружаться после прерывания Chkdsk. Также рекомендуем выполнить команду sfc /scannow /offbootdir=C:\ /offwindir=D:\ — это позволит найти и восстановить повреждённые системные файлы в загрузочном и основном разделах.
Загрузка...
Я решил подобную проблему проще, когда в корень на..доест лицезреть на зависший процент проверки диска, делаем жеский ресет и лихорадочно жмем F8 пока не выскочит список вариантов загрузки ОС, где тычим "загрузка последней удачной конфигурации" и вот она потихоньку загружается с винта, который видемо скоро надо менять.
Весьма так себе совет. Не завершив или проигнорировав проверку мы действительно имеем шанс сильно попортить файлы, особенно на системном диске.
Про физические повреждения винта - так сказать ... Chkdsk в WinNT6.x я-бы сказал весьма кривой и глючный, я не раз сталкивался что он не может исправить повреждения в структуре ФС, а вместо этого виснет или просто вылетает с ошибкой. И да, это на полностью исправном накопителе.
По этому поводу я-бы порекомендовал вставить блок с рекомендациями загрузить компьютер с LiveCD и всё-же сперва попробовать произвести проверку до конца сторонними средствами поставляемыми с этого LiveCD. И если и тут не будет успеха - озаботиться резервным копированием данных с проблемного раздела.
(и как крайний вариант решения проблемы - его форматированием и перезаполнением данными из снятой перед этим резервной копии)
У меня проблема не на диске C, а на диске е, запускаю проверить на ошибки, стоит уже 4 дня на одном месте (обнаруженоо свободгое пространство, помеченное как выделенное), если она это не сделает, диск не открываеться, пишет нет доступа к диску. Помогите!!! Мне нужны файлы на этом диске!!! оруу!!!!
Забыл сказать это у меня усб диск на 3 теры может это важно.
Ну конечно важно . Большой объем и долго проверяться будет
4 ДНЯ? Это ещё не так уж и много.
2тера на съемном диске...у меня стояли 2 недели, на фазе проверке незанятых кластеров свободного пространства. Потом резко всё ускорилось и проверка прошла за 10 мин. Сейчас диск работает нормально.