После sysprep windows 10 не загружается

B правой части каждого сообщения есть стрелки ⇧ и ⇩. Не стесняйтесь оценивать ответы. Чтобы автору вопроса закрыть свой тикет, надо выбрать лучший ответ. Просто нажмите значок ✔ в правой части сообщения.

f22

Codeby Team

Друзья, появилась такая проблема:
После запуска утилиты для переноса системы на новое железо sysprep.exe, не получается загрузиться.

Сама система грузится, появляется окно, если я правильно понимаю, OOBE, предлагает выбор языка, после юридическое соглашение, потом идёт настройка каких-то параметров вроде геолокации, smartscreen и всё в этом духе.

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

Отключал всё железо, которое только можно, но, боюсь, что проблема не в нём.

Зайти в безопасный режим не могу, пишет, что установка системы не завершена.

Может кто-то сталкивался с подобным?
Заранее спасибо за ответы…

Valkiria

Боюсь не угодить своим ответом , но всё-же осмелюсь материализовать свои мысли.
В конце концов, кто-то должен что-то написать ))

Может кто-то сталкивался с подобным?

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

Возможно, я безнадёжно отстал от жизни.

f22

Codeby Team

Удачный перенос Windows с одного физического железа на другое — явление из области фантастики.

Самое непонятное то, что за 1 день я сделал 2 таких переноса
и в первом случае всё прошло без сучка и задоринки, а во втором получилась вот эта фигня…

Из того, что придумал — попытаюсь восстановить
через установку Windows, там вроде бы был такой пункт.

но всё-же осмелюсь материализовать свои мысли.

В любом случае, спасибо!

После сиспрепа чем образ системы снимал ? Ну и логи можно бы еще глянуть \Windows\System32\sysprep\Panther

Суть переноса — не ставить софт с нуля! На предыдущей работе, мы делали так: ставили чистую копию, ставили необходимый софт, упаковывали, заливали на WDS, туда же загружали драйверы. После чего через сеть ставили и вносили машину в AD.

Последнее редактирование: 03.07.2019

Суть перенесення — не ставити софт з нуля! На попередній роботі, ми робили так: ставили чисту копію, ставили необхідний софт, упаковували, заливали на WDS, тудиж завантажували драйвери. Після чого через мережу ставили і вносили машину в AD.

Ничего против украинцев не имею, но не мог бы ты общаться на обще принятом на форуме русском языке.

f22

Codeby Team

После сиспрепа чем образ системы снимал ?

Суть переноса — не ставить софт с нуля!

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

Вы будете смеяться, но проблема решилась нажатием клавиш Ctrl+Shift+F3.
После нажатия экран погас, система перезагрузилась ия увидел свой рабочий стол.

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

Кому интересно:
В Windows 10 есть утилита sysprep .Вызывается она через Win+К или из папки
C:\Windows\System32\Sysprep

Если поставить галочку «Подготовка к использованию», то после установки в новое железо
систему нужно будет заново активировать, так что ставить не обязательно.

Параметры завершения работы:
Я переключил на Выход
Так же можно сразу перезагрузить или выключить компьютер.

После выполнения всех команд, насколько я понимаю, удаляются драйверы процессора и каких-то устройств,
можно выключать компьютер и переставлять HDD или SSD в новую систему.

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

вы получаете вашу систему в том состоянии, в котором она была до запуска sysprep.

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

Обучение наступательной кибербезопасности в игровой форме. Начать игру!

Источник

Как восстановить загрузку Windows 10 после неудачного запуска Sysprep

Sysprep (System Preparation Tool) является утилитой, предоставляемой Microsoft, которая позволяет системному администратору предварительно настроить операционную систему Windows для создания образа, который затем может быть использован для деплоя на другие компьютеры. Однако, иногда при попытке запустить Sysprep в Windows 10 возникают проблемы, которые могут повредить загрузку операционной системы. В этой статье мы рассмотрим, как восстановить загрузку Windows 10 после неудачного запуска Sysprep.

1. Перезагрузите компьютер и попробуйте войти в безопасный режим.
— Нажмите клавишу F8 несколько раз перед тем, как появится логотип загрузки Windows.
— В меню «Дополнительные варианты загрузки» выберите «Режим безопасного запуска» и нажмите клавишу Enter.
— Если вы успешно вошли в безопасный режим, перейдите к шагу 3. Если нет, переходите к следующему шагу.

