Chkdsk зависает на 4 этапе

CHKDSK /F /R для устранения повреждений файловой системы

Chkdsk зависает на 4 этапе

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

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

Для профилактики подобных проблем в операционной системе, начиная с архаичной MS DOS и заканчивая современными версиями ОС Windows 10, предусмотрен специальный инструмент, призванный проверять и восстанавливать целостность файловой системы, бороться с логическими и физическими ошибками на диске. Речь идёт о системной утилите CHKDSK, и в данном материале я расскажу, что это за утилита, для чего она предназначена, и как может помочь команда CHKDSK /F /R для восстановления работы файлов на вашем ПК.

Что такое CHKDSK?

CHKDSK (сокращение от английского «check disk» — проверка диска) – это системный инструмент, предназначенный для проверки жёсткого диска на наличие логических ошибок, битых секторов (bad sector), а также исправления найденных им проблем.

Функционал CHKDSK позволяет восстанавливать логическую структуру диска, включая исправление некорректных точек входа MFT (главной файловой таблицы).

В случае нахождения битых секторов, выступающих в двух основных формах – «мягкой» (появляются, когда данные были записаны некорректно) и «жёсткой» (битые сектора возникли из-за физического повреждения диска), CHKDKS обычно восстанавливает «мягкие» битые сектора, и маркирует «жёсткие» таким образом, чтобы они не могли быть далее использованы системой.

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

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

Функционал команды CHKDSK

Существуют две основные формы активации данной утилиты, позволяющие вам запустить chkdsk:

  • Активация стандартным способом. Жмём на «Мой компьютер», выбираем нужный диск для проверки, наводим на него курсор, и кликаем правую клавишу мыши. В появившемся меню выбираем «Свойства», переходим на вкладку «Сервис» и жмём на «Выполнить проверку» вверху.Нажмите на «Выполнить проверку»
  • В появившемся окошке установите галочки рядом с имеющимися двумя параметрами, а затем нажмите на «Ок».
  • Если диск не системный, тогда проверка будет проведена незамедлительно, если же диск системный – тогда компьютер внесёт в своё расписание проверку данного диска, и при последующей перезагрузке ваш диск будет проверен функционалом CHKDSK;
  • Активация с помощью командной строки. Запустите командную строку от имени администратора, в ней введите:

CHKDSK (имя тома) /(флаг)

Например, часто используемой формой активации CHKDKS является команда:

CHKDSK C: /F /R

где С: — имя тома, /F и /R — используемые флаги.

Приведённая мной команда запускает CHKDSK, предписывая последнему выполнить проверку диска С на наличие повреждённых секторов, и восстановить имеющиеся на них данные (флаг /F обязывает CHKDSK исправлять ошибки на диске, флаг /R обязывает CHDSK искать на диске повреждённые сектора, и попытаться восстановить данные на них).

Другие флаги (команды) CHKDSK таковы:

  • /V – во время проверки файловой системы FAT/FAT32 показывает путь к файлам на диске и их имена;
  • /X – предварительное отключение тома (требуется обязательное задействование флага /F);
  • /I – отключает тщательную проверку индексов. Используется только в файловой системе NTFS, позволяет ускорить проверку диска;
  • /C — отключает проверку циклов внутри папок. Используется только в NTFS, также позволяет ускорить проверку;
  • /L:(размер в килобайтах) – изменение размера файла журнала до указанной величины (только NTFS);
  • /B – повторная проверка повреждённых кластеров диска (только NTFS, требует обязательного наличия ключа /R)

Если же вы просто введёте в командной строке команду «CHKDSK» (без кавычек), то утилита CHKDSK /F /R для избавления от плохих секторов на диске просканирует ваш диск на наличие ошибок в режиме «просто чтение» (read only), никак не исправляя их.

Заключение

Применение команды CHKDSK /F /R в командной строке от имени администратора позволяет исправить логические ошибки на диске, а также провести поиск имеющихся на диске битых секторов с попыткой их последующего восстановления. Используйте CHKDSK при малейших подозрениях на повреждение файловой системы, её функционал, как и функционал системной утилиты SCANNOW, является полезным инструментом в руках опытного пользователя ПК.

Источник: https://RusAdmin.biz/bloknot/chkdsk-f-r-dlya-ustraneniya-povrezhdenij-fajlovoj-sistemy/

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

Chkdsk зависает на 4 этапе

Наверное пригодится кому-то. Чёрный экран с белой чертой после 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

Chkdsk зависает на 4 этапе

С утилитой 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: Проверка диска на ошибки

Chkdsk зависает на 4 этапе

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 зависает на 4 этапе

В статье описывается решение некоторых проблем, связанных с неправильной работой утилиты проверки диска из-под 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/

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

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

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