Chkdsk зависает

Содержание

Серверная » chkdsk: Проверка диска на ошибки

Chkdsk зависает

chkdsk — виндовая утилита командной строки, которая проверяет файловую систему и при необходимости может исправлять ошибки на ней.

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

Ведь в этом случае запускается он, чекдиск — сразу после загрузки системы, но до загрузки пользователя. В специальном режиме работы, который называется native. Но это совсем другая история.

Мой компьютер стал плохо работать

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

Для запуска надо открыть командную строку (cmd), ввести в ней

chkdsk %systemdrive% /r

и ответить буквой «y» на предложение запустить проверку при следующем старте системы.

Теперь, как говорится, питание компьютера можно отключить компьютер можно перезагрузить.
И приготовиться к тому, что процедура будет долгой.

Как отключить chkdsk во время загрузки?

Не надо его отключать.

Если он начал работать — значит, у системы были веские основания его запустить. Либо она обнаружила повреждение ФС, либо ты сам поставил раздел на проверку.

У тебя есть несколько секунд, чтобы нажать клавишу AnyKey и предотвратить начало процедуры, которую не надо предотвращать.
Как только проверка начнётся, chkdsk вцепится в ФС с усердием бультерьера, и остановить его сможет только кнопка ресет, которая всё усугубит. Поэтому не надо её нажимать.

Вобщем, ты понял.

Но chkdsk во время загрузки завис!

Нет, он не завис.

Здесь играют роль несколько факторов.

1. Проверка файловой системы на ошибки — достаточно долгая процедура. Чем больше размер, тем дольше проверка.
2. Начиная с Windows 8 вместо детальной информации о проверке система выдаёт вот такое весёленькое окошко ни о чём:

3. Умелые программисты микрософта впаяли в утилиту абсолютно кривой алгоритм индикатора выполнения: сначала он быстро растёт до 10% (28%—40%), а потом намертво зависает до самого конца.

И самое главное:

4. Благодаря первым трём пунктам интернет пестрит воплями нетерпеливых пользователей «чекдиск висит!» и встречными советами тупорылых ламеров, каким предметом правильнее нажимать reset на системнике и как понадёжнее не дать системе восстановить себя — в смысле вообще отключить chkdsk при загрузке.

Не поддавайся на провокации. Умерь стадное чувство. Будь мужиком, дождись окончания процесса.

Где увидеть результаты?

Если раньше (ХР, 7) нужно было вглядываться в экран и дожидаться результатов, пока компьютер не перезагрузился, сейчас всё стало гораздо проще.
Вот ссылка на полную инструкцию. И короткая цитата из неё (безуспешно старается скрыть восторг):

Лог работы СНKDSK можно посмотреть выполнив Панель управления -> Администрирование -> Просмотр событий -> Журналы Windows -> «Приложение». Как утверждают разные умные головы на просторах интернета, источником является Wininit, другие, что источник – уведомления службы Winlogon. Ну да и пусть спорят.

Нам же с вами важно только то, что никакого отчёта вы там, да и вообще нигде не найдёте. Существует он всего секунды, затем становится невидимкой, даже, если вы сделаете видимыми все скрытые, защищённые файлы и папки. Но он ( отчёт, файл. с названием bootex.txt ) не исчезает бесследно.

Вот тут нам и поможет Windows PowerShell :

Пуск -> Стандартные -> Windows PowerShell -> правой кнопкой по Windows PowerShell ( выполнение операций с объектами командная строка )-> Запуск от имени администратора и вводим команду ( для PowerShell применяется термин ” командлет ” ) get-winevent -FilterHashTable @{logname=”Application”; id=”1001″; starttime=”01/01/2011″}| ?{$_.providername –match “wininit”} | fl timecreated, message ( тут маленький нюанс, для Windows PowerShell 1.0 заменить get-winevent на get-eventlog ! Но и команду надо будет корректировать. Делать этого я не стану, нет смысла рыться в делах давно минувших дней, позже поймёте почему ).Где :1. “get-winevent ( или get-eventlog )-FilterHashTable” – эта команда получает события с помощью хэш-таблицы фильтра2. “@{logname=”Application”; id=”1001″; starttime=”01/01/2011″}|” эта команда фильтрует журнал “Приложения” в Просмотре событий, но , в итоге,опубликуется только последний.а) “logname” – этот фрагмент указывает на то,где будет проводиться фильтрация (в нашем случае это журнал “Приложения” в Просмотре событий)б) “id” – этот фрагмент указывает на то, с каким кодом будут фильтроваться события (в нашем случает с кодом 1001).в) “starttime” – этот фрагмент указывает на то,с какого числа будут фильтроваться события (в нашем случае события будут фильтроваться с начала 2011 года).3. “?{$_.providername –match “wininit”} |” – эта команда ищет в полученных результатах предыдущей команды события, в которой в имени поставщика присутствует “wininit”

