При запуске VirtualBox 7.1.12 ошибка VirtualBox can't enable the AMD-V extension

[Yujeen33]

При запуске VirtualBox 7.1.12 вылезает ошибка VirtualBox can't enable the AMD-V extension. Please disable the KVM kernel extension, recompile your kernel and reboot (VERR_SVM_IN_USE). Код ошибки: NS_ERROR_FAILURE (0x80004005) Компонент: ConsoleWrap Интерфейс: IConsole {6ac83d89-6ee7-4e33-8ae6-b257b2e81be8}. Как исправить? Очень надо

[F12]

Yujeen33, ты только установил VirtualBox и при первом же запуске вылезает эта ошибка, или раньше было всё нормально, но потом в какой-то момент (например после обновления ядра) появилась эта проблема?

Как вариант, попробуй снести VirtualBox и установить заново, иногда именно такой вариант оказывается самым простым и действенным решением, чем тщетные попытки отключения KVM (тем более если причина на самом деле не в нём).
Ну и самом собой разумеется в BIOS должна быть включена поддержка аппаратной виртуализации...

[Smetanius]

При запуске VirtualBox 7.1.12 вылезает ошибка VirtualBox can't enable the AMD-V extension. Please disable the KVM kernel extension, recompile your kernel and reboot (VERR_SVM_IN_USE). Код ошибки: NS_ERROR_FAILURE (0x80004005) Компонент: ConsoleWrap Интерфейс: IConsole {6ac83d89-6ee7-4e33-8ae6-b257b2e81be8}. Как исправить? Очень надо

Мне помогли следующие команды в терминале:
lsmod | grep kvm     - узнать какой KVM - intel или AMD

sudo rmmod kvm_intel  - или AMD вместо intel.

[F12]

sudo rmmod kvm_intel  - или AMD вместо intel.

- до следующей перезагрузки, или 1 раз и навсегда?

[Smetanius]

sudo rmmod kvm_intel  - или AMD вместо intel.

- до следующей перезагрузки, или 1 раз и навсегда?

До перезагрузки. Мне так даже лучше. Читал как делать навсегда - но уже не помню.

[F12]

... но уже не помню.

- как вариант, добавить в блэклист

[Yujeen33]

Эта проблема появилась после обновления ядра. Снес старую версию VB. При установке гостевой системы это и вылезло
Пользователь добавил сообщение 05 Августа 2025, 10:59:21:При выполнении команды lsmod | grep kvm - AMD

[Skif_off]

По тексту ошибки гуглится нормально. Например.
Есть вариант загасить модуль kvm с помощью rmmod и добавить в чёрный список или дописать kvm.enable_virt_at_load=0. ЕМНИП, у себя делал по второму варианту.

[Yujeen33]

Распиши подробно, как это делал. Плиз

[F12]

... подробно

Сначала проверь, что VirtualBox нормально грузится с выгруженным KVM

• sudo lsmod | grep kvm - смотришь какие KVM модули ядра загружены (по идее в твоем случае будут kvm и kvm_amd)
• sudo modprobe -r kvm_amd kvm или sudo rmmod kvm_amd kvm - выгружаешь KVM модули
• пробуешь запустить VirtualBox, если ошибка не вылазит, можно соответствующие записи добавлять в blacklist
• sudo touch /etc/modprobe.d/blacklist-kvm.conf - команда создаёт пустой файл /etc/modprobe.d/blacklist-kvm.conf
• sudo nano /etc/modprobe.d/blacklist-kvm.conf - открываешь только что созданный файл в текстовом редакторе nano и добавляешь в него две строки blacklist kvm и blacklist kvm_amd, далее жми Ctrl+X, затем Y и Enter
• перегружаешь ПК

... я бы делал так

[Skif_off]

Сначала проверь, что VirtualBox нормально грузится с выгруженным KVM

Так понял, это последствие того, что в 6.12 решили "помочь", загружая модуль KVM по умолчанию.

Распиши подробно, как это делал

Т.к. использую GRUB, то по инструкции по ссылке, но с некоторой модификацией: в /etc/default/grub добавил "kvm.enable_virt_at_load=0" в GRUB_CMDLINE_LINUX_DEFAULT (не в GRUB_CMDLINE_LINUX т.к. в этом случае при загрузке в режиме recovery этот параметр будет проигнорирован), потом запустил "sudo update-grub" и ребутнулся.
Подробно расписанное F12 решение вполне себе рабочее альтернативное решение, просто пришёл к мысли, что практичнее запретить принудительную загрузку модуля, сохранив принципиальную возможность запустить его при необходимости (ну и попроще, если понадобится переставить систему, т.к. у себя в любом случае модифицирую /etc/default/grub).

[F12]

... решили "помочь", загружая модуль KVM по умолчанию.

- может причина и в этом, а может и в чем другом, не знаю, не было случая разобраться

  ... у меня, что на Intel, что на AMD нет никаких проблем с VirtualBox, просто установил и пользуюсь, без дополнительных танцев вокруг KVM 

    ... хотя да, у меня на разных машинах установлены либо 7.0.20, либо 7.1.10, а вот 7.1.12 пока не пробовал 

[Yujeen33]

Тут во какой вопрос. "kvm.enable_virt_at_load=0" добавить в GRUB_CMDLINE_LINUX_DEFAULT, но там еще запись. Её стереть и вместо неё вставить kvm.enable_virt_at_load=0 или просто добавить к имеющейся?

[Skif_off]

F12, тут ведь дело не только в VirtualBox, но и в версии ядра...

Yujeen33, "добавить" означает "добавить" Через пробел, аналогично дефолтным "quiet splash".

[F12]

Yujeen33, ну это уже чересчур   

  ... неужели ты действительно не понимаешь разницы между словами добавить и заменить? 

(Нажмите, чтобы показать/скрыть)

по умолчанию там GRUB_CMDLINE_LINUX_DEFAULT="quiet splash", где "quiet splash" — это параметр командной строки, используемый при загрузке операционной системы Linux с помощью загрузчика GRUB, который указывает ядру запускаться в режиме тихой загрузки с показом графической заставки вместо текстовых сообщений о процессе загрузки. Параметр quiet скрывает подробный вывод, а splash отвечает за отображение графической заставки, например, логотипа дистрибутива.

В принципе можно и заменить "quiet splash" на "kvm.enable_virt_at_load=0", но тогда во время загрузки системы вместо красивой графической заставки на экране будет отображаться куча тебе непонятной/ненужной технической информации, а можно и добавить(дописать через пробел), т.е. чтоб стало так GRUB_CMDLINE_LINUX_DEFAULT="quiet splash kvm.enable_virt_at_load=0" и тогда внешне процесс загрузки будет выглядеть как и раньше

... тебе решать

Пользователь добавил сообщение 06 Августа 2025, 15:55:00:

тут ведь дело не только в VirtualBox, но и в версии ядра

- ну да, у меня на всех ПК используется ядро 6.8, а на одном стареньком 5.4 и 4.15(там установлены 20.04 и 18.04)