web-dev-qa-db-fra.com

virtualbox NS_ERROR_FAILURE (0x80004005)

Hier, mes invités Virtualbox étaient toujours en cours d'exécution. Aujourd'hui, j'obtiens l'erreur suivante pour tous les invités (Windows ou Linux).

Failed to open a session for the virtual machine win10.

The VM session was closed before any attempt to power it on.

Result Code: NS_ERROR_FAILURE (0x80004005)
Component: SessionMachine
Interface: ISession {7844aa05-b02e-4cdd-a04f-ade4a762e6b7}

J'ai déjà essayé d'exécuter Sudo /sbin/vboxconfig, en réinstallant à partir du Gestionnaire de logiciels, en procédant comme suit Impossible d'exécuter des machines virtuelles après la mise à niveau de virtualbox de la version 5.0 à la version 5.1 et en passant à la version 5.2.12 r122591 et 5.2.14 r123301. Le résultat était toujours le même.

Ma version actuelle du noyau est la version 4.15.0-24-generic # 26-Ubuntu SMP.

$ VBoxManage list extpacks
Extension Packs: 1
Pack no. 0:   Oracle VM VirtualBox Extension Pack
Version:      5.2.14
Revision:     123301
Edition:      
Description:  USB 2.0 and USB 3.0 Host Controller, Host Webcam, VirtualBox RDP, PXE ROM, Disk Encryption, NVMe.
VRDE Module:  VBoxVRDP
Usable:       true
virtualbox18.04
5
muclux

Après une longue conversation amicale et fructueuse avec @DavidFoerster, il s’est avéré que Microsoft et sa politique de mise à jour étrange en étaient la cause!

David m'a patiemment guidé tout au long de la réinstallation des packages VirtualBox à partir des référentiels Ubuntu et de la configuration (dkms, packages d'extension, etc.). Enfin, il m'a demandé d'essayer une nouvelle installation avec un ISO en direct. C'est à ce moment-là que j'ai remarqué que mon "Dossier ordinateur par défaut" défini dans VirtualBox - File - Preferences - General n'était pas utilisable. Je savais que c'était sur un NTFS monté utilisé par le système dualboot Win10. Un examen plus attentif a montré qu’à présent, il était monté en lecture seule, ce qui empêchait les machines virtuelles de démarrer (avec un message d’erreur peu utile).

Comme je me souvenais alors, peu de temps après avoir démarré avec succès les invités VirtualBox, j'avais non seulement obtenu les mises à jour Ubuntu, mais j'avais également démarré pour la première fois depuis longtemps mon système Win10 natif. Apparemment, Microsoft avait ensuite installé les mises à jour AND avait réactivé l'option de "démarrage rapide" (qui avait certainement été désactivée auparavant!) - de sorte que plus tard, à Ubuntu, le système de fichiers NTFS a été monté en lecture- seul mode, car Windows n’était pas correctement arrêté.

Maintenant que j'ai de nouveau désactivé l'option de "démarrage rapide" dans Windows 10, mes systèmes invités sont à nouveau en cours d'exécution.

Merci, David, d'avoir posé la bonne question, ce qui m'a mis sur la bonne voie!

1
muclux

J'ai eu le même problème sur xubuntu 18.04 où mes invités Virtualbox devaient exécuter Windows 7. Bien que Virtualbox 5.2 ait été installé auparavant, cela fonctionnait.

  1. Je me suis assuré que virtualbox-dkms était installé et en passant cette commande

    dpkg -l | grep virtualbox-dkms

  2. Puis je l'ai purgé et n'a réinstallé que dkms

    apt-get purge virtualbox-dkms && Sudo apt-get install dkms

  3. Ensuite, je lance la commande la commande suggérée pour reconstruire le noyau.

    Sudo/sbin/vboxconfig

C'est ce qui a fonctionné pour moi.

1
Ismail Yushaw