4. “fl timecreated, message” – эта команда выводит на экран итоговый список, где показаны текст событий и даты, соответствующие условиям фильтра

Если прибавить эту команду > “$env:homepath\desktop\chkdsk_history.txt” кода в конец команды fl timecreated, message ( после пробела ),то результаты команды fl timecreated, message будут сохранены в лог с именем chkdsk_history.txt на рабочем столе (для удобства).

Орфография и пунктуация автора сохранена.

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

Источник: http://www.it-simple.ru/?p=16711

CHKDSK: Недостаточно места на диске для исправления ошибок…

Chkdsk зависает

В статье описывается решение некоторых проблем, связанных с неправильной работой утилиты проверки диска из-под Windows. Рассмотрим, почему возникают следующая ошибка chkdsk :

  • chkdsk не запускается
  • chkdsk запускается при каждом запуске Windows
  • chkdsk зависает во время работы

Основные принципы работы утилиты chkdsk мы рассматривали немногим ранее. Она способна решить множество задач: от синего экрана смерти до невозможности открыть некоторые файлы и папки.

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

Эта статья посвящена неправильной работе утилиты, когда та нацелена именно на системный диск – когда требуется перезагрузка компьютера.

Ошибка chkdsk: не запускается после перезагрузки

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

Проверьте msconfig. Однако ничего не происходит. Причина одна – программный компонент ядра блокирует запуск программы, так как блокируется сам логический том. Вполне возможно, что параметр BootExecute в реестре немного побит.

Проверьте прямо сейчас:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager

Значение параметра должно равняться:

autocheck autochk *

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

Поможет либо его копирование из работоспособной копии Windows (с другого компьютера из системной папки system32 скопируйте утилиту autochk.exe) или запустите очередную ремонтную утилиту sfc /scannow.

Она проверит целостность файловой системы.

Ошибка chkdsk: проверка диска запускается всякий раз до загрузки Windows

Та же песня, но на другой мотив. Неважно, чем проверка диска заканчивается: chkdsk запускает проверку вновь и вновь.

  • Причиной этому снова может быть неправильно заданный параметр реестра . Проверьте его по знакомому вам пути в реестре:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager

Так вот, параметр BootExecute при повторяющемся запуске выглядит немного иначе:

autocheck autochk * /

Нам остаётся убрать слэш справа и придать привычный вид:

autocheck autochk *

Перезагрузитесь и проверьте.

  • Если не сработало, проверьте нужный том на “чистоту”:

fsutil dirty query c:

Посмотрите на ответ консоли. Если та утверждает, что диск нуждается в проверке и очистке (диск “грязный”), запускайте утилиту проверки в виде:

 CHKNTFS /X C:

где параметр Х скажет утилите, что проверки при СЛЕДУЮЩЕМ ЗАПУСКЕ быть не должно, что направит вас прямиком в Windows. А вот теперь время запустить и утилиту chkdsk в формате:

chkdsk /f /r c:

Следите за буквой тома. По окончании проверки повторно проверьте том на “чистоту” командой в консоли:

fsutil dirty query c:

пока не увидите ответ:

Ошибка chkdsk: проверка диска зависает

Проблема описана в заголовке абзаца: неважно, на каком этапе chkdsk зависла (10% или 87%). По личному опыту смею утверждать – часы уйдут, но проверка так или иначе завершится. Час или два – просто подождите.

CHKDSK: Недостаточно места на диске для исправления ошибок…

