Что делать, если в процессе исправления ошибок на системном разделе зависла Chkdsk

С утилитой Chkdsk, предназначенной для исправления логических ошибок файловой системы, хорошо знакомы большинство пользователей. Этот встроенный инструмент может оказаться весьма полезным, но в определённых обстоятельствах он же может доставить массу проблем. Так, наиболее опасным в плане последствий является зависание Chkdsk, запущенной с параметрами /F и/или /R для системного раздела.

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

Как правило, зависание Chkdsk наблюдается при более серьёзных проблемах с жёстким диском — физическом износе его участков, наличии нестабильных секторов, а также ошибок в области файлов, загружаемых на первых этапах старта системы. И всё же как быть, если Chkdsk завис? Самое разумное – это подождать несколько часов. И только если прогресс не изменяется длительное время (12 часов и более), проверку можно будет рискнуть прервать принудительно, а затем восстановить исходное значение отвечающего за её запуск параметра реестра BootExecute.

Сделать это проще всего, выполнив откат к предыдущей точке восстановления. Для дела вам понадобиться установочный диск с вашей версией системы. Загрузившись с диска, выберите Восстановление системы.

Установочный диск

Восстановление системы

Поиск и устранение неисправностей.

Поиск и устранение неисправностей

Восстановление системы.

Восстановление системы

На этом этапе вам нужно указать целевую ОС.

ОС

После чего будет запущен привычный мастер восстановления.

Мастер восстановления

Выберите в нём последнюю точку и проследуйте дальнейшим указаниям.

Мастер восстановления

Мастер восстановления

Мастер восстановления

В процессе реестр восстановится, и запуск Chkdsk будет отключён.

Если нет точек восстановления

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

Дополнительные параметры

И когда она откроется, выполните в ней команду regedit.

В открывшемся окне редактора выделите раздел HKEY_LOCAL_MACHINE.

Regedit

В меню выберите Файл -> Загрузить куст.

Файл

А затем укажите путь к файлу SYSTEM, проследовав в Проводнике по адресу Windows\system32\config на диске с установленной системой.

Путь к файлу SYSTEM

Примечание: скорее всего, буква системного диска будет не 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 D: /f /r

Прибегнуть к этому способу можно, если система перестала загружаться после прерывания Chkdsk. Также рекомендуем выполнить команду sfc /scannow /offbootdir=C:\ /offwindir=D:\ — это позволит найти и восстановить повреждённые системные файлы в загрузочном и основном разделах.

SFC

Оцените Статью:

1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (6 оценок, среднее: 3,00 из 5)
Загрузка...

6 комментариев

  • Я решил подобную проблему проще, когда в корень на..доест лицезреть на зависший процент проверки диска, делаем жеский ресет и лихорадочно жмем F8 пока не выскочит список вариантов загрузки ОС, где тычим "загрузка последней удачной конфигурации" и вот она потихоньку загружается с винта, который видемо скоро надо менять.

  • Весьма так себе совет. Не завершив или проигнорировав проверку мы действительно имеем шанс сильно попортить файлы, особенно на системном диске.
    Про физические повреждения винта - так сказать ... Chkdsk в WinNT6.x я-бы сказал весьма кривой и глючный, я не раз сталкивался что он не может исправить повреждения в структуре ФС, а вместо этого виснет или просто вылетает с ошибкой. И да, это на полностью исправном накопителе.
    По этому поводу я-бы порекомендовал вставить блок с рекомендациями загрузить компьютер с LiveCD и всё-же сперва попробовать произвести проверку до конца сторонними средствами поставляемыми с этого LiveCD. И если и тут не будет успеха - озаботиться резервным копированием данных с проблемного раздела.
    (и как крайний вариант решения проблемы - его форматированием и перезаполнением данными из снятой перед этим резервной копии)

  • У меня проблема не на диске C, а на диске е, запускаю проверить на ошибки, стоит уже 4 дня на одном месте (обнаруженоо свободгое пространство, помеченное как выделенное), если она это не сделает, диск не открываеться, пишет нет доступа к диску. Помогите!!! Мне нужны файлы на этом диске!!! оруу!!!!

    • 4 ДНЯ? Это ещё не так уж и много.
      2тера на съемном диске...у меня стояли 2 недели, на фазе проверке незанятых кластеров свободного пространства. Потом резко всё ускорилось и проверка прошла за 10 мин. Сейчас диск работает нормально.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *