La VirtualBox 4.2.12 sur Ubuntu 12.04 fonctionnait bien jusqu'à ce que je devais installer l'addition 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 l'exécution 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...
12.04
kernel
virtualbox
virtualization
guest-additions
CoolEulerProject
la source
la source
Réponses:
Vous semblez avoir deux versions distinctes de VirtualBox installées!
Je vous recommande de désinstaller complètement toutes les versions de VirtualBox:
Réinstallez ensuite directement depuis Oracle. Accédez à la page de téléchargement de VB , faites défiler jusqu'à "Distributions Linux basées sur Debian" et suivez les instructions.
Réessayez ensuite.
Au fait, vous n'avez pas besoin de l'utiliser
grep
avecdpkg
. Voici une alternative plus agréable à votre commande:la source
Une solution moins intrusive pourrait être:
Source avec plus d'informations.
la source
virtualbox-dkms
)dpkg-reconfigure virtualbox-5.2
pour résoudre ce problème.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 celle indiquée dans le message d'erreur: incompatibilité de version du module du noyau. Je l'ai confirmé avec
qui est revenue en tant que version 5.0. (De ppa, j'ai vbox 5.1).
J'ai désinstallé virtualbox-dkms, car son installation entraînerait également l'installation de la version régulière 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 /), donc je suppose que c'est pourquoi les scripts ne fonctionneraient pas:
j'ai essayé
qui a apparemment tout fait comme d'habitude, arrêtant les modules du noyau, recompilant, rechargeant les (soi-disant) nouveaux modules du noyau. Sauf que la vérification de la version du module est toujours apparue 5.0.
J'ai essayé
avec le même résultat: pas de changement de version.
J'ai alors décidé de supprimer les modules car je n'aimais pas le fait qu'ils se trouvaient dans le dossier dkms. Pour ce faire, vous devez décharger les modules du noyau avec
puis supprimez les fichiers de module de / lib / modules / (kernelversion) -generic / updates / dkms. Ensuite, exécutez
encore une fois, et voilá les nouveaux modules sont v5.1, et ne sont plus sous dkms, mes machines virtuelles fonctionnent.
Maintenant que j'y pense, peut-être que les modules ont été correctement recompilés dans /lib/modules/4.4.0-59-generic/misc/, mais au chargement, les modules dkms peuvent avoir la priorité. Malheureusement, je n'ai plus de temps pour enquêter là-dessus.
ps.: Si vous effectuez cette même transition de la version repo à ppa, assurez-vous de vous ajouter au groupe vboxusers (nouvellement créé), puis déconnectez-vous et revenez.
la source
Cela m'est arrivé aujourd'hui sur Debian 8 (Jessie) suite à un patch du 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-dkms
dpkg-reconfigure virtualbox
/etc/init.d/virtualbox restart
Merci à Rikard / hg8 pour l'astuce ci-dessus sur les étapes 2 et 3. Dans mon cas, il est tout simplement possible qu'ils ne soient pas nécessaires, mais ils se sentaient bien dans tous les cas.
la source
Dans mon cas, la
virtualbox-dkms
version ne correspondait tout simplement pas aux packages restants:Je l'ai simplement réinstallé:
et la machine virtuelle a démarré sans erreur.
la source