Однако, если эта ошибка chkdsk затянулась невыносимо, тогда:

  • проверьте целостность файловой системы утилитой sfc /scannow
  • проверьте своевременность обновлений для вашей копии Windows
  • немедленно проведите дефрагментацию системного диска
  • воспользуйтесь утилитой по очистке системы от любых временных файлов
  • проверьте локальный том той же chkdsk, но уже из-по ремонтного диска LiveCD на манер используемого в статьях моего блога бесплатного Hiren’s LiveCD.
  • после описанного проверьте целостность системного образа Windows командой в терминале (вам понадобится соединение с интернетом – ВНИМАНИЕ! Некоторые настройки могут слететь ):

dism /Online /Cleanup-Image /ScanHealth

Это займёт некоторое время. Однако порой оно того стоит. Через промежуток времени вам сообщат о результатах работы. Но если скрупулёзность при работе не ваш конёк, вы можете попробовать миновать некоторые из предстоящих этапов, запустив ту же утилиту в формате:

Dism /Online /Cleanup-Image /RestoreHealth

и нажать Enter для приведения изменений в действие.

У меня всё; надеюсь, помог. Успехов нам.

Источник: https://computer76.ru/2017/10/20/chkdsk-errors/

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

Chkdsk зависает

С утилитой 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 /ofootdir=C:\ /offwindir=D:\ — это позволит найти и восстановить повреждённые системные файлы в загрузочном и основном разделах.

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

(3 2,33 из 5)
Загрузка…

Рубрики: Компьютер

Chkdsk, жесткий диск, ошибки, файловая система

Источник: https://www.white-windows.ru/chto-delat-esli-v-protsesse-ispravleniya-oshibok-na-sistemnom-razdele-zavisla-chkdsk/

Наверное пригодится кому-то (ChkDsk Windows 10 решение)

Chkdsk зависает

Наверное пригодится кому-то. Чёрный экран с белой чертой после chkdsk windows 10. Зависание на логотипе материнки (материнской платы). решение.
Добрый день.

Поздравляю нашу сборную с неожиданной победой со счётом 5-0.

Это было зрелище просто нечто, особенно для того, кто футбол смотрел последний раз лет 7-11 назад. Теперь перейду к теме. Несколько дней назад у меня возникла некая проблема, описанная в этом посте:

https://pikabu.ru/story/zhyostkiy_prikazal_dolgo_zhit_594660…

А именно: мне  показалось, что мой жёсткий может работать лучше.

После прочтения Интернетов (о боже упаси меня ещё раз это делать и не проверять информацию на нескольких источниках) было решено последовать предложенной методике по проверке диска с помощью утилиты (встроенной, от микромягких) ChkDsk (Check disk).

Далее, как самый опытный “user” я подумал себе, а чё мне (как лоху) запускать по очереди каждый раз для двух дисков. Дай запущу для обоих сразу! (ошибка номер 1).

Далее, я углядел, что можно вместо стандартной команды

chkdsk /f (что раньше я делал иногда)

запустить  chkdsk /f /r  (поиск и исправление повреждённых кластеров на диске и чё то про восстановление данных в них, по-мимо стандартной /f при которой происходит поиск ошибок и исправление).

И прописал я такой в командной строке

chkdsk C: /f /r
chkdsk D: /f /r

И не просто прописал, а в то же самое открытое командное окно без перезагрузки и при этом оба раза нажав подтверждение операции (для обоих дисков).

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

Мысленно я тогда ответил

“Льзя”

При этом проверка то началась при перезагрузке. Но дальше был треш на неделю..

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

Что самое забавное, что в какой-то момент комп просто рубанулся и сам перезагрузился. При этом выдав на экран то, что я указал в прикреплённом посте:

Сбой инициализации процесса интерактивного входа

После чего, когда я нажал “ок”, он запустился ещё, да, и включался ещё дня 3 (после жёсткой перезагрузки клавишей On и после зависания на экране биоса и т.д.) но при этом спустя 3 дня он перестал вообще “воскрешаться”, совсем.
И, забегая вперёд, я укажу (ошибку номер 2)

