Ils auront lis le temps tout de même !]]>
Et j'ai été vérifier le fameux script vboxdrv.sh ici : /usr/lib/virtualbox/vboxdrv.sh et ...
J'ai appliqué la modif car "l'erreur" était présente
Merci à vous, ça servira à d'autres pour sûr
Edit:
Mise en forme ]]>
page down et flèche du clavier pour se positionner
Ctrl+X pour quitter , choisir O pour enregistrer en quittant
la date des fichiers ne change plus
juste quelque seconde a charger les modules au démarrage]]>
a chaque démarrage
Bon demain je verrais pour récupérer le script vboxdrv.sh de ma version d'avant pour comparer les deux voir si il ya a eu des changements]]>
Bon bon... je dois avouer qu'on entre dans des notions qui ne sont pas simples pour moi.
Si je comprends bien, les modules noyau sont recompilés à chaque démarrage alors que ça ne devrait se faire qu'à chaque mise à jour du noyau.
En tout cas, merci pour l'accompagnement.]]>
edit: j'ai trouvé un log j'ai la même date de built du 23 juin qui doit correspondre a une mise à jour du noyau entre temps les modules se charge juste
reedit : je vois sur le résultat de lsmod que la taille de chaque module correspond exactement a mon lsmod bien que mes modules soit pour une version différente de Virtualbox
regarde se que tu as comme résultat de modinfo
f
]]>
Apparemment c'est la compilation des modules noyau de virtualbox qui prend du temps. Ça le fait à chaque démarrage ?
Je l'ai remarqué depuis 2 jours mais je ne suis pas toujours devant mon écran au moment du démarrage.
J'ai redémarré l'ordi pour voir. C'est pareil.
Par contre, ce n'était pas le cas il y a quelques semaines. Bref, je ne sais pas depuis quand précisémant ça le fait.
@Croutons
et le journal correspondant
Je remarque que "Building VirtualBox kernel modules" est beaucoup plus rapide qu'au démarrage de l'ordi mais je ne suis vraiment vraiment pas suffisamment compétent pour en tirer une quelconque conclusion...]]>
●
lancer le script de config et donner le retour , il y aura peut etre des messages d'erreur
]]>
]]>