# Bullseye : problème d'amorçage **URL:** \ **Category:** Support Debian\ **Created:** [Août 17, 2021, 4:38 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138 "2021-08-17T16:38:04Z")\ **Posts on this page:** 16\ **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:** [Août 17, 2021, 4:38 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/1 "2021-08-17T16:38:04Z")
je viens de passer de Buster à Bullseye sur un ssd amovible et ce à partir d’un portable A ( avec W10 ) . Pas de problème particulier il s’ouvre normalement . Mais je viens de brancher ce ssd à un autre portable B ( Debian //Ubuntu ) et là il n’amorce plus même si le ssd est reconnu par l’EFI . Le chargement s’arrête à l’écran de grub . La commande boot donne ceci : grub\> boot you need to load the kernel first serait-ce parce que je n’ai pas installé grub en « amovible » ? ou bien ? - le « je n’ai pas installé … » n’est pas correct puisque tout s’est fait automatiquement . ---
**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:** [Août 17, 2021, 5:52 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/2 "2021-08-17T17:52:52Z")
> [@zao](#): > > serait-ce parce que je n’ai pas installé grub en « amovible » ? Possible. Que disent ``` ls -l # pas besoin des UUID, positions et tailles, seulement la désignation (x,y) et le type echo $cmdpath echo $prefix ``` ---
**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:** [Août 17, 2021, 6:09 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/3 "2021-08-17T18:09:47Z")
> [@PascalHambourg](#): > > Que disent > > ```auto > ls -l # pas besoin des UUID, positions et tailles, seulement la désignation (x,y) et le type > echo $cmdpath > echo $prefix > > ``` pas grand chose a priori car ça ne me semble pas répondre à ce qui est suggéré : ```plaintext root@ssd2:~# ls -l total 36 -rw-r--r-- 1 root root 555 17 août 11:34 2q drwxr-xr-x 2 root root 4096 17 août 11:41 Bureau drwxr-xr-x 2 root root 4096 17 août 11:41 Documents drwxr-xr-x 2 root root 4096 17 août 11:41 Images drwxr-xr-x 2 root root 4096 17 août 11:41 Modèles drwxr-xr-x 2 root root 4096 17 août 11:41 Musique drwxr-xr-x 2 root root 4096 17 août 11:41 Public drwxr-xr-x 2 root root 4096 17 août 11:41 Téléchargements drwxr-xr-x 2 root root 4096 17 août 11:41 Vidéos root@ssd2:~# ``` ```plaintext root@ssd2:~# echo $cmdpath root@ssd2:~# ``` ```plaintext root@ssd2:~# echo $prefix root@ssd2:~# ``` - désolé mais je suis paumé avec ces balises . ---
**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:** [Août 17, 2021, 6:20 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/4 "2021-08-17T18:20:58Z")
A l’invite de grub\>, les commandes. C’est quoi ce shell ? Je croyais que le système ne démarrait pas. Mais puisque tu l’as, profites-en pour installer le paquet boot-info-script, exécuter `bootinfoscript` et poster le rapport. ---
**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:** [Août 17, 2021, 6:23 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/5 "2021-08-17T18:23:39Z")
> [@PascalHambourg](#): > > C’est quoi ce shell ? Je croyais que le système ne démarrait pas. je suis repassé sur le portable adéquat , histoire de répondre . Donc je repasse sur l’autre . ---
**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:** [Août 17, 2021, 6:56 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/6 "2021-08-17T18:56:11Z")
> [@PascalHambourg](#): > > A l’invite de grub\>, les commandes le plus facile : cmdpath : (hd0,gpt3)/EFI/Boot prefix : (hd0,gpt3)/boot/grub - device memdisk : fat - hd0 : no known file system hd0,gpt4 : no known .. hd0,gpt3 : fat hd0,gpt2 : ext\* hd0,gpt1 : ext\* - hd1 : no known file system hd1,gpt8 : ext\* etc .. comme au-dessus je vois uniquement hd0 j’arrête là pour le moment tout en gardant l’écran grub à côté ---
**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:** [Août 17, 2021, 7:23 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/7 "2021-08-17T19:23:07Z")
GRUB a démarré depuis le chemin de support amovible /EFI/Boot de la partition EFI de (hd0). Quelle version ? (hd0), avec 4 partitions, c’est bien le SSD amovible, et (hd1), avec 8 partitions, le disque interne ? ---
**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:** [Août 17, 2021, 7:32 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/8 "2021-08-17T19:32:28Z")
> [@PascalHambourg](#): > > Quelle version ? version de grub = 2.02+dfsg1-20 hd1 comporte debian + ubuntu avec chacun probablement 4 partitions : / , / home , swap et boot/efi ---
**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:** [Août 17, 2021, 7:49 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/9 "2021-08-17T19:49:33Z")
> [@zao](#): > > version de grub = 2.02+dfsg1-20 C’est la version de buster. Il s’agit probablement d’un reste de l’ancienne installation de buster. La version de bullseye est 2.04-20. Qu’y a-t-il d’autre dans cette partition EFI ? Est-ce bien cette partition EFI qui est montée sur /boot/efi lorsque le SSD démarre sur le portable A et non, par exemple, celle de Windows ? Si oui, alors je suggère ``` grub-install --force-extra-removable --no-nvram ``` ---
**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:** [Août 17, 2021, 7:57 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/10 "2021-08-17T19:57:26Z")
> [@PascalHambourg](#): > > Qu’y a-t-il d’autre dans cette partition EFI ? > Est-ce bien cette partition EFI qui est montée sur /boot/efi lorsque le SSD démarre sur le portable A et non, par exemple, celle de Windows ? Si oui, alors je suggère je ne vois pas comment répondre à ces questions mais je peux toujours essayer de réinstaller grub à partir de bullseye en utilisant les spécifications mentionnées plus haut ? ---
**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:** [Août 17, 2021, 8:04 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/11 "2021-08-17T20:04:24Z")
> [@zao](#): > > je ne vois pas comment répondre à ces questions Tu ne sais pas vérifier quelle partition est montée sur un répertoire ? ``` df -h /boot/efi ``` Tu ne sais pas vérifier le contenu d’un répertoire ? ``` ls -lR /boot/efi ``` > [@zao](#): > > je peux toujours essayer de réinstaller grub à partir de bullseye en utilisant les spécifications mentionnées plus haut ? Quelles spécifications ? ---
**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:** [Août 17, 2021, 8:35 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/12 "2021-08-17T20:35:06Z")
en utilisant la même démarche que tu m’avais conseillée et qui avait réussi ( cf [Installation sur disque externe (sdb) et efi - #25 par PascalHambourg](https://www.debian-fr.org/t/installation-sur-disque-externe-sdb-et-efi/78511/25) ) j’ai réinstallé grub avec l’option --removable et ça a suffi à régler le problème . Donc je vais considérer l’affaire résolue . merci pour le coup de main . ---
**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:** [Août 17, 2021, 8:57 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/13 "2021-08-17T20:57:08Z")
Les choses ont changé et cette option n’est plus adaptée. La bonne façon d’installer et maintenir GRUB UEFI x64 sur un support amovible est d’exécuter ``` dpkg-reconfigure grub-efi-amd64 ``` et choisir d’installer dans le chemin de support amovible et de ne pas mettre à jour la NVRAM UEFI. ---
**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:** [Août 19, 2021, 1:13 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/14 "2021-08-19T13:13:46Z")
> [@PascalHambourg](#): > > ```auto > dpkg-reconfigure grub-efi-amd64 > > ``` > > et choisir d’installer dans le chemin de support amovible et de ne pas mettre à jour la NVRAM UEFI. 1. si j’en crois le wiki à [I Challenge Thee](https://wiki.debian.org/UEFI#Force_grub-efi_installation_to_the_removable_media_path) grub-efi-amd64 grub2/force\_efi\_extra\_removable boolean true . You can also select this by using dpkg-reconfigure grub-efi-amd64. et donc le chemin est automatiquement celui du support amovible non ? 1. ne pas mettre à jour la NVRAM UEFI équivaut à quoi en pratique pour mon ssd amovible ? Il possèderait une NVRAM UEFI ? ---
**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:** [Août 19, 2021, 7:20 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/15 "2021-08-19T19:20:13Z")
> [@zao](#): > > et donc le chemin est automatiquement celui du support amovible non ? L’expression « chemin de support amovible » (removable media path) ne doit pas être prise au pied de la lettre. Elle ne désigne pas forcément un support physique amovible mais un chemin particulier (`/EFI/Boot/Boot${arch}.efi`) qui peut être dans n’importe quelle partition EFI de n’importe quel support de stockage, amovible ou fixe. En l’occurrence, pour GRUB c’est toujours la partition montée sur /boot/efi ou le répertoire spécifié par l’option `--efi-directory`. > [@zao](#): > > 1. ne pas mettre à jour la NVRAM UEFI équivaut à quoi en pratique pour mon ssd amovible ? Il possèderait une NVRAM UEFI ? Non, la NVRAM UEFI est implantée sur la carte mère. Ça n’a pas de sens de créer une entrée d’amorçage UEFI dans la NVRAM d’un ordinateur pour un disque amovible qui est destiné à être utilisé sur d’autres ordinateurs. D’autre part, ça peut écraser l’entrée d’amorçage qui pointe vers un disque fixe de l’ordinateur, empêchant le démarrage de ce dernier si le disque amovible n’est pas branché. ---
**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:** [Août 20, 2021, 5:03 UTC](https://www.debian-fr.org/t/bullseye-probleme-damorcage/85138/16 "2021-08-20T05:03:02Z")
rien ne vaut la pratique . Je viens de réinstaller grub en utilisant dpkg … et j’ai vu apparaître l’option "ne pas mettre à jour … " . Donc tout s’explique finalement et si j’avais lu le wiki attentivement jusqu’à la fin j’aurais dû capter avant . en tout cas merci pour toutes ces explications .