Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Suppression de fichiers Virtualbox

Carlus

Bonjour à tous,
Je viens de changer d'ordi et je suis sous 19.10 avec un noyau 5.5-rc2 (pour des raisons de carte graphique).
Je n'arrive pas pour le moment à installer Virtualbox correctement, apparemment pour des problèmes de signatures de noyau, etc.
J'ai des erreurs de traitement de paquet (ex virtualbox-qt) avec dpkg et donc à chaque upgrade général, il me les ressort.
J'ai supprimé virtualbox et réinstallé mais je soupçonne que dpkg retombe sur des anciens fichiers et ça fait pareil.
Je voudrais faire un nettoyage correct après remove.
J'ai fait une recherche et effectivement tout un tas de fichiers "virtualbox" un peu partout.
Ma question : est-ce que je je peux supprimer tout ce qui s'appelle "virtualbox" dans le système ou bien ubuntu installe-t-il des fichiers qui porteraient ce nom et pourraient être utiles voire indispensables ?

Merci d'avance pour le réponses
Joyeuses fêtes de fin d'année à tous !

f.x0

Bonjour Carlus,

tu peux essayer ceci :
ouvres un terminal
tapes

sudo apt purge virtualbox-*

sudo apt autoremove --purge

sudo apt clean

Carlus

Bonjour,

Merci pour avoir pris le temps de me répondre.
J'ai passé les 3 commandes.
La purge virtualbox a effectivement supprimé pas mal de fichiers qui traînaient.
Les deux autres commandes n'ont rien eu à faire.

Par sécurité j'ai fait un update et full-upgrade avant de réinstaller.
Puis j'ai réinstallé Virtualbox, et ça recommence.
Ci-dessous la partie problématique.
Il semblerait que virtualbox ne soit pas compatible avec le dernier Kernel....
Cependant le script fait mention de dépendances non installées (-dkms, -source, -modules).
Ne devraient-elles pas être installées en même temps que virtualbox ?
Est-ce parce qu'il ne reconnait pas ce kernel ?
Je préfèrerais avoir un avis avant d'installer les dépendances.

Enfin, j'ai toujours le message " le message d'erreur indique une erreur consécutive à un échec précédent." alors que tous les fichiers virtualbox ont été supprimés...

Building initial module for 5.5.0-050500rc2-generic
ERROR (dkms apport): kernel package linux-headers-5.5.0-050500rc2-generic is not supported
Error! Bad return status for module build on kernel: 5.5.0-050500rc2-generic (x86_64)
Consult /var/lib/dkms/virtualbox/6.0.14/build/make.log for more information.
dpkg: erreur de traitement du paquet virtualbox-dkms (--configure) :
 installed virtualbox-dkms package post-installation script subprocess returned error exit status 10
dpkg: des problèmes de dépendances empêchent la configuration de virtualbox :
 virtualbox dépend de virtualbox-dkms (>= 6.0.14-dfsg-1) | virtualbox-source (>= 6.0.14-dfsg-1) | virtualbox-modules ; cependant :
 Le paquet virtualbox-dkms n'est pas encore configuré.
  Le paquet virtualbox-source n'est pas installé.
  Le paquet virtualbox-modules n'est pas installé.
  Le paquet virtualbox-dkms qui fournit virtualbox-modules n'est pas encore configuré.

dpkg: erreur de traitement du paquet virtualbox (--configure) :
 problèmes de dépendances - laissé non configuré
dpkg: des problèmes de dépendances empêchent la configuration de virtualbox-qt :
 virtualbox-qt dépend de virtualbox (= 6.0.14-dfsg-1) ; cependant :
 Le paquet virtualbox n'est pas encore configuré.

dpkg: erreur de traitement du paquet virtualbox-qt (--configure) :
 problèmes de dépendances - laissé non configuré
Traitement des actions différées (« triggers ») pour desktop-file-utils (0.24-1ubuntu1) ...Aucun rapport « apport » n'a été créé car le message d'erreur indique une erreur consécutive à un échec précédent.
                                             Aucun rapport « apport » n'a été créé car le message d'erreur indique une erreur consécutive à un échec précédent.

Traitement des actions différées (« triggers ») pour mime-support (3.63ubuntu1) ...
Traitement des actions différées (« triggers ») pour hicolor-icon-theme (0.17-2) ...
Traitement des actions différées (« triggers ») pour gnome-menus (3.32.0-1ubuntu1) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.30-0ubuntu2) ...
Traitement des actions différées (« triggers ») pour systemd (242-7ubuntu3.2) ...
Traitement des actions différées (« triggers ») pour man-db (2.8.7-3) ...
Traitement des actions différées (« triggers ») pour shared-mime-info (1.10-1) ...
Des erreurs ont été rencontrées pendant l'exécution :
 virtualbox-dkms
 virtualbox
 virtualbox-qt
E: Sub-process /usr/bin/dpkg returned an error code (1)

[sub]Modération : merci d'utiliser les balises code (explications ici).[/sub]

f.x0

essaies ceci :

sudo apt purge -f virtualbox-*

sudo apt autoremove --purge

sudo apt clean

puis pour installer, tapes

sudo apt install virtualbox-6.1

GammaDraconis

