VirtualBox nebo KVM / Proxmox? Proč nefunguje jedno nebo druhé a jak to řešit - konflikt dvou hypervizorů
NÁVODY > KATEGORIE > Virtualizace
07.01.2026
Typický scénář:
- Na Linuxu nainstalujete VirtualBox (např. kvůli Windows ve virtuálním stroji).
- Zároveň máte v systému KVM (nebo Proxmox, který KVM používá).
- Při spuštění virtuálního stroje ve VirtualBoxu vyskočí chyba:
" VT-x is being used by another hypervisor (VERR_VMX_IN_VMX_ROOT_MODE). VirtualBox can't operate in VMX root mode. Please disable the KVM kernel extension, recompile your kernel and reboot (VERR_VMX_IN_VMX_ROOT_MODE). Result Code: NS_ERROR_FAILURE (0x80004005). "

" VT-x je používán jiným hypervizorem (VERR_VMX_IN_VMX_ROOT_MODE). VirtualBox nemůže pracovat v režimu VMX root. Deaktivujte prosím rozšíření jádra KVM, překompilujte jádro a restartujte počítač (VERR_VMX_IN_VMX_ROOT_MODE). Výsledný kód: NS_ERROR_FAILURE (0x80004005). "
Na první pohled to vypadá složitě. Ve skutečnosti jde „jen“ o konflikt dvou hypervizorů, které se perou o stejný hardware – funkce CPU VT-x / AMD-V.
Tento článek vysvětlí:
- co je VirtualBox, co je KVM a co je Proxmox,
- proč se nemohou současně používat na jednom stroji (bez speciálních triků),
- jak zjistit, co právě blokuje virtualizační hardware,
- jak zvolit správný hypervizor podle situace,
- a jak chybu typu VERR_VMX_IN_VMX_ROOT_MODE prakticky vyřešit.
1. Co je to vlastně hypervizor, VT-x / AMD-V a VMX root mode
Hypervizor je software, který umožňuje spouštět virtuální stroje (VM) na jednom fyzickém počítači. Aby mohl běžet rychle, používá speciální instrukce v procesoru – u Intelu VT-x, u AMD AMD-V.
Tyto instrukce pracují ve speciálním režimu CPU (tzv. VMX root mode u Intelu). Problém je, že v daný okamžik může tento režim řídit pouze jeden hypervizor – CPU není navrženo tak, aby se o něj dělilo několik hypervizorů najednou.
Výsledek:
- když si hardwarové VT-x/AMD-V „uzamkne“ KVM, VirtualBox už se do tohoto režimu nedostane → chyba VERR_VMX_IN_VMX_ROOT_MODE,
- opačně – pokud VirtualBox drží VT-x, může mít problém KVM či Proxmox (typicky chyba „device or resource busy“ při startu KVM).
2. VirtualBox, KVM a Proxmox – v čem se liší
2.1 VirtualBox
VirtualBox je multiplatformní hypervizor, který běží na Windows, macOS i Linuxu. Na Linuxu používá vlastní jaderné moduly (vboxdrv, vboxnetflt, vboxnetadp) a přes ně přistupuje k VT-x/AMD-V.
Typické vlastnosti:
- pracuje jako „desktopový“ hypervizor – spouští se z GUI na pracovním stroji,
- hodí se pro domácí a testovací prostředí, kde chcete občas spustit Windows či jinou distribuci Linuxu,
- správa přes vlastní GUI (nebo VBoxManage v CLI).
2.2 KVM (Kernel-based Virtual Machine)
KVM je virtualizační modul v jádře Linuxu, který z Linuxového jádra udělá plnohodnotný hypervizor.
- skládá se z modulů kvm a procesor-specifického modulu kvm_intel nebo kvm_amd,
- využívá se společně s QEMU a nástroji jako libvirt, virt-manager, GNOME Boxes apod.,
- běžný Linuxový systém se tak může chovat jako typ-1 hypervizor (podobně jako Xen nebo ESXi).
KVM je součástí linuxového jádra (v mainline od kernelu 2.6.20), není to „program navíc“, ale funkce kernelu, která se zapne načtením modulů.
2.3 Proxmox VE
Proxmox VE je samostatná serverová distribuce založená na Debianu, která kombinuje:
- KVM pro plnou virtualizaci (Linux i Windows),
- LXC pro kontejnery,
- vlastní webové rozhraní pro správu VM, clusterů, HA apod.
Proxmox tedy nepřináší vlastní hypervizor, ale staví na KVM. Je to „management nad KVM“ pro servery.
3. Proč se VirtualBox a KVM / Proxmox hádají
Na Linuxu je typický následující stav:
- VirtualBox chce použít VT-x/AMD-V přes modul vboxdrv.
- KVM chce použít VT-x/AMD-V přes moduly kvm + kvm_intel/kvm_amd.
Pokud jsou moduly KVM načtené, novější VirtualBox (zejména řada 7) velmi často start virtuálního stroje odmítne a vypíše:
VirtualBox can't operate in VMX root mode. Please disable the KVM kernel extension… (VERR_VMX_IN_VMX_ROOT_MODE)
Důvody:
- KVM moduly se načtou (často automaticky při bootu) a „připraví“ si hypervizor v jádře.
- VirtualBox detekuje, že je KVM aktivní, a pro jistotu se zastaví, protože předpokládá konflikt o VT-x/AMD-V.
Naopak, pokud nejdříve běží KVM/Proxmox a pokusíte se spustit další VM s KVM na jiném procesu nebo jinou vrstvou, můžete dostat chybu typu:
failed to initialize KVM: Device or resource busy
Zásadní poznatek:
Na jednom fyzickém stroji může být nainstalováno víc hypervizorů, ale v daný okamžik může VT-x/AMD-V používat pouze jeden z nich.
4. Jak zjistit, kdo vám blokuje VT-x/AMD-V na Linuxu
Následující příkazy platí pro Debian/Ubuntu/Zorin a obecně většinu distribucí.
4.1 Zkontrolovat moduly KVM
lsmod | grep kvm
Typický výstup:kvm_intel 487424 0kvm 1425408 1 kvm_intelirqbypass 12288 1 kvm
To znamená:
- kvm + kvm_intel jsou načtené → Linux má připravený KVM hypervizor v jádře.
4.2 Zkontrolovat moduly VirtualBoxu
lsmod | grep vbox
Výstup může vypadat takto:vboxnetadp 28672 0vboxnetflt 36864 0vboxdrv 696320 2 vboxnetadp,vboxnetflt
VirtualBox je připraven, ale pokud jsou současně načtené moduly kvm*, může start VM skončit chybou VERR_VMX_IN_VMX_ROOT_MODE.
4.3 Zkontrolovat, zda neběží jiné KVM-VM
KVM používají:
- virt-manager, GNOME Boxes,
- různé nástroje (např. Android emulátory, některé desktopové „cloud“ nástroje, některé Docker/MicroK8s/Minikube integrace atd.).
Rychlá kontrola:
ps aux | grep -E 'qemu|virt|boxes'
Pokud běží nějaký proces qemu-system-..., virtqemud nebo gnome-boxes, pak nějaký virtuální stroj na KVM skutečně běží a je potřeba jej nejdříve vypnout.
5. Scénáře a řešení podle toho, co chcete používat
5.1 Scénář A: Desktop Linux, chcete jen VirtualBox
Toto je nejčastější případ u domácích uživatelů:
- máte Linux (např. Zorin, Ubuntu, Debian),
- chcete primárně spouštět Windows ve VirtualBoxu,
- KVM vůbec nepotřebujete.
Jednorázové uvolnění VT-x pro VirtualBox
1. Ujistěte se, že neběží žádná KVM-VM (viz 4.3).2. Odstraňte moduly KVM z jádra:
- Intel CPU:
sudo modprobe -r kvm_intel kvm
- AMD CPU:
sudo modprobe -r kvm_amd kvm
3. Zkuste znovu spustit VM ve VirtualBoxu.
Tento postup je přesně to, co doporučují i návody pro Ubuntu/Debian při chybě „VirtualBox can't operate in VMX root mode…“.
Trvalé řešení: zakázat KVM moduly (blacklist)
Pokud KVM nepoužíváte, můžete moduly trvale „odstřihnout“, aby se nenačítaly při startu systému.
Intel:
echo -e "blacklist kvm\nblacklist kvm_intel" | sudo tee /etc/modprobe.d/blacklist-kvm.confsudo update-initramfs -usudo reboot
AMD:
echo -e "blacklist kvm\nblacklist kvm_amd" | sudo tee /etc/modprobe.d/blacklist-kvm.confsudo update-initramfs -usudo reboot
Po restartu:
lsmod | grep kvm
by již nemělo nic vracet a VirtualBox bude mít VT-x/AMD-V jen pro sebe. Tento postup (blacklist modulů KVM) je dnes běžné doporučení pro uživatele, kteří chtějí používat výhradně VirtualBox.
5.2 Scénář B: Chcete primárně KVM / Proxmox
Pokud máte:
- server (nebo domácí lab), kde chcete běžící VM 24/7,
- plánujete používat Proxmox VE nebo čisté KVM s libvirt/virt-managerem,
pak dává smysl:
- neinstalovat VirtualBox vůbec, nebo jej nepoužívat,
- ponechat načtené moduly kvm + kvm_intel/kvm_amd,
- spravovat všechny VM přes KVM / Proxmox.
Proxmox VE přímo spoléhá na KVM jako hypervizor, což oficiální dokumentace otevřeně uvádí.
Pokud byste se přesto pokoušeli na stejném serveru spustit VirtualBox VM, dostanete s velkou pravděpodobností stejnou chybu – VirtualBox zjistí aktivní KVM a odmítne start.
Obecné doporučení z praxe (a diskusí na AskUbuntu a jinde) zní: zvolit jeden hlavní hypervizor a používat jej pro všechny VM.
5.3 Scénář C: Potřebujete občas VirtualBox, občas KVM na jednom desktopu
Toto už je spíše pokročilé použití. Jde to, ale:
- ne současně – musí běžet vždy jen jeden hypervizor, který používá VT-x/AMD-V,
- znamená to přepínat moduly podle toho, co chcete právě použít.
Příklad přepínání pomocí aliasů (Intel CPU):
Do ~/.bashrc zapište:
alias unload-kvm-modules="sudo rmmod kvm_intel kvm"alias load-kvm-modules="sudo modprobe kvm_intel kvm"
Příklad přepínání pomocí aliasů (AMD CPU):
Do ~/.bashrc zapište:
alias unload-kvm-modules="sudo rmmod kvm_amd kvm"alias load-kvm-modules="sudo modprobe kvm_amd kvm"
Potom:
- Před použitím VirtualBoxu spusťte v terminálu:
unload-kvm-modules
- Před použitím KVM/Proxmoxu spusťte v terminálu:
load-kvm-modules
Podobný postup popisují i praktické blogy zaměřené na Debian/Ubuntu, kde VirtualBox odmítal start kvůli aktivním modulům KVM.
Tento scénář má smysl spíše pro zkušenější uživatele – pro běžné domácí použití je jednodušší zvolit jeden primární hypervizor.
5.4 Nested virtualization: VirtualBox uvnitř KVM / Proxmox VM
Teoreticky je možné:
- mít Proxmox/KVM na fyzickém serveru,
- uvnitř jedné KVM VM spustit VirtualBox (tzv. nested virtualization),
- povolit podporu nested virtualization v KVM.
To má ale:
- výrazný výkonnostní dopad,
- omezení (některé funkce nefungují ideálně),
- smysl spíš pro testování a laboratoře než pro běžné použití.
Pro domácí uživatele je jednodušší:
- buď provozovat VM přímo v KVM/Proxmoxu,
- nebo na desktopu používat VirtualBox bez KVM.
6. Jak se rozhodnout: VirtualBox vs KVM vs Proxmox
Kdy dává smysl VirtualBox
- používáte desktop/laptop s Linuxem,
- chcete spouštět občas Windows nebo jinou distribuci pro testování,
- nechcete řešit serverové funkce, HA, clustery,
- stačí Vám GUI VirtualBoxu a pár VM.
Kdy dává smysl KVM (virt-manager, GNOME Boxes)
- máte Linuxový desktop a chcete „nativní“ řešení v jádře,
- preferujete open-source stack a vyšší výkon,
- nevadí Vám trochu „technického“ nastavení (virsh, libvirt, storage pooly),
- chcete se učit serverové technologie, ale nechcete hned celý Proxmox.
Kdy dává smysl Proxmox VE
- máte samostatný fyzický server, který bude běžet 24/7,
- chcete spravovat více VM a LXC kontejnerů přes webové rozhraní,
- plánujete snapshoty, zálohování, případně cluster,
- chcete mít „domácí datacentrum“.
7. Rychlý postup: co dělat, když VirtualBox hlásí „VT-x is being used by another hypervisor“
Stručný check-list pro Linux:
1. Ověřit virtualizaci v BIOS/UEFI – VT-x/AMD-V musí být zapnuté (ale pokud VirtualBox mluví o „another hypervisor“, obvykle už zapnuté je).2. Zkontrolovat KVM moduly
lsmod | grep kvm
3. Ujistit se, že neběží žádné KVM-VM
ps aux | grep -E 'qemu|virt|boxes'
4. Dočasně odmodulovat KVM
- Intel:
sudo modprobe -r kvm_intel kvm
- AMD:
sudo modprobe -r kvm_amd kvm
5. Spustit virtuální stroj ve VirtualBoxu6. Pokud chcete, aby problém zmizel natrvalo a KVM nepotřebujete, nastavit blacklist modulů KVM (viz kapitola 5.1).
Tento postup je ověřený a doporučovaný i v aktuálních diskusích pro Ubuntu/Debian uživatele s chybou VERR_VMX_IN_VMX_ROOT_MODE.
8. Závěr
- VirtualBox, KVM i Proxmox jsou silné nástroje – každý má své ideální použití.
- Na jednom stroji je možné mít všechny nainstalované, ale v jednom okamžiku může HW virtualizaci VT-x/AMD-V používat jen jeden hypervizor.
- Chyby typu „VT-x is being used by another hypervisor (VERR_VMX_IN_VMX_ROOT_MODE)“ nejsou důkazem „rozbitého“ systému, ale důsledek toho, že se hypervizory snaží o totéž.
- Praktickým řešením je:
- zvolit primární hypervizor (VirtualBox nebo KVM/Proxmox),
- případně moduly KVM podle potřeby přepínat,
- nebo KVM úplně vypnout, pokud jej nevyužíváte.
Takto se lze v problematice zorientovat a podle potřeby přepínat mezi VirtualBoxem a KVM/Proxmoxem bez zbytečných nervů.
Zdroje a další čtení
- Oficiální dokumentace KVM (Linux kernel docs)
Popis API KVM a jeho začlenění do linuxového jádra.
- KVM – Kernel-based Virtual Machine (Wikipedie, EN)
Obecný přehled KVM jako virtualizačního modulu v linuxovém jádře.
- Kernel-based Virtual Machine (Wikipedie, CZ)
Stručný český popis KVM a historie začlenění do jádra.
- Linux KVM – oficiální wiki projektu
Shrnutí, že KVM je plnohodnotné virtualizační řešení pro Linux, informace o modulech kvm, kvm-intel, kvm-amd.
- Proxmox VE – oficiální stránky
Stručné vysvětlení, že Proxmox VE integruje KVM a LXC jako serverovou virtualizační platformu.
- Downloads – Proxmox VE
Přehled jednotlivých verzí Proxmox VE a datasheet, kde je jasně uvedeno, že staví na KVM/LXC.
- AskUbuntu: „Can VirtualBox and KVM run alongside each other?“
Diskuse, kde je jasně řečeno, že VirtualBox a KVM nemohou současně sdílet VT-x/AMD-V a nelze je běžně používat paralelně.
- ServerFault: „Using KVM and VirtualBox VMs concurrently“
Další pohled z praxe, potvrzuje nemožnost souběžného běhu VM pod KVM a VirtualBoxem na jednom hostu.
- Superuser: „VirtualBox can't operate in VMX root mode. Please disable the KVM kernel extension…“
Konkrétní příklad chyby VERR_VMX_IN_VMX_ROOT_MODE a doporučení vypnout KVM moduly.
- VirtualBox fórum: „Trouble starting VB – disable KVM“
Diskuse na oficiálním fóru VirtualBoxu k chybě „VirtualBox can't operate in VMX root mode…“ a řešení přes odmodulování KVM.
- Red Hat: „What is KVM?“
Vysvětlení KVM jako technologie, která z Linuxu dělá hypervizor.
- Ubuntu blog: „KVM hypervisor — a beginners' guide“
Stručný úvod do KVM hypervizoru a jeho možností na Ubuntu.
- LinuxConfig: „Virtualization solutions on Linux systems – KVM and VirtualBox“
Praktické porovnání KVM a VirtualBoxu na Linuxu a doporučení, kdy použít který.
- Reddit /r/VFIO: „Can I have KVM and VirtualBox installed on the same host?“
Praktický postup, jak přepínat mezi KVM a VirtualBoxem pomocí rmmod kvm_intel kvm a modprobe vboxdrv.
PODPOŘTE OTEVŘENÉ NÁVODY A DALŠÍ ROZVOJ WEBU LINUX PRO DOMÁCNOST:
Věřím v otevřené znalosti. Každý návod = rešerše, testování na reálném nebo virtuálním počítači a různých Linux distribucích (např.: Rocky / Debian / Zorin / a další), psaní krok za krokem a finální kontrola — typicky několik hodin až několik dnů práce. Web držím bez reklam i trackingu a chci, aby tak zůstal.
Pokud vám jakýkoli článek ušetří čas nebo nervy, budu rád za dobrovolnou podporu (částku si určíte sami). Prosím, do zprávy pro příjemce napište: NA KAFE / Linux-doma.cz, pomůže mi to přehledně zaúčtovat měsíční souhrn. Děkuji!
A pokud se Vám web líbí a chcete se stát pravidelným sponzorem, podívejte se prosím na stránku "SPONZOŘI".
BITLIFI / QR PLATBA (bez částky)

- Uživatel: +420607271333@bitlifi.com
- Poznámka: NA KAFE / Linux-doma.cz
BANKOVNÍ PŘEVOD /
QR PLATBA (bez částky)

- Číslo účtu (CZK): 2000197842 / 2010
- IBAN: CZ41 2010 0000 0020 0019 7842
- BIC/SWIFT: FIOBCZPPXXX
- Zpráva pro příjemce: NA KAFE / Linux-doma.cz