Sysprep при запросе операций в режиме ожидания возникла ошибка

I am on my last stage of my deployment for Windows 7.
At first i tried running the sysprep and it works. and it’s giving me the menu.

Sysprep Preparation Tool 3.14
Select: generalize
           oobe
Then I can click OK or CANCEL.

So what i did is click CANCEL and disregard sysprep for the meantime.
I continue on creating my image, installing all the software needed and created my own answer file.

Finally when im ready to run and finalize sysprep it’s giving me this error

«AN ERROR OCCURED WHILE QUERYING FOR PENDING OPERATIONS»

By the way i am running the C:Windowssystem32sysprepsysprep.exe
with syntax: sysprep /oobe /generalize /shutdown /unattend:unattend.xml

I also checked the error log report inside Panther folder. It’s like a STOP ERROR that i don’t understand.
So my question is, is there a way i can resolve this? I don’t want to start over and install Windows 7 from scratch just because of this. Is there a way to reset the sysprep if not reinstall it without doing a fresh clean install of Windows?

BTW: when i setup a clean fresh install of Windows and run the above syntax for sysprep. It works fine smoothly. Thanks

Please HELP ASAP. Im reaching my deadline within this week. Thanks a lot. Much appreciated your help guys. It will cost me my job. Thanks again.

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

Запуск Sysprep

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

C:WindowsSystem32sysprep

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

%windir%System32SysprepSysprep.exe

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

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

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

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

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

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

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

C:WindowsSystem32sysprepPanther

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

WIN+R

regedit.exe

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

 HKEY_LOCAL_MACHINESYSTEMSetup

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

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

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

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

«[0x0f0082] SYSPRP LaunchDll:Failure occurred while executing ‘C:Windowssystem32msdtcprx.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_MACHINESystemSetupStatusSysprepStatus

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

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

HKEY_LOCAL_MACHINESoftwareMicrosoftWindowsNTCurrentVersionSoftwareProtectionPlatform

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

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

msdtc –uninstall

и

msdtc –install

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

C:WindowsSystem32sysprep

удаляем папку 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_MACHINESYSTEMSetupStatusSysprepStatusGeneralizationState

CleanupState:2

HKEY_LOCAL_MACHINESYSTEMSetupStatusSysprepStatusGeneralizationState

GeneralizationState:7

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

msdtc -uninstall

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

msdtc -install

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

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

Обновлено 06.08.2016

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

Sysprep в windows 8.1

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

Как я и писал выше я такое видел у sysprep в windows 7 и ошибку Sysprep не удалось проверить установку Windows 10, в десятке это уже было на шаге oobe.

Как и ранее, любые проблемы с windows sysprep 3.14 пишутся по пути

Все это добро логируется в файл под названием setuperr.log и setupact.log

Ошибки sysprep windows

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

• SYSPRP Failed to remove apps for the current user: 0x80073cf2 > говорит вам о том, что для текущего пользователя есть какое то приложение, которое должно быть удалено.
• SYSPRP ActionPlatform::ExecuteAction: Error in executing action; dwRet = 0x3cf2
• SYSPRP SysprepSession::Execute: Error in executing actions from C:WindowsSystem32SysprepActionFiles
• SYSPRP WinMain:Hit failure while processing sysprep cleanup external providers; hr = 0x8007001f
• SYSPRP RunExternalDlls:Not running DLLs; either the machine is in an invalid state or we couldn’t update the recorded state, dwRet = 0x1f

Все остальные ошибки нужно будет править в реестре Windows. Начнем по порядку с ошибки 0x80073cf2. О каких приложениях идет речь, это то, что стоит из магазина, их нужно удалить тут два варианта, графический или через powershell.

Посмотреть список мешающих вам приложений лучше конечно через powershell. Открываем оснастку и вводим команду для импортирования нужных модулей.

После того, как нужные модули подгружены, вводим вот такую команду для получения списка.

Как видите sysprep в windows 8.1 мешают приложения для учетной записи Администратор, и они имеют PackageFullName, по которому их можно удалять.

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

Если отдельно хотите по удалять, то вводите команду:

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

Если вам это не помогло, то открывайте редактор реестра Windows и переходите в раздел реестра

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

CleanupState должен быть равен 2,
GeneralizationState должен быть равен 7

В ином случае, если вы слишком часто (более 4 раз) запускали скрипт Windows Software Licensing Rearm (slmgr.vbs /rearm) для сброса триального периода, сможете увидеть следующие строки в setuperr.log:

[0x0f0082] SYSPRP LaunchDll:Failure occurred while executing ‘C:WindowsSystem32slc.dll,SLReArmWindows’, returned error code -1073425657
[0x0f0070] SYSPRP RunExternalDlls:An error occurred while running registry sysprep DLLs, halting sysprep execution. dwRet = -1073425657
[0x0f00a8] SYSPRP WinMain:Hit failure while processing sysprep generalize internal providers; hr = 0xc004d307

Сброс «Rearm» также автоматически производится при выполнении sysprep. Поэтому, если вы используете единый эталонный образ, постоянно раскрываете его для обновлений, а затем заново делаете sysprep, Microsoft рекомендует задействовать файл ответов Unattend.xml примерно следующего содержания:

<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
<settings pass="generalize">
<component name="Microsoft-Windows-Security-Licensing-SLC" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<SkipRearm>1</SkipRearm>
</component>
</settings>
</unattend>

Файл подкладывается в папку с sysprep.exe. Это позволит исключить выполнение Windows Software Licensing Rearm при использовании sysprep. Если целевая ОС 32-битная, значение параметра «processorArchitecture» должно быть установлено в «x86«.
Для ОС Windows 7/2008R2 и выше можно обойтись без файла ответов. Достаточно изменить значение параметра SkipRearm с 0 на 1 в ветке реестра:

После распаковки образа данный параметр автоматически установится в 0. надеюсь данная статья помогла вас выполнить обезличивание операционной системы и ошибка в Sysprep 3.14 произошла не устранимая ошибка в Windows 8.1 у вас больше не появлялась.

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

Появляется она в момент запуска, при этом пользователь видит окошко с сообщением «Произошла неустранимая ошибка при выполнении sysprep». Так вот, основная и самая распространенная ее причина — срабатывание ограничения на количество запусков.

Дело в том, что запустить Sysprep с последующим сбросом системных данных можно только три раза. Четвертый запуск средства Sysprep скорее всего приведет к описанной неустранимой ошибке. Чтобы ее исправить, необходимо применить несложный твик реестра. Откройте редактор Regedit и перейдите к этому ключу:

HKLM/SOFTWARE/Microsoft/Windows NT/CurrentVersion/SoftwareProtectionPlatform

Если правка реестра не принесла результатов, придется действовать более решительно, переустановив службу координатора распределенных транзакций MSDTC. Для этого в запущенной от имени администратора командной строке последовательно выполняем эти две команды:

• msdtc -uninstall

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

В конце статьи замечу, что работе Sysprep могут мешать антивирусы, а также программы DAEMON Tools, Alcohol 120%, UltraISO, об этом я писал в этой статье. 

О том, как использовать Sysprep при переносе Windows написано здесь.