Ce qu'est un VHDX et pourquoi vous en avez un
VHDX est le format de disque virtuel de Windows — successeur du VHD, plafond de 64 To, résistant aux coupures de courant — et il contient un système de fichiers complet que Windows monte comme un vrai lecteur. Vous ne l'avez probablement pas créé exprès : WSL2 garde chaque distribution Linux dans un ext4.vhdx, Docker Desktop empile ses images par-dessus, un Dev Drive est par conception un VHDX monté, et les VM Hyper-V et certains outils de sauvegarde ajoutent les leurs. Cherchez *.vhdx sur le disque : vous en trouverez sans doute plus d'un.
- Distributions WSL2 : ext4.vhdx sous %LOCALAPPDATA%\Packages\...\LocalState — invisible pour df côté Linux
- Docker Desktop : son disque de données WSL grossit à chaque image tirée et chaque couche de conteneur
- Dev Drive : un VHDX monté qui est censé être là — vérifiez l'usage réel avant de juger
- VM Hyper-V : dans le dossier Hyper-V par défaut ou là où vous avez créé la machine
- Images de sauvegarde et de "secours" d'outils de clonage — la surprise de 40 Go à la racine de C:\
Le problème de la croissance : grossit à la demande, ne rétrécit jamais
Les VHDX dynamiques grossissent à l'écriture mais ne rétrécissent pas à la suppression : l'espace est marqué libre dans le système de fichiers invité pendant que le fichier hôte reste à son niveau record. Une distribution WSL2 dans laquelle vous avez tiré des conteneurs, compilé des noyaux puis tout supprimé peut encore afficher un ext4.vhdx de 60 Go pour 12 Go de données réelles — Linux dit vide, Windows dit plein, et les deux ont raison. Ce n'est pas une fuite, c'est la conception, et cela veut dire que chaque nettoyage « à l'intérieur de WSL » ne rend pas un Go à C: tant que le fichier lui-même n'est pas compacté.
Comment récupérer la place sans rien casser
Pour WSL2 : d'abord wsl --shutdown, puis soit wsl --manage <distribution> --set-sparse true sur les builds récents, soit la routine export/import — exporter en .tar, unregister, réimporter, et le nouveau vhdx colle au volume réel des données. Pour Docker Desktop, nettoyez images et volumes dans Docker avant de compacter son disque, sinon vous recommencerez la semaine suivante. Les VM Hyper-V se compactent depuis le Gestionnaire Hyper-V (ou Optimize-VHD -Path <fichier> -Mode Full) machine éteinte, et les dev drives ne réclament qu'un examen de réalité : monter, regarder l'usage effectif, redimensionner avec un plan. Et la règle qui compte : ne supprimez jamais un .vhdx que vous ne savez pas identifier — si une VM ou une distribution vivante pointe dessus, vous venez d'effacer tout son disque.
Questions et réponses
Peut-on supprimer un fichier VHDX ?
Seulement si vous savez à qui il appartient. Une image de sauvegarde orpheline ou le reste d'une distribution WSL supprimée, passe ; le VHDX d'une VM active ou de Docker est son disque sur l'hôte — l'effacer détruit les données.
Pourquoi mon disque virtuel WSL2 est-il si gros ?
Les VHDX dynamiques grossissent à la demande et ne rétrécissent jamais seuls : supprimer des fichiers côté Linux ne rend pas d'espace à Windows. Compactez avec wsl --manage --set-sparse ou par export/import de la distribution.
Vérifiez le contenu avant l'achat.
L'essai unique de 30 minutes couvre les fonctions de base. Les fonctions marquées PRO restent verrouillées jusqu'à l'activation d'une licence payante.
À lire ensuite
Écrivez-nous: [email protected]