Carlus a écritBonjour à tous,
Je viens de changer d'ordi et je suis sous 19.10 avec un noyau 5.5-rc2 (pour des raisons de carte graphique)

Ça m'étonnerai que ta carte graphique exige le futur 5.5, c'est quoi la référence de ta carte graphique ?

Carlus

Merci encore une fois.
J'ai refais une purge et lancé l'install, mais :
"Impossible de trouver le paquet virtualbox-6.1"

J'ai vu qu'il y avait un .deb pour 19.10 sur le site de Virtualbox (virtualbox-6.1_6.1.0-135406_Ubuntu_eoan_amd64.deb).
Si je l'installe manuellement, il sera mis à jour ensuite ?

Pour la carte vidéo c'est une MSI Radeon RX 5700 XT sur une CM MSI X470 Gaming Pro Carbon avec un Proc. AMD Ryzen 7 2700X.
Il y a eu des amélioration spécifique sur le noyau 5.3.

Carlus

J'ai tenté l'installation du .deb, qui s'est bien déroulée, mais au milieu j'ai ce message :

If your system is using EFI Secure Boot you may need to sign the
kernel modules (vboxdrv, vboxnetflt, vboxnetadp, vboxpci) before you can load
them. Please see your Linux system's documentation for more information.

Je crois bien que j'ai un boot EFI. Ca parle à quelqu'un ?
Comment on signe le kernel ?

GammaDraconis

ça change rien que tu es un boot efi ou non, c'est pas ça le problème. La contrainte c'est pas rapport à la fonction "Secure Boot" qui doit être désactivé !
Normalement c'est une évidence, il faut le faire systématiquement (même si tu n'utilise pas Virtualbox) mais si tu es novice, peut être que tu n'es pas au courant ?
Quoi qu'il en soit, il ne faut pas de Secure Boot activé.

Carlus

Je ne suis pas vraiment novice mais j'avais arrété les installs depuis pas mal d'année.
Du coup je n'étais pas familiarisé aux nouveaux bios, en couleur :-) et avec des icones qu'on peut bouger à la souris....

Alors dans le Bios j'avais, pour l'option Sécure boot, le choix entre UEFI ou Legacy+UEFI
J'avais bien entendu choisi "Legacy+UEFI"
Seulement je n'avais pas fait gaffe que dans les icones des périphériques de boot, j'avais deux fois le disque ssd, une fois avec un "U" et une fois sans.
Et c'est celui avec le "U" qui était en premier et sur lequel le système a été vraisemblablement installé.
J'ai essayé de mettre celui sans le "U" en premier et bien entendu ça boot pas.

Il y a-t-il une autre solution pour changer ça que de tout réinstaller en remettant le disque sans "U" en premier ?
Car là c'est inenvisageable pour moi de reinstaller tout et perdre une semaine juste pour pouvoir utiliser virtualbox.....

f.x0

As-tu le Secure Boot activé ???

Carlus

Dans le bios, MSI il n'y a pas d'option secure boot. Juste l'option dont j'ai parlé plus haut. A moins que tu parles d'une option au niveau du système ?

f.x0

dans le bios, regardes si tu peux
selectionner "Advanced Mode", "Settings", "Windows OS Configuration"
et choisir "Windows 8.1/ 10 WHQL Support" à "Disabled"

Carlus

Je n'utilise plus Windows depuis 20 ans donc avant l'install j'ai bien vérifié que c'était sur Disabled...

f.x0

Essaies d'installer virtualbox en ajouta,t le dépôt d'oracle →

wget -q -O- http://download.virtualbox.org/virtualbox/debian/oracle_vbox_2016.asc | sudo apt-key add -

echo "deb http://download.virtualbox.org/virtualbox/debian $(lsb_release -sc) contrib" | sudo tee /etc/apt/sources.list.d/virtualbox.list

sudo apt-get update

sudo apt-get install virtualbox-6.1
sudo /etc/init.d/vboxdrv setup

Carlus

Je viens de le faire, après un bon nettoyage.
Le problème ressort pendant l'install :

Paramétrage de virtualbox-6.1 (6.1.0-135406~Ubuntu~eoan) ...
addgroup: Le groupe « vboxusers » existe déjà en tant que groupe système. Fin de la procédure.
vboxdrv.sh: failed: Look at /var/log/vbox-setup.log to find out what went wrong.

There were problems setting up VirtualBox. To re-start the set-up process, run
/sbin/vboxconfig
as root. If your system is using EFI Secure Boot you may need to sign the
kernel modules (vboxdrv, vboxnetflt, vboxnetadp, vboxpci) before you can load
them. Please see your Linux system's documentation for more information.

Du coup la dernière commande ne passe pas, évidemment....

f.x0

Essaies ceci

Carlus

J'avais vu cette page mais je n'avais pas osé le faire.
Du coup je viens de le faire.
Tout s'est bien déroulé, reboot, mot de passe, etc.
Je n'ai pas créé le script pour les version futures (étape 4) mais logiquement c'était bon pour celui-ci.
Re-nettoyage, réinstallation avec tes dernières commandes, et exactement le même message que précédemment et donc impossible de lancer le setup.
Là je ne comprends pas..