2. Восстановите систему с использованием установочного диска Windows 10.
— Вставьте установочный диск Windows 10 и перезагрузите компьютер.
— Нажмите клавишу, чтобы запустить установку с диска.
— Выберите язык и другие настройки, а затем нажмите «Далее».
— В нижней части экрана выберите «Восстановить компьютер».
— Затем выберите «Проблемы с загрузкой» и «Восстановление загрузчика системы Windows».
— Далее следуйте инструкциям на экране, чтобы завершить процесс восстановления.

3. Удалите ключи реестра Sysprep.
— Находясь в безопасном режиме, нажмите клавишу Win + R, чтобы открыть окно «Выполнить».
— Введите «regedit» и нажмите клавишу Enter, чтобы открыть редактор реестра.
— Перейдите к следующему пути: HKEY_LOCAL_MACHINE\SYSTEM\Setup\Status\SysprepStatus.
— Удалите все ключи, имеющие названия, начинающиеся с «CleanupState» и «GeneralizationState».
— Затем перейдите к следующему пути: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform.
— Удалите все ключи, имеющие названия, начинающиеся с «SkipRearm».

4. Измените настройки реестра для команды Sysprep.
— В редакторе реестра перейдите к следующему пути: HKEY_LOCAL_MACHINE\System\Setup\Status\SysprepStatus.
— Щелкните правой кнопкой мыши по ключу «GeneralizationState» и выберите «Изменить».
— Измените значение на «7» и нажмите «ОК».
— Затем щелкните правой кнопкой мыши по ключу «CleanupState» и выберите «Изменить».
— Измените значение на «2» и нажмите «ОК».

5. Удалите временные файлы Sysprep.
— Откройте проводник и перейдите к следующему пути: C:\Windows\System32\Sysprep\Panther.
— Удалите все содержимое папки «Panther».
— Затем перейдите к следующему пути: C:\Windows\System32\Sysprep\ActionFiles.
— Удалите все содержимое папки «ActionFiles».

6. Обновите драйверы и выполните чистую установку обновлений.
— Откройте Диспетчер устройств, найдите каждое устройство и обновите его драйвер.
— Перейдите в «Настройки» -> «Обновление и безопасность» -> «Windows Update» и установите все доступные обновления.
— Перезагрузите компьютер и проверьте, исправлена ли проблема.

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

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

Источник

I’ve been battling with this issue for a week now. I’m hoping someone can help.
Here is the backstory: Starting with a base Windows 10 image at build 1703, I updated to Windows 10 20H2. Everything went fine. In fact we have updated 200 of these systems the same way and using the same ISO with no issues. The PC is HP EliteDesk 800 G2 SFF

Prior to the 20H2 update, I am able to successfully sysprep and deploy the image without issues. After the 20H2 update, sysprep runs fine and shuts down the system, ready to capture the new image. The problem occurs during the first boot after sysprep. Windows setup stops with the error «Windows setup could not configure Windows to run on this computer’s hardware»
I have tried all kinds of things based on searching this issue, including:

running sysyprep without specifying and answer file, sysprep /generalize /oobe
starting sysprep both from audit mode and then not from audit mode
checking device manager for any errors before running sysprep
updating the storage drivers, chipset drivers, and video drivers
removing all user accounts except for the built-in accounts
assigning a password to the built-in administrator account
enabling (and disabling) the built-in administrator account
disabling Windows defender (no other AV is on the system)
running system file checker (sfc /scannow) and checkdisk (chkdsk /f)
removing the group policy folders from windows/system32
probably several other things that I have forgot to mention

Here are is the relevant part of setupact.log:

2021-02-12 07:16:04, Info                  SYSPRP ActionPlatform::LaunchModule: Executing method 'CryptoSysPrep_Specialize' from C:\Windows\system32\capisp.dll
2021-02-12 07:16:04, Info                         capisp.dll::CheckIFCryptoSysPrepSpecialized: returning 0
2021-02-12 07:16:04, Info                  CBS    TI: --- Initializing Trusted Installer ---
2021-02-12 07:16:04, Info                  CBS    TI: Last boot time: 2021-02-12 07:15:45.500
2021-02-12 07:16:04, Info                  CBS    Starting TrustedInstaller initialization.
2021-02-12 07:16:04, Info                  CBS    Lock: New lock added: CCbsPublicSessionClassFactory, level: 30, total lock:4
2021-02-12 07:16:04, Info                  CBS    Lock: New lock added: CCbsPublicSessionClassFactory, level: 30, total lock:5
2021-02-12 07:16:04, Info                  CBS    Lock: New lock added: WinlogonNotifyLock, level: 8, total lock:6
2021-02-12 07:16:04, Info                  CBS    Ending TrustedInstaller initialization.
2021-02-12 07:16:04, Info                  CBS    Starting the TrustedInstaller main loop.
2021-02-12 07:16:04, Info                  CBS    Running under Setup's First boot, setting idle time to 30 minutes
2021-02-12 07:16:04, Info                  CBS    TrustedInstaller service starts successfully.
2021-02-12 07:16:04, Info                  CBS    Setup in progress, aborting startup processing checks.
2021-02-12 07:16:04, Info                  CBS    Startup processing thread terminated normally
2021-02-12 07:16:04, Info                  CBS    TI: Startup Processing completes, release startup processing lock.
2021-02-12 07:16:49, Info                         capisp.dll::CryptoSysPrep_Specialize: assigned CAPI machine guid "124eee6a-4493-4872-a69b-378a55ab51d8"
2021-02-12 07:16:49, Info                         capisp.dll::LsaOpenPolicy failed: c0020003
2021-02-12 07:16:49, Info                         capisp.dll::CryptoSysPrep_Specialize: DisableAdministratorIfApplicable failed
2021-02-12 07:16:49, Info                         capisp.dll::CryptoSysPrep_Specialize: returning 65b
2021-02-12 07:16:49, Error                 SYSPRP ActionPlatform::LaunchModule: Failure occurred while executing 'CryptoSysPrep_Specialize' from C:\Windows\system32\capisp.dll; dwRet = 0x65b
2021-02-12 07:16:49, Error                 SYSPRP SysprepSession::ExecuteAction: Failed during sysprepModule operation; dwRet = 0x65b
2021-02-12 07:16:49, Error                 SYSPRP SysprepSession::ExecuteInternal: Error in executing action for Microsoft-Windows-Cryptography; dwRet = 0x65b
2021-02-12 07:16:49, Error                 SYSPRP SysprepSession::Execute: Error in executing actions from C:\Windows\System32\Sysprep\ActionFiles\Specialize.xml; dwRet = 0x65b
2021-02-12 07:16:49, Info                  SYSPRP SysprepSession::Execute: Sysprep mode was not specified, deleting it from registry
2021-02-12 07:16:49, Error                 SYSPRP RunPlatformActions:Failed while executing Sysprep session actions; dwRet = 0x65b
2021-02-12 07:16:49, Info                  SYSPRP Callback_Specialize: Internal Providers Specialized Failed. System can't proceed to handle Internal Providers
2021-02-12 07:16:49, Info                  SYSPRP Callback_Specialize: Specialize return: [1627]
2021-02-12 07:16:49, Error      [0x0f0435] SYSPRP Callback_Specialize: An error occurred while either deciding if we need to specialize or while specializing; dwRet = 0x65b[gle=0x00000002]
2021-02-12 07:16:49, Info       [0x0640ae] IBSLIB PublishMessage: Publishing message [Windows Setup could not configure Windows to run on this computer's hardware.]

Despite everything I have tried, it stops at the same point every time with the same message and the same logged errors. I did some research on the code c0020003 generated from the LsaOpenPolicy function and it appears to be an HRESULT code that maps to RPC_NT_INVALID_BINDING and the purpose of LsaOpenPolicy is to get a handle on the Windows policy object. Based on that, I’m guessing that for some reason, the LsaOpenPolicy function is not able to get get a handle on the policy object which might explain why the attempt to disable the administrator account on the next line also fails.

I have completely ran out of ideas, so I am hoping someone can provide some other suggestions to try

Источник

Remove From My Forums

Question
Hello,
I prepared my windows (ver. 1809) and run sysprep.exe /oobe /generalize /unattended …

After cloning on target device and the first boot, I get error «system thread exception not handled» and after third attempt I get error code 0xc0000001. Text saying that PC needs to be repaired / you’ll need to use recovery tools from installation
media.

Where is the problem?

Additional info:
When enabling boot logging, no ntbtlog.txt is present.
I prepared my image in virtual machine (XEN Server) and deploying to PC, but since «generalize» removes drivers, it should not be a problem.

UPDATE:
No change after
1. running sysprep without unattended switch;
2. trying clean windows install + sysprep.
- Edited by
  
  Friday, June 14, 2019 2:26 PM
  new info

Answers

It didn’t, but solved by removing Xen devices and deleting all Xen drivers from windows directory.

Simply, sysprep doesn’t work as described. Good job after 30 of Win NT development.
- Marked as answer by
  jullo
  Monday, June 17, 2019 10:50 AM

Источник

В статье описываются некоторые ошибки Sysprep — встроенного инструмента Windows для «редактирования» и «перевозки» системы. Инструмент мало изучен обычными пользователями, а потому ошибки, возникающие при работе с этой полезной программой, я выделил в отдельную статью. Всем, наверное, не помогу, но чем богат, и что нарыл — поделюсь.

Запуск Sysprep

Да, перевезти Windows на диск или вместе с диском, а также кое-что в Windows изменить для финишной установки — основное программы предназначение. Работа утилиты на конкретном примере рассмотрена в статье «Как перенести жёсткий диск с Windows на другой компьютер«. Как пользоваться Sysprep вообще и для чего она была разработана, описано в статье «Как работать с Sysprep» (пишется). А пока приближаемся к возможным проблемам. Сама программа, как вы помните, располагается в папке:

C:\Windows\System32\sysprep\

И для работы с программой нужно обратиться напрямую к исполнительному файлу, либо запустить консоль cmd от имени администратора и ввести команду:

%windir%\System32\Sysprep\Sysprep.exe

В идеальном варианте (не важно какое действие для утилиты мы выбираем ) пользователи должны увидеть подготовку к запуску; в окне настроек можно выставить условия:

И, после смены системы или диска, завершаем переезд Windows. Но как бы, порой, не так…

Ошибка режима Аудита Ваша учётная запись отключена…

Возможные ошибки Sysprep

Это, конечно, не всегда ошибки Sysprep как таковой. Просто утилита не способна обрабатывать некоторые параметры, принимаемые на себя системой в текущем сеансе. И некоторые из служб или процессов ей откровенно мешают. Исправлением их мы сейчас и займёмся. Но, перед тем как начать, советую отключить сетевой кабель от карты, если компьютер подключён к интернету напрямую. По неизвестным лично мне причинам, Sysprep нередко отваливается на любом из этапов ИМЕННО при подключённой сети.

Sysprep не удалось проверить установку windows

Перед тем, как пробовать этот и остальные способы, не поленитесь отправиться в указанный в окне файлу setupact.log лога утилиты. Он традиционно лежит тут:

C:\Windows\System32\sysprep\Panther

Заострим на это внимание чуть позже. А в нашем случае решение простое. Для продолжения работы отправляемся в редактор реестра:

WIN+R

win+r

regedit.exe

Ищем REG_DWORD параметр в ключе

HKEY_LOCAL_MACHINE\SYSTEM\Setup\

с именем Upgrade. Нашли? Удаляйте:

Согласитесь с предупреждением об удалении параметра. Перезагружайтесь и запустите утилиту по новой.

Произошла неустранимая ошибка при выполнении sysprep

Самое время заглянуть в логи утилиты. Ошибки Sysprep в нём наверняка имеют такое содержание:

«[0x0f0082] SYSPRP LaunchDll:Failure occurred while executing ‘C:\Windows\system32\msdtcprx.dll,SysPrepDtcCleanup’, returned error code -2146434815[gle=0x000000b7]

«[0x0f0070] SYSPRP RunExternalDlls:An error occurred while running registry sysprep DLLs, halting sysprep execution. dwRet = -2146434815[gle=0x000000b7]»

«[0x0f00a8] SYSPRP WinMain:Hit failure while processing sysprep cleanup providers; hr = 0x80100101[gle=0x000000b7]»

Вот тут сказано, что наиболее часто такие ошибки происходят на виртуальных машинах, так как утилита пытается остановить Cлужбу координатора распределённых транзакций Microsoft MSDTC (с ней мы ещё не раз столкнёмся). А «виртуалка» её тут же запускает. Одна жмёт на газ, вторая — на тормоз. И роль педали здесь играет библиотека msdtcprx.dll. Файл мы трогать не будем. А для решения проблемы придётся сначала службу удалить, а затем установить заново. Делаем это из командной строки от имени админа. Поочерёдно вводим две команды — на удаление и установку соответственно:

msdtc –uninstall

msdtc –install

Всё, проверяйте. Не помогло? Причиной могла стать «неприязнь» к сетевой службе Проигрывателя Windows. Служба, к слову сказать, запускается по умолчанию вместе с системой. Чтобы проверить, так ли это, остановите службу из командной строки:

net stop WMPNetworkSvc

и запустите Sysprep заново.

Вообще, читать журнал логов утилиты очень полезно. Именно оттуда можно узнать корни проблемы, почему программа отказывается запускаться. Ведь окно

совсем неинформативно. Однажды в логах пришлось наткнуться и на такую ошибку:

«Date Time, Error [0x0f0073] SYSPRP RunExternalDlls:Not running DLLs; either the machine is in an invalid state or we couldn’t update the recorded state, dwRet = 31»

Сама Microsoft на причину этой ошибки ответила расплывчато — мол, для «предотвращения создания битого образа утилитой». После долгих и упорных поисков решение проблемы оформилось так:

запускаем редактор реестра и обратимся к ключу

HKEY_LOCAL_MACHINE\System\Setup\Status\SysprepStatus

справа проверьте значение REG_DWORD параметра CleanupState. Должно быть 2. Тут же ищем параметр GeneralizationState. У него значение поставьте 7. Вот так:

далее в реестре следуем к ключу

HKEY_LOCAL_MACHINE\Software\Microsoft\WindowsNT\CurrentVersion\SoftwareProtectionPlatform

параметру REG_DWORD с именем SkipRearm присвойте значение 1:

сохраняемся, из редактора выходим. Теперь с помощью командной строки cmd от имени админа переустанавливаем известную нам службу …

msdtc –uninstall

msdtc –install

последний штрих: из папки с самой Sysprep

C:\Windows\System32\sysprep\

удаляем папку Panther

попробуйте запустить Sysprep снова.

Не удалось завершить процесс установки…

При попытке установить обработанный утилитой диск в новой конфигурации, установщик Windows вдруг выдаёт:

Окно продолжает появляться раз от раза. Быстрый способ избавиться от этой ошибки Sysprep — попробовать обмануть Windows. Для этого:

создадим изначально неправильные условия установки: вам нужен Безопасный режим. То есть во время очередной попытки установить системные файлы пытаемся войти в меню Дополнительных вариантов загрузки (обычно это клавиша F8)

выберите Параметры загрузки, что найти Безопасный режим

Windows в таком режиме установиться физически не сможет, о чём вам сразу сообщит. Перезагружайтесь. А теперь ошибка должна исчезнуть и система будет устанавливаться в нормальном режиме.

В случае неудачи, когда окно с ошибкой продолжает появляться…

Во время очередного появления ошибки зажимаем SHIFT+F10 для вызова аварийной консоли команд
Через консоль переходим в директорию…

cd oobe

и оттуда запускаем регистрацию пользователя принудительно:

msoobe

появится всем знакомый менеджер установки с момента регистрации нового пользователя. Что делать дальше, вы знаете:

проходим все окна вплоть до с окончанием установки. После чего перезагрузите компьютер кнопкой Пуск с панели задач. В случае, eсли Windows кнопки не слушается, перезапустите систему принудительно механически (кнопкой Reset с панели десктопа или выключением питания ноутбука).

Далее. Однажды при работе с Sysprep.exe я столкнулся с похожей ошибкой в режиме Аудита при окончательном «оформлении» системы:

Симптомы те же: круговая перезагрузка, при которой Windows застряла в подвешенном состоянии. Оказалось, что частично проблема решена уже давно. Но мне понадобилось, конечно, срочно выводить систему в OBE. У меня в итоге всё получилось, если нужны подробности — вам в статью «Компьютер неожиданно перезагрузился…»

Повторный запуск Sysprep

Редко кто добирается до этого этапа, но теоретически может возникнуть вопрос: а сколько вообще можно «сиспрепить» Windows? Конечно, логично предположить, что редкая сборка от Microsoft может кочевать от машины к машине. Короче — более трёх раз вам это сделать, как я понял, не удастся. И как итог — ошибка типа

Произошла неустранимая ошибка при попытке выполнить Sysprep при запуске команды sysprep/generalize

Варианты появления, ошибки Sysprep и «решение» , предложенное разрабами, описано в одноимённой статье. Если читать лень, скажу, что Microsoft предлагает лишь перестроить образ по-новой. Однако у меня прокатил пару раз такой набор действий:

пробиваем «оставшееся число сиспрепов» (состояние лицензии) командой из консоли cmd от имени администратора

 slmgr.vbs /dlv

если близко к 0, попробуйте перезарядить лицензию:

slmgr.vbs –rearm

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

HKEY_LOCAL_MACHINE\SYSTEM\Setup\Status\SysprepStatus\GeneralizationState\

CleanupState:2

HKEY_LOCAL_MACHINE\SYSTEM\Setup\Status\SysprepStatus\GeneralizationState\

GeneralizationState:7

редактор реестра покидаем и запускаем строку Выполнить (WIN + R). Выполняем команду на удаление службы координатора распределенных транзакций:

msdtc -uninstall

Досчитайте до 30-ти . Теперь команду установить службу обратно:

msdtc -install

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

Всё, что знал, рассказал. Успехов нам всем.

Источник

f22

Codeby Team

Valkiria

f22

Codeby Team

f22

Codeby Team

Question

Answers

Запуск Sysprep

Возможные ошибки Sysprep

Sysprep не удалось проверить установку windows

Произошла неустранимая ошибка при выполнении sysprep

Не удалось завершить процесс установки…

Повторный запуск Sysprep

Другие наши интересноые статьи: