An unexpected error occurred during installation

В некоторых случаях во время чистой установке системы, выполнении обновления до новой Windows 11, при установке очередного билда (версии) Windows 10 или при создании эталонного образа с помощью sysprep может появиться ошибка «Компьютер неожиданно перезагрузился, или возникла непредвиденная ошибка. Невозможно продолжить установку Windows». При нажатии кнопки OK, компьютер опять перезагружается, и снова появляется окно с этой же ошибкой, и так по кругу… Что делать в таком случае, как продолжить установку Windows?

Данная проблема может появится после очередной перезагрузки системы в процессе одного из этапов установки (или обновления) ОС и выглядит следующим образом:

• В русской версии Windows 10:

  Компьютер неожиданно перезагрузился, или возникла непредвиденная ошибка. Невозможно продолжить установку Windows. Чтобы установить Windows нажмите кнопку «ОК» для перезагрузки компьютера, а затем перезапустите установку.

• В английской:

  The computer restarted unexpectedly or encountered an unexpected error. Windows installation cannot proceed. To install Windows, click “OK” to restart the computer, and then restart the installation.

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

1. Прямо на экране с ошибкой нажать сочетание клавиш Shift + F10 (на ноутбуках эта комбинация может не работать, попробуйте Shift+FN+F10 вместо нее, либо отключите в настройках BIOS опцию System Configuration -> Action Keys Mode = Disabled);
2. 
   
   В открывшемся окне командной строки нужно запустить редактор реестра, выполнив команду
   regedit
   
3. В окне реестра перейдите в раздел HKEY_LOCAL_MACHINESYSTEMSetupStatusChildCompletion;
4. В правой панели нужно найти параметр setup.exe. Скорее всего он равен 1. Измените его значение на 3 и сохраните изменение.

   Примечание. Тем самым мы принудительно указываем установщику Windows, что нужно перейти на следующую фазу установки системы.

   

5. Нужно закрыть редактор реестра, и перезагрузить Windows нажав OK в окне ошибки, или выполнить команду перезагрузки компьютера:
   shutdown -r -t 0
   (или командой
   wpeutil reboot
   )

После перезагрузки процесс установки/обновления Windows должен нормально продолжиться.

Данная проблема характерна не только для Windows 10 и Windows 11. Этот способ решения проблемы с прерванной установки операционной системы одинаково эффективно работает как в Windows 7 и Windows 8.1, так и в Windows Server.

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

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

Причнна: На компьютере срабатывает функция автоматической перезагрузки при ошибках или BSOD.

Решение: внести изменение в реестр системы на диске в офлайн режиме, загрузившись с установочного или загрузочного диска.

1. 1. Загрузитесь любого установочного диска Windows;
   2. На экране начала установки нажмите
      Shift+F10
      чтобы открыть командную строку;
   3. Нужно определить букву жесткого диска, на которой находится ваша Windows, которую нужно починить;
   4. Выполните команды:
      Diskpart
List vol
      
      В моем примере судя по размерам разделов, Windows находится на разделе Volume 1. Этому разделу не назначена бука диска. Назначим ему букву W вручную:
      Assign letter=w:
exit
      
      

1. Теперь выполните
   regedit
   и загрузите ветку реестра HKEY_LOCAL_MACHINESYSTEM вашего офлайн образа Windows;
2. В редакторе реестра выберите раздел HKEY_LOCAL_MACHINE и в меню выберите File -> Load Hive. Выберите файл W:WindowsSystem32ConfigSystem
3. Укажите имя ветки (
   mylocal
   ). В результате в редакторе реестра у вас загрузится офлайн копия реестра вашей Windows;
4. Перейдите в раздел HKEY_LOCAL_MACHINEMylocalSetupStatusChildCompletion и измените значение параметра setup.exe на 3;
5. Чтобы записать изменения в файл нужно выгрузить ветку реестра File-> Unload Hive;
6. Переключитье в окно командной строки и отправьте компьютер в перезагрузку командой wpeutil reboot;
7. После этого установка Windows будет продолжена в нормальном режиме.

Проблема: Установка Windows продолжается, но на 64% процентов компьтер автоматически перезагружается, и так по кругу.

Причнна: Чаще всего дело в некорректном установочном образе Windows.

Решение: запишите установочный образ Windows с помощью официальной утилиты Media Creation Tool (как создать установочную флешку с Windows 10 для UEFI компьютера). Запустите чистую установка Windows с новой загрузочной флешки, обязательно удалите все разделы на диске, на который вы хотите установить Windows (если на диске есть ваши данные, скопируйте их перед удалением разделов). Устанавливайте Windows в неразмеченную область (Unallocated space). Установщик Windows сам создаст все необходимые системные разделы (подробнее про системные EFI и MSR разделы в Windows 10).

