2026 год: что делать, если виртуальная машина Windows Server 2025 на AMD EPYC не запускается?

Вывод: не объявляйте AMD EPYC, Proxmox VE 9.2 или драйвер диска причиной сбоя только по факту незапуска. Сначала сохраните конфигурацию и проверяемую резервную копию, затем на клоне либо в согласованное окно последовательно проверьте прошивку, загрузочный порядок, контроллер, тип процессора и недавние обновления.

Этот разбор для вас, если вы администрируете Windows Server 2025 на Proxmox VE и видите цикл перезапуска, ошибку восстановления или остановку на загрузке.
Если вы готовите обновление платформы, здесь есть порядок проверки до производственного изменения.
Если вы планируете несколько виртуальных машин Windows на отдельном AMD-сервере, используйте заключительные пункты как перечень проверок при подготовке среды.

Обновлено 27 октября 2026 года; сверено с официальным объявлением о Proxmox VE 9.2, руководством Proxmox VE и требованиями Microsoft к Windows Server. Сообщения о сбоях после обновлений — пользовательские случаи, а не подтверждение общего дефекта платформы.

Что известно о сбое: подтверждённые изменения и отдельные случаи

В официальном объявлении Proxmox VE 9.2 указана дата выпуска — 21 мая 2026 года; релиз включает обновлённое ядро по умолчанию и обновлённые компоненты платформы, в том числе QEMU. Это повод зафиксировать состояние узла до обновления, но не доказательство того, что именно релиз вызывает отказ конкретной гостевой системы. Состав выпуска проверяйте по объявлению Proxmox VE 9.2.

В сообществе опубликованы отдельные сообщения о Windows Server 2025, которая перестала загружаться после обновления PVE 9.2 и ядра Linux 7.0. Есть и отдельные обсуждения конфигураций Windows Server 2025 и случаев циклической загрузки на AMD EPYC. Смотрите на них как на подсказки для собственной диагностики: условия пользователей различаются, а совпадение по времени не устанавливает причину. Ни одно из таких сообщений само по себе не доказывает общий дефект AMD EPYC, ядра, QEMU или драйвера.

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

До обновления: сохраните данные, которые позволят сравнить состояния

Запишите параметры виртуальной машины до изменений. Если проблема уже возникла, соберите ту же информацию для текущего состояния и сравните с последней известной рабочей конфигурацией. Это поможет не смешивать последствия обновления гостевой Windows, конфигурации VM и самого узла.

Пример чтения конфигурации — без изменения параметров:

pveversion -v
uname -r
qm config <VMID>

Сопоставьте вывод qm config с прежней записью. В ней могут встретиться строки вида bios: ovmf, boot: order=scsi0;... или параметр cpu:. Это лишь примеры полей: фактические значения и имена устройств зависят от вашей VM. Не копируйте настройки из примера в конфигурацию вслепую.

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

Первая диагностика: отделите отказ узла от ошибки гостевой системы

Сначала проверьте, доступен ли хост. Если вы можете подключиться по SSH и выполнять команды управления, зафиксируйте это как отдельное наблюдение. Если недоступен и интерфейс управления, и SSH, рассматривайте инцидент как проблему хоста или сети до того, как делать выводы о загрузчике Windows. Невозможность открыть консоль VM также не равна доказанному отказу самой гостевой ОС.

Запишите точное сообщение, код ошибки, этап остановки и время последней успешной загрузки. Отметьте, что изменилось последним: обновление PVE, перезагрузка хоста, установка обновлений Windows или ручное изменение конфигурации VM. Если одновременно были обновлены несколько компонентов, не приписывайте отказ одному из них без отдельной проверки.

На узле соберите сведения о версии и состояние журнала ядра. Например:

pveversion -v
uname -r
journalctl -b -k --since "30 minutes ago"

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

Проверьте и состояние гостевой системы. Если Windows доходит до среды восстановления, используйте её для получения диагностической информации и попытки штатного восстановления, опираясь на инструкцию Microsoft по устранению проблем запуска через WinRE. Не выполняйте восстановление загрузчика или изменение разделов только потому, что система показала ошибку: сначала сохраните резервную копию, а затем убедитесь, что выбранная операция соответствует обнаруженной проблеме. Описание возможностей WinRE помогает отличить диагностические функции среды от доказательства исправности всей цепочки хранения.

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

Шаг первый: сравните SeaBIOS или UEFI

Посмотрите, какой режим прошивки указан в конфигурации, и сравните его с последним рабочим состоянием. Если после изменения VM режим загрузки отличается, это значимая переменная для теста, но не универсальный диагноз. Верните прежнее значение на клоне или проверьте оба варианта отдельно, не затрагивая единственную производственную копию.