Это было моё решение запускать проверку неисправных кластеров на диске системы с того же диска, с которого я её и запустил. Судя по всему так делать нельзя и ваш слуга был тому примером.Поначалу было предположение, что просто сдох диск, но, при этом, комп не запускался и с другого диска (опять же, забегая вперёд, оказалось, что, возможно, села батарейка bios, без которой комп, что самое забавное, запускался, но потом треш на моём системном диске начинался снова). Так что для себя вынес ещё урок, что чёрный экран и экран с мигающей белой чертой может быть вызван также и севшей bios батареей. (При этом ещё при входе в bios графический его дизайн, у меня uefi биос он вроде потому красивенький?, тоже либо зависал, либо не прогружался полностью.)Комп зависал либо в bios, либо на экране логотипа материнки, либо тупо на экране с белой чертой сверху слева.После покупки батареи, когда уже заменил её, обнаружилось, что теперь комп врубается, хотя бы с другим ЖД и в bios не зависает (кстати, ещё интересный момент, когда он зависал в bios и прогружался графический интерфейс все надписи были на французском, а не на английском или русском, сам биос у меня по дефолту на англ.).После тщетных попыток было решено заменить sata провод (теперь даже не знаю, может и он внёс свою лепту, хотя другой ЖД запускался спокойно и на тот ЖД благополучно поставилась 7-ка на скорую руку, на случай если мой ЖД будет совсем плох).По-мимо этого сделал такие танцы на удачу как: перепроверил контакты видюхи, подул на неё, перепроверил sata. (Надо заметить, мой ЖД, с 10 виндой о котором всё время речь, даже без батарейки bios не врубался нормально).Затем КАКИМ-ТО чудом диск ожил (опять отступление, он оживал до этого, 3 дня назад, помните? Потому я подозревал, что это “глаз бури”, непроглядной, ска, бури, и что если я сейчас не решу проблему, то мне не видать больше моего компа).

Ещё до этого “чуда” я обнаружил на просторах у человека похожую проблему, где было сказано, что белая черта на чёрном экране может быть свидетельством того, что идёт прогресс проверки диска утилитой chkdsk, но сам прогресс не отображается!!!
Поэтому это была моя последняя надежда.

Я побежал в командую строку и ввёл заветные слова, которые, судя по всему, меня и спасли:

chkntfs /x C: 

При этом я перестраховался и то же самое ввёл и для диска D:

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

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

Перезапустил компьютер и о-ля-ля, он работал!И перезапускал его и после отключения от сети (выключал БП минут на 3-4) и при этом время сохранялось (батарейка bios работала след-на) и сам комп врубался!Единственное, что осталось осадком, это то, что моя старая батарейка служила 5 лет (японская TKS так понимаю фирма), а новая (Panasonic) даже не знаю, сколько прослужит.

Заранее скажу, что определить “смерть” батарейки не мог и не подозревал (тупой user) время при этом не сбивалось, а сбои в загрузке для меня поначалу были не ясны (и совпали с моей деятельностью в командой строке). Думаю это случайное стечение обстоятельств.

А также теперь не отображается логотип материнки при загрузке, что, как оказалось, может быть следствием сбившихся bios настроек, но, так как я пока не подрубал себе второго ЖД и привода DVD, мне и не важно,  бут приорити стоит на мой ЖД в любом случае.Надеюсь, кому-то это пригодится. Я, честно, очень рассчитываю, что это решило мою проблему.

Вовремя начала всей этой эпопеи, уже после моего чудесного опыта общения с командной строкой, я, как самый умный человек, не набравшийся тогда опыта, ещё установил себе утилиту O&O defrag 21 и провёл ещё один сеанс тупости, в виде:сначала прогнал диски с помощью access, а затем, когда прочёл, что способы complete более действенны, прогнал сначала с помощью complete/ modified но не до конца, как самый умный, а наполовину где-то, и, подумав, что жду долго, прогнал сразу, прервав, complete/access (надо отдать мне должное, в этот раз – до конца).Теперь мной решено позабыть про эти методы complete, в виду того, что неграмотный User опаснее вредного софта, и я чуть не загубил в то время и так погибающий ПК.Итог: осторожнее с устанавливаемыми утилитами и командной строкой.

И лучше не ведитесь на все советы в Интернетах. Где-то “советчик” может вам сказать “введите это в командной строке”, при этом в конце мелким шрифтом заметив, что вся ответственность на user'e, и не указав, что сам автор запускал все проверки с помощью отдельного ПК и бла бла бла.

P.S: также я проверил являются ли тома помеченными флажком “dirty”, ответ – нет. А потому просто забил на их проверку. Буду просто иногда сам запускать, если не забуду. К тому же, теперь по умолчанию стоит O&O Defrag 21 при дефрагментации диска и проверке.

