Impossible de réparer le support de mes machines virtuelles

Version imprimable

Voir 40 message(s) de cette discussion en une page

20/09/2026, 14h37
Jipété
Citation:

Envoyé par Ti-Slackeux

bonjour,
Une plaie sans nom pour se connecter au forum hier...

On est bien d'accord !
Citation:
Envoyé par Ti-Slackeux

Code:

1 2 ls -l /lib/modules/$(uname -r)/build lrwxrwxrwx 1 root root 37 7 sept. 21:33 /lib/modules/6.1.0-53-amd64/build -> /usr/src/linux-headers-6.1.0-53-amd64
et moi, quand je tape la même commande

Code:

ls -l /lib/modules/$(uname -r)/build

je récupère

Code:

lrwxrwxrwx 1 root root 29 20 mai 12:26 /lib/modules/6.1.172/build -> /usr/src/linux-source-6.1.172

ce qui voudrait dire que 6.1.0-53-amd64/ s'est transformé chez moi en 6.1.172/ et c'est ça qu'il me faut corriger, mais je ne vois pas du tout comment...
C''est quoi et où la mécanique qui fait ça ?

Et pourquoi je récupère /usr/src/linux-source-6.1.172 alors que ça devrait être /usr/src/linux-headers-6.1.0-53-amd64 ?

Merci pour la ligne, même si j'ai un peu de mal à la comprendre : que signifie "->" dans ce contexte ?
Citation:
Envoyé par Ti-Slackeux

un truc que j'avais posté qui semble ne pas exister chez vous,

Code:

1 2 file /sbin/rcvboxadd /sbin/rcvboxadd: symbolic link to /opt/VBoxGuestAdditions-7.2.16/init/vboxadd
Oui, il y a des différences entre Debian et ton OS (me souviens plus de son nom), pas grave.

@foetus
c'est quoi l'intérêt de votre post ??
Incrémenter votre compteur de post ??
20/09/2026, 14h47
foetus

Citation:

Envoyé par Jipété

ce qui voudrait dire que dans cette ligne 6.1.0-53-amd64/ s'est transformé chez moi en 6.1.172/ et c'est ça qu'il me faut corriger, mais je ne vois pas du tout comment...

Tu as plusieurs façons de faire :mrgreen:

1) Tu bootes sur un autre noyau avec ton bootlooader au démarrage. Tu avais dit que tu as 2 autres noyaux plus vieux.
Et donc la commande uname -r doit te sortir une autre version de noyau.

