Стал происходить регулярный сброс виртуальной машины Ubuntu 16.04 LTS под управлением Hyper-V 2008 R2 с регистрацией ошибки Event ID 18560: «Выполнен сброс «UBUNTUSRV», поскольку на виртуальном процессоре возникла неустранимая ошибка, вызвавшая тройной сбой..». Описание ошибки на MS.
Поиск информации
Другая статья MS говорит, что это нормальное поведение для виртуальной машины на Linux: «Все варианты Linux, которые поддерживаются в Hyper-V могут регистрировать событие об ошибке, описанное в данной статье. Это происходит независимо от установленной версии служб интеграции Linux». Далее предлагается безопасно проигнорировать ошибку. Это хорошо конечно, ну а сброс виртуальной машины по нескольку раз в день?
Тут вспомнил, что службы интеграции я не устанавливал/не активировал, влил ОС как она есть и сразу начал пользоваться. Значит нужно попробовать это сделать. Стал искать информацию дальше и вот что получилось.
Установка LIS
Все современные ОС Linux идут уже с дистрибутивом LIS (Linux Integration Services). MS конечно на аббревиатуры сильна, то у нее АДАМ, то ЛИС… Редактируем файл модулей:
sudo vi /etc/initramfs-tools/modules
Добавляем туда информацию:
hv_vmbus hv_storvsc hv_blkvsc hv_netvsc
Далее:
sudo update-initramfs –u sudo shutdown -r now
После перезагрузки выполняем команду lsmod и находим там hv_vmbus — значит все успешно установилось.

Прошло порядка 5 дней, статью специально не выкладывал, хостовая ОС перезагружалась несколько раз, гостевая Ubuntu тоже, но ошибка больше не фиксируется и сброс виртуальной машины не происходит. Даже если ошибка снова появится, то частота её появления будет уже не несколько раз в день, что радует.
Добавление от 16.07.2016
Потребовалось установить еще одну виртуальную машину Ubuntu 16.04 LTS, ошибка стала фиксироваться снова, уже для этой виртуальной машины.

Теперь сразу запустил команду lsmod, в прошлый раз я этого не сделал. Все виртуальные устройства шины hv_vmbus оказались на своих местах, то есть вроде бы как заново их прописывать и не надо. Однако указанные выше манипуляции опять помогли избавиться от ошибки. Вот такое шаманство, другими словами и не скажешь.
Дневники Сетевого Инженера
- Remove From My Forums
-
Вопрос
-
Добрый день, стоит server 2012 из ролей ни чего нет. Он включен в AD, но без роли. Ну и стоит Hyper-V. На виртуалку я поставил Kerio 8.2-он у меня сейчас в режиме теста. Подключены 2 сети и созданы два виртуальных сетевых адаптеров со статическими
адресами с разными сетями (проксю с него хочу сделать). Сеть работает и все вроде нормально. Только вот ошибка и найти причину не могу, помогите пожалуйста.Выполнен сброс «Новая виртуальная машина», поскольку на виртуальном процессоре возникла неустранимая ошибка, вызвавшая тройной сбой. Если эта ошибка будет повторяться, обратитесь в службу технической поддержки. (ИД виртуальной
машины CBCC2818-0A47-4996-A860-1F2471355BCF) Код:18560Что это за ошибка и на что она влияет. Из того, что нашел: место и озу есть, режим вируалки в BIOS включен.
И еще когда работает вируалка, есть мониторинг его состояния. Так вот там во вкладке «сеть» показаны мои 2 вирт.адаптера с интересным состоянием: » Понижен (требуется обновления служб интеграции) «.
-
Изменено
17 апреля 2014 г. 8:45
ошибка
-
Изменено
Ответы
-
В качестве Linux что исп-ся?
Согласно http://support.microsoft.com/kb/2711608, ошибка «тройной сбой» — это нормальное поведение Linux . Статья для 2008 R2, но думаю частично или полностью относится и к 2012.
There is no issue. When all the processes are shut down in Linux, Linux issues a triple fault to the hardware to reboot the system.
This behavior is by design in Linux.
Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com
-
Помечено в качестве ответа
msgeorge
17 апреля 2014 г. 9:40
-
Помечено в качестве ответа
- Remove From My Forums
-
Question
-
Hello,
I had 3-node Hyper-V Cluster on Windows 2016 DTC. I decided to upgrade this cluster to Windows 2019 DTC version. I evicted first node from cluster, reinstalled to W2019 and added back to cluster. I tried live migration of some VM to this new node and everything
was ok. Then I reinstalled second node (same procedure), then I want to reinstall third node, I migrated VM from third 2016 node to the new nodes and I see that two VM are periodically unexpectly restarting and there is error in Hyper-V event log:Hyper-V-Worker — EventID: 18560
‘VMNAME’ was reset because an unrecoverable error occurred on a virtual processor that caused a triple fault. If the problem persists, contact Product Support. (Virtual machine ID B2464510-3CCD-4A42-9776-2A61A3A5F40B)
Both virtual machines are Windows 2016 STD with latest updates. When I move this VMs to old Windows 2016 node, everything is working ok. When I move it back to new 2019 node, in a few minutes are restarting (VM starts, few minutes is working ok, then restart,
start, few minutes ok, ………….).I found some bug solution for 18560 error — http://www.checkyourlogs.net/?p=59953 — but it’s not my case because my VMs are booting ok.
Update: I find that when I turn on «Processor compatibility» on that VMs and everything is ok and VMs are working fine. Then I tried turn off processor compatibility and the problem was back, VMs are restarting, then after turn on back again, everything
is ok again.-
Changed type
Thursday, January 24, 2019 12:09 PM
-
Edited by
Daniel Danaj
Thursday, January 24, 2019 2:10 PM
-
Changed type
- Remove From My Forums
-
Question
-
Hello,
I had 3-node Hyper-V Cluster on Windows 2016 DTC. I decided to upgrade this cluster to Windows 2019 DTC version. I evicted first node from cluster, reinstalled to W2019 and added back to cluster. I tried live migration of some VM to this new node and everything
was ok. Then I reinstalled second node (same procedure), then I want to reinstall third node, I migrated VM from third 2016 node to the new nodes and I see that two VM are periodically unexpectly restarting and there is error in Hyper-V event log:Hyper-V-Worker — EventID: 18560
‘VMNAME’ was reset because an unrecoverable error occurred on a virtual processor that caused a triple fault. If the problem persists, contact Product Support. (Virtual machine ID B2464510-3CCD-4A42-9776-2A61A3A5F40B)
Both virtual machines are Windows 2016 STD with latest updates. When I move this VMs to old Windows 2016 node, everything is working ok. When I move it back to new 2019 node, in a few minutes are restarting (VM starts, few minutes is working ok, then restart,
start, few minutes ok, ………….).I found some bug solution for 18560 error — http://www.checkyourlogs.net/?p=59953 — but it’s not my case because my VMs are booting ok.
Update: I find that when I turn on «Processor compatibility» on that VMs and everything is ok and VMs are working fine. Then I tried turn off processor compatibility and the problem was back, VMs are restarting, then after turn on back again, everything
is ok again.-
Changed type
Thursday, January 24, 2019 12:09 PM
-
Edited by
Daniel Danaj
Thursday, January 24, 2019 2:10 PM
-
Changed type
- Remove From My Forums
-
Question
-
И так проблема!
Есть сервер с ОС Windows Server 2016 и ролью Hyper-V на нём виртуальные машины. Появился новый сервер с ОС Windows Server 2019, установили роль Hyper-V. Завершаем работу ВМ на старом сервере, выполняем перенос или экспорт ВМ
на новый сервер. На новом сервере выполняем импорт экспортированных ранее или запуск перенесенных ВМ.Виртуальные машины с ОС Windows Server 2016/2019 поколения 2 отказываются нормально работать после такой манипуляции на новом хосте Server 2019! Они стартуют, загружаются, можно ввести логин пароль, входим на рабочий
стол и … перезагрузка. Чаще всего через 1-2 мин после запуска. Иногда можно открыть панель управления, при попытке запустить что либо например «Программы и компоненты» тут же перезагрузка!При этом виртуальные машины с другими ОС работают после импорта!
- Remove From My Forums
-
Question
-
И так проблема!
Есть сервер с ОС Windows Server 2016 и ролью Hyper-V на нём виртуальные машины. Появился новый сервер с ОС Windows Server 2019, установили роль Hyper-V. Завершаем работу ВМ на старом сервере, выполняем перенос или экспорт ВМ
на новый сервер. На новом сервере выполняем импорт экспортированных ранее или запуск перенесенных ВМ.Виртуальные машины с ОС Windows Server 2016/2019 поколения 2 отказываются нормально работать после такой манипуляции на новом хосте Server 2019! Они стартуют, загружаются, можно ввести логин пароль, входим на рабочий
стол и … перезагрузка. Чаще всего через 1-2 мин после запуска. Иногда можно открыть панель управления, при попытке запустить что либо например «Программы и компоненты» тут же перезагрузка!При этом виртуальные машины с другими ОС работают после импорта!
По словам некоторых пользователей, при попытке установить новую операционную систему они видят неисправимую ошибку VMware Workstation (vcpu-0). Ошибка очень известна, поскольку не позволяет пользователям устанавливать ОС. Второй абзац сообщения об ошибке может варьироваться от пользователя к пользователю, но ошибка одна и та же.