Похожие посты не найдены. Возможно, вас заинтересуют другие посты по тегам:

Источник: https://pikabu.ru/story/navernoe_prigoditsya_komuto_chkdsk_windows_10_reshenie_5967883

Chkdsk зависает на 10 процентах windows 10

Chkdsk зависает

Когда спешить некуда, то самое время начинать торопиться. А то начнётся спешка, а у тебя разгона нет

chkdsk: Проверка диска на ошибки

chkdsk — виндовая утилита командной строки, которая проверяет файловую систему и при необходимости может исправлять ошибки на ней.

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

Ведь в этом случае запускается он, чекдиск — сразу после загрузки системы, но до загрузки пользователя. В специальном режиме работы, который называется native. Но это совсем другая история.

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

С утилитой Chkdsk , предназначенной для исправления логических ошибок файловой системы, хорошо знакомы большинство пользователей.

Этот встроенный инструмент может оказаться весьма полезным, но в определённых обстоятельствах он же может доставить массу проблем.

Так, наиболее опасным в плане последствий является зависание Chkdsk, запущенной с параметрами /F и/или /R для системного раздела.

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

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

Более того, принудительное прерывание проверки может привести к повреждению системных файлов и самой файловой системы NTFS .


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

И всё же как быть, если Chkdsk завис? Самое разумное – это подождать несколько часов.

И только если прогресс не изменяется длительное время (12 часов и более) , проверку можно будет рискнуть прервать принудительно, а затем восстановить исходное значение отвечающего за её запуск параметра реестра BootExecute .

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

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

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

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

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

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

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

ChkDsk застрял на определенном% или завис на какой-то стадии

Если вы обнаружите, что Check Disk или ChkDsk застряли с определенным процентом или зависают на каком-то этапе в Windows, то в этом посте предлагаются некоторые действия по устранению неполадок, которые могут вам помочь. Это может быть 10%, 12%, 27% или любой другой процент. Опять же, это может быть этап 2, 4, 5 или любой другой.

ЧкДск застрял или зависает

1] Лучшее предложение, которое я должен дать, это держаться и дать ему поработать. Это может занять пару часов, но, как известно, в большинстве случаев оно завершается. Если нужно, оставьте его на ночь и дайте ему поработать.

2] Если это не помогает, перезагрузите компьютер, нажав кнопку питания. Во время следующей загрузки нажмите Esc, Enter или соответствующую клавишу, чтобы остановить запуск ChkDsk. После загрузки на рабочий стол сделайте следующее:

  1. Запустите утилиту очистки диска, чтобы очистить ненужные файлы.
  2. Откройте расширенный тип CMD sfc/scannow и нажмите Enter, чтобы запустить проверку системных файлов. После завершения сканирования перезагрузите компьютер. Не забудьте выйти из ChkDsk во время загрузки.
  3. Затем снова откройте CMD с правами администратора Dism/Online/Cleanup-Image/RestoreHealth и нажмите Enter, чтобы восстановить образ Windows.

Теперь посмотрим, сможет ли ChkDsk завершить сканирование. Как я упоминал ранее, при необходимости оставьте на ночь.

Надеюсь, это поможет.

Эта проблема встречается чаще в Windows 7 и более ранних версиях. Windows 8 и Windows 10 обрабатывают операции проверки диска более эффективно. Проверка ошибок диска теперь немного отличается от более ранних версий Windows.

В Windows 8 Microsoft переработала утилиту chkdsk — инструмент для обнаружения и устранения повреждений диска.

Microsoft представила файловую систему под названием ReFS, которая не требует автономного chkdsk для исправления повреждений — так как она следует другой модели устойчивости и, следовательно, не требует запуска традиционной утилиты chkdsk.

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

Этот пост поможет вам, если сканирование и восстановление диска зависли. Сканирование и восстановление диска зависли в Windows 10.

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

Связанные чтения:

  1. ChkDsk или Check Disk запускается при каждом запуске в Windows
  2. ChkDsk или Check Disk не будут запускаться при запуске в Windows.

Источник

Источник: https://a174.ru/chkdsk-zavisaet-na-10-protsentah-windows-10/

Поделиться:
Нет комментариев

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

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.