Origines du combat
De façon générale je travaille sous Linux, mais quand j’enseignais la programmation, au début, j’admettais que les étudiants travaillassent sous Windows, et pour pouvoir suivre leur travail j’avais pris l’habitude d’avoir des ordinateurs en double-boot, Linux et Windows. Et Windows est hélas indispensable pour quelques trucs...
Puis, un jour, je trouvai Ubuntu décidément trop peu libre, et je le remplaçai par Debian. Bon, je sais, Devuan aurait été mieux, pour éliminer systemd, mais les trop petits projets, je m’en méfie, quand ils s’éteignent on reste un peu seul dans la steppe.
Puis, un autre jour, je me suis porté volontaire pour participer à une équipe de prosélytisme en faveur de Linux, il s’agit d’aider des néophytes à adopter Linux. Et là, je me suis dit que Debian allait être un peu aride, et j’ai pensé que Linux Mint serait un meilleur compromis.
Bon, pour être sur le même plan que les dits néophytes, j’installe Linux Mint à la place de Debian, qui d’ailleurs commençait à m’énerver (absence d’outil de création de clé USB...). L’installation se passe sans encombre, mais au reboot : Windows n’est plus accessible ! Il est bien là, dans sa partition, intact, mais aucun moyen de le lancer.
Après quelques tentatives infructueuses j’appelle à l’aide un collègue et ami que j’avais connu expert Windows, mais il m’annonce avoir apostasié : « je suis ignare dans les Windozeries et fier de l’être ! ».
Bon, ne reste plus que mon fidèle allié ChatGPT. L’histoire commence.
Appel à ChatGPT
Bonjour ! Ravi de vous retrouver. Que puis-je faire pour vous ce matin ?
Position du problème
Sur un ordinateur j’avais installé un double-boot, Windows 11 sur la partition /dev/nvme0n1p3, Linux Debian sur /de/nvme0n1p5. /de/nvme0n1p1 contient la partition EFI, /de/nvme0n1p2 est une partition Microsoft réservée. Tout marchait bien, puis j’ai remplacé Linux Debian par Linux Mint, depuis Mint fonctionne mais Windows n’est plus visible. Les flags de la partition Windows sont : boot, esp. Que faire pour que Windows soit bootable, et Mint aussi ?
Bonjour. Oui, c’est très probablement récupérable sans réinstaller Windows. Le point qui m’interpelle immédiatement est celui-ci :
– /dev/nvme0n1p1 : partition EFI
– /dev/nvme0n1p2 : Microsoft Reserved (MSR)
– /dev/nvme0n1p3 : Windows 11
– /dev/nvme0n1p5 : Debian remplacé par Mint
En principe, le flag esp doit être sur p1, pas sur la partition Windows p3 (nda : c’est moi qui avait cru cela adroit). Le fait que p3 ait boot, esp mérite donc d’être vérifié, mais ne modifions rien tout de suite.
Vérifier exactement l’état des partitions
Dans Mint, pourriez-vous me donner le résultat de ces trois commandes ?
lsblk -o NAME,SIZE,FSTYPE,FSVER,LABEL,PARTLABEL,PARTUUID,MOUNTPOINTS,PARTFLAGS
puis :
sudo parted -l
et :
sudo efibootmgr -v
Ces trois résultats vont nous dire :
– si p1 est bien la vraie partition système EFI ;
– si p3 est bien en NTFS ;
– où sont les fichiers EFI de Windows ;
– si le firmware UEFI possède encore une entrée Windows Boot Manager ;
– et surtout pourquoi le nouveau GRUB de Mint ne trouve plus Windows.
$ sudo find /boot/efi/EFI/Microsoft -maxdepth 3 -type f
find : ‘/boot/efi/EFI/Microsoft’ : Aucun fichier ou dossier de ce nom
$ sudo find /boot/grub/
< toute une série, dont /boot/grub/grub.cfg>
$ sudo ls /boot/efi/EFI
BOOT ubuntu
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
nvme0n1 259:0 0 476,9G 0 disk
├─nvme0n1p1 259:1 0 100M 0 part /boot/efi
├─nvme0n1p2 259:2 0 16M 0 part
├─nvme0n1p3 259:3 0 82,3G 0 part # Windows est ici !
├─nvme0n1p4 259:4 0 1G 0 part
├─nvme0n1p5 259:5 0 47,3G 0 part /
├─nvme0n1p6 259:6 0 8G 0 part [SWAP]
├─nvme0n1p7 259:7 0 15,7G 0 part
├─nvme0n1p8 259:8 0 11,2G 0 part
└─nvme0n1p9 259:9 0 288,7G 0 part /home
$ parted print
Modèle : WDC PC SN520 SDAPNUW-512G-1014 (nvme)
Disque /dev/nvme0n1 : 512GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque :
Avertissement : échec de traduction du nom de partition
Numéro Début Fin Taille Système de fichiers Nom Drapeaux
1 1049kB 106MB 105MB fat32 EFI system partition démarrage, esp
2 106MB 123MB 16,8MB Microsoft reserved partition msftres
3 123MB 88,5GB 88,3GB ntfs Basic data partition legacy_boot, msftdata
5 88,5GB 139GB 50,8GB ext4 legacy_boot
6 164GB 172GB 8576MB linux-swap(v1) swap
7 172GB 189GB 16,9GB ext4
8 189GB 201GB 12,0GB ext4
9 201GB 511GB 310GB ext4
4 511GB 512GB 1074MB ntfs caché, diag
Il y a deux choses distinctes à rétablir
Il faut que :
UEFI → Windows Boot Manager → Windows
fonctionne, et que :
UEFI → GRUB de Mint → choix Mint / Windows
fonctionne.
Il est tout à fait possible que Windows soit encore parfaitement bootable mais que GRUB de Mint ne le propose simplement plus.
Sur les versions récentes de Mint/Ubuntu, os-prober est notamment un élément à vérifier. Une fois que nous aurons vu les résultats ci-dessus, il est possible que la solution soit simplement :
sudo apt install os-prober
puis d’autoriser os-prober dans /etc/default/grub, et de reconstruire le menu :
sudo update-grub
Mais je préfère ne pas vous faire modifier /etc/default/grub avant d’avoir vu votre configuration, car le détail important ici est la situation de p1 et p3.
Surtout, ne réinstallez pas Windows
Le remplacement de Debian par Mint a probablement simplement installé un nouveau chargeur GRUB et modifié les entrées EFI. Les partitions Windows et EFI peuvent très bien être intactes.
Et ne changez pas encore les flags boot, esp de p3 : si vous me donnez les trois sorties ci-dessus, je pourrai vous dire précisément ce qu’il faut faire, commande par commande, pour retrouver Mint + Windows 11 dans le même menu de démarrage.
$ lsblk -o NAME,SIZE,FSTYPE,FSVER,LABEL,PARTLABEL,PARTUUID,MOUNTPOINTS,PARTFLAGS
NAME SIZE FSTYPE FSVER LABEL PARTLABEL PARTUUID MOUNTPOINTS PARTFLAGS
nvme0n1
476,9G
├─nvme0n1p1
│ 100M vfat FAT32 EFI system partition 26b20a8e-f18c-4923-a988-a58fb905f40b /boot/efi
├─nvme0n1p2
│ 16M Microsoft reserved partition 81760448-aa40-40c0-8d9b-32026a8bc5bc
├─nvme0n1p3
│ 82,3G ntfs Acer Basic data partition 5286c7d1-9042-4ef5-a812-1d86528c2cc0
├─nvme0n1p4
│ 1G ntfs Basic data partition e64a1416-3ed7-42b5-bbc9-e49f9cced705 0x1
├─nvme0n1p5
│ 47,3G ext4 1.0 e6869577-62ed-41e6-8903-13e599c56853 / 0x4
├─nvme0n1p6
│ 8G swap 1 8ea6056c-6102-468d-9e83-7619616c1aa0 [SWAP]
├─nvme0n1p7
│ 15,7G ext4 1.0 c2f544e6-d201-4b77-9dda-c3f9ff332f09
├─nvme0n1p8
│ 11,2G ext4 1.0 9f5cd3c5-7705-4794-9be8-7e52e994f8ec
└─nvme0n1p9
288,7G ext4 1.0 cfe1fd35-5329-4d4f-a5ca-9aaed889a7ee /home
Merci. Cette sortie est déjà très instructive.
Ce que l’on peut établir
Votre disque est bien organisé en GPT/UEFI :
Partition Taille Système Rôle
p1 100 Mo FAT32 EFI System Partition — /boot/efi
p2 16 Mo — Microsoft Reserved
p3 82,3 Go NTFS Windows
p4 1 Go NTFS partition Windows de récupération
p5 47,3 Go ext4 Mint /
p6 8 Go swap swap
p7 15,7 Go ext4 autre partition Linux
p8 11,2 Go ext4 autre partition Linux
p9 288,7 Go ext4 Mint /home
Et surtout :
La partition EFI p1 est bien montée sur /boot/efi.
Donc il ne faut surtout pas recréer une partition EFI ni toucher à p1 pour l’instant.
En revanche, votre sortie montre que p3 n’a aucun PARTFLAGS affiché. Le 0x1 est sur p4, et le 0x4 sur p5. Cela ne correspond donc pas à ce que vous indiquiez précédemment (« les flags de Windows sont boot, esp »). Il est possible que l’outil graphique que vous avez utilisé affiche les flags d’une manière différente.
L’étape suivante est décisive
Il me manque maintenant les deux informations qui permettront de savoir exactement ce qui s’est passé lors de l’installation de Mint.
Pouvez-vous exécuter :
sudo parted -l
puis :
sudo efibootmgr -v
Ne faites aucune modification pour l’instant.
La première commande nous permettra notamment de voir les flags GPT réels. La seconde nous dira si le firmware UEFI possède encore une entrée du genre :
Windows Boot Manager
et vers quel fichier .efi elle pointe.
Il y a ensuite deux scénarios assez simples :
Windows Boot Manager existe encore dans l’UEFI, mais Mint/GRUB ne le propose plus → il faudra surtout réparer la détection de Windows par GRUB.
Windows Boot Manager a disparu, mais les fichiers Windows sont toujours présents dans p1 → nous pourrons recréer proprement l’entrée UEFI, sans toucher à l’installation Windows.
Dans les deux cas, votre partition Windows p3 semble bien présente et intacte puisque Mint la voit comme une partition NTFS de 82,3 Go.
Envoyez-moi donc les sorties de parted -l et efibootmgr -v, et nous continuerons pas à pas.
$ sudo parted -l
Modèle : WDC PC SN520 SDAPNUW-512G-1014 (nvme)
Disque /dev/nvme0n1 : 512GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque :
Avertissement : échec de traduction du nom de partition
Numéro Début Fin Taille Système de fichiers Nom Drapeaux
1 1049kB 106MB 105MB fat32 EFI system partition démarrage, esp
2 106MB 123MB 16,8MB Microsoft reserved partition msftres
3 123MB 88,5GB 88,3GB ntfs Basic data partition démarrage, esp
5 88,5GB 139GB 50,8GB ext4 legacy_boot
6 164GB 172GB 8576MB linux-swap(v1) swap
7 172GB 189GB 16,9GB ext4
8 189GB 201GB 12,0GB ext4
9 201GB 511GB 310GB ext4
4 511GB 512GB 1074MB ntfs caché, diag
Merci, cela clarifie un point important.
Votre partitionnement est normal pour une installation Windows 11 en UEFI, à une anomalie près : p3 porte elle aussi les drapeaux démarrage, esp. Ce n’est pas normal : le drapeau esp doit être porté par p1, la partition FAT32 de 105 Mo.
Mais je ne pense pas que ce soit nécessairement la cause de la disparition de Windows du menu de Mint. Le remplacement de Debian par Mint a probablement surtout modifié la configuration EFI/GRUB.
Ce que je voudrais vérifier maintenant
La commande la plus importante est :
sudo efibootmgr -v
Pouvez-vous me donner sa sortie ?
Elle devrait ressembler à quelque chose comme :
BootCurrent : 0003
Timeout : 1 seconds
BootOrder : 0003,0000,...
Boot0000* Windows Boot Manager ...
Boot0003* ubuntu ...
Nous verrons alors notamment si Windows Boot Manager est toujours enregistré dans le firmware UEFI.
Mais votre parted -l révèle aussi quelque chose d’intéressant
On a maintenant :
– p1 fat32 EFI system partition démarrage, esp
– p2 Microsoft reserved msftres
– p3 ntfs Basic data partition démarrage, esp
– p5 ext4 legacy_boot
– ...
– p4 ntfs caché, diag
Donc :
– p1 est bien l’ESP ;
– p2 est bien la MSR Windows ;
– p3 est bien votre Windows ;
– p4 est très vraisemblablement la partition de récupération Windows ;
– p5 est Mint.
Je ne modifierais pas encore les drapeaux. Il vaut mieux d’abord comprendre pourquoi ils sont ainsi et vérifier les entrées UEFI.
Une petite précision
Votre première commande lsblk indiquait :
p3 ... Acer ... Basic data partition
p4 ... Basic data partition ... 0x1
p5 ... / ... 0x4
alors que parted indique boot, esp sur p3.
Cela vient du fait que les deux programmes n’interprètent pas forcément les bits de GPT de la même façon dans leur affichage. parted nous donne ici l’information la plus directement utile.
Donnez-moi donc sudo efibootmgr -v. À partir de cela, je pourrai vous indiquer précisément la marche à suivre pour conserver Mint comme système Linux par défaut tout en ayant Windows 11 dans le menu GRUB, sans réinstaller ni Mint ni Windows.
$ sudo efibootmgr -v
BootCurrent : 0000
Timeout : 0 seconds
BootOrder : 0000,2001,2002,2003
Boot0000* ubuntu HD(1,GPT,26b20a8e-f18c-4923-a988-a58fb905f40b,0x800,0x32000)/File(\EFI\ubuntu\shimx64.efi)
dp : 04 01 2a 00 01 00 00 00 00 08 00 00 00 00 00 00 00 20 03 00 00 00 00 00 8e 0a b2 26 8c f1 23 49 a9 88 a5 8f b9 05 f4 0b 02 02 / 04 04 34 00 5c 00 45 00 46 00 49 00 5c 00 75 00 62 00 75 00 6e 00 74 00 75 00 5c 00 73 00 68 00 69 00 6d 00 78 00 36 00 34 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
Boot2001* EFI USB Device RC
dp : 7f ff 04 00
data : 52 43
Boot2002* EFI DVD/CDROM RC
dp : 7f ff 04 00
data : 52 43
Boot2003* EFI Network RC
dp : 7f ff 04 00
data : 52 43
Parfait : nous avons maintenant un diagnostic assez net.
Ce que montre efibootmgr
Votre firmware UEFI ne possède plus d’entrée Windows Boot Manager. Il ne connaît actuellement que :
Boot0000* ubuntu → \EFI\ubuntu\shimx64.efi
C’est l’installation de Mint qui utilise le répertoire EFI nommé ubuntu — c’est parfaitement normal pour Mint.
La bonne nouvelle est que rien n’indique que Windows lui-même ait disparu. Votre p3 NTFS est toujours là, ainsi que p1, l’ESP.
Je procéderais en deux temps :
– vérifier que les fichiers EFI de Windows sont bien présents sur p1 ;
– recréer l’entrée Windows Boot Manager, puis faire en sorte que GRUB de Mint propose Windows.
Regardons le contenu de la partition EFI
Faites simplement :
sudo ls -l /boot/efi/EFI
puis, si vous voyez un répertoire Microsoft :
sudo find /boot/efi/EFI/Microsoft -maxdepth 3 -type f
Il serait particulièrement intéressant de trouver :
/boot/efi/EFI/Microsoft/Boot/bootmgfw.efi
Ne modifiez encore rien.
Si ce fichier est présent, nous pourrons très probablement recréer directement l’entrée UEFI avec efibootmgr.
Pourquoi Mint apparaît sous le nom ubuntu
Ce point peut surprendre :
\EFI\ubuntu\shimx64.efi
alors que vous utilisez Mint.
Linux Mint conserve effectivement le chemin EFI EFI/ubuntu pour des raisons de compatibilité avec certains mécanismes UEFI/GRUB. Ce n’est donc pas une indication que vous avez accidentellement réinstallé Ubuntu.
Et ensuite GRUB
Une fois Windows Boot Manager restauré, nous vérifierons aussi la détection par GRUB. Sur Mint, il faudra probablement vérifier os-prober et éventuellement activer :
GRUB_DISABLE_OS_PROBER=false
puis :
sudo update-grub
L’objectif final sera d’obtenir quelque chose comme :
GRUB
├── Linux Mint
└── Windows Boot Manager
et, au niveau du firmware :
BootOrder : Mint, Windows Boot Manager, ...
Commencez donc par sudo ls -l /boot/efi/EFI et donnez-moi le résultat. Si Microsoft/Boot/bootmgfw.efi est là, la réparation sera assez directe.
$ sudo ls -l /boot/efi/EFI
total 1
drwx------ 2 root root 512 sept. 16 22:30 BOOT
drwx------ 2 root root 512 sept. 16 10:51 ubuntu
Voilà, nous avons trouvé la cause immédiate : le répertoire Microsoft a disparu de la partition EFI. Votre installation Windows (p3) est toujours présente, mais son chargeur EFI n’est plus présent sur l’ESP p1.
La bonne nouvelle est qu’on peut normalement le reconstruire sans toucher à la partition Windows.
Le plus sûr est d’abord de vérifier que la partition Windows contient bien son environnement de démarrage, puis de recréer les fichiers EFI avec l’outil Windows bcdboot.
Ne modifions rien côté Linux pour l’instant
Je vous déconseille notamment de créer manuellement EFI/Microsoft avec mkdir ou de copier des fichiers depuis ailleurs. Le moyen propre est de laisser Windows reconstruire son propre environnement EFI.
Il faut donc démarrer sur l’environnement de récupération de Windows 11 (WinRE), soit depuis Windows si vous arrivez encore à le lancer, soit depuis une clé USB d’installation Windows 11 (nda : le site Microsoft donne généreusement la possibilité de créer gratuitement une clé USB d’installation Windows 11, sans nécessité de fournir une clé d’activation. Ouf !).
Une fois dans l’environnement de récupération Windows, choisissez :
Réparer l’ordinateur → Dépannage → Options avancées → Invite de commandes
Puis nous identifierons les lettres attribuées aux partitions. Elles ne seront probablement pas les mêmes que dans Mint : la partition Windows ne sera pas nécessairement C :.
À l’invite, tapez :
diskpart
puis :
list volume
Vous devriez retrouver notamment :
– la partition FAT32 de 100 Mo (p1) ;
– la partition NTFS de 82 Go (p3).
Donnez-moi le résultat de list volume.
Pourquoi je préfère procéder ainsi
bcdboot est précisément l’outil Microsoft destiné à recréer les fichiers de démarrage EFI et l’entrée Windows Boot Manager à partir de l’installation Windows existante.
La commande sera vraisemblablement de la forme :
bcdboot X :\Windows /s Y : /f UEFI
où X : sera la partition contenant Windows et Y : la partition EFI FAT32.
Mais ne lancez pas cette commande tout de suite : nous devons d’abord déterminer les bonnes lettres avec diskpart.
Une fois cette opération faite, nous pourrons revenir dans Mint et faire :
sudo update-grub
pour que le menu de démarrage propose à nouveau Windows.
Une remarque importante sur les drapeaux
Votre parted montre toujours :
p1 ... démarrage, esp
p3 ... démarrage, esp
C’est inhabituel. Je laisserais ces drapeaux tranquilles pour le moment. La priorité est de restaurer le chargeur EFI de Windows. Nous pourrons ensuite vérifier et, si nécessaire, corriger proprement le drapeau esp de p3.
Si vous avez une clé USB d’installation Windows 11, dites-moi simplement si vous l’avez sous la main ; je peux vous guider précisément dans WinRE, étape par étape, sans risque pour Mint ni pour vos données.
aujourd’hui 11:01
Voilà les réponses aux commandes conseillées :
$ sudo find /boot/efi/EFI/Microsoft -maxdepth 3 -type f
find : ‘/boot/efi/EFI/Microsoft’ : Aucun fichier ou dossier de ce nom
$ sudo find /boot/grub/
< toute une série, dont /boot/grub/grub.cfg>
$ sudo ls /boot/efi/EFI
BOOT ubuntu
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
nvme0n1 259:0 0 476,9G 0 disk
├─nvme0n1p1 259:1 0 100M 0 part /boot/efi
├─nvme0n1p2 259:2 0 16M 0 part
├─nvme0n1p3 259:3 0 82,3G 0 part # Windows est ici !
├─nvme0n1p4 259:4 0 1G 0 part
├─nvme0n1p5 259:5 0 47,3G 0 part /
├─nvme0n1p6 259:6 0 8G 0 part [SWAP]
├─nvme0n1p7 259:7 0 15,7G 0 part
├─nvme0n1p8 259:8 0 11,2G 0 part
└─nvme0n1p9 259:9 0 288,7G 0 part /home
$ parted print
Modèle : WDC PC SN520 SDAPNUW-512G-1014 (nvme)
Disque /dev/nvme0n1 : 512GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque :
Avertissement : échec de traduction du nom de partition
Numéro Début Fin Taille Système de fichiers Nom Drapeaux
1 1049kB 106MB 105MB fat32 EFI system partition démarrage, esp
2 106MB 123MB 16,8MB Microsoft reserved partition msftres
3 123MB 88,5GB 88,3GB ntfs Basic data partition legacy_boot, msftdata
5 88,5GB 139GB 50,8GB ext4 legacy_boot
6 164GB 172GB 8576MB linux-swap(v1) swap
7 172GB 189GB 16,9GB ext4
8 189GB 201GB 12,0GB ext4
9 201GB 511GB 310GB ext4
4 511GB 512GB 1074MB ntfs caché, diag
Merci, ces résultats permettent de préciser le diagnostic, et il y a même une bonne nouvelle : p3 est bien la partition Windows et elle est maintenant correctement identifiée comme msftdata ; le problème est bien au niveau du démarrage EFI.
Je corrige donc légèrement ce que je vous proposais précédemment : il n’est pas nécessaire de toucher aux partitions ni aux drapeaux GPT pour l’instant.
Situation actuelle
Nous avons :
p1 100 Mo FAT32 EFI /boot/efi
p2 16 Mo MSR
p3 82,3 Go NTFS Windows
p4 1 Go NTFS Recovery
p5 47,3 Go ext4 Mint /
p9 288,7 Go ext4 Mint /home
et surtout :
/boot/efi/EFI/
├── BOOT
└── ubuntu
Il manque :
/boot/efi/EFI/Microsoft
Donc, lors du remplacement de Debian par Mint, les fichiers de démarrage EFI de Windows ont disparu de la partition EFI. C’est cohérent également avec :
efibootmgr -v
Boot0000* ubuntu ...
et l’absence de Windows Boot Manager.
La bonne méthode : bcdboot
Il faut maintenant laisser Windows recréer lui-même ses fichiers de démarrage EFI.
Pour cela, il faut démarrer sur l’environnement de récupération de Windows 11. Une clé USB d’installation de Windows 11 convient parfaitement.
Une fois arrivé à :
Réparer l’ordinateur → Dépannage → Options avancées → Invite de commandes
nous allons identifier les lettres des partitions.
Dans l’invite Windows, tapez :
diskpart
puis :
list volume
et éventuellement :
list disk
Il faut notamment identifier :
la partition NTFS de 82 Go → votre Windows (p3) ;
la partition FAT32 de 100 Mo → votre EFI (p1).
Ensuite, quittez DiskPart :
exit
Puis nous testerons Windows
Supposons, uniquement à titre d’exemple, que WinRE ait attribué :
C : = Windows
S : = EFI
On vérifierait d’abord :
dir C :\Windows
Si vous voyez notamment System32, WinSxS, etc., nous avons trouvé la bonne partition Windows.
Puis :
dir S :\
pour vérifier qu’il s’agit bien de la FAT32 EFI.
À ce stade seulement, la commande de reconstruction sera :
bcdboot C :\Windows /s S : /f UEFI
Le message attendu est quelque chose comme :
Les fichiers de démarrage ont été créés.
Cette commande va recréer notamment :
S :\EFI\Microsoft\Boot\bootmgfw.efi
et normalement enregistrer à nouveau Windows Boot Manager dans le firmware UEFI.
Ensuite, retour dans Mint
Après redémarrage, il est possible que la machine démarre directement Windows ou directement Mint selon l’ordre EFI. Ce n’est pas inquiétant.
Nous vérifierons alors dans Mint :
sudo efibootmgr -v
On devrait retrouver quelque chose du genre :
Boot0000* ubuntu
Boot0001* Windows Boot Manager
Puis il faudra faire reconnaître Windows par GRUB. On vérifiera notamment :
sudo os-prober
et :
sudo update-grub
À terme, vous devriez avoir un menu :
– Linux Mint
– Windows Boot Manager
Donc, pour l’instant : une seule chose à faire
Ne modifiez rien avec parted, gparted ou efibootmgr.
Démarrez sur votre support Windows 11 et donnez-moi simplement la sortie de :
diskpart
list volume
Je vous dirai exactement quelles lettres utiliser pour bcdboot. C’est préférable, car les lettres attribuées par WinRE peuvent être différentes de C : et S :, et il ne faut surtout pas se tromper de partition.
Bon, je n’ai pas de clé de réparation Windows, et comme mon Windows est hors-service je ne peux pas en créer :-( Je dois pouvoir trouver un ami sous Windows, ou y a-t-il un autre moyen de s’en procurer ?
Oui — et vous n’avez pas besoin de trouver un PC Windows. Puisque Mint fonctionne, vous pouvez télécharger directement depuis Mint l’ISO officielle de Windows 11, puis fabriquer la clé USB d’installation depuis Linux.
Microsoft propose officiellement l’ISO de Windows 11 x64, qui peut servir à créer un support USB amorçable.
Télécharger Windows 11 — site officiel Microsoft
Depuis Mint
Je vous propose cette méthode, qui évite complètement d’avoir à utiliser Windows :
Téléchargez l’ISO Windows 11 pour appareils x64 depuis la page Microsoft ci-dessus.
Vous aurez un fichier de plusieurs Go, du genre Win11_25H2_French_x64.iso.
Avec une clé USB d’au moins 8 Go, nous pourrons créer une clé d’installation amorçable.
Microsoft indique bien qu’une clé USB vierge d’au moins 8 Go suffit pour le support d’installation.
Et il y a une autre possibilité intéressante
Avant même de fabriquer la clé, je voudrais vérifier quelque chose : votre partition Windows p3 est-elle lisible depuis Mint ?
Essayez :
sudo mkdir /mnt/windows
sudo mount -t ntfs3 /dev/nvme0n1p3 /mnt/windows
ls /mnt/windows
Si vous obtenez notamment :
Windows
Program Files
Users
...
alors nous savons que l’installation Windows elle-même est parfaitement présente et lisible.
Dans ce cas, il est même possible que nous puissions récupérer le démarrage avec des outils contenus dans l’ISO, sans réinstaller quoi que ce soit.
Je vous conseille donc de ne pas encore fabriquer la clé. Faites d’abord ce petit test de montage de p3 et donnez-moi le résultat de :
ls /mnt/windows
Cela permettra de confirmer que Windows est intact avant d’entreprendre la réparation de son chargeur EFI.
Oui ! $ ls /mnt/windows/
’$Recycle.Bin’ inetpub ’Program Files’
’$WinREAgent’ Intel ’Program Files (x86)’
Config.Msi oem Recovery
’Documents and Settings’ OneDriveTemp swapfile.sys
DumpStack.log pagefile.sys ’System Volume Information’
DumpStack.log.tmp PerfLogs Users
hiberfil.sys ProgramData Windows
Excellente nouvelle ! Windows est bien intact. La partition p3 contient une installation Windows complète (Windows, Program Files, Users, etc.). Nous n’avons donc aucune raison de réinstaller Windows.
Il reste à reconstruire son démarrage UEFI.
Et il y a une possibilité intéressante : avant de fabriquer une clé USB Windows, nous pouvons tenter une réparation depuis Mint, mais il faut distinguer deux choses :
les fichiers de démarrage Windows (bootmgfw.efi, BCD, etc.) manquent dans p1 ;
l’outil Microsoft bcdboot qui les recrée n’est normalement pas disponible sous Linux.
Je vous conseille donc maintenant de télécharger l’ISO officielle de Windows 11 depuis Mint et de créer une clé USB d’installation. Vous n’avez pas besoin d’un autre ordinateur.
Télécharger l’ISO
Depuis Mint, allez sur la page officielle :
Téléchargement de Windows 11 — Microsoft
Choisissez :
Télécharger l’image disque (ISO) de Windows 11 pour les appareils x64
Vous n’avez pas besoin d’une clé de produit pour cette opération : nous ne faisons qu’utiliser l’environnement de récupération.
Créer la clé depuis Mint
Une fois l’ISO téléchargée, ne la copiez surtout pas simplement sur la clé USB.
Il existe plusieurs méthodes sous Linux. Je vous recommande Ventoy, car il est très pratique : on installe Ventoy une fois sur la clé, puis on copie l’ISO dessus.
Mais avant de faire cela, je voudrais éviter que vous effaciez accidentellement un mauvais disque. Si vous avez une clé USB disponible, donnez-moi :
lsblk -o NAME,SIZE,MODEL,TYPE,MOUNTPOINTS
Je vous indiquerai alors exactement quelle commande utiliser.
Et surtout : nous sommes dans une situation très favorable
Nous avons maintenant établi les trois faits essentiels :
p1 → EFI 100 Mo → présente et montée
p3 → NTFS 82,3 Go → Windows complet et lisible
EFI/Microsoft → absent
efibootmgr → Windows Boot Manager absent
Donc notre objectif est simplement :
actuellement
UEFI ──→ Mint ──→ GRUB
↑
Windows absent
après réparation
UEFI ──→ Mint ──→ GRUB ──→ Mint
└────→ Windows 11
Aucune réinstallation de Windows, aucune suppression de partition, aucun formatage.
Et puisque votre Mint fonctionne parfaitement, nous pouvons faire tout le travail préparatoire depuis Mint.
aujourd’hui 12:24
$ lsblk -o NAME,SIZE,MODEL,TYPE,MOUNTPOINTS
NAME SIZE MODEL TYPE MOUNTPOINTS
sda 29,3G UDisk disk
└─sda1 29,3G part /media/lbloch/disk
nvme0n1 476,9G WDC PC SN520 SDAPNUW-512G-1014 disk
├─nvme0n1p1 100M part /boot/efi
├─nvme0n1p2 16M part
├─nvme0n1p3 82,3G part /mnt/windows
├─nvme0n1p4 1G part
├─nvme0n1p5 47,3G part /
├─nvme0n1p6 8G part [SWAP]
├─nvme0n1p7 15,7G part
├─nvme0n1p8 11,2G part
└─nvme0n1p9 288,7G part /home
Parfait. /dev/sda est clairement votre clé USB de 29,3 Go, tandis que le SSD Windows/Mint est /dev/nvme0n1. Nous pouvons donc utiliser sda sans ambiguïté.
1 Télécharger Ventoy
Téléchargez l’archive Linux depuis le site officiel :
https://www.ventoy.net/en/download.html
Ventoy — téléchargement Linux
Vous obtiendrez un fichier du type :
ventoy-1.x.xx-linux.tar.gz
Décompressez-le, par exemple dans Téléchargements.
2. Votre clé est bien /dev/sda
Nous l’avons vérifié :
sda 29,3G UDisk
└─sda1 29,3G
et votre disque interne est :
nvme0n1 476,9G WDC PC SN520...
C’est donc bien /dev/sda qu’il faudra donner à Ventoy, et non /dev/sda1.
⚠️ L’installation de Ventoy efface entièrement la clé USB. C’est prévu et documenté par Ventoy.
3. Démonter la clé
Elle est actuellement montée sur /media/lbloch/disk, donc :
sudo umount /dev/sda1
Puis, dans le répertoire où vous avez décompressé Ventoy :
cd /Téléchargements/ventoy-*
et :
sudo ./Ventoy2Disk.sh -i /dev/sda
Regardez attentivement ce que le programme affiche avant de confirmer.
Il doit indiquer quelque chose correspondant à :
/dev/sda
et environ 29 Go.
N’utilisez surtout pas /dev/nvme0n1.
Ventoy indique officiellement que sous Linux la commande s’applique au disque entier (/dev/sdX), et non à une partition.
4. Copier votre ISO
Après l’installation, la clé aura une grande partition de données. Mint devrait normalement la monter automatiquement.
Vous pourrez alors simplement copier l’ISO Windows 11 sur cette partition, exactement comme vous copieriez un fichier ordinaire.
C’est tout : Ventoy détectera l’ISO au démarrage et la proposera dans son menu
Mint devrait avoir remonté automatiquement la partition de données de la clé. Vérifiez avec :
lsblk -o NAME,SIZE,FSTYPE,LABEL,MOUNTPOINTS
Vous devriez voir quelque chose comme :
sda
├─sda1 ... exfat Ventoy /media/...
└─sda2 ... vfat
La grande partition sda1 est celle qui nous intéresse.
Si elle est montée, copiez simplement votre ISO Windows dans cette partition. Par exemple, si l’ISO est dans Téléchargements :
cp /Téléchargements/*.iso /media/$USER/Ventoy/
Mais le nom exact du point de montage peut différer. Si vous me donnez la sortie de lsblk ci-dessus, je vous donnerai la commande exacte.
Vous pouvez aussi faire la copie graphiquement avec le gestionnaire de fichiers : ouvrez Ventoy, puis faites glisser l’ISO Windows dedans.
2. Ensuite, démarrage sur la clé
Quand l’ISO est copiée :
laissez la clé branchée ;
redémarrez le PC ;
utilisez la touche qui ouvre le Boot Menu UEFI — souvent F12, F11, Esc ou parfois F9 selon la machine ;
choisissez UEFI : USB / Ventoy.
Ventoy affichera alors votre ISO Windows 11. Sélectionnez-la.
3. Attention à une chose
Quand l’installateur Windows apparaît, ne choisissez surtout pas "Installer maintenant".
Nous chercherons :
Réparer l’ordinateur → Dépannage → Options avancées → Invite de commandes
C’est dans cette invite que nous pourrons exécuter diskpart, identifier p1 et p3, puis :
bcdboot X :\Windows /s Y : /f UEFI
avec les bonnes lettres, que nous déterminerons ensemble.
Cela devrait recréer :
EFI/Microsoft/Boot/bootmgfw.efi
et l’entrée Windows Boot Manager.
Pour l’instant, faites simplement :
lsblk -o NAME,SIZE,FSTYPE,LABEL,MOUNTPOINTS
et envoyez-moi le résultat. Je vous indiquerai précisément où copier l’ISO.
$ lsblk -o NAME,SIZE,FSTYPE,LABEL,MOUNTPOINTS
NAME SIZE FSTYPE LABEL MOUNTPOINTS
sda 29,3G
├─sda1 29,3G exfat Ventoy
└─sda2 32M vfat VTOYEFI
nvme0n1 476,9G
├─nvme0n1p1 100M vfat /boot/efi
├─nvme0n1p2 16M
├─nvme0n1p3 82,3G ntfs Acer /mnt/windows
├─nvme0n1p4 1G ntfs
├─nvme0n1p5 47,3G ext4 /
├─nvme0n1p6 8G swap [SWAP]
├─nvme0n1p7 15,7G ext4
├─nvme0n1p8 11,2G ext4
└─nvme0n1p9 288,7G ext4 /home
Parfait. La clé Ventoy est correctement installée :
sda
├─sda1 29,3G exfat Ventoy
└─sda2 32M vfat VTOYEFI
Il reste simplement à monter sda1 et à y copier l’ISO.
Monter la partition Ventoy
Parfait. Nous avons maintenant exactement ce qu’il nous faut.
Volume 1 = votre Windows, 82 Go NTFS = /dev/nvme0n1p3
Volume 2 = votre partition EFI, 100 Mo FAT32 = /dev/nvme0n1p1
Volume 0 = la clé USB Ventoy
Il faut maintenant déterminer les lettres de lecteur, car votre extrait ne les donne pas. C’est important avant de lancer bcdboot.
À l’invite DISKPART> tapez :
list volume
et regardez la colonne Ltr.
Si, par exemple, vous avez :
Volume 1 C NTFS Partition 82 G Sain
Volume 2 FAT32 Partition 100 M Sain Masqué
cela signifie que Windows est C : mais que l’EFI n’a pas de lettre.
Attribuer temporairement une lettre à l’EFI
Dans ce cas, faites :
select volume 2
puis :
assign letter=S
Vous devriez obtenir :
DiskPart a correctement assigné la lettre de lecteur ou le point de montage.
Puis :
exit
Vous revenez alors à :
X :\sources>
Vérifions maintenant Windows
Si le Volume 1 avait bien la lettre C, tapez :
dir C :\Windows
Vous devez voir le contenu du répertoire Windows.
Puis :
dir S :\
La partition sera probablement presque vide, ou contiendra éventuellement les répertoires EFI existants.
Si ces deux commandes correspondent bien aux partitions attendues, ne faites rien d’autre et donnez-moi leur résultat.
Nous serons alors à une commande de la réparation :
bcdboot C :\Windows /s S : /f UEFI
Je préfère vraiment faire cette vérification juste avant bcdboot, car elle garantit que nous écrivons les fichiers de démarrage sur la bonne partition EFI et que nous ne touchons pas à vos données Windows.
X :\sources>bcdboot C :\Windows /s S : /f UEFI
Les fichiers de démarrage ont bien été créés.
Excellent ! 🎉 C’est exactement le message que nous espérions :
« Les fichiers de démarrage ont bien été créés. »
Windows a donc recréé son chargeur EFI sur votre partition p1.
1. Vérifions avant de redémarrer
Toujours dans l’invite X :\sources>, vous pouvez vérifier que les fichiers sont là :
dir S :\EFI\Microsoft\Boot
Vous devriez voir notamment :
bootmgfw.efi
BCD
...
Si c’est bien le cas, la réparation du démarrage Windows est faite.
2. Quitter et redémarrer
Tapez :
exit
Vous reviendrez à l’écran des options de récupération.
Choisissez ensuite Éteindre le PC (ou redémarrer).
Retirez la clé USB Ventoy avant le redémarrage, afin que la machine ne reparte pas sur l’ISO Windows.
3. Il est possible que le PC démarre directement sur Windows
C’est normal.
bcdboot a normalement créé dans l’UEFI une entrée :
Windows Boot Manager
Mais nous voulons finalement obtenir :
GRUB de Mint
├── Linux Mint
└── Windows Boot Manager
Donc, si la machine démarre directement sous Windows, ce n’est pas un problème : nous reviendrons ensuite dans Mint et réglerons l’ordre de démarrage.
4. Si la machine démarre directement sur Mint
C’est tout aussi bien.
Une fois dans Mint, donnez-moi simplement le résultat de :
sudo efibootmgr -v
Puis :
sudo os-prober
Nous vérifierons que Windows Boot Manager est maintenant présent dans l’UEFI, puis nous ferons apparaître Windows dans le menu GRUB.
Ne modifiez rien d’autre pour le moment.
Vous venez de franchir l’étape essentielle : le chargeur Windows vient d’être recréé, sans toucher à votre installation Windows ni à Mint.
aujourd’hui 14:42
Bien, au reboot j’ai eu Windows direct. En rebootant puis accès au BIOS, j’ai pu remettre ubuntu (Mint) en première priorité, et sous Mint un coup de update-grub2 a remis les choses en ordre, avec au boot le choix entre les deux systèmes. Merci, ce fut dur !
Avec plaisir ! Et oui, celle-là était un peu coriace. 🙂
Mais nous avons finalement pu réparer le système proprement :
Windows 11 était intact sur nvme0n1p3 ;
la partition EFI nvme0n1p1 était toujours présente ;
le remplacement de Debian par Mint avait supprimé les fichiers EFI/Microsoft et l’entrée UEFI Windows ;
bcdboot a recréé le chargeur Windows ;
le BIOS a ensuite permis de remettre Mint/GRUB en priorité ;
update-grub2 a retrouvé Windows et reconstitué le menu double-boot.
Vous avez maintenant exactement la configuration souhaitée :
GRUB → Linux Mint / Windows 11.
Et surtout, aucune réinstallation et aucune perte de données. 👍
Petite leçon à retenir pour une prochaine réinstallation Linux : dans une machine UEFI avec Windows, conserver la partition EFI existante (p1) et éviter de la reformater est crucial. Les fichiers de démarrage de Windows et ceux de Linux peuvent parfaitement cohabiter dans cette même partition.
Merci de m’avoir accompagné dans le diagnostic étape par étape — et bravo pour avoir mené la réparation jusqu’au bout !
Ensuite
Redémarrez avec la clé USB branchée et ouvrez le Boot Menu UEFI de votre ordinateur. Choisissez l’entrée correspondant à la clé USB en mode UEFI.
Ventoy devrait afficher :
Win11_25H2_French_x64_v2.iso
Sélectionnez-la.
Puis, dans le programme d’installation Windows, nous choisirons :
Réparer l’ordinateur → Dépannage → Options avancées → Invite de commandes
Et là, arrêtez-vous et donnez-moi ce que vous voyez. Nous identifierons ensemble les lettres des partitions avant de lancer bcdboot.
Nous sommes maintenant à une étape très sûre : aucune opération n’a encore modifié votre Windows.
Parfait : vous êtes exactement au bon endroit. X :\sources> est l’invite de commandes de l’environnement de récupération Windows.
Ne lancez pas encore bcdboot, car nous devons d’abord déterminer quelles lettres WinRE a attribuées à vos partitions.
1. Lancez DiskPart
À X :\sources> tapez :
diskpart
puis :
list volume
Vous devriez obtenir une liste ressemblant à :
Volume ### Ltr Label Fs Size
--- ------- ----- ----
Volume 0 C NTFS 82 GB
Volume 1 FAT32 100 MB
...
2. Donnez-moi cette sortie
Arrêtez-vous après list volume et copiez-moi le résultat.
Nous identifierons précisément :
la partition FAT32 de 100 Mo → votre /dev/nvme0n1p1 ;
la partition NTFS de 82,3 Go contenant Windows → votre /dev/nvme0n1p3.
Ensuite seulement, nous ferons quelque chose de très simple, probablement :
bcdboot C :\Windows /s S : /f UEFI
avec les lettres que nous aurons vérifiées.
Cette commande va reconstruire le répertoire :
EFI\Microsoft\Boot
sur votre partition EFI et recréer l’entrée Windows Boot Manager.
Donc pour l’instant : diskpart, puis list volume, et envoyez-moi le résultat.
Je vois :
Volume 0 la clé USB
Volume 1 NTFS Partition 82 G Sain
Volume 2 FAT32 Partition 100 M Sain Masqué etc.
Parfait. Nous avons maintenant exactement ce qu’il nous faut.
Volume 1 = votre Windows, 82 Go NTFS = /dev/nvme0n1p3
Volume 2 = votre partition EFI, 100 Mo FAT32 = /dev/nvme0n1p1
Volume 0 = la clé USB Ventoy
Il faut maintenant déterminer les lettres de lecteur, car votre extrait ne les donne pas. C’est important avant de lancer bcdboot.
À l’invite DISKPART> tapez :
list volume
et regardez la colonne Ltr.
Si, par exemple, vous avez :
Volume 1 C NTFS Partition 82 G Sain
Volume 2 FAT32 Partition 100 M Sain Masqué
cela signifie que Windows est C : mais que l’EFI n’a pas de lettre.
Attribuer temporairement une lettre à l’EFI
Dans ce cas, faites :
select volume 2
puis :
assign letter=S
Vous devriez obtenir :
DiskPart a correctement assigné la lettre de lecteur ou le point de montage.
Puis :
exit
Vous revenez alors à :
X :\sources>
Vérifions maintenant Windows
Si le Volume 1 avait bien la lettre C, tapez :
dir C :\Windows
Vous devez voir le contenu du répertoire Windows.
Puis :
dir S :\
La partition sera probablement presque vide, ou contiendra éventuellement les répertoires EFI existants.
Si ces deux commandes correspondent bien aux partitions attendues, ne faites rien d’autre et donnez-moi leur résultat.
Nous serons alors à une commande de la réparation :
bcdboot C :\Windows /s S : /f UEFI
Je préfère vraiment faire cette vérification juste avant bcdboot, car elle garantit que nous écrivons les fichiers de démarrage sur la bonne partition EFI et que nous ne touchons pas à vos données Windows.
X :\sources>bcdboot C :\Windows /s S : /f UEFI
Les fichiers de démarrage ont bien été créés.
Excellent ! 🎉 C’est exactement le message que nous espérions :
« Les fichiers de démarrage ont bien été créés. »
Windows a donc recréé son chargeur EFI sur votre partition p1.
1. Vérifions avant de redémarrer
Toujours dans l’invite X :\sources>, vous pouvez vérifier que les fichiers sont là :
dir S :\EFI\Microsoft\Boot
Vous devriez voir notamment :
bootmgfw.efi
BCD
...
Si c’est bien le cas, la réparation du démarrage Windows est faite.
2. Quitter et redémarrer
Tapez :
exit
Vous reviendrez à l’écran des options de récupération.
Choisissez ensuite Éteindre le PC (ou redémarrer).
Retirez la clé USB Ventoy avant le redémarrage, afin que la machine ne reparte pas sur l’ISO Windows.
3. Il est possible que le PC démarre directement sur Windows
C’est normal.
bcdboot a normalement créé dans l’UEFI une entrée :
Windows Boot Manager
Mais nous voulons finalement obtenir :
GRUB de Mint
├── Linux Mint
└── Windows Boot Manager
Donc, si la machine démarre directement sous Windows, ce n’est pas un problème : nous reviendrons ensuite dans Mint et réglerons l’ordre de démarrage.
4. Si la machine démarre directement sur Mint
C’est tout aussi bien.
Une fois dans Mint, donnez-moi simplement le résultat de :
sudo efibootmgr -v
Puis :
sudo os-prober
Nous vérifierons que Windows Boot Manager est maintenant présent dans l’UEFI, puis nous ferons apparaître Windows dans le menu GRUB.
Ne modifiez rien d’autre pour le moment.
Vous venez de franchir l’étape essentielle : le chargeur Windows vient d’être recréé, sans toucher à votre installation Windows ni à Mint.
Bien, au reboot j’ai eu Windows direct. En rebootant puis accès au BIOS, j’ai pu remettre ubuntu (Mint) en première priorité, et sous Mint un coup de update-grub2 a remis les choses en ordre, avec au boot le choix entre les deux systèmes. Merci, ce fut dur !
Avec plaisir ! Et oui, celle-là était un peu coriace. 🙂
Mais nous avons finalement pu réparer le système proprement :
Windows 11 était intact sur nvme0n1p3 ;
la partition EFI nvme0n1p1 était toujours présente ;
le remplacement de Debian par Mint avait supprimé les fichiers EFI/Microsoft et l’entrée UEFI Windows ;
bcdboot a recréé le chargeur Windows ;
le BIOS a ensuite permis de remettre Mint/GRUB en priorité ;
update-grub2 a retrouvé Windows et reconstitué le menu double-boot.
Vous avez maintenant exactement la configuration souhaitée :
GRUB → Linux Mint / Windows 11.
Et surtout, aucune réinstallation et aucune perte de données. 👍
Petite leçon à retenir pour une prochaine réinstallation Linux : dans une machine UEFI avec Windows, conserver la partition EFI existante (p1) et éviter de la reformater est crucial. Les fichiers de démarrage de Windows et ceux de Linux peuvent parfaitement cohabiter dans cette même partition.
Merci de m’avoir accompagné dans le diagnostic étape par étape — et bravo pour avoir mené la réparation jusqu’au bout !
Ensuite
Redémarrez avec la clé USB branchée et ouvrez le Boot Menu UEFI de votre ordinateur. Choisissez l’entrée correspondant à la clé USB en mode UEFI.
Ventoy devrait afficher :
Win11_25H2_French_x64_v2.iso
Sélectionnez-la.
Puis, dans le programme d’installation Windows, nous choisirons :
Réparer l’ordinateur → Dépannage → Options avancées → Invite de commandes
Et là, arrêtez-vous et donnez-moi ce que vous voyez. Nous identifierons ensemble les lettres des partitions avant de lancer bcdboot.
Nous sommes maintenant à une étape très sûre : aucune opération n’a encore modifié votre Windows.
Parfait : vous êtes exactement au bon endroit. X :\sources> est l’invite de commandes de l’environnement de récupération Windows.
Ne lancez pas encore bcdboot, car nous devons d’abord déterminer quelles lettres WinRE a attribuées à vos partitions.
1. Lancez DiskPart
À X :\sources> tapez :
diskpart
puis :
list volume
Vous devriez obtenir une liste ressemblant à :
Volume ### Ltr Label Fs Size
--- ------- ----- ----
Volume 0 C NTFS 82 GB
Volume 1 FAT32 100 MB
...
2. Donnez-moi cette sortie
Arrêtez-vous après list volume et copiez-moi le résultat.
Nous identifierons précisément :
la partition FAT32 de 100 Mo → votre /dev/nvme0n1p1 ;
la partition NTFS de 82,3 Go contenant Windows → votre /dev/nvme0n1p3.
Ensuite seulement, nous ferons quelque chose de très simple, probablement :
bcdboot C :\Windows /s S : /f UEFI
avec les lettres que nous aurons vérifiées.
Cette commande va reconstruire le répertoire :
EFI\Microsoft\Boot
sur votre partition EFI et recréer l’entrée Windows Boot Manager.
Donc pour l’instant : diskpart, puis list volume, et envoyez-moi le résultat.
Je vois :
Volume 0 la clé USB
Volume 1 NTFS Partition 82 G Sain
Volume 2 FAT32 Partition 100 M Sain Masqué etc.
Parfait. Nous avons maintenant exactement ce qu’il nous faut.
Volume 1 = votre Windows, 82 Go NTFS = /dev/nvme0n1p3
Volume 2 = votre partition EFI, 100 Mo FAT32 = /dev/nvme0n1p1
Volume 0 = la clé USB Ventoy
Il faut maintenant déterminer les lettres de lecteur, car votre extrait ne les donne pas. C’est important avant de lancer bcdboot.
À l’invite DISKPART> tapez :
list volume
et regardez la colonne Ltr.
Si, par exemple, vous avez :
Volume 1 C NTFS Partition 82 G Sain
Volume 2 FAT32 Partition 100 M Sain Masqué
cela signifie que Windows est C : mais que l’EFI n’a pas de lettre.
Attribuer temporairement une lettre à l’EFI
Dans ce cas, faites :
select volume 2
puis :
assign letter=S
Vous devriez obtenir :
DiskPart a correctement assigné la lettre de lecteur ou le point de montage.
Puis :
exit
Vous revenez alors à :
X :\sources>
Vérifions maintenant Windows
Si le Volume 1 avait bien la lettre C, tapez :
dir C :\Windows
Vous devez voir le contenu du répertoire Windows.
Puis :
dir S :\
La partition sera probablement presque vide, ou contiendra éventuellement les répertoires EFI existants.
Si ces deux commandes correspondent bien aux partitions attendues, ne faites rien d’autre et donnez-moi leur résultat.
Nous serons alors à une commande de la réparation :
bcdboot C :\Windows /s S : /f UEFI
Je préfère vraiment faire cette vérification juste avant bcdboot, car elle garantit que nous écrivons les fichiers de démarrage sur la bonne partition EFI et que nous ne touchons pas à vos données Windows.
X :\sources>bcdboot C :\Windows /s S : /f UEFI
Les fichiers de démarrage ont bien été créés.
Excellent ! 🎉 C’est exactement le message que nous espérions :
« Les fichiers de démarrage ont bien été créés. »
Windows a donc recréé son chargeur EFI sur votre partition p1.
1. Vérifions avant de redémarrer
Toujours dans l’invite X :\sources>, vous pouvez vérifier que les fichiers sont là :
dir S :\EFI\Microsoft\Boot
Vous devriez voir notamment :
bootmgfw.efi
BCD
...
Si c’est bien le cas, la réparation du démarrage Windows est faite.
2. Quitter et redémarrer
Tapez :
exit
Vous reviendrez à l’écran des options de récupération.
Choisissez ensuite Éteindre le PC (ou redémarrer).
Retirez la clé USB Ventoy avant le redémarrage, afin que la machine ne reparte pas sur l’ISO Windows.
3. Il est possible que le PC démarre directement sur Windows
C’est normal.
bcdboot a normalement créé dans l’UEFI une entrée :
Windows Boot Manager
Mais nous voulons finalement obtenir :
GRUB de Mint
├── Linux Mint
└── Windows Boot Manager
Donc, si la machine démarre directement sous Windows, ce n’est pas un problème : nous reviendrons ensuite dans Mint et réglerons l’ordre de démarrage.
4. Si la machine démarre directement sur Mint
C’est tout aussi bien.
Une fois dans Mint, donnez-moi simplement le résultat de :
sudo efibootmgr -v
Puis :
sudo os-prober
Nous vérifierons que Windows Boot Manager est maintenant présent dans l’UEFI, puis nous ferons apparaître Windows dans le menu GRUB.
Ne modifiez rien d’autre pour le moment.
Vous venez de franchir l’étape essentielle : le chargeur Windows vient d’être recréé, sans toucher à votre installation Windows ni à Mint.
Bien, au reboot j’ai eu Windows direct. En rebootant puis accès au BIOS, j’ai pu remettre ubuntu (Mint) en première priorité, et sous Mint un coup de update-grub2 a remis les choses en ordre, avec au boot le choix entre les deux systèmes. Merci, ce fut dur !
Avec plaisir ! Et oui, celle-là était un peu coriace. 🙂
Mais nous avons finalement pu réparer le système proprement :
Windows 11 était intact sur nvme0n1p3 ;
la partition EFI nvme0n1p1 était toujours présente ;
le remplacement de Debian par Mint avait supprimé les fichiers EFI/Microsoft et l’entrée UEFI Windows ;
bcdboot a recréé le chargeur Windows ;
le BIOS a ensuite permis de remettre Mint/GRUB en priorité ;
update-grub2 a retrouvé Windows et reconstitué le menu double-boot.
Vous avez maintenant exactement la configuration souhaitée :
GRUB → Linux Mint / Windows 11.
Et surtout, aucune réinstallation et aucune perte de données. 👍
Petite leçon à retenir pour une prochaine réinstallation Linux : dans une machine UEFI avec Windows, conserver la partition EFI existante (p1) et éviter de la reformater est crucial. Les fichiers de démarrage de Windows et ceux de Linux peuvent parfaitement cohabiter dans cette même partition.
Merci de m’avoir accompagné dans le diagnostic étape par étape — et bravo pour avoir mené la réparation jusqu’au bout !