15 votes

VirtualBox ne fonctionne pas après la mise à niveau vers Big Sur

Pendant les vacances, j'ai décidé de passer de Catalina à Big Sur ( macOS 11.1 (20C69) pour être précis). La seule chose que je n'ai pas prise en compte est que VirtualBox a cessé de fonctionner.

J'ai suivi les conseils habituels d'utiliser le VirtualBox_Uninstall.tool script pour supprimer toute trace de VirtualBox, redémarrer, installer la dernière version stable à partir d'une VirtualBox-6.1.16-140961-OSX.dmg image disque, ... qui échoue. L'installation ne se termine pas. Je suis apparemment pas seul en faisant cette expérience. Par la suite, VirtualBox est cependant présent sur le système de fichiers. Essayer de le démarrer fonctionne, mais pas de démarrer les VMs. Cela échoue avec un message plutôt attendu

Kernel driver not installed (rc=-1908)

Make sure the kernel module has been loaded successfully.

where: suplibOsInit what: 3 VERR_VM_DRIVER_NOT_INSTALLED (-1908) - The support driver is not installed. On linux, open returned ENOENT.

message d'erreur. Après l'avoir rejeté, le processus VM s'arrête (en lançant EXC_CRASH (SIGABRT) ).

J'ai ensuite essayé à peu près tout ce qui se trouve dans le fil de discussion géant à ce sujet sur les forums de VirtualBox . Rien ne fonctionne pour moi. Les versions de test ne fonctionnent pas non plus du tout, bien que l'installation soit terminée.

Tous les autres articles et entrées de forum ainsi que les questions de Ask Different ont été rejetés parce que l'auteur utilisait une version préliminaire de MacOS 11 ou décrivaient des situations qui, à ma connaissance, ne peuvent tout simplement pas se produire à Big Sur. Comme l'acceptation manuelle des extensions du noyau via System Preferences > Security & Privacy . D'après ce que j'ai compris, les extensions du noyau ne sont plus prises en charge par Big Sur, d'où la rupture des logiciels qui en dépendent, comme VirtualBox.

J'ai besoin de VirtualBox pour mes boîtes de développement Vagrant. Pour l'instant, cela signifie que je suis mort dans l'eau, devant probablement réinstaller Catalina à partir de zéro ou acheter à la fois une licence VMware et une licence de plugin VMware Vagrant.

Peut-être que quelqu'un d'autre a rencontré le même problème que moi et peut nous éclairer sur les mesures prises pour faire fonctionner les choses sur Big Sur. Cette réponse n'a pas fonctionné aussi bien pour moi.

Edit : Pour l'instant, VMware Fusion plus le Plugin VMware de Vagrant semblent faire le travail assez bien. Et en achetant le plugin, je soutiens en fait le développement OSS de Vagrant. De plus, VMware semble être un peu plus performant que VirtualBox. Eh bien, je suppose que c'est ce qui arrive quand on utilise quelque chose comme MacOS comme machine de développement et qu'on met à jour trop tôt. Leçon apprise : A partir de maintenant, je vais retarder les sorties de MacOS d'une année complète.

Edit 2 : VMware Fusion a des problèmes avec Vagrant qui crée des adresses de réseaux privés. Le message d'erreur "Failed to create new device" (échec de la création d'un nouveau périphérique) s'affiche et le support d'Hashicorp n'a aucune idée de ce qui ne va pas. Cependant, après un nettoyage complet du disque et une installation propre de Big Sur, VirtualBox s'installe soudainement sans problème et fonctionne comme prévu, c'est-à-dire comme avant. Aucun problème avec les réseaux privés et aucun problème de SIP ou autre n'est nécessaire. Je viens de demander le remboursement de la licence du plugin VMware. Il est clair que la mise à jour de l'OS casse des choses de manière subtile et difficile à résoudre. Ma suggestion à quelqu'un qui se trouve dans une situation comparable : sauvegardez votre système, effacez-le, faites une installation propre et reconstruisez-le à partir de zéro (pas une sauvegarde Time Machine). Maintenant, le seul problème est la panique aléatoire du noyau au redémarrage, même avec l'installation propre. Mais bon...

0 votes

Aucune des réponses ci-dessous ne fonctionne pour moi sur mon MacBook Pro exécutant Big Sur

0 votes

Nettoyez votre disque et faites une installation propre, ne récupérez pas à partir de Time Machine ou de toute autre sauvegarde automatique. Cela fonctionnera si vous avez une installation vierge sans réglage des paramètres.

7voto