Поэтому в этой статье мы увидим, почему вы видите эту ошибку и как ее исправить.
Неустранимая ошибка VMware Workstation может быть вызвана множеством разных причин, например, вмешательством другой виртуальной машины. Итак, вы должны закрыть все остальные виртуальные машины перед использованием этой. Помимо этого проблема может быть связана с некоторыми настройками BIOS / UEFI, такими как отключенная виртуализация оборудования., которые нам нужно изменить, чтобы запустить игру. Мы также увидим некоторые обходные пути и некоторые настройки настроек, которые помогли другим жертвам решить эту проблему.
Исправить неустранимую ошибку VMware Workstation (vcpu-0)
Если вы хотите исправить неисправимую ошибку VMware Workstation (vcpu-0), начните с обновления вашего компьютера. Установите последнее обновление, а затем выполните приведенные ниже решения, чтобы решить проблему.
- Закройте другие программы виртуализации
- Обновить VMware Workstation
- Включить аппаратную виртуализацию
- Остановить разгон
- У пользователя меньше ядер
Поговорим о них подробнее.
1]Закройте другие программы виртуализации
Если у вас есть другое приложение виртуализации, такое как VirtualBox, работающее в фоновом режиме, вы увидите соответствующую ошибку. Вам необходимо закрыть все из них, прежде чем открывать виртуальную машину в VMware Workstation. Лучший способ сделать то же самое — проверить Диспетчер задач и посмотрите, запущен ли процесс. Если это так, то вам нужно щелкнуть по нему правой кнопкой мыши и выбрать «Завершить задачу». После этого проверьте, сохраняется ли проблема.
2]Обновление VMware Workstation
Ошибка может появиться из-за ошибки, но ее можно удалить обновлением. Следовательно, мы собираемся обновить VMware Workstation и посмотреть, сохраняется ли проблема. Чтобы проверить наличие обновлений программного обеспечения, вы можете открыть VMware Workstation и щелкнуть Справка> Обновления программного обеспечения.
После установки ожидающих обновлений вам необходимо перезагрузить систему, а затем проверить, сохраняется ли проблема.
3]Включить аппаратную виртуализацию
Вам необходимо убедиться, что вы включили аппаратную виртуализацию в BIOS / UEFI. Итак, проверьте его состояние и включите функцию, если она отключена. После включения аппаратной виртуализации проверьте, сохраняется ли проблема.
4]Остановить разгон
Если вы разогнали свой процессор с помощью приложения, это может вызвать проблемы. Разгон может привести к сбою игры или остановке работы виртуальных машин. Итак, если вы выполнили разгон, верните его в нормальное состояние и посмотрите, сохраняется ли проблема.
5]Используйте меньше ядер
Вам необходимо убедиться, что VMware не использует более одного ядра. По мнению многих пользователей, назначение более одного ядра для VMware с виртуальными машинами Windows может вызвать такие проблемы, тогда как для чего-то вроде Ubuntu он отлично работает даже с четырьмя ядрами. Итак, нам нужно изменить некоторые настройки и после этого посмотреть, как работает VMware. Следуйте приведенным ниже инструкциям.
- Откройте диспетчер задач.
- Перейти к Подробности.
- Искать VMware Workstation или vmware.exe, щелкните его правой кнопкой мыши и выберите Установите близость.
- Теперь просто отметьте одно ядро (CPU 0) и нажмите Ok.
Наконец, перезапустите систему, снова откройте VMware и посмотрите, сохраняется ли проблема.
Как разморозить мою рабочую станцию VMware?
Если VMware Workstation зависает, вы можете сделать две вещи: перейти в диспетчер задач, щелкнуть правой кнопкой мыши VMware и выбрать «Завершить задачу» или принудительно завершить работу, нажав и удерживая кнопку питания. Но если эта проблема возникает часто, вы можете воспользоваться упомянутыми здесь решениями и посмотреть, поможет ли это. Если это не помогает, попробуйте снизить нагрузку на ваш процессор, вы можете сделать это, перезагрузив компьютер перед использованием виртуальных машин, отключив Интернет или остановив все свои процессы и приложения.
Читать далее:
.
Содержание
- Причины возникновения ошибки 0x80004005 в VirtualBox
- Способ 1: Переименование внутренних файлов
- Способ 2: Включение поддержки виртуализации в BIOS
- Способ 3: Обновление VirtualBox
- Способ 4: Отключение Hyper-V
- Способ 5: Изменение типа запуска гостевой ОС
- Способ 6: Удаление/исправление обновления Windows 7
- Вопросы и ответы

