Les modules du noyau VirtualBox ne correspondent pas à la version de VirtualBox
La VirtualBox 4.2.12 sur Ubuntu 12.04 fonctionnait bien jusqu’à ce que j’ai eu besoin d’installer un additon invité. Après son installation:
Failed to open a session for the VM Win 7 exit code 1;
RTR3Init failed with rc=-1912(rc=1912)
Après avoir exécuté 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
Toute aide est appréciée ...
Merci...
Vous semblez avoir deux versions distinctes de VirtualBox installées!
Je vous recommande de désinstaller complètement toutes les versions de VirtualBox:
Sudo apt-get autoremove 'virtualbox*'
Puis réinstallez directement à partir d'Oracle. Allez à la page de téléchargement VB , faites défiler jusqu'à "Distributions Linux basées sur Debian" et suivez les instructions.
Puis réessaye.
En passant, vous n'avez pas besoin d'utiliser grep avec dpkg. Voici une alternative plus agréable à votre commande:
dpkg --list 'virtualbox*'
Une solution moins intrusive pourrait être:
Sudo dpkg-reconfigure virtualbox-dkms
Sudo dpkg-reconfigure virtualbox
Source avec plus d'informations.
J'ai eu ce problème après être passé de la version repo d'ubuntu à la version ppa. La cause première du problème était exactement comme indiqué dans le message d'erreur: incompatibilité de version de module de noyau. Je l'ai confirmé avec
modinfo vboxdrv
qui est revenu en tant que version 5.0. (De ppa, j'ai vbox 5.1).
J'ai désinstallé virtualbox-dkms, car son installation installerait également la version standard de vbox à partir du référentiel Ubuntu. Mais les modules du noyau faisaient toujours partie des modules gérés par DKMS (/ lib/modules/(kernelversion) -generic/updates/dkms /), je suppose donc que les scripts ne fonctionneraient pas:
J'ai essayé
Sudo /sbin/vboxconfig
qui a apparemment tout fait comme d'habitude, en arrêtant les modules du noyau, en les recompilant, en rechargeant les (supposés) nouveaux modules du noyau. Sauf que la vérification de la version du module est toujours apparue 5.0.
Puis j'ai essayé
Sudo /sbin/rcvboxdrv setup
avec le même résultat: pas de changement de version.
Ensuite, j'ai décidé de supprimer les modules car je n'aimais pas le fait qu'ils soient dans le dossier dkms. Pour ce faire, vous devez décharger les modules du noyau avec
Sudo rmmod vboxnetadp vboxnetflt vboxpci vboxdrv
puis supprimez les fichiers de module de/lib/modules/(kernelversion) -generic/updates/dkms. Puis courir
Sudo /sbin/rcvboxdrv setup
encore une fois, et voila les nouveaux modules sont v5.1, et plus sous dkms, mes VM sont en marche.
Maintenant que j'y pense, les modules ont peut-être été correctement recompilés dans /lib/modules/4.4.0-59-generic/misc/, mais lors du chargement, les modules dkms pourraient avoir la priorité. Malheureusement, je n'ai plus le temps d'enquêter sur cela.
ps .: Si vous faites la même transition de la version repo à la version ppa, veillez à vous ajouter au groupe (nouvellement créé) vboxusers, puis déconnectez-vous et revenez en arrière.
Dans mon cas, la version virtualbox-dkms ne correspondait tout simplement pas aux paquets restants:
$ 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
Je l'ai simplement réinstallé:
$ 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
et le VM a démarré sans erreur.
C'est ce qui m'est arrivé aujourd'hui sur Debian 8 (Jessie) après un correctif de noyau. Je l'ai corrigé comme suit:
su(Je n'utilise pas Sudo; si vous le faites, ajoutez Sudo aux lignes ci-dessous)dpkg-reconfigure virtualbox-dkmsdpkg-reconfigure virtualbox/etc/init.d/virtualbox restart
Merci à Rikard/hg8 pour le conseil ci-dessus aux étapes 2 et 3. Dans mon cas, il est tout simplement possible qu’ils ne soient pas nécessaires, mais qu’ils se sentent bien de le faire en tout cas.