2) tu regardes ce que contient le dossier /lib/modules/ (avec l'explorer ou la console avec la commande ls -l /lib/modules) et ensuite tu travailles avec un vrai chemin
Par exemple ls -l /lib/modules/6.1.0-53-amd64/build

Citation:

Envoyé par Jipété

que signifie "->" dans ce contexte ?

regarde la ligne lrwxrwxrwx 1 root root 29 20 mai 12:26 /lib/modules/6.1.172/build -> /usr/src/linux-source-6.1.172.
Le l tout à gauche veut dire lien (link en anglais). Il y a aussi d pour un dossier (directory en anglais)
Donc /lib/modules/6.1.172/build est un lien vers le fichier ou dossier /usr/src/linux-source-6.1.172 : d'où la flèche.
Utilise peut-être l'explorer pour regarder les propriétés de build et linux-source-6.1.172.
Après sous Linux, tu as 2 types de liens : symbolique et dur. Je ne sais pas comment faire la distinction :koi: :koi: ?
20/09/2026, 14h50
Ti-Slackeux

Citation:

Envoyé par Jipété

Merci pour la ligne, même si j'ai un peu de mal à la comprendre : que signifie "->" dans ce contexte ?
Oui, il y a des différences entre Debian et ton OS (me souviens plus de son nom), pas grave.

Ha mais non, non Jipété !
Je me base sur une debian12 pour répondre.
Elle tourne dans une VM mais c'est une debian12 ;)
20/09/2026, 15h07
Jipété

Citation:

Envoyé par foetus

Tu bootes sur un autre noyau avec ton bootlooader au démarrage. Tu avais dit que tu as 2 autres noyaux plus vieux.
Et donc la commande uname -r doit te sortir une autre version de noyau.
J'en ai même 3 ! 170, et 2 autres encore plus vieux. Mais j'avais fait des tests il y a quelques jours et je n'ai jamais vu 6.1.170 se transformer en quelque chose d'exploitable. Je n'ai pas testé les encore plus vieux (164 et 162).
Mais je vais à nouveau tenter.
(un peu plus tard, là, il fait trop chaud, je fatigue.)

2) tu regardes ce que contient le dossier /lib/modules/ (avec l'explorer ou la console avec la commande ls -l /lib/modules) et ensuite tu travailles avec un vrai chemin
Par exemple ls -l /lib/modules/6.1.0-53-amd64/build

OK merci.
le dossier /lib/modules/ je peux le voir tout de suite :
lrwxrwxrwx 1 38 7 sept. 21:33 source -> /usr/src/linux-headers-6.1.0-53-common
-rw-r--r-- 1 160062 7 sept. 21:33 modules.order
-rw-r--r-- 1 45762 7 sept. 21:33 modules.builtin.modinfo
-rw-r--r-- 1 6483 7 sept. 21:33 modules.builtin
lrwxrwxrwx 1 37 7 sept. 21:33 build -> /usr/src/linux-headers-6.1.0-53-amd64
drwxr-xr-x 12 4096 18 sept. 18:00 kernel
-rw-r--r-- 1 526589 18 sept. 18:00 modules.dep
-rw-r--r-- 1 704174 18 sept. 18:00 modules.dep.bin
-rw-r--r-- 1 1315131 18 sept. 18:00 modules.alias
-rw-r--r-- 1 1260777 18 sept. 18:00 modules.alias.bin
-rw-r--r-- 1 1667 18 sept. 18:00 modules.softdep
-rw-r--r-- 1 629251 18 sept. 18:00 modules.symbols
-rw-r--r-- 1 763604 18 sept. 18:00 modules.symbols.bin
-rw-r--r-- 1 7962 18 sept. 18:00 modules.builtin.bin
-rw-r--r-- 1 2437 18 sept. 18:00 modules.builtin.alias.bin
-rw-r--r-- 1 476 18 sept. 18:00 modules.devname
Ce qui est curieux, c'est les deux liens /usr/src/linux-headers-6.1.0-53-common et -amd64, qui vont être transformés en 6.1.172, :koi:

Bon, pause, sinon je m'évanouis

Citation:

Envoyé par Jipété

OK merci.
le dossier /lib/modules/ je peux le voir tout de suite

Tu as un niveau de trop
Code:

1 2 3 4 5 6 foetus@DESKTOP-R96DIFK:/mnt/d/sort/code/sandboxes$ ls -l /lib/modules total 12 drwxr-xr-x 2 root root 4096 Jun 14 07:37 6.18.33.1-microsoft-standard-WSL2 drwxr-xr-x 1 root root 40 Sep 20 15:36 6.18.33.2-microsoft-standard-WSL2 drwxr-xr-x 2 root root 4096 Jun 1 01:56 6.6.114.1-microsoft-standard-WSL2 drwxr-xr-x 2 root root 4096 Mar 18 2026 6.6.87.2-microsoft-standard-WSL2
Dans mon Linux (WSL Debian sous Windows 11) j'ai 4 modules de noyau.

Toi, tu as affiché les fichiers du dossier 6.1.0-53-amd64 ou équivalent (/lib/modules/6.1.0-53-amd64)

20/09/2026, 18h05
Jipété

Citation:

Envoyé par foetus

Toi, tu as affiché les fichiers du dossier 6.1.0-53-amd64 ou équivalent (/lib/modules/6.1.0-53-amd64)

Ben oui. C'est pas ça qu'il fallait faire ?

Sinon, je me suis amusé à démarrer avec une 6.1.164 qui, ma foi, démarre bien sauf le problème permanent pour lequel je pleure toutes les larmes de mon corps, le fameux Kernel driver not installed.

Je me doute bien que je vous prend la tête avec ce bazar, mais je ne vois pas comment avancer à part tout réinstaller, ce qui me fait un peu trembler...
20/09/2026, 18h21
Artemus24
@Jipété : Tant que tu restes coincé sur cela :
Code:

1 2 $: uname -r 6.1.172
tu ne pourras rien faire d'autre.

Citation:

Envoyé par Christophe

Essayes de réinstaller VirtualBox.

Cela ne sert à rien car son noyau actif est encore dans la version 6.1.172.

Citation:

Envoyé par Christophe

A part mettre à jour vers un noyau plus récent et mettre une version plus récente de VirtualBox, je ne vois pas.

Moi non plus, et c'est bien cela le problème de Jipété.

Citation:

Envoyé par Jipété

Je suis déjà aux dernières versions...

Installé, oui sûrement, mais pas activé puisque ton "uname -r" donne encore "6.1.172".

Citation:

Envoyé par Jipété

mais ça coinçait quand même à l'utilisation.

Une étape après l'autre, pas tout en même temps.
Tu as la dernière version installée (la "6.1.187"), il faut maintenant que cela soit celle que tu as au démarrage de ton ordinateur.

Citation:

Envoyé par Jipété

ce qui voudrait dire que 6.1.0-53-amd64/ s'est transformé chez moi en 6.1.172/ et c'est ça qu'il me faut corriger, mais je ne vois pas du tout comment...

Non, pas du tout. Cela signifie que tu n'arrives pas à changer de noyau et pour je ne sais quelle raison, tu restes bloqué sur la "6.1.172".
Quant au démarrage, donc dans GRUB (qui est ton bootloader), tu sélectionnes autre chose que la 6.1.172, que te donne ton "uname -r" ?

Je veux bien te proposer de détruire ton noyau, mais c'est une manipulation plutôt dangereuse que tu ne saurais amener à bien.
De mon coté, ce genre de manipulation ne me fait pas peur car j'ai une sauvegarde de mon Debian.
Donc même si je casse tout, je suis bon à réinstaller que la partition système et puis je repars sur du propre.
Mais de ton coté, j'ignore si tu as fait une sauvegarde et si tu sais facilement comment la réinstaller.
20/09/2026, 19h52
disedorgue

Peux tu nous donner le résultat des commandes suivantes:

Code:

ls -l /boot/vmlinuz-*

Code:

dpkg --list | grep linux-image

Code:

grep -i "GRUB_DEFAULT" /etc/default/grub

En espérant que cela soit les bonnes commandes, car je ne suis plus sous un linux type debian et encore moins sous grub en ce moment...
20/09/2026, 19h58
Jipété
Citation:

Envoyé par Artemus24

Cela ne sert à rien car son noyau actif est encore dans la version 6.1.172.
...
Installé, oui sûrement, mais pas activé puisque ton "uname -r" donne encore "6.1.172".

Une étape après l'autre, pas tout en même temps.
Tu as la dernière version installée (la "6.1.187"), il faut maintenant que cela soit celle que tu as au démarrage de ton ordinateur.

Quant au démarrage, donc dans GRUB (qui est ton bootloader), [si] tu sélectionnes autre chose que la 6.1.172, que te donne ton "uname -r" ?

il me donne bêtement le nouvel uname en cours...
Par exemple j'ai redémarré avec un noyau 6.1.164, résultat :
Code:

1 2 3 4 root@debox64:~: uname -r 6.1.164 root@debox64:~: uname -a Linux debox64 6.1.164 #1 PREEMPT_DYNAMIC Sat Mar 14 13:11:44 CET 2026 x86_64 GNU/Linux
On est tout près du but...
20/09/2026, 20h01
disedorgue

Citation:

Envoyé par foetus

Après sous Linux, tu as 2 types de liens : symbolique et dur. Je ne sais pas comment faire la distinction :koi: :koi: ?

Le lien en dur n'est pas distinguable du fichier lui même, mais on ne peut pas en faire sur des répertoires ainsi que quand on n'est pas sur le même filesystem.
par contre, si tu fais un stat fichier tu as un champs qui te dit combien de liens celui-ci a et c'est uniquement les liens dur ici.

Citation:

Envoyé par disedorgue

Peux-tu nous donner le résultat des commandes suivantes:

En espérant que cela soit les bonnes commandes, car je ne suis plus sous un linux type debian et encore moins sous grub en ce moment...

Mais bien sûr !
(impecs, tes commandes !)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
ls -l /boot/vmlinuz-*
-rw-r--r-- 1 root root 8230848  7 sept. 21:33 /boot/vmlinuz-6.1.0-53-amd64
-rw-r--r-- 1 root root 5493760 15 févr.  2026 /boot/vmlinuz-6.1.162
-rw-r--r-- 1 root root 5497856 14 mars   2026 /boot/vmlinuz-6.1.164
-rw-r--r-- 1 root root 5497856 12 mai   10:49 /boot/vmlinuz-6.1.170
-rw-r--r-- 1 root root 5501952 20 mai   12:26 /boot/vmlinuz-6.1.172
 
dpkg --list | grep linux-image
rc  linux-image-4.19.0-10-amd64           4.19.132-1        amd64     Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-11-amd64           4.19.146-1        amd64     Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-4.19.0-12-amd64           4.19.152-1        amd64     Linux 4.19 for 64-bit PCs (signed)
rc  linux-image-5.8.0-0.bpo.2-amd64       5.8.10-1~bpo10+1  amd64     Linux 5.8 for 64-bit PCs (signed)
ii  linux-image-6.1.0-53-amd64            6.1.187-1         amd64     Linux 6.1 for 64-bit PCs (signed)
ii  linux-image-amd64                     6.1.187-1         amd64     Linux for 64-bit PCs (meta-package)
 
grep -i "GRUB_DEFAULT" /etc/default/grub
GRUB_DEFAULT=0

20/09/2026, 22h47
disedorgue

A priori, il faut que tu boot sur le vmlinuz-6.1.0-53-amd64 qui est la 6.1.187-1.

Que donne la commande:

Code:

grep -E "menuentry '|submenu '" /boot/grub/grub.cfg | cut -d"'" -f2

Citation:

Envoyé par disedorgue

A priori, il faut que tu boot sur le vmlinuz-6.1.0-53-amd64 qui est la 6.1.187-1.

Que donne la commande:

Code:

grep -E "menuentry '|submenu '" /boot/grub/grub.cfg | cut -d"'" -f2

Elle donne ça :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 Debian GNU/Linux Advanced options for Debian GNU/Linux Debian GNU/Linux, with Linux 6.1.172 Debian GNU/Linux, with Linux 6.1.172 (recovery mode) Debian GNU/Linux, with Linux 6.1.170 Debian GNU/Linux, with Linux 6.1.170 (recovery mode) Debian GNU/Linux, with Linux 6.1.164 Debian GNU/Linux, with Linux 6.1.164 (recovery mode) Debian GNU/Linux, with Linux 6.1.162 Debian GNU/Linux, with Linux 6.1.162 (recovery mode) Debian GNU/Linux, with Linux 6.1.0-53-amd64 Debian GNU/Linux, with Linux 6.1.0-53-amd64 (recovery mode)
et là tu me fais entrer dans un monde que je ne connais absolument pas !
Si je devais choisir 1 ligne parmi les 10 proposées, je serais bien en peine.
Je te fais une totale confiance.

20/09/2026, 23h18
Artemus24

Citation:

Envoyé par Jipété

et là tu me fais entrer dans un monde que je ne connais absolument pas !

Je te signale au cas où tu ne l'aurais pas remarqué, que ce sont les noyaux que l'on te propose au démarrage dans GRUB.
Tu es censé les connaitre !
20/09/2026, 23h29
disedorgue

exact, donc boot sur: Debian GNU/Linux, with Linux 6.1.0-53-amd64.
20/09/2026, 23h39
Jipété

Citation:

Envoyé par Artemus24

Je te signale au cas où tu ne l'aurais pas remarqué, que ce sont les noyaux que l'on te propose au démarrage dans GRUB.
Tu es censé les connaitre !

Ils ne me sont jamais proposés !

Pour faire ce que j'ai fait ces jours-ci et encore là maintenant ce soir, il faut que je boote et pendant ces quelques 5 secondes il me faut appuyer sur la lettre "e" pour arrêter le décompte, ce qui me laisse le temps de bien lire la douzaine de lignes qui vont me permettre de configurer une ligne de boot avec les lettres françaises en anglais mais on y arrive, la preuve avec la machine qui vient de booter sur 6.1.0-53-amd64, enfin !

Et du coup, j'exécute uname -a -->

Code:

Linux debox64 6.1.0-53-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.187-1 (2026-09-07) x86_64 GNU/Linux

:yaisse2:

Bon, je vais proprement fermer la machine, les cadors me diront ce qu'il faut ensuite faire, demain matin, car là je suis mortibus.
Cependant, je pense qu'on est tout tout prêt de la réparation, juste ne pas se tromper dans les commandes.

Un énorme merci d'avance et bonne, très bonne nuit.

EDIT :
Grrrr, c'est pas fini : j'ai rebooté après "très bonne nuit", just curious, et me suis retrouvé à nouveau avec 6.1.172, :weird:
J'ai dû oublier un truc que je ne connais pas, donc au dodo !
21/09/2026, 00h20
disedorgue

dans ton /etc/default/grubmodifie la ligne GRUB_DEFAULT par:

Code:

GRUB_DEFAULT="Advanced options for Debian GNU/Linux>Debian GNU/Linux, with Linux 6.1.0-53-amd64"

ou

Code:

GRUB_DEFAULT="1>8"

et ensuite un:

Code:

sudo update-grub

Pour la petite histoire à comprendre: ton GRUB_DEFAULT est égal à 0 et donc dit à grub de démarrer sur le noyau le plus récent,mais sur un point de vu n° de version et donc la 6.1.172 est une numérotation plus récente que 6.1.0-53 (merci debian).
21/09/2026, 09h08
Jipété

Bonjour,

les 3 dernières lignes de disedorgue (post 77) ont fini par solutionner mon problème, ouf !

Grand, Énorme MERCI à tous, me voilà tiré d'affaire.

Enfin, presque, parce que je constate que le support de l'USB3 a disparu, et je me demande comment les mises à jour du grub seront gérées, puisqu'on voit bien maintenant dans GRUB_DEFAULT une nouvelle ligne "... with Linux 6.1.0-53-amd64"
Qu'est-ce que ça va donner lors de mises à jour ?
Bah, on verra ça en temps et en heure, pour le moment il me faut réactiver l'USB3 ou désactiver son support et pour ça, je ne vois pas du tout où se cache l'option concernée...

PS : un conseil, si un jour vous devez trifouiller là-dedans, abandonnez ce nano épouvantable en termes d'ergonomie et préférez-lui mcedit.

À bientôt pour de nouvelles aventures !
:coucou:

1 pièce(s) jointe(s)

Par contre, je viens de découvrir que les machines virtuelles ne fonctionnent plus, :aie:
(vais peut-être ouvrir un nouveau sujet)

Et pas moyen de réparer tout ça, exemple lors d'une tentative de démarrage d'une MV :

Code:

Failed to load the main module ('/usr/lib/virtualbox/ExtensionPacks/Oracle_VirtualBox_Extension_Pack/linux.amd64/VBoxPuelMain.so'): VERR_FILE_NOT_FOUND - /usr/lib/virtualbox/ExtensionPacks/Oracle_VirtualBox_Extension_Pack/linux.amd64/VBoxPuelMain.so: undefined symbol: _ZN20RTCRestClientApiBase9setCAFileERK9RTCString.

C'est normal, les dossiers /usr/lib/virtualbox/additions et /usr/lib/virtualbox/ExtensionPacks sont vides !

Pourtant j'ai scrupuleusement suivi les instructions d'Oracle, mais je gagne ça :
Pièce jointe 678928

C'est la misère totale, y a des jours j'ai bien envie d'abandonner tout ça, car je m'y perds, entre
Code:

1 2 3 4 5 6 Oracle_VirtualBox_Extension_Pack-7.2.2-170484.vbox-extpack Oracle_VirtualBox_Extension_Pack-7.2.18.vbox-extpack VBoxGuestAdditions_7.2.2.iso VBoxGuestAdditions_6.1.50.iso virtualbox-6.1_6.1.50-161033~Debian~bookworm_amd64.deb virtualbox-7.2_7.2.16-174877~Debian~bookworm_amd64.deb
Quelle pagaille ! Quel fichier choisir ?

21/09/2026, 14h16
Jipété

Merci pour ce que tu as rédigé, ça va sans doute bien m'aider mais pour le moment, c'est l'heure de la sieste (32 ° ici), j'attaquerai demain matin à la fraiche.
:coucou:

Voir 40 message(s) de cette discussion en une page