karolus Points 442

Je suis un utilisateur de Big Sur (11.1) qui utilise VirtualBox 6.1.16 et Vagrant 2.2.14. J'ai actuellement une VM en cours d'exécution, sans aucun problème. Les principaux problèmes que j'ai rencontrés sont survenus quelques versions antérieures du système d'exploitation (Catalina), probablement en raison du renforcement de la sécurité de MacOS, ce qui explique peut-être pourquoi la mise à jour vers la 11.1 s'est faite en douceur pour moi.

Par le sujet mentionné Avez-vous essayé ?

  • allez dans les préférences système > sécurité et confidentialité
  • débloquer pour changer les choses
  • débloquer Oracle (peut nécessiter un redémarrage)
  • Installer à nouveau Virtualbox
  • Linux VM a démarré correctement

6 votes

Je ne vois même pas la boîte de dialogue "Déverrouiller Oracle". Non, et csrutil clear ne fonctionne pas non plus.

1 votes

Cela n'a absolument rien à voir avec Vagrant. VirtualBox ne trouve pas l'extension du noyau et refuse de démarrer une VM. De même, la désinstallation et la réinstallation de VB ne fonctionnent pas car le processus s'interrompt. Tout ceci figure dans la description du problème.

0 votes

Je peux confirmer qu'il y a quelque chose qui cloche à partir de 11.4 sur mon MBP 16" de 2019 alors que 11.2.3 fonctionne bien pour moi sur mon MBP 2018... et j'ai des configurations presque identiques sur ces machines car j'utilise la CM automatisée avec ansible pour presque toutes les modifications apportées au système. Je vais voir si je peux comprendre ce qui se passe avec le MBP 2019 (qui fonctionnait également avant la mise à niveau vers 11.4). C'est juste après la commutation que j'ai eu toutes sortes de ravages aléatoires avec les VM existantes.

3voto

hshib Points 131

J'ai mis à jour High Sierra vers Big Sur 11.2.3 et j'ai rencontré le même problème. Sans recherche, j'ai d'abord mis à jour vers la dernière version de VirtualBox 6.1.18, puis vers vagrant 2.2.14, mais le même problème a persisté, et je suis alors tombé sur ce sujet.

Ouvrez "Préférences système" -> "Sécurité et confidentialité". A trouvé un message "Le logiciel système du développeur "Oracle America, Inc." a été mis à jour. J'ai cliqué sur "Autoriser", puis il m'a été demandé de redémarrer, alors j'ai redémarré.

VirtualBox de vagrant a ensuite démarré sans aucun problème sans réinstaller VirtualBox.

Security and Privacy panel

1 votes

Comme je l'ai déjà dit plusieurs fois, y compris dans la question principale, cela n'est jamais apparu pour moi. Veuillez lire attentivement avant de poster ce que d'autres ont déjà fait.

1 votes

Il est probable qu'avec la dernière version de Big Sur et VirtualBox, cette convivialité a été ajoutée ultérieurement mais n'était pas disponible lorsque vous avez effectué votre mise à niveau. J'ai ajouté cette réponse pour le bénéfice des personnes qui, comme moi, rencontrent ce problème MAINTENANT, puis recherchent sur Google cette erreur d'extension du noyau et trouvent ce sujet, qui est bien classé dans les recherches Google. Notez que cette procédure a été mentionnée par @karolus, mais j'ai expérimenté sans réinstaller VBox et cela a fonctionné, il y a donc des informations supplémentaires ici, et rendre ce sujet utile pour un public plus large, alors que c'est une information totalement inutile pour vous.

0 votes

Je ne vois pas cet avertissement sur ma version Big Sur.

2voto

sfxedit Points 1510

D'après ce que j'ai compris, les extensions du noyau ne sont plus prises en charge par Big Sur, d'où la rupture des logiciels qui en dépendent, comme VirtualBox.

Pour être clair, ce n'est pas qu'ils ne sont "plus pris en charge" dans Big Sur. C'est juste qu'Apple a décidé de décourager les développeurs et les utilisateurs d'ajouter des extensions de noyau à MacOS et a donc rendu leur utilisation plus difficile dans Big Sur.

Les extensions du noyau permettent aux développeurs de s'intégrer directement à MacOS et d'y ajouter des fonctions. VirtualBox utilise cette méthode pour ajouter une fonction de virtualisation à MacOS.

Avec MacOS Big Sur, l'utilisation d'extensions de noyau tierces est interdite par défaut. Ainsi, avant d'utiliser un logiciel qui nécessite des extensions du noyau (comme VirtualBox), vous devez demander explicitement à MacOS de les autoriser.

La façon de procéder sous MacOS est la suivante désactiver partiellement le SIP . (Lire la suite sur comment désactiver le SIP uniquement sur des parties spécifiques du système).

Ainsi, (comme le suggère la réponse de Rakib Fiha), même le logiciel VirtualBox Instructions de construction pour Mac OS X conseille la même chose - que vous devez désactiver SIP pour les extensions du noyau pour permettre à MacOS de charger l'extension du noyau de VirtualBox. Et cela doit être fait avant d'installer VirtualBox.

Pour faire cela sur MacOS Big Sur, démarrez dans Mode de récupération , ouvert Terminal et exécutez la commande suivante :

$ csrutil enable --without kext

$ spctl kext-consent disable

Ensuite, redémarrez et démarrez normalement dans MacOS et télécharger et installer VirtualBox .

0 votes

Cela n'a pas fonctionné et fait déjà double emploi avec ce qui a été suggéré ici.

1 votes

Oui, cela peut sembler être un doublon mais j'ai dû le poster en tant que nouvelle réponse car la modification d'amélioration que j'ai faite à la réponse de Rakib Fiha a été rejetée (il/elle utilise la mauvaise terminologie - comme "activer SIP" alors que vous le désactivez en fait sur une partie). Quoi qu'il en soit, votre question semble suggérer que vous refusez totalement de désactiver le SIP pour que VirtualBox fonctionne. Si vous l'avez essayé et que cela n'a pas fonctionné, quelle erreur avez-vous réellement obtenue ?

2voto

Max Barrass Points 121

Il suffit de suivre la procédure suivante pour que VBox fonctionne voir source :

Redémarrez en mode récupération, authentifiez-vous, ouvrez une session de terminal, exécutez ce qui suit, puis redémarrez :

spctl kext-consent add VB5E2TV963

Lorsque vous vous reconnectez, ouvrez les préférences système et allez dans Sécurité et confidentialité.

Click on Details under "Some system software requires..."
Check the box next to Oracle America...
Click OK
You will be asked to restart

Une fois redémarré, votre Vbox fonctionnera :

0 votes

Je n'ai pas eu besoin de faire "spctl kext-consent add VB5E2TV963". Cela fonctionne juste en vérifiant le panneau de sécurité et de confidentialité et en redémarrant. Après cela, si je fais "spctl kext-consent list", j'obtiens "spctl : no kext consent configuration found". Le consentement de l'utilisateur est également activé "Kernel Extension User Consent : ENABLED".

0 votes

Je suis un peu confus parce que je pensais que l'interface utilisateur était une enveloppe pour faire "spctl kext-consent add VB5E2TV963" sous la couverture.

1voto

Rakib Fiha Points 389

Ici, virtualbox fonctionne sur : BigSur 11.2 beta :

enter image description here

J'ai eu exactement le même problème lorsque j'ai migré de Catalina vers BigSur. Comme mentionné dans leur document officiel ici il est nécessaire de donner à MacOS la permission d'ajouter des kext personnalisés.

Vous devez donc activer SIP con kext signature par :

# needs to be executed in recovery mode
csrutil enable --without kext
spctl kext-consent disable

Vous devez également vous assurer que toutes les dépendances sont installées avant d'installer virtualbox.

sudo port install libidl acpica subversion doxygen texlive texlive-latex-extra texlive-fonts-extra x86_64-elf-gcc

Si vous désactivez SIP veuillez le faire avec vos propres précautions.

enter image description here

0 votes

Je ne veux pas le construire, je veux juste l'installer. En outre, cela n'aborde pas le fait que les extensions du noyau ne sont plus présentes dans Big Sur. La documentation dont vous faites le lien ne traite pas de Big Sur, mais seulement de Catalina, qui avait encore des extensions de noyau, mais derrière un processus d'approbation manuel.

1 votes

Je vois ce que vous voulez dire. Mais, j'ai eu exactement le même problème il y a quelques mois sur Big Sur dans quelques-unes de mes VagrantBox en VirtualBox. Après, j'ai activé SIP sans kext Cela a résolu mon problème. J'ai aussi debug y fs désactivé pour quelques autres programmes. Mais, je ne pense pas qu'ils soient pertinents pour VirtualBox.

0 votes

Cela ne fonctionne pas comme prévu et crée finalement plus de travail que de revenir à Catalina à partir d'une sauvegarde. J'avais espéré pouvoir sauter cette étape.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X