Bonjour
Le logiciel windows interdit à ses utilisateurs standards d'accéder au répertoire de boot. La partition le contenant est masquée et n'a pas de lettre. Il faut sacrément bricoler pour en mettre une afin d'y accéder.
Le plus simple est assurément d'utiliser une version ubuntu installé ou dite live de n'importe quelle version.
puis de faire en ligne de commandes
Voici un exemple de ce qu'il est possible de faire
ls /boot/efi/EFI
Boot grub Microsoft MicrosoftSave OEM refind refind.bis sg2d tools ubuntu Windows10 WindowsSave
ls /boot/efi/EFI/microsoft
Boot Boot1
ls /boot/efi/EFI/microsoft/boot
Banniere de-DE hr-HR kd_0C_8086.dll pt-BR sr-Latn-CS
BCD drivers_x64 hu-HU kdnet_uart16550.dll pt-PT sr-Latn-RS
BCD.LOG efi icons kdstub.dll qps-ploc sv-SE
BCD.LOG1 el-GR icons-backup keys REFbkpbootmgfw.efi System.map-5.4.0-1002-oem
BCD.LOG2 en-GB initrd.img-5.4.0-14-generic ko-KR refind.conf System.map-5.4.0-14-generic
bg-BG en-US it-IT lost+found refind.conf.BON tr-TR
bkpbootmgfw.efi es-ES ja-JP lt-LT refind.conf.REF uk-UA
BOOT.CSV es-MX kd_02_10df.dll lv-LV refind.conf-sample vmlinuz-5.4.0-14-generic
bootmgr.efi et-EE kd_02_10ec.dll memtest86+.bin refind.conf.SAVE winsipolicy.p7b
BOOTSTAT.DAT fbx64.efi kd_02_1137.dll memtest86+.elf refind_linux.conf zh-CN
boot.stl fi-FI kd_02_14e4.dll memtest86+_multiboot.bin refind_x64.efi zh-HK
bootx64.efi Fonts kd_02_15b3.dll memtest.efi Resources zh-TW
bootx64.efi.grb fr-CA kd_02_1969.dll mmx64.efi ro-RO
config-5.4.0-1002-oem fr-FR kd_02_19a2.dll MokManager.efi ru-RU
config-5.4.0-14-generic fwupx64.efi kd_02_1af4.dll nb-NO shimx64.efi
cs-CZ grub kd_02_8086.dll nl-NL sk-SK
da-DK grubx64.efi kd_07_1415.dll pl-PL sl-SI
La duplication du répertoire de boot pouvant se faire avec ces commandes
sudo mkdir -v /boot/efi/EFI/microsoft/bootSAVE
sudo cp -Rv /boot/efi/EFI/microsoft/boot/* /boot/efi/EFI/microsoft/bootSAVE
Voir à un niveau supérieur.
sudo mkdir -v /boot/efi/EFI/microsoftSAVE
sudo cp -Rv /boot/efi/EFI/microsoft/* /boot/efi/EFI/microsoftSAVE
Nota. Le problème de la réparation
C est le suivant:
Si windows a livré un nouveau logiciel de boot, on va lancer systématiquement la réparation
C qui va l'écraser.
Cela fera booter avec l'ancien logiciel, Soit il fonctionne encore, soit il ne fonctionne plus... Aucune idée pour savoir à l'avance.
Je n'ai pas investi pour savoir comment réparer avec windows. Le problème est que boot-repair ne sauve qu'une seule fois, il faudrait donc penser à détruire la sauvegarde avant de le lancer lorsqu'on constate que windows reboote lorsque cela devrait être ubuntu... Qui pensera à cette action? Personne à mon avis!
Pour éviter ce piège, il faudrait que boot-repair sauve systématiquement avec une version datée. On pourrait alors réparer en cherchant parmi les versions datées, celle qui contient le nouveau lanceur de windows qui a été écrasée sans sauvetage préalable....
