VirtualBox-Kernelmodule stimmen nicht mit der Version von VirtualBox überein

Die VirtualBox 4.2.12 unter Ubuntu 12.04 lief einwandfrei, bis ich die Gast-Erweiterung installieren musste. Nach seiner Installation:

 Failed to open a session for the VM Win 7 exit code 1;

 RTR3Init failed with rc=-1912(rc=1912)

Nach dem Laufen dpkg --list | grep virtualbox:

ii  virtualbox                             4.1.12-dfsg-2ubuntu0.2                  x86 virtualization solution - base binaries
rc  virtualbox-4.2                         4.2.6-82870~Ubuntu~precise              Oracle VM VirtualBox
ii  virtualbox-dkms                        4.1.12-dfsg-2ubuntu0.2                  x86 virtualization solution - kernel module sources for dkms
ii  virtualbox-guest-additions             4.1.12-1                                transitional package for virtualbox-guest-additions-iso
ii  virtualbox-guest-additions-iso         4.1.12-1                                guest additions iso image for VirtualBox
ii  virtualbox-qt                          4.1.12-dfsg-2ubuntu0.2                  x86 virtualization solution - Qt based user interface

Jede Hilfe wird geschätzt ...

Vielen Dank...

Sie haben anscheinend zwei separate Versionen von VirtualBox installiert!

Ich würde empfehlen, dass Sie alle Versionen von VirtualBox vollständig deinstallieren:

sudo apt-get autoremove 'virtualbox*'

Dann installieren Sie direkt von Oracle. Gehen Sie zur VB-Download-Seite , scrollen Sie zu "Debian-basierte Linux-Distributionen" und folgen Sie den Anweisungen.

Dann versuche es nochmal.

By the way, brauchen Sie nicht zu Verwendung grepmit dpkg. Hier ist eine schönere Alternative zu Ihrem Befehl:

dpkg --list 'virtualbox*'

Eine weniger aufdringliche Lösung könnte sein:

sudo dpkg-reconfigure virtualbox-dkms
sudo dpkg-reconfigure virtualbox

Quelle mit mehr Infos.

Ich hatte dieses Problem, nachdem ich von der Ubuntu Repo-Version zur PPA-Version gewechselt hatte. Die Hauptursache des Problems war genau die in der Fehlermeldung angegebene: Versionskonflikt des Kernelmoduls. Ich habe dies mit bestätigt

modinfo vboxdrv

welches als Version 5.0 zurückkam. (Von ppa habe ich vbox 5.1).

Ich habe virtualbox-dkms deinstalliert, da bei der Installation auch die reguläre vbox-Version von Ubuntu Repo installiert würde. Aber die Kernel-Module gehörten immer noch zu den Modulen, die von DKMS (/ lib / modules / (Kernelversion) -generic / updates / dkms /) verwaltet werden.

Ich habe versucht

sudo /sbin/vboxconfig

Das schien alles wie gewohnt zu machen, Kernelmodule zu stoppen, neu zu kompilieren, die (angeblich) neuen Kernelmodule neu zu laden. Abgesehen von der Überprüfung der Modulversion kam noch 5.0 hoch.

Dann habe ich es versucht

sudo /sbin/rcvboxdrv setup

mit dem gleichen Ergebnis: keine Versionsänderung.

Dann habe ich beschlossen, die Module zu löschen, da mir die Tatsache, dass sie sich im Ordner dkms befinden, nicht gefallen hat. Dazu müssen Sie die Kernelmodule mit entladen

sudo rmmod vboxnetadp vboxnetflt vboxpci vboxdrv

Löschen Sie anschließend die Moduldateien aus / lib / modules / (Kernelversion) -generic / updates / dkms. Dann renne

sudo /sbin/rcvboxdrv setup

wieder und voilá die neuen module sind v5.1 und nicht mehr unter dkms laufen meine VMs.

Nun, da ich darüber nachdenke, wurden die Module möglicherweise in /lib/modules/4.4.0-59-generic/misc/ korrekt neu kompiliert, aber beim Laden der dkms-Module haben sie möglicherweise Priorität. Leider habe ich keine Zeit mehr, dies zu untersuchen.

ps .: Wenn Sie auf die gleiche Weise von der Repo-Version zu ppa wechseln, müssen Sie sich selbst zu den (neu erstellten) Gruppen-vboxusern hinzufügen und sich dann ab- und wieder abmelden.

Dies ist mir heute auf Debian 8 (Jessie) nach einem Kernel-Patch passiert. Ich habe es wie folgt behoben:

1. su (Ich verwende kein sudo. Wenn Sie dies tun, stellen Sie sudo vor die folgenden Zeilen.)
2. dpkg-reconfigure virtualbox-dkms
3. dpkg-reconfigure virtualbox
4. /etc/init.d/virtualbox restart

Vielen Dank an Rikard / hg8 für den obigen Tipp zu den Schritten 2 und 3. In meinem Fall ist es möglich, dass sie nicht benötigt wurden, aber auf jeden Fall gut getan haben.

In meinem Fall virtualbox-dkmsstimmte die Version einfach nicht mit den restlichen Paketen überein:

$ dpkg --list | grep virtualbox
ii  unity-scope-virtualbox                        0.1+13.10.20130723-0ubuntu1 all                         VirtualBox scope for Unity
ii  virtualbox                                    5.1.34-dfsg-0ubuntu1.16.04. amd64                       x86 virtualization solution - base binaries
ii  virtualbox-dkms                               5.0.40-dfsg-0ubuntu1.16.04. all                         x86 virtualization solution - kernel module sources for dkms
ii  virtualbox-ext-pack                           5.1.34-0ubuntu1.16.04.2     all                         extra capabilities for VirtualBox, downloader.
ii  virtualbox-qt                                 5.1.34-dfsg-0ubuntu1.16.04. amd64                       x86 virtualization solution - Qt based user interface

Ich habe es einfach neu installiert:

$ sudo apt purge virtualbox-dkms
$ sudo apt install virtualbox-dkms
$ dpkg --list | grep virtualbox
ii  unity-scope-virtualbox                        0.1+13.10.20130723-0ubuntu1 all                         VirtualBox scope for Unity
ii  virtualbox                                    5.1.34-dfsg-0ubuntu1.16.04. amd64                       x86 virtualization solution - base binaries
ii  virtualbox-dkms                               5.1.34-dfsg-0ubuntu1.16.04. all                         x86 virtualization solution - kernel module sources for dkms
ii  virtualbox-ext-pack                           5.1.34-0ubuntu1.16.04.2     all                         extra capabilities for VirtualBox, downloader.
ii  virtualbox-qt                                 5.1.34-dfsg-0ubuntu1.16.04. amd64                       x86 virtualization solution - Qt based user interface
ii  virtualbox-source                             5.1.34-dfsg-0ubuntu1.16.04. all                         x86 virtualization solution - kernel module source

und die VM startete ohne Fehler.