# Réinstallation de grub et ordre des commandes **URL:** \ **Category:** Support Debian\ **Created:** [Mars 1, 2022, 5:41 UTC](https://www.debian-fr.org/t/reinstallation-de-grub-et-ordre-des-commandes/86201 "2022-03-01T05:41:31Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\ **Post date:** [Mars 1, 2022, 5:41 UTC](https://www.debian-fr.org/t/reinstallation-de-grub-et-ordre-des-commandes/86201/1 "2022-03-01T05:41:31Z")
bonjour, en essayant de comprendre pourquoi ma tentative d’installation de grub dans un chemin amovible n’a pas fanctionné alors que l’installateur debian a réussi je suis tombé sur ceci tiré de [tutoriel:comment\_restaurer\_grub [Wiki ubuntu-fr]](https://doc.ubuntu-fr.org/tutoriel/comment_restaurer_grub) j’en extrais 2 méthodes : 1. dans un terminal administrateur : sudo os-prober sudo update-grub sudo grub-install /dev/sda 2. via le disque supergrub grub-install /dev/sdX puis update-grub je vois que l’ordre des commandes est inversé , update-grub étant avant ou après grub-install . Le résultat final en est-il affecté ? et pour revenir à mon installation type amovible l’absence de update-grub en fin d’installation pourrait-elle expliquer qu’elle n’a pas fonctionné ? ---
**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 1, 2022, 8:08 UTC](https://www.debian-fr.org/t/reinstallation-de-grub-et-ordre-des-commandes/86201/2 "2022-03-01T08:08:08Z")
> [@zao](#): > > installation de grub dans un chemin amovible Qu’entends-tu exactement par « chemin amovible » et quel est le but ? S’il s’agit du « chemin de support amovible » (removable media path), cette expression est spécifique à l’amorçage EFI, ce qui est incompatible avec le fait de spécifier un périphérique d’installation avec grub-install. > [@zao](#): > > l’ordre des commandes est inversé , update-grub étant avant ou après grub-install . Le résultat final en est-il affecté ? Non. Les actions de ces deux commandes sont indépendantes. grub-install installe le chargeur d’amorçage, update-grub crée le fichier de configuration /boot/grub/grub.cfg. L’exécution directe d’os-prober n’a aucune action, elle ne sert éventuellement qu’à afficher les autres systèmes qui pourraient être inclus automatiquement dans le menu de démarrage généré par update-grub. > [@zao](#): > > expliquer qu’elle n’a pas fonctionné ? Commence par expliquer en quoi elle n’a pas fonctionné. Ce que tu attends, ce que tu as fait, pour l’obtenir, ce qui se passe. ---
**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\ **Post date:** [Mars 1, 2022, 8:29 UTC](https://www.debian-fr.org/t/reinstallation-de-grub-et-ordre-des-commandes/86201/3 "2022-03-01T08:29:40Z")
> [@PascalHambourg](#): > > Commence par expliquer en quoi elle n’a pas fonctionné. Ce que tu attends, ce que tu as fait, pour l’obtenir, ce qui se passe. je reprends ce que j’écrivais sur une autre fil à prpos de ce chemin amovible et son problème à [Ssd externe détecté sur un portable et pas sur l'autre](https://www.debian-fr.org/t/ssd-externe-detecte-sur-un-portable-et-pas-sur-lautre/86073) " Installation de debian 11 réalisée sur un portable asus . Aucun souci tout fonctionne . Avant de passer ce ssd sur mon autre portable habituel ( LDLC) j’ai réinstallé grub , toujours sur Asus avec : ``` grub-install --force-extra-removable dpkg-reconfigure grub-efi-amd64 ( sélections = chemin amovible et no-vram ) ``` le µPgr UEFI de LDLC ne le détecte pas . par contre à la fin de la réinstallation par les 2 lignes de commande ci-dessus je n’ai pas terminé par sudo update-grub sur mon asus et je me demandais si ça pouvait expliquer le fait que en passant de asus à un autre portable le ssd n’était pas détecté . - actuellement ce ssd fonctionne bien sur mes 2 portables car j’ai finalement utilisé l’installateur debian pour réaliser l’opération mais j’aurais bien aimé comprendre pourquoi je n’ai pas réussi . ---
**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 1, 2022, 8:39 UTC](https://www.debian-fr.org/t/reinstallation-de-grub-et-ordre-des-commandes/86201/4 "2022-03-01T08:39:57Z")
> [@zao](#): > > ``` > grub-install --force-extra-removable > dpkg-reconfigure grub-efi-amd64 ( sélections = chemin amovible et no-vram ) > > ``` Pas besoin d’exécuter grub-install, dpkg-reconfigure le fait implicitement. > [@zao](#): > > je n’ai pas terminé par sudo update-grub sur mon asus et je me demandais si ça pouvait expliquer le fait que en passant de asus à un autre portable le ssd n’était pas détecté . Non. update-grub ne fait que générer le fichier /boot/grub/grub.cfg qui existe déjà dans ton cas, dans une partition Linux que le firmware UEFI est incapable de lire. C’est seulement la présence de /EFI/Boot/bootx64.efi dans la partition EFI qui permet de booter sans variable de boot EFI, et c’est ce que crée grub-install --force-extra-removable. > [@zao](#): > > j’ai finalement utilisé l’installateur debian pour réaliser l’opération Sur quel ordinateur ? ---
**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\ **Post date:** [Mars 1, 2022, 8:41 UTC](https://www.debian-fr.org/t/reinstallation-de-grub-et-ordre-des-commandes/86201/5 "2022-03-01T08:41:18Z")
> [@PascalHambourg](#): > > Sur quel ordinateur ? ssd branché sur LDLC … oups! en fait je n’en suis pas si sûr ..car je me sers souvent du asus lorsque je fais des tests pour éviter de perturber mon portable de travail en cas de maladresse … et comme j’ai réalisé pas mal de manips c’est un peu brouillé maintenant . ---
**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 1, 2022, 8:49 UTC](https://www.debian-fr.org/t/reinstallation-de-grub-et-ordre-des-commandes/86201/6 "2022-03-01T08:49:39Z")
Je ne vois pas ce que l’installateur aurait fait de plus que grub-install ou dpkg-reconfigure avec les options qui vont bien. La seule différence que je vois est que si tu l’as lancé sur le LDLC, il a enregistré une variable de boot EFI pour Debian sur celui-ci. ---
**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\ **Post date:** [Mars 1, 2022, 8:57 UTC](https://www.debian-fr.org/t/reinstallation-de-grub-et-ordre-des-commandes/86201/7 "2022-03-01T08:57:23Z")
> [@PascalHambourg](#): > > C’est seulement la présence de /EFI/Boot/bootx64.efi dans la partition EFI qui permet de booter sans variable de boot EFI, et c’est ce que crée grub-install --force-extra-removable. comme j’ai rajouté à mon message tout ça date de 1 mois et les détails des opérations se sont brouillés . Mais par contre ce qui m’intéresse est de savoir si ma réinstallation sur un chemin amobible est correcte ou pas et d’après ta remarque ci-dessus il me suffirait de contrôler la présence de /EFI/Boot/bootx64.efi dans la partition EFI . Si j’avais su ça avant j’aurais peut-être pu savoir si oui ou non ma réinstallation avait une chance de fonctionner . ---
**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 1, 2022, 9:14 UTC](https://www.debian-fr.org/t/reinstallation-de-grub-et-ordre-des-commandes/86201/8 "2022-03-01T09:14:18Z")
> [@zao](#): > > ce qui m’intéresse est de savoir si ma réinstallation sur un chemin amobible est correcte Pour moi oui. Mais il y a tellement de bizarreries dans les firmwares UEFI qu’on ne peut jamais être sûr à l’avance si ça bootera ou pas. ---
**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\ **Post date:** [Mars 1, 2022, 9:19 UTC](https://www.debian-fr.org/t/reinstallation-de-grub-et-ordre-des-commandes/86201/9 "2022-03-01T09:19:01Z")
> [@PascalHambourg](#): > > Mais il y a tellement de bizarreries dans les firmwares UEFI qu’on ne peut jamais être sûr à l’avance si ça bootera ou pas. donc on navigue hors du champ des sciences exactes … finalement il suffit d’en être conscient et de faire pour le mieux en croisant les doigts . en tout cas merci pour tous ces détails .