Benni11 Gnome läuft unter Wayland:

Ich habe testweise gerade mal virtualbox auf einem Rechner mit wayland und Sway als Windowmanager installiert. Funktioniert. Ob also XOrg oder Wayland sollte bei aktuellen Versionen von virtualbox und QT(5) keine Rolle mehr spielen bzw. keine besonderen Maßnahmen bedürfen.

Benni11 Mit sudo tut sich etwas:

War eher als Frage gedacht... Aber nun gut. Trotzdem ist der Weg mittels sudo kein Mittel zum Erfolg

Benni11 [arch-vs@ARCH ~]$ VirtualBoxVM --dbg
VirtualBoxVM: Error -610 in supR3HardenedMainInitRuntime!
VirtualBoxVM: dlopen("/usr/lib/virtualbox/VBoxRT.so",) failed: <NULL>

VirtualBoxVM ist installiert, es bringt ja Fehlermeldungen...
Allerdings sollte bei diesem Aufruf auch ein Fenster aufgehen, stattdessen die Meldung das eine Bibliothek/Lib nicht geladen werden kann.

Ich hätte noch folgende Ideen:

  • Poste bitte mal die Ausgabe folgender Befehle:
    stat /usr/lib/virtualbox/VBoxRT.so
    und
    pacman -Qkk virtualbox qt5-base qt5-tools qt5-wayland
    Letzterer Befehl testet die installierten Pakete auf fehlende oder veränderte Dateien.

  • Lege dir einen neuen Testuser an, z.B. (als root):

    useradd -m vboxtest
    passwd vboxtest

    Logge deinen Normaluser aus und melde dich (du nutzt GDM als DisplayManager?) mit dem vboxtest User an. Stelle sicher, daß dieser ebenfalls Gnome unter Wayland startet.
    Nun starte (am besten auch in einem Terminal) unter diesem User virtualbox.
    Im Idealfall erscheint hier das VBox-Hauptfenster. Mehr muß gar nicht getestet werden.
    Wenn das funktioniert, ist ziemlich wahrscheinlich das die Ursache im $HOME deines Normalusers liegt.

(Danke)
Frage (an alle, Ich habe kein Gnome):
Ist verifizierbar, daß Virtualbox unter Gnome+Wayland funktioniert? Ohne besondere Maßnahmen?

//Edit:
Bitte auch nochmal posten die Ausgabe von:
ls -ld /usr/ /usr/lib /usr/lib/virtualbox/

  • tuxnix hat auf diesen Beitrag geantwortet.

    GerBra Ist verifizierbar, daß Virtualbox unter Gnome+Wayland funktioniert?

    (Bitteschön)
    Ja! Virtualbox startet auf gnome(wayland) ohne irgendwelche zusätzliche Maßnahmen.

    @GerBra :
    hier die gewünschte Ausgabe:

    [arch-vs@ARCH ~]$ ls -ld /usr/ /usr/lib /usr/lib/virtualbox/
    drwxrwxrwx   9 arch-vs lpadmin   4096  5. Mai 14:18 /usr/
    drwxr-xr-x 225 root    root    196608  5. Mai 14:18 /usr/lib
    drwxr-xr-x   5 root    root      4096  5. Mai 14:17 /usr/lib/virtualbox/
    [arch-vs@ARCH ~]$ 

    Dein Hinweis auf ein neues Benutzerverzeichnis hat zu einer für mich peinlichen Entdeckung geführt, die ich aber wegen der möglichen Hilfestellung für ähnliche künftige Fälle nicht verschweigen will:
    Bevor ich ARCH zu meinem Hauptsystem gemacht habe, waren vor längerer Zeit "Spielereien" mit der von UBUNTU abweichenden Art der Programminstallation angesagt. Aus dieser Zeit stammt noch das alte Verzeichnis ~/.config/VirtualBox mit inzwischen überholten Daten - deshalb meine vergeblichen Startversuche.
    Lösung: Ich habe das alte VirtualBox -Verzeichnis umbenannt, ein neues leeres VirtualBox-Verzeichnis angelegt und das Programm im Terminal mit virtualbox gestartet - und siehe da, es läuft nun alles.

    Große Abbitte an alle Helfer für meinen dummen Fehler - ich werde mich bessern.
    Benni11

    • GerBra hat auf diesen Beitrag geantwortet.
      Benni11 hat den Titel zu Virtualbox installieren [gelöst] geändert ().

      Benni11 Aus dieser Zeit stammt noch das alte Verzeichnis ~/.config/VirtualBox

      Ja, sowas kann ein Problem sein. Ist was für den "im Hinterkopf behalten"

      Aber: du hast noch ein anderes Problem.
      Dein Verzeichnis /usr gehört nicht root //edit und ist für jeden schreibbar!

      Benni11 [arch-vs@ARCH ~]$ ls -ld /usr/ /usr/lib /usr/lib/virtualbox/
      drwxrwxrwx 9 arch-vs lpadmin 4096 5. Mai 14:18 /usr/

      Virtualbox und (in vorherigen Posts zum Test genommen) VirtualBoxVM prüfen ob bestimmte Verzeichnisse root gehören und "korrekte" Rechte-Flags haben.
      Zumindest für VirtualBoxVM sollte das gelten. Du kannst ja testweise nochmal
      VirtualBoxVM --dbg
      starten. Ob da nun ein Fenster aufgeht oder die gleiche Fehlermeldung kommt. ¹
      (Es gibt im Netz etliche Posts zu diesem Thema, deshalb kam ich auf diese Prüfung)

      Die Frage ist jetzt: Warum ist /usr bei dir falsch?
      Hast du mal mit chown/chmod "gespielt"?
      Weitere denkbare Möglichkeiten wären IMHO "fehlerhaft erstellte" Pakete, die über das AUR installiert bezogen wurden oder ggf. auch Flatpak oder sonstige "App-Images". Hast du sowas installiert?

      /usr solltest du dringend korrigieren (als root):

      chown root:root /usr
      chmod 755 /usr

      Um zu sehen, ob sonstnochwas "kaputt" ist in dieser Beziehung zeige mal:
      pacman -Qkk filesystem
      Das wird etliche Abweichungen zeigen, bitte nicht versuchen jede Warnung bzw. Datei zu "ändern". Es geht primär um die wichtigen Systemverzeichnisse.
      //Edit:
      Und bitte zeigen:
      stat /


      ¹ Edit: Ich kann deine obige Fehlermeldung aus den alten Posts mit VirtualBoxVM nachstellen:
      Sobald ich /usr oder /usr/lib einem anderen User als root übereigne kommt:

      $ VirtualBoxVM --dbg
      VirtualBoxVM: Error -610 in supR3HardenedMainInitRuntime!
      VirtualBoxVM: dlopen("/usr/lib/virtualbox/VBoxRT.so",) failed: <NULL>
      
      VirtualBoxVM: Tip! It may help to reinstall VirtualBox.

      Ändere ich /usr/lib/virtualbox kommt:

      $ VirtualBoxVM --dbg
      VirtualBoxVM: supR3HardenedVerifyDir: Cannot trust the directory "/usr/lib/virtualbox": not owned by root (st_uid=1000)

      Paßt hingegen alles poppt ein Fenster auf mit Hinweis daß VirtualBoxVM ohne Angabe einer VM nicht gestartet wird. Nach dieser Fehlermeldung:
      Error -610 in supR3HardenedMainInitRuntime!
      hatte ich gesucht.

      @GerBra
      Entschuldige bitte die späte Antwort, ich war länger unterwegs.
      Nachfolgend die gewünschten Angaben:
      Rechte ändern und prüfen:

      [arch-vs@ARCH ~]$ sudo chown root:root /usr && sudo chmod 755 /usr
      [sudo] Passwort für arch-vs: 
      [arch-vs@ARCH ~]$ sudo pacman -Qkk filesystem
      Sicherungs-Datei: filesystem: /etc/fstab (Änderungszeitpunkte stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/fstab (Größen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/fstab (SHA256-Prüfsummen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/group (Änderungszeitpunkte stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/group (Größen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/group (SHA256-Prüfsummen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/gshadow (Änderungszeitpunkte stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/gshadow (Größen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/gshadow (SHA256-Prüfsummen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/passwd (Änderungszeitpunkte stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/passwd (Größen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/passwd (SHA256-Prüfsummen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/resolv.conf (Änderungszeitpunkte stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/resolv.conf (Größen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/resolv.conf (SHA256-Prüfsummen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/shadow (Änderungszeitpunkte stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/shadow (Größen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/shadow (SHA256-Prüfsummen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/shells (Änderungszeitpunkte stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/shells (Größen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/shells (SHA256-Prüfsummen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/subgid (Änderungszeitpunkte stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/subgid (Größen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/subgid (SHA256-Prüfsummen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/subuid (Änderungszeitpunkte stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/subuid (Größen stimmen nicht überein)
      Sicherungs-Datei: filesystem: /etc/subuid (SHA256-Prüfsummen stimmen nicht überein)
      Warnung: filesystem: /usr/bin (UID stimmt nicht überein)
      Warnung: filesystem: /usr/bin (GID stimmt nicht überein)
      Warnung: filesystem: /usr/bin (Berechtigungen stimmen nicht überein)
      Warnung: filesystem: /usr/local (UID stimmt nicht überein)
      Warnung: filesystem: /usr/local (GID stimmt nicht überein)
      Warnung: filesystem: /usr/local (Berechtigungen stimmen nicht überein)
      filesystem: 124 Dateien gesamt, 2 veränderte Dateien
      [arch-vs@ARCH ~]$ stat /
       Datei: /
       Größe: 4096      	Blöcke: 8          EA Block: 4096   Verzeichnis
      Gerät: 8/8	Inode: 2           Verknüpfungen: 18
      Zugriff: (0755/drwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
      Zugriff: 2024-05-06 19:26:47.005868436 +0200
      Modifiziert: 2024-05-06 19:17:06.000000000 +0200
      Geändert: 2024-05-06 19:18:59.043858923 +0200
      Geburt: 2024-05-06 19:17:06.000000000 +0200
      [arch-vs@ARCH ~]$ 

      Test auf Start ohne virtuelle Maschine:

      [arch-vs@ARCH ~]$ VirtualBoxVM --dbg # es geht das Fenster mit dem von dir angesprochenen Hinweis auf.

      Ich danke dir herzlich, dass du hartnäckig "drangeblieben" b ist, obwohl das Thema schon auf gelöst gesetzt war.
      Benni11

      • Dirk und GerBra haben auf diesen Beitrag geantwortet.

        Benni11 obwohl das Thema schon auf gelöst gesetzt war.

        War es nicht … aber ich bin mal so frei! 🙂

        Schau mal hier

        Dirk hat den Titel zu Virtualbox installieren geändert ().

        Dirk, vielen Dank.
        Benni11

        Deine obige Ausgabe von:

        Benni11 [arch-vs@ARCH ~]$ sudo pacman -Qkk filesystem

        Hier solltest du nochmal aktiv werden für:
        /usr/bin
        /usr/local

        Gleiches Verfahren wie du es mit /usr gemacht hast. Beide Verzeichnisse sollten ebenfalls root:root gehören und die Flags 755 (rw-r--r--) haben.

        Du solltest für dich halt nochmal versuchen nachzuvollziehen warum diese 3 Verzeichnisse die momentan falschen Besitzverhältnisse und Rechte-Flags hatten/haben.
        Ebenfalls würde ich raten bei den Updates mit pacman in den Ausgaben (oder im Log) auf ggf. weitere Hinweise zu Besitzer/Rechte-Unstimmigkeiten zu achten und ggf. analog zu oben korrigieren.

        Ich weiß nicht wie "fit" du mit Linux bist, aber eine weitere Möglichkeit wäre mittels find Verzeichnisse zu suchen die dich (arch-vs) als Eigentümer haben (dabei dann dein $HOME ausklammern). //Edit: Und wenn es Systemverzeichnisse wären dann ggf. korrigieren.
        Oder die Option über pacman: -Qkk haben wir ja schon benutzt, ohne Angabe eines bestimmten Paketes werden alle installierten überprüft. DIese Ausgabe könntest du mittels grep filtern, z.B. nach "(UID stimmt nicht überein)", und wenn es Verzeichnisse sind dann entsprechend korrigieren.

        19 Tage später

        @GerBra, ich habe versucht, deinen Rat umzusetzen mit folgendem Ergebnis:
        stat / zeigt:

        [arch-vs@ARCH ~]$ stat /
         Datei: /
         Größe: 4096      	Blöcke: 8          EA Block: 4096   Verzeichnis
        Gerät: 8/8	Inode: 2           Verknüpfungen: 18
        Zugriff: (0755/drwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
        Zugriff: 2024-05-26 15:46:41.418681655 +0200
        Modifiziert: 2024-05-25 13:36:35.490863444 +0200
        Geändert: 2024-05-25 13:36:35.490863444 +0200
        Geburt: 2024-05-23 18:45:56.000000000 +0200
        [arch-vs@ARCH ~]$

        Suche nach Systemdateien mit Eigentümer arch-vs:

        [arch-vs@ARCH ~]$ sudo find / -path /media -prune -or -path /home -prune | grep -e 'arch-vs'
        find: ‘/run/user/1000/gvfs’: Keine Berechtigung
        find: ‘/run/user/1000/doc’: Keine Berechtigung

        Suche nach Systemdateien ohne USER:

        [arch-vs@ARCH ~]$ sudo find / -path /media -prune -or -path /home -prune -nouser
        /media
        find: ‘/run/user/1000/gvfs’: Keine Berechtigung
        find: ‘/run/user/1000/doc’: Keine Berechtigung
        [arch-vs@ARCH ~]$

        Prüfungen der Systemdateien mit pacman -QKK; hier kann ich trotz Treffer bei der Internetsuche eine mögliche Gefährdung des Systems nicht zuverlässig abschätzen:

        [arch-vs@ARCH ~]$ sudo pacman -Qkk | grep UID
        Warnung: brscan4: /opt/brother/scanner/brscan4/brsanenetdevice4.cfg (Änderungszeitpunkte stimmen nicht überein)
        Warnung: brscan4: /opt/brother/scanner/brscan4/brsanenetdevice4.cfg (Größen stimmen nicht überein)
        Warnung: brscan4: /opt/brother/scanner/brscan4/brsanenetdevice4.cfg (SHA256-Prüfsummen stimmen nicht überein)
        Warnung: cups: /etc/cups/classes.conf (Berechtigungen stimmen nicht überein)  
        	Einzelausgabe hierzu:
        	[arch-vs@ARCH ~]$ ls -l /etc/cups/classes.conf 
        	-rwxr-xr-x 1 root cups 108 23. Jun 2023  /etc/cups/classes.conf
        	[arch-vs@ARCH ~]$
        Warnung: cups: /etc/cups/printers.conf (Berechtigungen stimmen nicht überein)
        	Einzelausgabe hierzu:
        	[arch-vs@ARCH ~]$ ls -l /etc/cups/printers.conf 
        	-rwxr-xr-x 1 root cups 1291 24. Mai 08:11 /etc/cups/printers.conf
        	[arch-vs@ARCH ~]$
        Warnung: cups: /etc/cups/subscriptions.conf (Berechtigungen stimmen nicht überein)	
        	Einzelausgabe hierzu:
        	[arch-vs@ARCH ~]$ ls -l /etc/cups/subscriptions.conf 
        	-rw-r----- 1 root cups 92 25. Mai 10:18 /etc/cups/subscriptions.conf
        	[arch-vs@ARCH ~]$
        Warnung: evolution: /usr/share/evolution/webkit/webview-print.css (Berechtigungen stimmen nicht überein)
        	Einzelausgabe hierzu:
        	[arch-vs@ARCH ~]$ ls -l /usr/share/evolution/webkit/webview-print.css
        	-rwxr-xr-x 1 root root 1093 25. Mai 00:11 /usr/share/evolution/webkit/webview-print.css
        	[arch-vs@ARCH ~]$ 	
        Warnung: java-runtime-common: /usr/lib/jvm/default (Symlink-Pfad stimmt nicht überein)
        Warnung: java-runtime-common: /usr/lib/jvm/default (Änderungszeitpunkte stimmen nicht überein)
        Warnung: java-runtime-common: /usr/lib/jvm/default-runtime (Symlink-Pfad stimmt nicht überein)
        Warnung: java-runtime-common: /usr/lib/jvm/default-runtime (Änderungszeitpunkte stimmen nicht überein)
        Warnung: libvirt: /var/lib/libvirt/swtpm (Berechtigungen stimmen nicht überein)
        	Einzelausgabe hierzu:
        	[arch-vs@ARCH ~]$ ls -l  /var/lib/libvirt/swtpm/
        	[arch-vs@ARCH ~]$ 
        Warnung: qt5-connectivity: /usr/include/qt/QtNfc/5.15.13/QtNfc/private/qnearfieldmanagervirtualbase_p.h (Datei oder Verzeichnis nicht gefunden)
        Warnung: shadow: /usr/bin/groupmems (GID stimmt nicht überein)  
        Warnung: shadow: /usr/bin/groupmems (Berechtigungen stimmen nicht überein)
        	Einzelausgabe hierzu:
        	[arch-vs@ARCH ~]$ ls -l /usr/bin/groupmems 
        	-rwxr-s--- 1 root groups 47240  1. Apr 12:19 /usr/bin/groupmems
        	[arch-vs@ARCH ~]$
        Warnung: systemd: /var/log/journal (GID stimmt nicht überein)
        	Einzelausgabe hierzu:
        	[arch-vs@ARCH ~]$ ls -l /var/log/journal/
        	drwxr-sr-x+ 2 root systemd-journal        	20480 25. Mai 14:20 5441bb2c4c304d8688f1ba8db21a6570
        	drwxr-sr-x+ 2 root systemd-journal-remote  4096  6. Jun 2023  remote
        	[arch-vs@ARCH ~]$ 
        Warnung: vde2: /usr/share/doc/vde2/README.VirtualBox (Datei oder Verzeichnis nicht gefunden)	
        [arch-vs@ARCH ~]$ 

        und das gesamte Filesystem (hier erscheinen nur Warnungen / Hinweise auf unstimmige Änderungszeitpunkte, Größen und nicht berechenbare SHA-256-Prüfsummen):

        [arch-vs@ARCH ~]$ pacman -Qkk filesystem
        Warnung: filesystem: /etc/crypttab (SHA256-Prüfsumme konnte nicht berechnet werden)
        Sicherungs-Datei: filesystem: /etc/fstab (Änderungszeitpunkte stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/fstab (Größen stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/fstab (SHA256-Prüfsummen stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/group (Änderungszeitpunkte stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/group (Größen stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/group (SHA256-Prüfsummen stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/gshadow (Änderungszeitpunkte stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/gshadow (Größen stimmen nicht überein)
        Warnung: filesystem: /etc/gshadow (SHA256-Prüfsumme konnte nicht berechnet werden)
        Sicherungs-Datei: filesystem: /etc/passwd (Änderungszeitpunkte stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/passwd (Größen stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/passwd (SHA256-Prüfsummen stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/resolv.conf (Änderungszeitpunkte stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/resolv.conf (Größen stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/resolv.conf (SHA256-Prüfsummen stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/shadow (Änderungszeitpunkte stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/shadow (Größen stimmen nicht überein)
        Warnung: filesystem: /etc/shadow (SHA256-Prüfsumme konnte nicht berechnet werden)
        Sicherungs-Datei: filesystem: /etc/shells (Änderungszeitpunkte stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/shells (Größen stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/shells (SHA256-Prüfsummen stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/subgid (Änderungszeitpunkte stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/subgid (Größen stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/subgid (SHA256-Prüfsummen stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/subuid (Änderungszeitpunkte stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/subuid (Größen stimmen nicht überein)
        Sicherungs-Datei: filesystem: /etc/subuid (SHA256-Prüfsummen stimmen nicht überein)
        Warnung: filesystem: /usr/share/factory/etc/crypttab (SHA256-Prüfsumme konnte nicht berechnet werden)
        Warnung: filesystem: /usr/share/factory/etc/gshadow (SHA256-Prüfsumme konnte nicht berechnet werden)
        Warnung: filesystem: /usr/share/factory/etc/shadow (SHA256-Prüfsumme konnte nicht berechnet werden)
        filesystem: 124 Dateien gesamt, 6 veränderte Dateien
        [arch-vs@ARCH ~]$ 

        Du hast mir auf die Sprünge geholfen, mein System (einigermaßen) in Ordnung zu bringen. Ich bin alleiniger Nutzer und Passwort-Login ist vorhanden. Wenn aber jetzt doch noch weitere bedenkliche Einstellungen vorhanden sein sollten, werde ich das System neu aufsetzen.
        Nochmals vielen Dank!
        Benni11

        • GerBra hat auf diesen Beitrag geantwortet.
          6 Tage später

          Benni11 Wenn aber jetzt doch noch weitere bedenkliche Einstellungen vorhanden sein sollten

          Sorry für die späte Antwort...

          Nein, ich sehe hier nichts Bedenkliches mehr.
          Die paar UID/GID Unterschiede - zu denen du die ls -l Ausgabe gepostet hast - sind IMHO nicht relevant (solange alles funktioniert), und wohl auch teilweise "natürlichen Ursprungs", da etliche Pakete wohl nicht im Paket festgelegte (system)UIDs/GIDs erzeugen und deshalb etliche dieser Dateien auf jedem System "angemeckert" werden.

          8 Tage später
          18 Tage später

          Ein Nachtrag: Die Linux-Welt bringt eine eigene, wirklich gute Virtualisierungslösung mit. Die ist frei und open source: KVM. Es ist besser, sich von Oracles VirtualBox zu verabschieden. 😉