Меню Закрыть

Autochk program not found skipping autocheck

  1. Нам понадобится дистрибутив той редакции которая у вас сейчас стоит (x86 не совместима с x64 и наоборот)
  2. Нам понадобится MsDaRT[nnm-club.ru] (Если же он уже встроен в образ как было в моем случае, можно опустить этот шаг)
  3. После того как MsDaRT встроили в образ и развернули на дискфлешку переходим непосредственно к восстановлению системы.
  4. Загружаемся с дискафлешки выбираем "Восстановление системы"ждем пока менеджер найдет и исправит ошибки перезагружаемся если нашел и исправил ошибки
  5. Снова грузимся с флешкидиска и выбираем "Восстановление системы" теперь выбираем другие способы восстановления и в списке выбираем MsDaRT после чего мы видим его главное окно.

9 комментариев:

There were no "NoAutoMount" key im my registry. Adding it explicitely didn’t help. Hovewer looks like the problem still was in mounting nonexisted devices.

Fonud the solution in this thread www.pcreview.co.uk/. /stop-c000021a-fatal-system-error-session-manager-initialization-0xc000003a-t526663.html

"Solution was to use the second win 7 to mount the system hive of the original win 7 and delete the "MountedDevices" key (Windows recreates it if its missing, and maps all drives logically)."

This interesting. But your URL says me "error 404"

Автор: Zheka. Дата публикации: 19 июня 2017 . Категория: Система. Просмотров: 6419

Самая замечательная функция операционной системы Windows 10 — это синий экран и смайлик, который плачет. После автоматического обновления, которое стандартными средствами не выключается мой ноутбук вместо выключения начинал просто перезагружаться. После нескольких попыток выключения я был вынужден выключить его принудительно. На второй день после включения меня порадовало изображение с ошибкой. Причем первая ошибка показывалась как «0xc000021a». После выключения и перезагрузки операционная сообщала, что ошибка касалась «winload.exe». После этих ошибок на несколько секунд появлялся на черном экране текст «autochk program not found skipping autocheck». Просто замечательно:)

Обычно в таких случаях я просто переустанавливаю Windows. Но в этот раз произошло все спонтанно и остались несохраненные данные многих программ. Поэтому я начал искать информацию в интернете. И нашел — столько всего, что казалось бы проблема исчезнет за несколько кликов мышкой. Но не в этот раз.
Суть проблемы оказалась в проблеме с реестром.

Читайте также:  Проверка звука в наушниках правый левый

Решение ее оказалось просто банальным. Нужно загрузиться с Live USB (CD/DVD) и выполнить копирование реестра из резервной копии. Использовать можно для этих целей например, сборник от Sergei Strelec, Parted Magic или любой загрузочный диск с утилитой для работы с файловой системой.

Я использовал WinPE 10 Sergei Strelec. После записи на флешку или диск нужно выполнить загрузку с записанного носителя. (О создании загрузочной флешки с помощью UltraISO можно прочитать в данной статье , а с помощью программы YUMI – Multiboot USB Creator в этой статье .При отсутствии флешки можно создать загрузочный телефон или планшет и выполнить загрузку с него.). Для этого нужно изменить настройки вашей BIOS для загрузки с нужного носителя или вызвать загрузочное меню. Для ноутбуков HP — это например, клавиша F9 для вызова загрузочного меню или F10 для входа в настройки BIOS. Нажимать их нужно перед загрузкой ОС. Для других моделей это может быть клавиша Delete, F2 и другие. Если ввести в поиск свою модель или марку информацию можно найти в интернете.

Загрузка с флешки WinPE 10 Sergei Strelec выглядит следующим образом:

Далее открываем проводник и переходим по пути: C:WindowsSystem32config . Здесь нас интересуют два файла: SYSTEM и SOFTWARE. Переименовываем их. Например, добавим к имени каждого файла .back. Получится следующее: SYSTEM.back и SOFTWARE.back. Это мы на всякий случай создали копии. Если что-то пойдет не так, то просто достаточно будет переименовав удалить .back.

Теперь открываем путь: C:WindowsSystem32configRegBack. В этой папке содержатся резервные копии реестра. Отсюда копируем два файла: SYSTEM и SOFTWARE в папку config (которую мы открыли первой).

Перезагружаем компьютер и проверяем загружается ли ОС. У меня загрузилась без проблем, глюков не наблюдал.

Читайте также:  Фильмы про нацистов германии

Единственное, что изменилось после восстановления — это пропала активация Windows и Microsoft Office.

Пишем в комментариях помог ли способ и делимся своим опытом.

I deleted an old Windows XP partition and moved the Windows 7 partition to the left using gParted. The first reboots failed completely with the error "No operating system found".

Then I used a Windows 7 repair disc, got into command prompt and used different bootrec commands:

The last command is still saying

Fortunately, through these commands I was able to start Windows again but it fails with the autochk program not being found.

Running repair disc again I got the following repair details:

How can I successfully boot into Windows now?

6 Answers 6

There is no rocket science behind Windows booting. Windows Vista and later boot sequence on MBR disks:

  1. MBR code
  2. PBR code (partition boot record code of active partition)
  3. bootmgr on active partition uses BCD (boot config data)

Boot Configuration Data (BCD) for Vista and later is stored in a file "BootBCD" on active partition.

When you move partitions which are critical for booting Vista (Win7, Win8) the data stored in BCD is out of sync with real partition address (disk id + partition offset) so boot fails.

To correct problem with BCD the utility bcdboot.exe can be used:

bcdboot c:windows

where c:windows is the root of the OS (Vista, Win7, Win8) which fails to boot, change drive letter if necessary to reflect drive mapping on your system.

To correct boot sector code the command —

bootsect /nt60 all /mbr

The commands above are available in WindowsPE and WindowsRE and usually don’t fail.

Читайте также:  В контакте на мою страницу без пароля

It is possible that some system critical files are also loaded relative to partition address so autochk.exe "windowssystem32autochk.exe" cannot be found when you move partition start.

The address of a mapped partition is stored in Windows registry (HKEY_LOCAL_MACHINESYSTEMMountedDevicesDosDevicesC: for example)

Found this post by "Yostage". it will help for sure

I had this problem, and none of the fixboot/fixmbr/bootrec commands helped. Here’s what did fix it:

It appears that the C: is mismapped for whatever reason. In my case, I guess it’s because my migration software didn’t find it.

Boot into the recovery console and launch regedit.

Use load hive to mount your c:windowssystem32configsystem hive (I name it ‘offline’).

Now you’re going to compare HKLMSystemMountedDevices (which is the recovery environment’s device list) to HKLMSystemOfflineMountedDevices (which is the one for your failing windows install). In my case, I found that the recovery environment was correctly seeing C: , but the offline hive had the wrong disk signature for c: . (possibly because I deleted a recovery partition as part of the migration. So we need to put the right signature.

Look at the binary entry for DosDevicesC: in the recovery registry. Now go to the offline registry and fix your DosDevicesC: so it matches. In my case, I found it easiest to rename the bad DosDevicesC: to Z: , and then go through the volume entries until I found the one that matches the working C: , and then rename that one to DosDevicesC: . Unload the hive in the file menu, and then reboot. After I did that, I was able to boot.

Other internet searches implied that simply deleting all the offline DosDevices entries would force them to get correctly recreated, but that didn’t work for me.

Рекомендуем к прочтению

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

Ваш адрес email не будет опубликован.