Наиболее частые ошибки Sysprep.

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

Запуск Sysprep

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

C:\Windows\System32\sysprep\

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

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

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

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

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

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

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

C:\Windows\System32\sysprep\Panther

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

WIN+R

Ищем 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. Файл мы трогать не будем. А для решения проблемы придётся сначала службу удалить, а затем установить заново. Делаем это из командной строки от имени админа. Поочерёдно вводим две команды – на удаление и установку соответственно:

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

и запустите 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 от имени админа переустанавливаем известную нам службу …

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

C:\Windows\System32\sysprep\

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

CleanupState:2

GeneralizationState:7

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

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

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

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

Sysprep windows не удается завершить настройку системы

Всем привет, сегодня я расскажу как решается ошибка Sysprep не удалось проверить установку Windows, в Windows 10. Напомню Sysprep это процедура подготовки эталонного образа, для его обезличивания, из системы будут удалены все уникальные идентификаторы (SID, GUID и т.д.). Когда еще может быть нужно, например если вы создаете свою сборку Windows 10.

Например OEM производители, используют sysprep, чтобы вы получили например ноутбук, в преднастроенном состоянии, и вам осталось только создать учетную запись и залогиниться.

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

И так полазив по форумам Мелкософта, я толком не нашел внятного ответа, вас конечно сиспред отсылает в файл setupact.log, и там вы можете долго курить в чем дело, а все как оказалось очень просто. Не устанавливайте галку Подготовка к использованию, во время Перехода в режим аудита системы и у вас пройдет все как нужно.

Если у вас на этапе OOBE, выскочит данная ошибка, то с большой долей вероятности у вс в логе будет ошибка подобная вот этой

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

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

Sysprep windows не удается завершить настройку системы

Добрый день уважаемые читатели, как вы знаете я раз в три месяца стараюсь создавать свежие образа 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:\Windows\System32\Sysprep\ActionFiles
• 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.

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

Remove-AppxProvisionedPackage -Online -PackageName

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

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

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

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

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

[0x0f0082] SYSPRP LaunchDll:Failure occurred while executing ‘C:\Windows\System32\slc.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 примерно следующего содержания:

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

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