The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В VirtualBox добавлена предварительная поддержка работы поверх гипервизора KVM

05.02.2026 09:09 (MSK)

В репозиторий системы виртуализации VirtualBox добавлены изменения, позволяющие использовать встроенный в ядро Linux гипервизор KVM вместо специфичного модуля ядра VirtualBox (vboxdrv). Реализация подготовлена сотрудниками Oracle и развивается отдельно от набора патчей VirtualBox-KVM, поддерживаемого компанией Cyberus Technology. Отмечается, что Oracle начала работу над KVM-бэкендом несколько лет назад, но из-за нехватки инженерных ресурсов его разработка затянулась.

Начиная с коммита 5cb05ca, бэкэнд KVM находится в более или менее рабочем состоянии, по крайней мере для более "современных" гостевых систем. Старые и экзотические ОС, такие как MS-DOS, ещё не поддерживаются или не оттестированы. Если VirtualBox не может получить доступ к собственным драйверам ядра, он переключится на работу с использованием KVM, если он доступен. Сохранённые состояния между родным гипервизором и KVM должны быть совместимы. Тестовых сборок пока нет, и код доступен только в текущем GIT-срезе.

Реализованный бэкенд решит проблемы с запуском VirtualBox в дистрибутивах с поддержкой UEFI Secure Boot, таких как Fedora и RHEL, которые отказываются подписывать сторонние драйверы. Поддержка KVM также позволит запускать VirtualBox в Linux-системах, ещё не поддерживаемых в драйвере vboxdrv, использовать VirtualBox одновременно с другими системами виртуализации на базе KVM и задействовать расширенные механизмы аппаратного ускорения виртуализации, поддерживаемые в KVM, но не применяемые в VirtualBox (например, расширение APICv для виртуализации контроллера прерываний).

  1. Главная ссылка к новости (https://github.com/VirtualBox/...)
  2. OpenNews: Выпуск VirtualBox 7.2.6
  3. OpenNews: VirtualBox адаптирован для работы поверх гипервизора KVM
  4. OpenNews: Broadcom работает над переводом VMware Workstation на гипервизор KVM на платформе Linux
  5. OpenNews: Представлен TinyKVM для виртуализации на уровне отдельных процессов
Автор новости: Artem S. Tashkinov
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64743-virtualbox
Ключевые слова: virtualbox, kvm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (30) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, онанист (?), 09:51, 05/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    а зачем тогда виртуал бох?
     
     
  • 2.2, IdeaFix (ok), 09:54, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот в Орацле решили так же...
     
  • 2.3, iPony128052 (?), 09:59, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А как же, не побоюсь этого слова, гуй?
     
     
  • 3.5, _hide_ (ok), 10:09, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем ГУЙ? Хватает портянки из 30 аргументов для запуска KVM. Причем с каждой новой версии что-то приходится поправить. Не говорю, что на старом и новом железе с одной и той же версии тоже нужно внести некоторые правки.
     
     
  • 4.20, Аноним (20), 11:10, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    линух -это не только осьминоги
     
  • 2.10, Аноним (-), 10:32, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > а зачем тогда виртуал бох?

    Как GUI для VM. А зачем он еще нужен? Его штатный уровень виртуализации все равно кусок проблем.

     

  • 1.4, Аноним (-), 10:06, 05/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > но из-за нехватки инженерных ресурсов его разработка затянулась.

    Оракл собирается уволить около 30 000 сотрудников, их операционные показатели не ахти.

     
  • 1.6, Аноним (6), 10:13, 05/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Все это время, когда я выбирал в настройках vbox гипервизор kvm, оно что делало?
     
     
  • 2.9, Анонимр (?), 10:22, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Все это время оно вертело тебя на GUI
     
  • 2.31, 1 (??), 11:33, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    чукча не читатель,чукча писатель:

    Реализация подготовлена сотрудниками Oracle и не пересекается с бэкендом VirtualBox-KVM, параллельно развиваемым компанией Cyberus Technology

     

  • 1.7, Аноним (7), 10:17, 05/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Это враньё На самом деле патч от Cyberus Technology просто доводит недоделки от... большой текст свёрнут, показать
     
     
  • 2.11, Аноним (7), 10:39, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И ещё. Заниматься доводкой портирования виртуалбокс поверх KVM на своей машине я начал не от хорошей жизни. Дело в том что stable api is nonsense и ядерный модуль вбокса имеет хреновое качество самого модуля и хреновое сопровождение, из-за чего он приводил к глюкам на моей машине (глюки при завершении, можно превратить вбокс в неубиваемый зомби-процесс, и диск, на котором образы - хрен отмонтируешь, да и хрен выгрузишь модуль, и хрен загрузишь KVM даже после выгрузки, если модуль не заглючил до невыгружаемого состояния, но всё же заглючил), а после очередного обновления ядра - вообще перестал работать. Тогда я посидел полгодика без вбокса (ну то есть с вбоксом, завозимым из дистров, но нерабочим и глючным), а осенью разозлился и решил пробовать обойтись без ядерного модуля от оракла совсем.
     
     
  • 3.15, morphe (?), 10:51, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Извиняюсь, но зачем тебе вообще vbox? Если ради гуя, то virt-manager выполняет ту же задачу, но лучше
     
     
  • 4.19, Аноним (7), 11:04, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    1. virt-manager опирается на libvirt, а это куча очень нехило жрущих демонов
    2. в вбоксе очень хорошо сделан интерфейс. По хорошему его нужно оторвать от всего, запихнуть в общую библиотеку, и пересадить на QEMU. мне в QEMU очень не хватает нижнего ряда иконок и меню для имитации всякого разного ввода. Да и подключение дисков в работающую машину там через одно место.
    3. но что ещё хуже - в qemu нет поддержки VBoxGuestAdditions. А без этого использование гостей вообще неюзабельно: ни общих папок, ни буфера обмена, ни масштабирования экрана. Если папки ещё ТЕОРЕТИЧЕСКИ есть через QEMUвские модули, на практике для ХРюши драйвер для них так и не сделали, а семёрка требует памяти больше, а у меня, как понимаешь, её в обрез, для всех остальных рациональнее заплатить производителям памяти "за защиту", чем за портирование и сопровождение драйвера для legacy-ОС (ладно, тут инвестиция по сути одноразовая, OS же legacy, обнова, всё ломающая, для этой ОС не выйдет, но сам понимаешь, в нынешним временам нужно ещё доплачивать просто за то, чтобы намеренно не ломали, потому что есть те, кто готовы заплатить за то, чтобы сломали то, что работает, если это создаст потребность, приносящую прибыль, можно напр. выпустить новую версию протокола между гипервизором и паравиртуализованными дровами, для поддерживаемых ОС новые дрова сделать самому, а неподдерживаемые просто оставить сломанными и радоваться откату от производителей чипов памяти за добавочный спрос, ведь кому-то придётся срочно переводить виртуалки на поддерживаемые ОС и докупать под это железо), то всего остального вроде виртуальных вебок в QEMU попросту нет.
     
     
  • 5.21, Аноним (7), 11:10, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    4. в virt-manager в последний раз, когда я его юзал, в GUI можно было как нефиг делать накидать конфигурацию, которая не будет стартовать, и через GUI ты такую конфигурацию не пофиксишь (только ручной правкой XMLя), и вообще хрен поймёшь, где именно проблема, я тогда просто создавал из рабочего презета, файл бэкапил, и по одному устройству добавлял, и после каждого изменения - проверял.
     
  • 5.23, Аноним (7), 11:14, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >а это куча очень нехило жрущих демонов

    Разумеется, ничто, по сравнению с Akonadi, который тоже выпилен к чёртям собачьим, но было чувствительно даже на 8гиговой машине.

     
  • 5.26, Аноним (7), 11:18, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >через QEMUвские модули

    В смысле через virtioвские.

     
  • 4.24, Аноним (24), 11:15, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Сижу на вбоксе. Пробовал перелезть на virt-manager, но нет. Не выполняет он ту же задачу и уж тем более не "но лучше".
     
  • 2.12, q (ok), 10:40, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем ты все это делаешь? Какие преимущества получаешь в сравнении с "тупо поставить из пакетника"? Почему рассказываешь все эти детали здесь, а не разрабам сабжа?
     
     
  • 3.14, Аноним (14), 10:50, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Народ должен знать!
     
  • 3.16, Аноним (7), 10:51, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Написал же - тупо из пакетника у меня - сломано, потому что драйвер говно. Этот драйвер давно в ффтопку пора, раз его сопровождать на должном уровне нет сил и средств. Единственная потеря - не работает GNU/HURD и DOS (включая винды 9x, которые просто оболочки поверх доса) с менеджерами расширенной памяти (включая FreeDOS, в медитацию уходит именно при загрузке менеджера расширенной памяти), не работает по-видимому по той же причине, по которой они под QEMU с KVM не работают.
     
  • 3.17, Аноним (17), 10:53, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я думаю он это делает потому что:
    1. В новости про это не написано, а без этого она вообще не имеет смысла.
    2. Показать rustaman'ам хеллоуворлдщикам как надо программировать.
    3. Чтоб ты понял какое ты ничтожество - только и можешь ответить "зачем ты это делаешь?"
     
  • 2.33, Аноним (33), 11:42, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем так страдать вместо установки бесплатного vmware-workstation?..
     

  • 1.8, Аноним (7), 10:19, 05/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Windows 98 а равно GNU/HURD KVM не терпит ни на QEMU, ни на VirtualBox - оба интерфейса к этому гипервизору полуштатно (не падают, а культурно, но с ошибкой) завершаются, с записью в dmesgе.
     
     
  • 2.13, Аноним (14), 10:49, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Hurd поэтому и не развивается, потому что его никто запустить не может.
     

  • 1.18, Аноним (18), 11:04, 05/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Fedora и RHEL, которые отказываются подписывать сторонние драйверы

    "Не бери мои игрушки и не писяй в мой горшок". Вот вам и свобода вирусных лицензий.

     
     
  • 2.27, КО (?), 11:23, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Либо трусы надеть, либо крестик снять.
    Если пользователь в UEFI включил Secureboot - то он попросил, чтоб можно было запускать только ОС и драйвера от поставщика. Поэтому левые и не должны ничего поставлять.
    Хочешь свободных драйверов от кого угодно - выключай Secureboot. Если можешь, конечно. :)
     
     
  • 3.29, Аноним (7), 11:27, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Хочешь свободных драйверов - живи в свободной стране, где патенты не действуют и Хозяев нет. Если можешь, конечно. А если не можешь - заткнись, и делай, что в наилучших Хозяина, capisce?
     
  • 3.32, 1 (??), 11:42, 05/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ну в ubuntu можно и при включенном secure boot подписать драйвер виртуалбокса и потом после перезагрузки этот драйвер станет доверенным, все это легко реализуется и требует от пользователя минимум телодвижений.
     

  • 1.30, kravich (ok), 11:31, 05/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Oracle начала работу над KVM-бэкендом несколько лет назад, но из-за нехватки инженерных ресурсов его разработка затянулась.

    Хорошая шутка)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру