Ошибка «Windows could not complete the installation. To install Windows on this computer restart the installation» при запуске клонированной виртуальной машины Hyper-V с Windows Server 2012 R2
Это первая часть очередной истории о том, как можно наступить на грабли, там, где обычно этого не ожидаешь. Началось всё с того, что для очередного развёртывания нескольких однотипных виртуальных машин Hyper-V с гостевой ОС Windows Server 2012 R2 был подготовлен эталонный образ виртуального диска с установленной ОС. В эталонный образ были включены все актуальные обновления, после чего для уменьшения размера диска был применён метод очистки хранилища компонент Windows в каталоге WinSxS, а логический том системного диска по своему объему был усечён таким образом, что на нём оставалось около 5GB свободного пространства. Перед отключением ВМ в эталонной гостевой ОС по законам жанра была выполнена утилита sysprep. В дальнейшем с этого образа было успешно развёрнуто несколько ВМ, имеющих конфигурацию ВМ, сопоставимую с эталонной ВМ. Спустя некоторое время после всей этой истории с пониманием того, что ранее несколько развёртываний с образа прошли успешно, была предпринята попытка развернуть ещё пару ВМ с этого же образа.
К нашему удивлению при первом же запуске новой ВМ гостевая ОС отказалась загружаться с сообщением об ошибке » Windows Setup could not configure Windows to run onthis computer’s hardware » на этапе первичной инициализации.
Аналогичная ситуация повторилась и на второй новой ВМ, которую мы попытались развернуть с этого же образа. Попытка повторного перезапуска на обеих ВМ привела к другому сообщению об ошибке » Windows could not complete the installation. To install Windows on this computer restart the installation «
Далее после нажатия кнопки «OK» система отправлялась в перезагрузку и при следующей загрузке ситуация со второй ошибкой повторялась.
В попытках понять суть происходящего, в момент возникновения последней ошибки (не нажимая кнопки «OK» в окне сообщения об ошибке) жмём волшебную комбинацию клавиш Shift+F10 и попадаем в окно командной строки, выполняемое в контексте прав Администратора. Выполняем листинг содержимого файлов на системном диске C:\ …
…и обнаруживаем, что свободного места на диске практически нет. При этом размер файла подкачки pagefile.sys , размещаемого по умолчанию в корне этого диска имеет внушительный размер.
И здесь мы вспоминаем про то, что предыдущие успешные развёртывания с данного образа виртуального диска выполнялись на виртуальные машины, имеющие небольшой объём ОЗУ, а последние две ВМ, где мы столкнулись с проблемой, при создании были сконфигурированы на использование большого объема ОЗУ. И предположительно, причиной невозможности корректной первичной инициализации системы стал раздутый файл подкачки.
В такой ситуации можно попробовать умерить аппетиты гостевой ОС на расширение файла подкачки, установив на время ограниченный максимальный размер файла. Для этого из уже открытой командной строки можем вызвать апплет управления свойствами системы sysdm.cpl. В открывшейся форме переходим на закладку управления расширенными настройками Advanced и в блоке Performance нажимаем кнопку Settings. В дополнительно открывшейся форме переходим на вкладку Advanced и в разделе Virtual memory используем кнопку Change чтобы изменить параметры файла подкачки.
Отключим используемое по умолчанию автоматическое определение размера файла подкачки, укажем первичный и максимально допустимый размеры файла через опцию Custom size (например, от 512MB, но не больше 2GB) и нажмём Set, затем OK.
Теперь можно попробовать перезагрузить виртуальную машину, и при следующей загрузке гостевой ОС свободного места на системном диске должно быть достаточно для нормальной первичной инициализации системы. В нашем случае одна из ВМ загрузилась успешно, а вторая ВМ, не смотря на доступность места на диске продолжила выдавать ошибку » Windows could not complete the installation… «. Вероятно, в процессе первого запуска ОС с наличием проблемы с нехваткой свободного места на диске с механизмом OOBE (Out-of-Box Experience) что-то пошло не так.
На фоне сообщения об ошибке жмём уже знакомую комбинацию клавиш Shift+F10 и, попав в командную строку, перемещаемся в каталог C:\Windows\System32\oobe , где выполняем ручной запуск утилиты msoobe.exe
В случае успешного вызова этой утилиты перед нами должно появиться стандартное окно первичной настройки параметров системы, которое появляется при первом запуске ранее sysprep-нутой системы.
После того, как определим языковые параметры, и на следующих двух экранах примем лицензионное соглашение и укажем учётные данные администратора, мастер первичной инициализации закроется и мы снова вернёмся на первоначальный чёрный экран с открытой командной строкой, в которой вызовем команду штатной перезагрузки гостевой системы:
В нашем случае после перезагрузки гостевая система успешно загрузилась.
Если ранее установили небольшой фиксированный файл подкачки, то не забываем его вернуть обратно в автоматический режим, либо указываем другой устраивающий нас размер.
Делаем вывод, что если нам заранее известно то, что внутри шаблонного виртуального диска на системном томе гостевой ОС немного свободного места, то перед первым запуском ВМ лучше установить минимальный объём ОЗУ, исходя из которого система не будет пытаться создать файл подкачки большого размера. А уже после окончания процесса первичной инициализации можно будет увеличить размер ОЗУ ВМ до нужного объёма. Ну или же при создании эталонного диска можно устанавливать небольшой фиксированный размер файла подкачки, который, возможно, потребуется после первичной инициализации новой гостевой ОС, выставлять обратно в автоматический режим либо увеличивать под свои нужды.
С другой стороны, если Вам критична стабильность и предсказуемость работы развёрнутой из шаблона гостевой ОС и Вы испытали проблемы в ходе первичной инициализации OOBE, то лучше пытаться выполнять развёртывание повторно до тех пор, пока оно не отработает штатно. То есть лучше безжалостно удалять виртуальный диск, где первичная инициализация ОС прошла с ошибками и цеплять шаблонный диск к новой ВМ повторно для получения нужного результата. В противном случае с такой «кое-как взлетевшей» системой может случиться ещё несколько историй в духе «О сколько нам открытий чудных …». Одной из таких дивных историй я поделюсь в следующей заметке.
Ошибка windows setup could
Сообщения: 35936
Благодарности: 6473
| Конфигурация компьютера | |||||||||||||||||||||||||||||||||||||
| ОС: Windows 10 Pro x64 Release Preview | |||||||||||||||||||||||||||||||||||||
| » width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″> | |||||||||||||||||||||||||||||||||||||
| Конфигурация компьютера | |||||||||||||||||||||||||||||||
| Память: 4 гб | |||||||||||||||||||||||||||||||
| Видеокарта: NVIDIA GeForce GT 240M | |||||||||||||||||||||||||||||||
| ОС: Windows 7 — 64 Ultimate SP1, Windows 10 ent — 32 on VHD | |||||||||||||||||||||||||||||||
| » width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″> | |||||||||||||||||||||||||||||||
| Конфигурация компьютера |
| Материнская плата: Gigabyte GA-MA74GM-S2 (rev. 1.0) |
| HDD: Hitachi HDP725032GLA360 (320Gb SATA 2) |
| Блок питания: FSP Group ATX350N (350W) |
| Монитор: LG Flatron W2241S |
| Индекс производительности Windows: 5.2 |
okshef, перепробовал все что там написано — не помогло.
Vadikan, ставлю Win7 Ultimate x86 ENG (также пробовал RUS), образы по SHA-1 все были оригинальные.
Материнская плата: Gigabyte GA-MA74GM-S2
Процессор: ADM Phenom 64 x3 8450 (2.11GHz)
Оперативная память: 3Gb (2+1)
Видеокарта: ATI Radeon HD 3650 (512Mb)
Жесткий диск: Hitachi HDP725032GLA360 (320Gb SATA 2)
Блок питания: FSP Group ATX350N (350W)
DvD привод: LG GSA-H55N
Только что попробовал установить сразу с SP1, та же самая ошибка. И что интересно что раньше у меня стояла Win7 Ultimate x86 RUS, а сейчас устанавливается только Vista или XP.
| Конфигурация компьютера | ||||||||||||||||||
| Память: 4 гб | ||||||||||||||||||
| Видеокарта: NVIDIA GeForce GT 240M | ||||||||||||||||||
| ОС: Windows 7 — 64 Ultimate SP1, Windows 10 ent — 32 on VHD | ||||||||||||||||||
| » width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″> | ||||||||||||||||||
| Конфигурация компьютера |
| Материнская плата: Gigabyte GA-MA74GM-S2 (rev. 1.0) |
| HDD: Hitachi HDP725032GLA360 (320Gb SATA 2) |
| Блок питания: FSP Group ATX350N (350W) |
| Монитор: LG Flatron W2241S |
| Индекс производительности Windows: 5.2 |
| Конфигурация компьютера | ||||||
| Память: CMSA8GX3M2A1333C9 (8 Гб) | ||||||
| Ноутбук/нетбук: Sony VPCEB1S1R (upgrade) | ||||||
| » width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″> | ||||||
| Конфигурация компьютера |
| Материнская плата: Gigabyte GA-MA74GM-S2 (rev. 1.0) |
| HDD: Hitachi HDP725032GLA360 (320Gb SATA 2) |
| Блок питания: FSP Group ATX350N (350W) |
| Монитор: LG Flatron W2241S |
| Индекс производительности Windows: 5.2 |
Последний раз редактировалось okshef, 23-04-2012 в 19:59 .