Шаг второй: убедитесь, что выбран ожидаемый загрузочный диск

Сверьте строку boot и доступность устройства, назначенного системным диском. Устройство могло быть перемещено, переименовано или подключено иначе в результате ручного изменения конфигурации. Если WinRE видит диск, зафиксируйте это как факт диагностики, но продолжайте проверку: видимость устройства не подтверждает исправность контроллера, драйвера, файловой системы и данных на нём.

Шаг третий: сверьте контроллер с драйвером Windows

Установите, какой тип виртуального контроллера настроен сейчас и какой использовался при установке Windows. Для работы гостевой ОС нужен совместимый драйвер, доступный на этапе загрузки. Если тип контроллера меняли, выясните, установлен ли соответствующий драйвер и может ли система использовать его до монтирования загрузочного тома.

Не переключайте диск на другой контроллер в единственной VM ради проверки. Сначала клонируйте её, зафиксируйте исходную конфигурацию, измените только этот параметр и проверьте результат. Если тест не помог, вернитесь к исходному состоянию; смена контроллера сама по себе не является ремонтом диска или способом подтвердить исправность драйвера.

Уточните, что изменилось на хосте, и проверяйте причины по одной

После первичной проверки сопоставьте текущее состояние PVE и ядра с последним рабочим. Затем проверьте тип CPU, назначенный этой VM: он мог быть изменён отдельно от обновления хоста. Не считайте сам факт использования AMD EPYC достаточной причиной отказа; он только описывает платформу, на которой нужно воспроизвести проблему.

Для каждого эксперимента запишите исходное значение, одно изменение, результат загрузки и способ возврата. На клоне сначала можно проверить один фактор — например, тип CPU, — вернуть исходную конфигурацию, а затем отдельно исследовать состояние ядра. Если после обновления сбой воспроизводится на копии, а после возврата к ранее работавшему состоянию исчезает, это укрепляет гипотезу для данной конфигурации, но всё ещё не устанавливает общий дефект.

Практическое дерево решений:

• Если хост доступен, а не запускается только одна VM, сначала сохраните её конфигурацию и проверьте загрузочную цепочку на копии. Если проблема сохраняется, сравните состояние Windows и настройки виртуальных устройств.
• Если отказали несколько VM после одного изменения платформы, сохраните журналы хоста и проверьте воспроизводимость на тестовом экземпляре. Если возврат подтверждён тестом, рассмотрите этот путь в окно обслуживания; иначе не меняйте производственную версию ядра по одной форумной рекомендации.
• Если WinRE не видит системный том, проверьте порядок устройств, контроллер и наличие подходящего драйвера на тестовой копии. Если том виден, продолжайте исследовать загрузчик и состояние Windows: обнаружение диска не завершает диагностику.
• Если нет доступа и к управлению узлом, прекратите изменения в гостевой конфигурации и сначала восстановите управляемость хоста по вашему плану эксплуатации.

Установка или откат ядра — изменение уровня узла, которое может повлиять на другие VM. Проводите её только с резервной копией конфигурации, ответственным за обслуживание и заранее определённым условием возврата. Если доказательной связи между изменением и сбоем пока нет, расширяйте сбор данных, а не переходите сразу к переустановке Windows или операциям с разделами.

После исправления: проверьте запуск и задайте условия остановки

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

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

Проверка совместимости не сводится к вопросу «загрузилась ли система». До перехода на другую версию хоста проверьте резервное восстановление, устройства, запуск служб и повторную загрузку на копии. Windows Server 2025 следует оценивать по официальным требованиям Microsoft к оборудованию, а лицензирование планировать отдельно от технической проверки. Если вы выбираете редакцию и способ использования, сопоставьте условия со справкой по лицензии Windows Server 2025.

От тестовой VM к выбору узла: планируйте не только число ядер

Успешный запуск одной VM не показывает, сколько систем можно надёжно разместить на одном хосте. Для планирования учитывайте рабочую нагрузку, выделение CPU и памяти, пики одновременной активности, свободное место под резервирование и ответственность за восстановление. Оценку делайте по измерениям ваших приложений и фактическому использованию ресурсов, а не по одному фиксированному коэффициенту переподписки.

У независимого сервера есть смысл для стабильного многопользовательского узла, когда вам нужен контроль над назначением ресурсов и настройками гипервизора. Например, в актуальном предложении OSFP Cloud указаны отдельные конфигурации AMD EPYC 7543P с 32 ядрами и 64 потоками, памятью 128 или 256 ГБ ECC и двумя NVMe-накопителями по 1 ТБ; для дисков предусмотрены варианты расширения. Эти параметры нужно сверить с текущей карточкой предложения перед покупкой. Они описывают доступную платформу, а не гарантированное количество Windows VM или результат теста конкретной нагрузки.