При попытке запуска операционной системы Windows или Linux в виртуальной машине VirtualBox пользователь может столкнуться с ошибкой 0x80004005. Она возникает до старта ОС и препятствует любой попытке ее загрузки. Есть сразу несколько способов, помогающих устранить существующую проблему и продолжить пользоваться гостевой системой в обычном режиме.
Ситуаций, из-за которых не получается открыть сессию для виртуальной машины, может быть несколько. Зачастую данная ошибка возникает спонтанно: еще вчера вы спокойно работали в операционной системе на VirtualBox, а сегодня выполнить то же самое не удается из-за сбоя при запуске сессии. Но в некоторых случаях не удается выполнить первичный (установочный) запуск ОС.
Это может произойти вследствие одной из следующих причин:
- Ошибка при сохранении последней сессии.
- Отключенная поддержка виртуализации в BIOS.
- Некорректно работающая версия VirtualBox.
- Конфликт гипервизора (Hyper-V) с VirtualBox на 64-разрядных системах.
- Проблемное обновление хостовой Windows.
Далее мы рассмотрим, как устранить каждую из этих проблем и начать/продолжить пользоваться виртуальной машиной.
Способ 1: Переименование внутренних файлов
Сохранение сессии может завершиться ошибочно, в результате чего последующий ее запуск будет невозможен. В этом случае достаточно выполнить переименование файлов, связанных с запуском гостевой ОС.
Для выполнения дальнейших действий вам необходимо включить отображение расширений файлов. Это можно сделать через «Параметры папок» (в Windows 7) или «Параметры Проводника» (в Windows 10).
- Откройте папку, где хранится файл, отвечающий за запуск операционной системы, т.е. сам образ. Он располагается в папке VirtualBox VMs, место сохранения которой вы выбирали при установке самой VirtualBox. Обычно она находится в корне диска (диска С или диска D, если HDD разбит на 2 раздела). Также она может располагаться в персональной папке пользователя по пути:
С:UsersИМЯ_ПОЛЬЗОВАТЕЛЯVirtualBox VMsИМЯ_ГОСТЕВОЙ_ОС - В папке с операционной системой, которую вы хотите запустить, должны быть следующие файлы: Name.vbox и Name.vbox-prev. Вместо Name будет имя вашей гостевой операционной системы.
Скопируйте файл Name.vbox в другое место, например, на рабочий стол.
- Файл Name.vbox-prev необходимо переименовать вместо перемещенного файла Name.vbox, то есть удалить «-prev».

- Эти же действия необходимо проделать и внутри другой папки, находящейся по следующему адресу:
C:UsersИМЯ_ПОЛЬЗОВАТЕЛЯ.VirtualBox
Здесь вы будете менять файл VirtualBox.xml — скопируйте его в любое другое место.
- У файла VirtualBox.xml-prev удалите приписку «–prev», чтобы получилось имя VirtualBox.xml.

- Попробуйте запустить операционную систему. Если не сработало, восстановите все назад.
Способ 2: Включение поддержки виртуализации в BIOS
Если вы решили воспользоваться ВиртуалБокс впервые, и сразу же столкнулись с вышеупомянутой ошибкой, то, возможно, загвоздка кроется в не настроенном BIOS для работы с технологией виртуализации.
Чтобы осуществить запуск виртуальной машины, в БИОС достаточно включить всего лишь одну настройку, которая называется Intel Virtualization Technology.
- В Award BIOS путь к этой настройке следующий: Advanced BIOS Features > Virtualization Technology (или просто Virtualization) > Enabled.

