# Recréer un boot linux qui fonctionne après suppression d'une partition windows (et du multiboot associé) **URL:** \ **Category:** Support Debian\ **Created:** [Mars 8, 2021, 9:04 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177 "2021-03-08T09:04:15Z")\ **Posts on this page:** 15\ **Page:** 1
**Author:** ![ploc](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f475e1/32.png) [@ploc](https://www.debian-fr.org/u/ploc)\ **Post date:** [Mars 8, 2021, 9:04 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/1 "2021-03-08T09:04:15Z")
Bonjour, Pour aider un ami avec qui on a découvert qui n’avait jamais supprimé sa partition windows alors qu’il n’utilisait plus que linux depuis des années, on a décidé de supprimer la partition windows ainsi que la partition de restauration windows associée. Bref, on a supprimé toutes les parititions ntfs. `gparted` a pris son temps mais a déplacé et a redimensionné toutes les partitions encore utile, en récupérant au passage des centaines de Go. Après quoi, on s’est attelé à recréer un boot linux qui fonctionne après la suppression du multiboot windows. Et c’est là que ça se corse. Pour (tenter de) simplifier les choses, on a découvert et installé dans une session liveusb le très bon logiciel [boot-repair](https://doc.ubuntu-fr.org/boot-repair) mais celui-ci n’a au final pas permis de démarrer le linux sur le disque, sur la partition `sda7`. Heureusement, une chouette fonctionnalité de boot-repair est de proposer un export de la configuration du pc vers un pastebin. Vous pourrez donc [consulter ici](https://paste.ubuntu.com/p/Fxmw7V38rv/) toute la configuration actuelle du pc. Je me dis que peut-être une clé de l’affaire serait la suppression de la partition `/dev/sda1` où se trouvait `/boot/efi`, voir la ligne 329 : > /boot/efi was on /dev/sda1 during installation Mais j’ai également désactivé le _secure boot_ afin de pouvoir démarrer sur la clé usb _Ventoy_. On a par la suite recréé une partition de 5 Mo à la fin du disque dur, elle porte l’identifiant `/dev/sda1` et on ne l’a volontairement pas formatée mais on lui a positionné le flag `bios-boot`. J’ai aussi vu l’erreur suivant à la ligne 109 : > grub-probe: error: cannot find a GRUB drive for /dev/sdb2. Check your device.map. Je pense m’y connaître assez bien en GNU/linux, mais je n’ai jamais trop trifouillé dans les mécanismes de boot car j’ai toujours laissé faire les installeurs qui s’en sortent très bien. Donc si une bonne âme experte pouvait jeter un oeil et me dire ce qu’il manque pour que ça démarre, mon ami et moi même vous en serions très reconnaissant. Pour les pistes de solution, j’en vois quelques unes : - absence d’une partition ESP - mauvais type ou taille de la partition `/dev/sda1` - blocage au niveau du bios - toute autre suggestion sera évidemment étudiée ! 😉 Merci et bonne journée à tous ! ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mars 10, 2021, 6:33 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/2 "2021-03-10T18:33:30Z")
Concrètement, quel est le problème actuellement ? ---
**Author:** ![ploc](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f475e1/32.png) [@ploc](https://www.debian-fr.org/u/ploc)\ **Post date:** [Mars 10, 2021, 6:47 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/3 "2021-03-10T18:47:02Z")
Ah, j’aurais oublié l’essentiel ? Le pc ne démarre pas. Et quand j’appuie sur `Esc` au démarrage, pour choisir le _média_ de démarrage, je ne vois pas la possibilité de démarrer sur le disque dur (je vois une liste vide). Autrement dit, il manque un _bootloader_ qui fonctionne. ---
**Author:** ![anon8611555](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon8611555](https://www.debian-fr.org/u/anon8611555)\ **Post date:** [Mars 10, 2021, 7:06 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/4 "2021-03-10T19:06:43Z")
> [@ploc](#): > > J’ai aussi vu l’erreur suivant à la ligne 109 : > > > grub-probe: error: cannot find a GRUB drive for /dev/sdb2. Check your device.map. Bonjour, /dev/sdb n’est pas le disque principal… ---
**Author:** ![ploc](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f475e1/32.png) [@ploc](https://www.debian-fr.org/u/ploc)\ **Post date:** [Mars 10, 2021, 7:10 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/5 "2021-03-10T19:10:22Z")
Il n’y a qu’un seul disque dur dans l’ordinateur : `/dev/sda`. `/dev/sdb` est une clé usb qui permet de démarrer un système liveusb à partir duquel je lance gparted ou boot-repair. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mars 10, 2021, 7:35 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/6 "2021-03-10T19:35:02Z")
Quel est le mode d’amorçage configuré dans les options d’amorçage du firmware UEFI ? BIOS/legacy/CSM, UEFI natif, les deux ? D’après le rapport de boot-repair, il a démarré en mode UEFI or boot-repair a installé GRUB pour un amorçage BIOS/legacy. ---
**Author:** ![ploc](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f475e1/32.png) [@ploc](https://www.debian-fr.org/u/ploc)\ **Post date:** [Mars 10, 2021, 9:13 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/7 "2021-03-10T21:13:08Z")
Pour info, `launch CSM` est _disabled_ (c’est quoi CSM). Et dans la section `Secure boot menu`, il y a `Secure Boot` qui est _disabled_. Je crois que j’avais dû mettre à _disabled_ le `Secure Boot` pour pouvoir démarrer sur la clé usb Ventoy l’iso de _gparted_. Donc à mon avis, je suis en boot _legacy_. Voici des photos du BIOS : ![IMG_20210310_222741](https://www.debian-fr.org/uploads/default/original/2X/b/bff39dedc68900f009b4d8347c7c040d9174beff.jpeg) ![IMG_20210310_222749](https://www.debian-fr.org/uploads/default/original/2X/2/24fdccad711f587ab6c014ab23a864640cbdb5bb.jpeg) ![IMG_20210310_222757](https://www.debian-fr.org/uploads/default/original/2X/c/cddc9ff495abf1c7dd067febb4d182c46b79bad9.jpeg) ![IMG_20210310_222804](https://www.debian-fr.org/uploads/default/original/2X/9/959a3efd8eb38b7eaa04ff4e8ee93529ce39c32f.jpeg) ![IMG_20210310_222811](https://www.debian-fr.org/uploads/default/original/2X/c/c40df66e204292caa48049ee8700ec3035e973b2.jpeg) Et ce que nous dit `dmesg` quand on démarre sur une liveusb de Ubuntu : ![IMG_20210310_222452](https://www.debian-fr.org/uploads/default/original/2X/b/bd547e2550e0dbff90d00e166bad814e5effb0ad.jpeg) ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mars 10, 2021, 10:35 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/8 "2021-03-10T22:35:12Z")
> [@ploc](#): > > `launch CSM` est _disabled_ (c’est quoi CSM). CSM = Compatibility Support Module, cela permet d’utiliser les fonctions BIOS avec un firmware UEFI. Mais ça ne veut pas forcément dire qu’il est possible d’amorcer en mode BIOS. Essaie d’activer l’option. > [@ploc](#): > > Donc à mon avis, je suis en boot _legacy_ . Non. > [@ploc](#): > > ce que nous dit `dmesg` montre clairement que c’est un boot UEFI. Soit tu arrives à configurer le firmware pour booter en mode BIOS, soit il faudra réinstaller un boot EFI (partition système EFI formatée en FAT montée sur /boot/efi et réinstallation du paquet grub-efi-amd64). ---
**Author:** ![ploc](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f475e1/32.png) [@ploc](https://www.debian-fr.org/u/ploc)\ **Post date:** [Mars 12, 2021, 8:05 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/9 "2021-03-12T08:05:09Z")
Visiblement, modifier le flag concernant CSM dans le BIOS ne permet pas de mieux démarrer le pc. J’imagine que je vais donc devoir explorer la solution qui consiste à créer une partition EFI formatée en FAT. Est-ce qu’il est possible d’avoir plus d’information sur cette solution ? Existe-t-il un tutoriel quelque part ? Juste un exemple de question en suspend : quelle taille doit faire la partition ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mars 12, 2021, 10:33 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/10 "2021-03-12T10:33:57Z")
> [@ploc](#): > > Visiblement, modifier le flag concernant CSM dans le BIOS ne permet pas de mieux démarrer le pc. Est-ce que ça change quand même quelque chose dans l’affichage du BIOS ? Certains BIOS et firmwares UEFI n’acceptent de booter sur un disque en mode BIOS/legacy que si son MBR contient une table de partition DOS avec une partition ayant le drapeau « boot » activé, ce qui n’est pas le cas par défaut du MBR protecteur d’une table de partition GPT. Deux méthodes possibles pour l’activer : - avec fdisk en forçant l’utilisation de la table de partition DOS - avec parted : Si c’est sans effet sur l’amorçage, il est probable que le firmware de cet ordinateur ne permet pas l’amorçage BIOS/legacy. Il faudra désactiver le drapeau boot du MBR en suivant à nouveau une des deux méthodes ci-dessus (c’est une bascule) car sa présence est contraire à la spécification GPT et peut faire considérer la table de partition comme invalide par le firmware de l’ordinateur et empêcher l’amorçage UEFI. [sarcasme] Pour recréer un amorçage UEFI, tu n’as qu’à demander à boot-repair qui l’a effacé sans se préoccuper de savoir si l’ordinateur était capable d’amorcer en mode BIOS. S’il n’y arrive pas, c’est qu’il n’est pas si bon que tu le disais. [/sarcasme] Ou bien tu fais à la main mais je n’ai pas la patience de décrire pas à pas. Créer une partition système EFI, taille entre 10 et 100 Mo, type EFI, formatée en FAT. Faire un chroot sur la racine du système installé (/dev/sda7). Monter la partition EFI sur /boot/efi. Installer grub avec ``` grub-install --force-extra-removable ``` ---
**Author:** ![ploc](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f475e1/32.png) [@ploc](https://www.debian-fr.org/u/ploc)\ **Post date:** [Mars 15, 2021, 9:00 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/11 "2021-03-15T09:00:40Z")
> [@PascalHambourg](#): > > Est-ce que ça change quand même quelque chose dans l’affichage du BIOS ? Je ne comprends pas trop ce que tu me demandes-là ? La case à cocher du flag est activé alors qu’il ne l’était pas avant. Est-ce que ça devrait changer autre chose ? Si oui, quoi ? ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mars 15, 2021, 9:04 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/12 "2021-03-15T09:04:57Z")
Je parlais de ce qui est affiché au démarrage ou dans le menu de boot du BIOS s’il y en a un (accessible avec une touche généralement entre F1 et F12, parfois affichée sur le premier écran). ---
**Author:** ![ploc](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f475e1/32.png) [@ploc](https://www.debian-fr.org/u/ploc)\ **Post date:** [Mars 17, 2021, 9:50 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/13 "2021-03-17T21:50:18Z")
Non, rien de plus au démarrage, dans le menu de boot du bios. On part sur la création d’une partition EFI. Je vous tiens au courant ici. ---
**Author:** ![ploc](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/f475e1/32.png) [@ploc](https://www.debian-fr.org/u/ploc)\ **Post date:** [Mars 20, 2021, 11:08 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/14 "2021-03-20T23:08:24Z")
Merci à tous pour votre aide. Nous sommes finalement arrivé à régler le problème, en grande partie grâce à votre aide. Je vous confirme que le BIOS était configuré en mode UEFI. Il était également configuré en mode _secure boot_, que je me suis empressé de désactiver. J’avais l’avantage d’avoir une clé usb avec ventoy qui me permettait de démarrer des fichiers **iso** au choix, dont une image gparted live et une autre image boot-repair. J’ai commencé par lancer gparted pour diminuer la taille de la partition système et laisser 100 Mo de libre au début du disque. J’ai alors créé une partition fat32 de 100 Mo au début du disque (que j’ai nommé `efi`), puis j’ai modifié les flags de cette partition `/dev/sda1` pour lui mettre le flag `esp` (elle a pris automatiquement le flag `boot` au passage). J’ai alors redémarré sur l’iso boot-repair et j’ai suivi les indications de boot repair. Malgré [quelques erreurs dans le rapport de boot-repair](https://paste.ubuntu.com/p/wV9xJ7RrWT/), le redémarrage sur le disque a permis de redémarrer le système ubuntu qui était installé sur le disque. [Encore une victoire de canard !](https://www.youtube.com/watch?v=IFS-njpx8SI) ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mars 21, 2021, 1:12 UTC](https://www.debian-fr.org/t/recreer-un-boot-linux-qui-fonctionne-apres-suppression-dune-partition-windows-et-du-multiboot-associe/84177/15 "2021-03-21T13:12:24Z")
> [@ploc](#): > > ’ai modifié les flags de cette partition `/dev/sda1` pour lui mettre le flag `esp` (elle a pris automatiquement le flag `boot` au passage) En partitionnement GPT, ces deux drapeaux sont synonymes et correspondent à l’identifiant de type GUID « partition système EFI ».