Также:

• проверьте диск на ошибки с помощью chkdsk:
  chkdsk W: /F /R
• Отключите все лишние USB устройства (в том числе временно отключите клавиатуру, флешку и мышь), отключите LAN и Wi-FI сетевые карты (физически или в BIOS/UEFI)

Microsoft System Center Data Protection Manager (DPM) officially supports SQL 2016 with UR2.  But, like previous System Center products, the only installer is pre-UR2, so SQL 2016 is not «officially» supported for an initial install, only as an upgrade install.  This is particularly annoying because it means you have to do a SQL 2014 installation, DPM installation, DPM upgrade to UR2, then a SQL upgrade to 2016.

The good news is that despite it not being officially supported, you can install DPM 2016 RTM with SQL 2016 already installed, then apply UR2. 

However, there is a big gotcha.

One I discovered is that if you have SQL 2016 SP1 installed, the DPM installer crashes with the error «An unexpected error occurred during the installation.  For more details, check the DPM Setup error logs. ID: 4387»

The logs aren’t helpful at all.  There are numerous errors in the logs, that are actually safe to ignore, which causes a lot of false positives in your investigation.  At the very end there is a line that says «*** Error : CurrentDomain_UnhandledException» followed by an exception that appears after the installer is closed.

[2/8/2017 6:42:16 PM] * Exception : Invoking Watson with Exception:  => System.ArgumentNullException: Value cannot be null.
Parameter name: input
   at System.Version.Parse(String input)
   at System.Version..ctor(String version)
   at Microsoft.Internal.EnterpriseStorage.Dls.Setup.Inspect.InspectPrerequisites.CheckSqlServerTools(InspectContext context)
   at Microsoft.Internal.EnterpriseStorage.Dls.Setup.Inspect.Inspect.InitializeContext(String sqlMachineName, String sqlInstanceName, String reportingMachineName, String reportingInstanceName, ConnectionOptions wmiSqlConnectionOptions, ConnectionOptions wmiReportingConnectionOptions, Boolean isRemoteDb, Boolean isSqlClustered, List`1 sqlClusterNodes, Boolean isRemoteReporting, String oldSqlMachineName, String oldSqlInstanceName, ProductNameEnum productName, InspectModeEnum inspectMode, Boolean remoteTriggerJob)
   at Microsoft.Internal.EnterpriseStorage.Dls.Setup.Inspect.Inspect..ctor(String reportFilePath, String sqlMachineName, String sqlInstanceName, String reportingMachineName, String reportingInstanceName, ConnectionOptions wmiSqlConnectionOptions, ConnectionOptions wmiReportingConnectionOptions, Boolean isRemoteDb, Boolean isSqlClustered, List`1 sqlClusterNodes, Boolean isRemoteReporting, String oldSqlMachineName, String oldSqlInstanceName, InspectModeEnum inspectMode, InspectSkuEnum inspectSku, ProductNameEnum productName, InspectCCModeEnum ccMode, Boolean remoteTriggerJob)
   at Microsoft.Internal.EnterpriseStorage.Dls.Setup.Wizard.BackEnd.InstantiateInspect(String inspectFile, String sqlMachineName, String sqlInstanceName, String reportingMachineName, String reportingInstanceName, ConnectionOptions wmiSqlConnectionOptions, ConnectionOptions wmiReportingConnectionOptions)
   at Microsoft.Internal.EnterpriseStorage.Dls.Setup.Wizard.InspectPage.RunInspect()
   at Microsoft.Internal.EnterpriseStorage.Dls.Setup.Wizard.InspectPage.InspectThreadEntry()
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Threading.ThreadHelper.ThreadStart()

So I tried a lot of different things like different versions of SSMS (management tools), manually installing the Hyper-V PowerShell components, making sure all the WMI classes are registered (mofcomp all the .mof files manually), and the tips are this link.

What’s happening as far as I can tell is that the installer’s prerequisite checks fail due to an unexpected response from SP1.  The only way to get around this is to install SQL Server 2016 RTM, then install DPM 2016, then install DPM’s UR2, then install SQL’s SP1.  Done in that order, it works in my tests.

It’s not as bad as having to install SQL 2014 first, then upgrade to 2016, but still a pain.  I wish Microsoft would released System Center products with updated installers for major milestones, like when a new version of SQL is supported.