Windows Server 2008 R2 Hyper-V VM BSOD через 1 мин 30 с, даже до входа в систему?

Question

Windows Server 2008 R2 Hyper-V VM BSOD через 1 мин 30 с, даже до входа в систему?

У меня есть виртуальная машина Hyper-V под управлением Windows Server 2008 R2 (хост также WinSrv 2008 R2), которая работала отлично. Это теперь запустило BSOD прежде, чем я даже войду. При тестировании, если я загружаюсь нормально и захожу на синие экраны vm через 1 минуту 35 секунд. Если я в безопасности, это продлится почти до 4 минут.

Гекс, который я получаю на BS - 0x000000F4 и т. Д.

У меня нет времени, чтобы проверить журнал событий в самой виртуальной машине, прежде чем он взорвется, но журнал событий на хосте сообщает следующее предупреждение....

Имя журнала: Microsoft-Windows-Hyper-V-Integration-Admin Источник: Microsoft-Windows-Hyper-V-Integration-KvpExchange Дата: 11.07.2013 12:53:38 Идентификатор события: 4130 Категория задачи: Нет Уровень: Предупреждающие ключевые слова:
Пользователь: NETWORK SERVICE Компьютер: --- Описание: В виртуальной машине "ZeroThree" установлена более старая версия служб интеграции ("6.1.7600.16385"). Чтобы избежать проблем с совместимостью, обновите службы интеграции в гостевой операционной системе до "6.1.7601.17514". (Идентификатор виртуальной машины 'FE5F168E-FE73-438B-82BA-9258E1F3E8E6')

Я попытался обновить службы интеграции, но он проходит только половину процесса установки перед другим BSOD.

Все остальные виртуальные машины (работающие под управлением ОС) работают нормально.

Я также отказов хост-сервера.

Любые предложения, советы, указатели будут приняты с благодарностью.

Спасибо,

Павел.

0

windows-server-2008-r2 hyper-v hyper-v-server-2008-r2 hypervisor bsod

Источник

Paul Hale 11 июл '13 в 12:38

1 ответ

Другие вопросы по тегам windows-server-2008-r2 hyper-v hyper-v-server-2008-r2 hypervisor bsod

Stephane 11 июл '13 в 13:28 2013-07-11 13:28 · Answer 1 · 2013-07-11 13:28

Этот код проверки означает, что какой-то критический поток или процесс завершен.

Теперь способ справиться с голубыми экранами (помимо обычного "давай гуглим код ошибки") заключается в следующем:

Получите дамп памяти или хотя бы минидамп. В вашем случае, поскольку машина не запускается, вы можете сделать это, смонтировав системный виртуальный жесткий диск с хоста (обычно он находится в каталоге c:\windows\minidump или непосредственно в корне диска C, но это может измениться).)
Сохраните дамп на компьютере, на котором установлен Windows Debugging Kit (см. Там).
Запустите dumpchk.exe из WDK с помощью !analyse параметр. Это расскажет вам более точно, что произошло, и даст вам больше информации о вероятной причине проверки на ошибки.

Я написал очень простую партию для выполнения этого анализа. Он будет загружать соответствующие символы с веб-сайта MS, поэтому вам не нужно загружать их заранее:

set sympath=C:\WinDebug\symbols

c:\WinDebug\dumpchk.exe !analyze -v -y srv*%sympath%*http://msdl.microsoft.com/download/symbols %1 > c:\tmp\%~n1.txt 
notepad c:\tmp\%~n1.txt

(Просто передайте файл дампа в качестве параметра в скрипт. Вам нужно будет настроить путь в соответствии с вашей системой).