Назад | Перейти на главную страницу

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

У меня есть виртуальная машина Hyper-V под управлением Windows Server 2008 R2 (Host также является WinSrv 2008 R2), которая отлично работала. Теперь он запустил BSOD еще до того, как я вошел в систему. При тестировании, загружаюсь ли я нормально и вхожу в виртуальные синие экраны через 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.

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

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

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

Спасибо,

Павел.

Этот код пузырьковой проверки означает, что какой-то критический поток или процесс был прекращен.

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

  1. Получите дамп памяти или хотя бы минидамп. В вашем случае, поскольку машина не запускается, вы можете сделать это, подключив системный VHD с хоста (обычно он находится в каталоге c: \ windows \ minidump или непосредственно в корне диска C, но это может измениться )
  2. Сохраните дамп на машине, на которой установлен Windows Debugging Kit (см. там).
  3. Запустите 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

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