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 ! ».

D’ailleurs, comme vous allez le voir, aider un néophyte peut s’avérer plus difficile que prévu, l’ordinateur peut être configuré d’une façon à laquelle on n’avait pas pensé, par exemple avec BitLocker, que j’ai découvert à cette occasion.

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
(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.

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
(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.

Obtenir une clé USB d’installation de Windows 11

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

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

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.

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.

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.

$ 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

Ventoy sera le programme le mieux adapté pour créer une clé USB à partir de la copie de Windows téléchargée depuis le site Microsoft.

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.

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 !

Résumé pratique

Les lignes qui précèdent relatent une démarche d’investigation, avec des hésitations et des retours en arrière. Si nous résumons la démarche qui nous a mené au succès dans ce cas particulier (oui, cela vaut pour ce cas particulier, attention, il peut y avoir des situations complètement différentes) :

– télécharger sur le site Microsoft une image ISO de Windows ;
– installer le logiciel Ventoy ;
– avec Ventoy, créer une clé USB bootable avec l’image ISO de Windows ;
– booter sur cette clé USB ;
– choisir le parcours :
Réparer l’ordinateur → Dépannage → Options avancées → Invite de commandes ;
– quelques manipulations subtiles avec Diskpart ;
– notamment s’il n’y a pas de lettre associée au lecteur :
– select volume
– assign letter=S
– et là :
– bcdboot C :\Windows /s S : /f UEFI

Mais en faisant cela, prendre de multiples précautions !

Et Bitlocker ?

BitLocker n’est mentionné dans aucune des lignes qui précèdent, et n’intervient pas en principe dans ce processus de partitionnement du disque et d’installation de Linux en double-boot.

Cependant, lors de mon premier rendez-vous de néophyte, la partition Windows de son ordinateur était chiffrée par BitLocker, à son insu d’ailleurs. Ce qui nous a placés devant un écran bleu, sans aucune possibilité d’action.

Heureusement, l’écran bleu donnait une information pour s’en sortir :

– se connecter à son compte Microsoft sur le site Microsoft (si vous avez Windows vous avez un compte Microsoft, et il est possible de s’y connecter avec un système de double authentification) ;
– une fois connecté, on récupère sa clé BitLocker, qui permet de reprendre la main sur l’ordinateur, puis de supprimer le chiffrement ;
– en effet, tant que la partition est chiffrée, il est bien sûr impossible ne serait-ce que de la redimensionner pour faire de la place pour Linux.

J’avoue avoir eu peur, heureusement que nous avons pu nous connecter au compte Microsoft correspondant à la copie de Windows installée. Et merci encore à Microsoft pour la possibilité d’obtenir gratuitement une copie de Windows : il est juste de les saluer quand on est content d’eux !