- В AMI BIOS: Advanced > Intel(R) VT for Directed I/O > Enabled.

- В ASUS UEFI: Advanced > Intel Virtualization Technology > Enabled.

Настройка может иметь и другой путь (например, в BIOS на ноутбуках HP или в БИОС Insyde H20 Setup Utility):
- System Configuration > Virtualization Technology > Enabled;
- Configuration > Intel Virtual Technology > Enabled;
- Advanced > Virtualization > Enabled.
Если вы не нашли данной настройки в своей версии BIOS, то ищите ее вручную во всех пунктах меню по ключевым словам virtualization, virtual, VT. Для включения выбирайте состояние Enabled.
Способ 3: Обновление VirtualBox
Возможно, состоялось очередное обновление программы до последней версии, после чего и появилась ошибка запуска «E_FAIL 0x80004005». Есть два выхода из сложившейся ситуации:

- Дождитесь выхода стабильной версии VirtualBox.
Те, кто не хочет заморачиваться с выбором рабочей версии программы, может просто дождаться обновления. Узнать о выходе новой версии можно на официальном сайте VirtualBox или через интерфейс программы:
- Запустите Менеджер виртуальных машин.
- Нажмите «Файл» > «Проверить обновления…».

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

- Выберите подходящую для хостовой ОС сборку и скачайте ее.

- Для переустановки установленной версии VirtualBox: запустите инсталлятор и в окне с типом установки выберите «Repair». Установите программу в обычном режиме.

- Если вы делаете откат до предыдущей версии, то лучше сперва удалить VirtualBox через «Установку и удаление программ» в Windows.
Или через установщик VirtualBox.

Не забудьте сделать резервные копии своих папок с образами ОС.
Способ 4: Отключение Hyper-V
Hyper-V — система виртуализации для 64-разрядных систем. Иногда у нее может возникнуть конфликт с VirtualBox, что и провоцирует появление ошибки при старте сессии для виртуальной машины.
Для отключения гипервизора выполните следующее:
- Запустите «Панель управления».

- Включите просмотр по значкам. Выберите пункт «Программы и компоненты».

- В левой части окна нажмите на ссылку «Включение или отключение компонентов Windows».

- В открывшемся окне необходимо снять галочку с компонента Hyper-V, а затем нажать «ОК».

- Перезагрузите компьютер (необязательно) и попробуйте запустить ОС в VirtualBox.
Способ 5: Изменение типа запуска гостевой ОС
В качестве временного решения (например, до выпуска новой версии VirtualBox) можно попробовать изменить тип запуска ОС. Этот способ помогает не во всех случаях, но, возможно, сработает у вас.
- Запустите Менеджер VirtualBox.
- Нажмите по проблемной операционной системе правой кнопкой мыши, наведите курсор на пункт «Запустить» и выберите вариант «Запуск в фоновом режиме с интерфейсом».

Данная функция доступна только в VirtualBox, начиная с версии 5.0.
Способ 6: Удаление/исправление обновления Windows 7
Этот способ считается устаревшим, поскольку после неудачного патча KB3004394, приводящего к прекращению работы виртуальных машин в ВиртуалБокс, была выпущена заплатка KB3024777, устраняющая данную проблему.
Тем не менее, если у вас на компьютере по каким-то причинам отсутствует фикс-патч, а проблемный присутствует, то есть смысл либо удалить KB3004394, либо установить KB3024777.
Удаление KB3004394:
- Откройте «Командную строку» с правами администратора. Для этого откройте окно «Пуск», напишите cmd, правым кликом мыши выберите пункт «Запустить от имени администратора».

- Пропишите команду
wusa /uninstall /kb:3004394и нажмите Enter.

- После выполнения этого действия может потребоваться перезагрузка компьютера.
- Попробуйте еще раз запустить гостевую ОС в ВиртуалБоксе.
Установка KB3024777:
- Перейдите по этой ссылке на сайт Microsoft.
- Скачайте версию файла с учетом разрядности своей ОС.

- Установите файл вручную, если необходимо, перезагрузите ПК.
- Проверьте запуск виртуальной машины в VirtualBox.
В подавляющем большинстве случаев точное выполнение данных рекомендаций приводит к устранению ошибки 0x80004005, и пользователь может без труда начать или продолжить работать с виртуальной машиной.