При оценке многодисковой конфигурации отдельно решите, как организовать избыточность и резервное копирование. Выбор между зеркалированием, программным RAID и отдельным размещением томов меняет полезную ёмкость и поведение при отказе; сравнить подходы можно в материале о планировании памяти и дисков. Для Windows VM также заранее учтите применимые лицензии и проверяемый путь восстановления. Если нагрузка нестабильна или нужна только для короткого эксперимента, выделенный физический сервер может быть избыточен; небольшая тестовая среда иногда практичнее на другом типе инфраструктуры.

Когда общий гипервизор сталкивается с конкуренцией за ресурсы, а облачный экземпляр не позволяет настроить нужную конфигурацию дисков или хоста, независимая AMD-машина может упростить контроль за многими VM и их производственным циклом. Но выбирать её стоит после проверки требований к лицензиям, резервированию и загрузке именно ваших систем. Для проверки доступных ресурсов и операционных систем используйте текущую карточку предложения OSFP Cloud, а не переносите тестовый результат одной VM на всю будущую инфраструктуру.

Частые вопросы

После обновления Proxmox запускается хост, но не Windows Server 2025

Проверьте состояние гостевой VM отдельно от доступности узла. Сохраните её конфигурацию, зафиксируйте прошивку, загрузочный порядок и контроллер, а затем сопоставьте их с последним известным рабочим состоянием. Восстановление или переключение параметров выполняйте на тестовой копии. Если на узле одновременно обновлялись несколько компонентов, сначала установите, какие изменения можно воспроизвести по одному.

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

Запишите этап, на котором начинается повторный запуск, и код ошибки, если он есть. Затем выясните, доступна ли среда восстановления и обнаруживает ли она системный диск. Это сужает диагностику, но не подтверждает исправность всего пути загрузки. Сравните CPU VM и настройки диска с рабочей конфигурацией и проверяйте каждое изменение на восстанавливаемом клоне.

Как понять, виноват режим прошивки или тип диска

Сравните с рабочей конфигурацией сначала режим SeaBIOS или UEFI и порядок загрузки, затем — тип контроллера и доступность подходящего драйвера Windows. Не меняйте их одновременно: иначе результат будет неоднозначным. Видимость диска в WinRE полезна как диагностический сигнал, но сама по себе не подтверждает, что драйвер загрузки и накопитель работают без ошибок.

Что проверить до обновления до Proxmox VE 9.2

Запишите версии платформы и ядра, конфигурацию Windows VM, прошивку, CPU и контроллер. Подтвердите, что резервная копия восстанавливается, и проверьте запуск, работу устройств и повторную загрузку на тестовом экземпляре. Если проверка не воспроизводима или откат не подготовлен, перенесите производственное изменение. Отдельные сообщения пользователей после обновления — основание для теста, но не универсальная инструкция по исправлению.

Если вам предстоит такое обновление, сначала доведите до проверяемого состояния резервную копию и сценарий возврата; затем выполните тест на копии и только после этого назначайте окно для производственной VM. Если вы выбираете отдельный AMD-хост, сопоставьте текущие системные опции и ресурсы OSFP Cloud с фактической нагрузкой, лицензиями и требованиями к восстановлению.

Вопросы

С чего начать, если Windows Server 2025 перестала загружаться после обновления Proxmox?

Не меняйте сразу тип процессора, контроллер диска и версию ядра. Сохраните конфигурацию виртуальной машины и журналы, запишите последнюю успешную версию хоста, затем воспроизведите сбой на клоне или в согласованное окно обслуживания. Если хост доступен по SSH, а проблема ограничена одной гостевой системой, сначала исследуйте её загрузочную цепочку, а не переустанавливайте весь узел.

Как действовать, если виртуальная машина Windows Server 2025 на AMD EPYC зациклила загрузку?

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

Как отличить проблему прошивки виртуальной машины от неисправности дискового контроллера?

Сверьте текущий режим SeaBIOS или UEFI и загрузочный порядок с конфигурацией, при которой система запускалась. Затем отдельно проверьте, виден ли диск в среде восстановления и установлен ли в Windows подходящий драйвер для фактического типа контроллера. Если изменение прошивки или контроллера требуется для проверки, выполняйте его только на клоне: оба параметра могут изменить путь загрузки.

Как проверить совместимость Windows Server 2025 перед переходом на Proxmox VE 9.2?

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