[Résolu] Problème de boot Buster/Windows

Jkart · 26-04-2019 18:07:37

Bonjour,
J'ai installé Buster avec le Grub sur un SSD externe en laissant Windows sur le SSD interne. Le SSD externe est prioritaire dans le boot et le Secure boot désactivé. Si je débranche mon SSD externe (contenant le Grub) pour faire autre chose dès le démarrage à l'écran j'ai le message suivant;

GNU GRUB version 2.02+dfsg1-16
Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists possible device or file completions.
grub>

Je pensais, à tort, que par défaut il y aurait un boot sur le SSD interne qui est en deuxième dans l'ordre de boot. Je précise que le message arrive très rapidement et que je n'ai pas accès au bios/EFI dans ce cas.

Le problème se résout si j'arrête l'ordinateur et que je rebranche le SSD externe contenant le Grub.

Quelle commande dois-je taper quand

grub>

apparaît pour que l'ordinateur boot correctement vers le SSD interne?
Dois-je installer et comment un Grub sur le SSD interne?

Pour info (je ne sais pas s'il y a un lien) mais la dernière version du paquet shim-signed ne s'installe pas avec

apt-get upgrade

Merci pour vos réponse

Dernière modification par Jkart (27-04-2019 08:51:54)

raleur · 26-04-2019 19:23:58

Jkart a écrit :

Si je débranche mon SSD externe (contenant le Grub) pour faire autre chose dès le démarrage à l'écran j'ai le message suivant;
GNU GRUB version 2.02+dfsg1-16

Donc tu as installé GRUB sur le SSD interne.
On peut avoir la sortie de

fdisk -l

blkid

lsblk

cat /etc/fstab

efibootmgr -v

Jkart a écrit :

Quelle commande dois-je taper quand grub> apparaît pour que l'ordinateur boot correctement vers le SSD interne?

Qu'appelles-tu "correctement" ? Il boote déjà sur le SSD interne puisqu'il n'y en a pas d'autre.
Booter sur Windows ? Tu as essayé de taper "exit" ? Sinon,

chainloader /EFI/Microsoft/Boot/bootmgfw.efi

boot

(de mémoire, vérifier le chemin exact)

Dernière modification par raleur (26-04-2019 19:31:49)

Jkart · 26-04-2019 19:59:37

Bonsoir,

fdisk -l

Disque /dev/nvme0n1 : 119,2 GiB, 128035676160 octets, 250069680 secteurs

Modèle de disque : WDC PC SN520 SDAPNUW-128G-1006          

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 00FD1D1A-BE46-40E0-920C-B422DF9277FB

Périphérique       Début       Fin  Secteurs Taille Type

/dev/nvme0n1p1      2048    534527    532480   260M Système EFI

/dev/nvme0n1p2    534528    567295     32768    16M Réservé Microsoft

/dev/nvme0n1p3    567296 248049663 247482368   118G Données de base Microsoft

/dev/nvme0n1p4 248049664 250056703   2007040   980M Environnement de récupératio

Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs

Modèle de disque : TOSHIBA DT01ACA1

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 4DF557CC-B0FE-4419-8519-130F7F801D87

Périphérique      Début        Fin   Secteurs Taille Type

/dev/sda1          2048   73445375   73443328    35G Données de base Microsoft

/dev/sda2      73445376 1916643327 1843197952 878,9G Données de base Microsoft

/dev/sda3    1916645376 1953523711   36878336  17,6G Données de base Microsoft

Disque /dev/sdb : 465,8 GiB, 500107862016 octets, 976773168 secteurs

Modèle de disque : Portable SSD T5 

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 33553920 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0xf8914be7

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type

/dev/sdb1    *             2048    411647    409600   200M ef EFI (FAT-12/16/32)

/dev/sdb2                458743 124647569 124188827  59,2G  5 Étendue

/dev/sdb3             124686336 773976063 649289728 309,6G  b W95 FAT32

/dev/sdb5                458745 108132749 107674005  51,4G 83 Linux

/dev/sdb6             108198285 124647569  16449285   7,9G 82 partition d'échang

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

blkid

/dev/nvme0n1: PTUUID="00fd1d1a-be46-40e0-920c-b422df9277fb" PTTYPE="gpt"

/dev/nvme0n1p1: UUID="A8E3-F6D1" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="dc4ee1ca-e5cb-40dc-8499-44d793304b29"

/dev/nvme0n1p2: PARTLABEL="Microsoft reserved partition" PARTUUID="24756f9e-8127-44d5-affa-0810d6e89fb3"

/dev/nvme0n1p3: LABEL="WINDOWS" UUID="42F479A6F4799CBB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="6a65ddfa-cb6b-47c2-8d40-842a7928ea08"

/dev/nvme0n1p4: LABEL="Windows RE tools" UUID="B606552F0654F1BB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="154b2b99-bfa1-417a-961d-6e1afeaf142f"

/dev/sda1: LABEL="DATA" UUID="EE36F65D36F625ED" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="ecdd2f7f-6ff8-4719-8020-310d1548eafa"

/dev/sda2: LABEL="Nouveau nom" UUID="42BA3ED7BA3EC6E7" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="8e632a6c-010c-4e7c-8a84-62eb0b91ebdb"

/dev/sda3: LABEL="RECOVERY" UUID="6270F88370F85F6B" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="b05914c5-86f7-47b1-b158-cf0dfd6b4ced"

/dev/sdb1: LABEL="NOUVEAU NOM" UUID="9C83-8484" TYPE="vfat" PARTUUID="f8914be7-01"

/dev/sdb3: LABEL="SSD DOC" UUID="5408-E00C" TYPE="vfat" PARTUUID="f8914be7-03"

/dev/sdb5: UUID="e0687a32-716f-4ace-9c91-a86590084f38" TYPE="ext4" PARTUUID="f8914be7-05"

/dev/sdb6: UUID="68ecc63b-17e9-46b0-9765-cbd8c29dc186" TYPE="swap" PARTUUID="f8914be7-06"

lsblk

NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT

sda           8:0    0 931,5G  0 disk 

├─sda1        8:1    0    35G  0 part 

├─sda2        8:2    0 878,9G  0 part 

└─sda3        8:3    0  17,6G  0 part 

sdb           8:16   0 465,8G  0 disk 

├─sdb1        8:17   0   200M  0 part 

├─sdb2        8:18   0     1K  0 part 

├─sdb3        8:19   0 309,6G  0 part /media/guichaoua/SSD DOC

├─sdb5        8:21   0  51,4G  0 part /

└─sdb6        8:22   0   7,9G  0 part [SWAP]

sr0          11:0    1  1024M  0 rom  

nvme0n1     259:0    0 119,2G  0 disk 

├─nvme0n1p1 259:1    0   260M  0 part /boot/efi

├─nvme0n1p2 259:2    0    16M  0 part 

├─nvme0n1p3 259:3    0   118G  0 part 

└─nvme0n1p4 259:4    0   980M  0 part

cat /etc/fstab

# /etc/fstab: static file system information.

#

# Use 'blkid' to print the universally unique identifier for a

# device; this may be used with UUID= as a more robust way to name devices

# that works even if disks are added and removed. See fstab(5).

#

# <file system> <mount point>   <type>  <options>       <dump>  <pass>

# / was on /dev/sdb5 during installation

UUID=e0687a32-716f-4ace-9c91-a86590084f38 /               ext4    errors=remount-ro 0       1

# /boot/efi was on /dev/nvme0n1p1 during installation

UUID=A8E3-F6D1  /boot/efi       vfat    umask=0077      0       1

# swap was on /dev/sdb6 during installation

UUID=68ecc63b-17e9-46b0-9765-cbd8c29dc186 none            swap    sw              0       0

/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

efibootmgr -v

-bash: efibootmgr : commande introuvable

Effectivement je parle de booter par défaut sur Windows.

Cordialement

Jkart · 26-04-2019 20:16:35

Je complète le message ci-dessus.

J'ai débranché mon SSD externe puis démarré l'ordinateur. Le message est bien apparu.

J'ai essayé la commande

exit

dans le Grub (si j'ai bien compris) et effectivement j'ai un lancement plus classique de l'ordinateur avec le logo hp (où avec Echap je peux atteindre le Bios/Efi) puis Windows mais sans passer par le menu Grub qui propose les OS.

Voilà qui semble résoudre mon premier souci avec Buster. Reste le deuxième (mais j'ouvrirai un autre fil) avec le paquet shim-signed

Merci

raleur · 26-04-2019 21:15:20

Le paquet efibootmgr n'est plus systématiquement installé avec buster, il faut l'installer explicitement.

Les informations confirment que Debian (et donc sans doute GRUB) utilise la partition EFI du SSD interne de Windows. Ce n'est pas une bonne chose car le SSD externe contenant Debian n'a pas de chargeur d'amorçage et ne pourrait pas démarrer seul. Il faudrait réinstaller GRUB sur la partition EFI du SSD de Debian.

Dernière modification par raleur (26-04-2019 21:16:22)

Jkart · 26-04-2019 21:50:17

efibootmgr -v

BootCurrent: 0001

Timeout: 0 seconds

BootOrder: 0001,0000,0006,0008,000A,0009,000B,0002,0003,0004

Boot0000* Windows Boot Manager  HD(1,GPT,dc4ee1ca-e5cb-40dc-8499-44d793304b29,0x800,0x82000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...0................

Boot0001* debian  HD(1,GPT,dc4ee1ca-e5cb-40dc-8499-44d793304b29,0x800,0x82000)/File(\EFI\DEBIAN\SHIMX64.EFI)

Boot0002* UEFI:CD/DVD Drive BBS(129,,0x0)

Boot0003* UEFI:Removable Device BBS(130,,0x0)

Boot0004* UEFI:Network Device BBS(131,,0x0)

Boot0006* debian  HD(1,GPT,dc4ee1ca-e5cb-40dc-8499-44d793304b29,0x800,0x82000)/File(\EFI\DEBIAN\GRUBX64.EFI)

Boot0008* Grub2Win EFI - 64 Bit HD(1,GPT,dc4ee1ca-e5cb-40dc-8499-44d793304b29,0x800,0x82000)/File(\EFI\grub2win\g2bootmgr\gnugrub.kernel64.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.f.d.b.0.7.0.1.1.-.5.9.e.f.-.1.1.e.9.-.9.4.c.4.-.f.4.3.9.0.9.4.2.5.6.7.2.}...0................

Boot0009* CD/DVD Drive  BBS(CDROM,,0x0)..GO..NO........o.h.p. .P.L.D.S. .D.V.D.R.W. . .D.U.8.A.E.S.H....................A...........................>..Gd-.;.A..MQ..L.H.X.F.D.G.P.B.T.G.1.6.Q. . . . . . . . ........BO

Boot000A* Hard Drive  BBS(HD,,0x0)..GO..NO........o.T.O.S.H.I.B.A. .D.T.0.1.A.C.A.1.0.0....................A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . .6. .L.8.A.V.G.X.S.N........BO..NO........k.W.D.C. .P.C. .S.N.5.2.0. .S.D.A.P.N.U.W.-.1.2.8.G.-.1.0.0.6....................A............................D.DA!.........Gd-.;.A..MQ..L.1.8.2.7.1.2.8.0.2.7.3.8........BO

Boot000B* Network Card  BBS(Network,,0x0)..GO..NO........k.R.e.a.l.t.e.k. .P.X.E. .B.0.3. .D.0.0.........................rN.D+..,.\...........<..Gd-.;.A..MQ..L.R.e.a.l.t.e.k. .P.X.E. .B.0.3. .D.0.0........BO

raleur · 26-04-2019 22:14:12

Vu. Plan d'action pour réinstaller GRUB sur le SSD externe :

Démonter la partition EFI

umount /boot/efi

Remplacer l'UUID A8E3-F6D1 par 9C83-8484 pour la partition EFI dans /etc/fstab.
Remonter la partition EFI.

mount /boot/efi

Vérifier la que la bonne partition est montée sur /boot/efi.
Ré-installer GRUB.

grub-install --force-extra-removable

Dernière modification par raleur (26-04-2019 22:15:33)

Jkart · 26-04-2019 23:04:49

Je n'ai pas trop compris comment on pouvait vérifier que la bonne partition est montée sur /boot/efi
Mais j'ai réalisé les autres opérations et voici ce que cela donne:

fdisk -l

Disque /dev/nvme0n1 : 119,2 GiB, 128035676160 octets, 250069680 secteurs

Modèle de disque : WDC PC SN520 SDAPNUW-128G-1006          

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 00FD1D1A-BE46-40E0-920C-B422DF9277FB

Périphérique       Début       Fin  Secteurs Taille Type

/dev/nvme0n1p1      2048    534527    532480   260M Système EFI

/dev/nvme0n1p2    534528    567295     32768    16M Réservé Microsoft

/dev/nvme0n1p3    567296 248049663 247482368   118G Données de base Microsoft

/dev/nvme0n1p4 248049664 250056703   2007040   980M Environnement de récupératio

Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs

Modèle de disque : TOSHIBA DT01ACA1

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 4DF557CC-B0FE-4419-8519-130F7F801D87

Périphérique      Début        Fin   Secteurs Taille Type

/dev/sda1          2048   73445375   73443328    35G Données de base Microsoft

/dev/sda2      73445376 1916643327 1843197952 878,9G Données de base Microsoft

/dev/sda3    1916645376 1953523711   36878336  17,6G Données de base Microsoft

Disque /dev/sdb : 465,8 GiB, 500107862016 octets, 976773168 secteurs

Modèle de disque : Portable SSD T5 

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 33553920 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0xf8914be7

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type

/dev/sdb1    *             2048    411647    409600   200M ef EFI (FAT-12/16/32)

/dev/sdb2                458743 124647569 124188827  59,2G  5 Étendue

/dev/sdb3             124686336 773976063 649289728 309,6G  b W95 FAT32

/dev/sdb5                458745 108132749 107674005  51,4G 83 Linux

/dev/sdb6             108198285 124647569  16449285   7,9G 82 partition d'échang

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

blkid

/dev/nvme0n1: PTUUID="00fd1d1a-be46-40e0-920c-b422df9277fb" PTTYPE="gpt"

/dev/nvme0n1p1: UUID="A8E3-F6D1" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="dc4ee1ca-e5cb-40dc-8499-44d793304b29"

/dev/nvme0n1p2: PARTLABEL="Microsoft reserved partition" PARTUUID="24756f9e-8127-44d5-affa-0810d6e89fb3"

/dev/nvme0n1p3: LABEL="WINDOWS" UUID="42F479A6F4799CBB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="6a65ddfa-cb6b-47c2-8d40-842a7928ea08"

/dev/nvme0n1p4: LABEL="Windows RE tools" UUID="B606552F0654F1BB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="154b2b99-bfa1-417a-961d-6e1afeaf142f"

/dev/sda1: LABEL="DATA" UUID="EE36F65D36F625ED" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="ecdd2f7f-6ff8-4719-8020-310d1548eafa"

/dev/sda2: LABEL="Nouveau nom" UUID="42BA3ED7BA3EC6E7" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="8e632a6c-010c-4e7c-8a84-62eb0b91ebdb"

/dev/sda3: LABEL="RECOVERY" UUID="6270F88370F85F6B" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="b05914c5-86f7-47b1-b158-cf0dfd6b4ced"

/dev/sdb1: LABEL="NOUVEAU NOM" UUID="9C83-8484" TYPE="vfat" PARTUUID="f8914be7-01"

/dev/sdb3: LABEL="SSD DOC" UUID="5408-E00C" TYPE="vfat" PARTUUID="f8914be7-03"

/dev/sdb5: UUID="e0687a32-716f-4ace-9c91-a86590084f38" TYPE="ext4" PARTUUID="f8914be7-05"

/dev/sdb6: UUID="68ecc63b-17e9-46b0-9765-cbd8c29dc186" TYPE="swap" PARTUUID="f8914be7-06"

lsblk

NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT

sda           8:0    0 931,5G  0 disk 

├─sda1        8:1    0    35G  0 part 

├─sda2        8:2    0 878,9G  0 part 

└─sda3        8:3    0  17,6G  0 part 

sdb           8:16   0 465,8G  0 disk 

├─sdb1        8:17   0   200M  0 part /boot/efi

├─sdb2        8:18   0     1K  0 part 

├─sdb3        8:19   0 309,6G  0 part 

├─sdb5        8:21   0  51,4G  0 part /

└─sdb6        8:22   0   7,9G  0 part [SWAP]

sr0          11:0    1  1024M  0 rom  

nvme0n1     259:0    0 119,2G  0 disk 

├─nvme0n1p1 259:1    0   260M  0 part 

├─nvme0n1p2 259:2    0    16M  0 part 

├─nvme0n1p3 259:3    0   118G  0 part 

└─nvme0n1p4 259:4    0   980M  0 part

cat /etc/fstab

# /etc/fstab: static file system information.

#

# Use 'blkid' to print the universally unique identifier for a

# device; this may be used with UUID= as a more robust way to name devices

# that works even if disks are added and removed. See fstab(5).

#

# <file system> <mount point>   <type>  <options>       <dump>  <pass>

# / was on /dev/sdb5 during installation

UUID=e0687a32-716f-4ace-9c91-a86590084f38 /               ext4    errors=remount-ro 0       1

# /boot/efi was on /dev/nvme0n1p1 during installation

UUID=9C83-8484  /boot/efi       vfat    umask=0077      0       1

# swap was on /dev/sdb6 during installation

UUID=68ecc63b-17e9-46b0-9765-cbd8c29dc186 none            swap    sw              0       0

/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

efibootmgr -v

BootCurrent: 0001

Timeout: 0 seconds

BootOrder: 0001,0000,0008,000A,0009,000B,0002,0003,0004

Boot0000* Windows Boot Manager  HD(1,GPT,dc4ee1ca-e5cb-40dc-8499-44d793304b29,0x800,0x82000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...0................

Boot0001* debian  HD(1,MBR,0xf8914be7,0x800,0x64000)/File(\EFI\debian\shimx64.efi)

Boot0002* UEFI:CD/DVD Drive BBS(129,,0x0)

Boot0003* UEFI:Removable Device BBS(130,,0x0)

Boot0004* UEFI:Network Device BBS(131,,0x0)

Boot0008* Grub2Win EFI - 64 Bit HD(1,GPT,dc4ee1ca-e5cb-40dc-8499-44d793304b29,0x800,0x82000)/File(\EFI\grub2win\g2bootmgr\gnugrub.kernel64.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.f.d.b.0.7.0.1.1.-.5.9.e.f.-.1.1.e.9.-.9.4.c.4.-.f.4.3.9.0.9.4.2.5.6.7.2.}...0................

Boot0009* CD/DVD Drive  BBS(CDROM,,0x0)..GO..NO........o.h.p. .P.L.D.S. .D.V.D.R.W. . .D.U.8.A.E.S.H....................A...........................>..Gd-.;.A..MQ..L.H.X.F.D.G.P.B.T.G.1.6.Q. . . . . . . . ........BO

Boot000A* Hard Drive  BBS(HD,,0x0)..GO..NO........o.T.O.S.H.I.B.A. .D.T.0.1.A.C.A.1.0.0....................A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . .6. .L.8.A.V.G.X.S.N........BO..NO........k.W.D.C. .P.C. .S.N.5.2.0. .S.D.A.P.N.U.W.-.1.2.8.G.-.1.0.0.6....................A............................D.DA!.........Gd-.;.A..MQ..L.1.8.2.7.1.2.8.0.2.7.3.8........BO

Boot000B* Network Card  BBS(Network,,0x0)..GO..NO........k.R.e.a.l.t.e.k. .P.X.E. .B.0.3. .D.0.0.........................rN.D+..,.\...........<..Gd-.;.A..MQ..L.R.e.a.l.t.e.k. .P.X.E. .B.0.3. .D.0.0........BO

Cordialement

Dernière modification par Jkart (26-04-2019 23:05:28)

Jkart · 26-04-2019 23:30:10

Je complète le message précédent.

Cela semblait bien fonctionner et puis:
menu Grub/Windows
Après cela au redémarrage le menu de Grub n'apparaissait plus. J'arrivais directement à Windows. Je suis allé dans le bios/efi et l'ordre de boot avait changé! J'ai remis le SSD externe en priorité et cela semble fonctionner à nouveau: le menu Grub réapparaît.

efibootmgr -v

BootCurrent: 000D

Timeout: 0 seconds

BootOrder: 000D,0000,0008,000C,000A,0009,000B

Boot0000* Windows Boot Manager  HD(1,GPT,dc4ee1ca-e5cb-40dc-8499-44d793304b29,0x800,0x82000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...0................

Boot0008* Grub2Win EFI - 64 Bit HD(1,GPT,dc4ee1ca-e5cb-40dc-8499-44d793304b29,0x800,0x82000)/File(\EFI\GRUB2WIN\G2BOOTMGR\GNUGRUB.KERNEL64.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.f.d.b.0.7.0.1.1.-.5.9.e.f.-.1.1.e.9.-.9.4.c.4.-.f.4.3.9.0.9.4.2.5.6.7.2.}...0................

Boot0009* CD/DVD Drive  BBS(CDROM,,0x0)..GO..NO........o.h.p. .P.L.D.S. .D.V.D.R.W. . .D.U.8.A.E.S.H....................A...........................>..Gd-.;.A..MQ..L.H.X.F.D.G.P.B.T.G.1.6.Q. . . . . . . . ........BO

Boot000A* Hard Drive  BBS(HD,,0x0)..GO..NO........o.T.O.S.H.I.B.A. .D.T.0.1.A.C.A.1.0.0....................A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . .6. .L.8.A.V.G.X.S.N........BO..NO........k.W.D.C. .P.C. .S.N.5.2.0. .S.D.A.P.N.U.W.-.1.2.8.G.-.1.0.0.6....................A............................D.DA!.........Gd-.;.A..MQ..L.1.8.2.7.1.2.8.0.2.7.3.8........BO..NO........[.S.a.m.s.u.n.g. .P.o.r.t.a.b.l.e. .S.S.D. .T.5. .0....................A..........................Gd-.;.A..MQ..L.1.2.3.4.5.6.7.A.6.A.5.C........BO

Boot000B* Network Card  BBS(Network,,0x0)..GO..NO........k.R.e.a.l.t.e.k. .P.X.E. .B.0.3. .D.0.0.........................rN.D+..,.\...........<..Gd-.;.A..MQ..L.R.e.a.l.t.e.k. .P.X.E. .B.0.3. .D.0.0........BO

Boot000C* debian  HD(1,GPT,dc4ee1ca-e5cb-40dc-8499-44d793304b29,0x800,0x82000)/File(\EFI\DEBIAN\GRUBX64.EFI)

Boot000D* UEFI: Samsung Portable SSD T5 0 PciRoot(0x0)/Pci(0x14,0x0)/USB(23,0)/HD(1,MBR,0xf8914be7,0x800,0x64000)..BO

Dernière modification par Jkart (27-04-2019 08:17:52)

raleur · 27-04-2019 08:34:31

Tout était correct dans ton message #8. /etc/fstab était correctement modifié, lsblk montrait que la partition EFI du SSD externe était montée à la place de celle du SSD interne, et efibootmgr montrait que l'entrée d'amorçage EFI Boot0001 pour debian/shim pointait bien vers le GRUB installée sur le SSD externe.

Dans ton message #9, on voit que l'entrée d'amorçage Boot0001 a disparu (et l'autre entrée Boot0006 pour debian/grub sur le SSD interne qui avait disparu est revenue en tant que Boot000C. Là, on voit que GRUB a démarré grâce à la copie de GRUB installée dans le chemin de périphérique amovible par l'option --force-extra-removable, lancée par l'entrée d'amorçage EFI Boot000D en sélectionnant le SSD manuellement. C'est cette copie qui fait que le SSD externe peut démarrer sur n'importe que PC UEFI.

Malheureusement je ne maîtrise pas le comportement de Windows et du firmware UEFI qui peuvent modifier les entrées d'amorçage EFI, notamment celles liées à un support amovible qui n'est pas toujours présent. J'ai vu que certains firmwares les effacent si le support correspondant n'est pas présent au démarrage.

Jkart · 27-04-2019 08:47:58

Bonjour,
Cela semble fonctionner correctement à présent. J'ai fait des essais en débranchant le SSD externe et en le rebranchant.
Si j'ai bien compris il y a un grub qui est resté sur la partition uefi du disque interne et qui n'est plus utile?
Je marque le sujet comme résolu.
Je te remercie pour ton aide.
Cordialement
Jkart

Dernière modification par Jkart (27-04-2019 08:51:04)

raleur · 27-04-2019 09:32:55

Jkart a écrit :

Si j'ai bien compris il y a un grub qui est resté sur la partition uefi du disque interne et qui n'est plus utile?

Oui. Tu peux le supprimer (ne pas confondre avec celui de la partition EFI du SSD externe qui est montée).
D'après efibootmgr il y a aussi un GRUB2Win. A quoi sert-il ?

Jkart · 27-04-2019 11:05:58

Bonjour,
J'avais installé Grub2Win pour faciliter la gestion du boot directement à partir de Windows. En fait j'ai trouvé bien peu d'explication pour le faire fonctionner (surtout malheureusement en anglais) et je ne m'en sers pas.
J'ai cependant compris comment gérer l'ordre de boot, avec cet outil une fois ouvert dans Windows. J'ai cependant l'habitude de passer par le bios pour le faire et je continue ainsi. Je pourrais le supprimer également, c'est assez facile.
Par contre je ne sais pas comment supprimer le Grub? Enfin le bon, sans supprimer celui qu'il faut conserver.
Cordialement

Dernière modification par Jkart (27-04-2019 11:10:11)

Debian Alain · 27-04-2019 11:18:40

qu'on me rectifie si je me trompe Jkart , mais , je crois que ,

l'on conseille à minima , un grub par disque .

en tout cas , c'est ce que je fais sur mon systeme .

enfin , je suis pas un exemple , j'ai deux syst. par disque .

w$10 et buster (sdh) / ubuntu et fedora (sdg) / que testing sur le ssd (sdl)

en plus , mon grub sur sdl , chaîne les deux autres disques ...

Dernière modification par Debian Alain (27-04-2019 11:19:57)

raleur · 27-04-2019 11:33:29

Debian Alain a écrit :

l'on conseille à minima , un grub par disque

GRUB n'est utile que sur un disque qui en a besoin. Un disque qui ne contient que Windows n'a pas besoin de GRUB.

En revanche, ne pas oublier que GRUB est en deux parties : la première dans un secteur d'amorce MBR/PBR (si amorçage BIOS/legacy) ou dans une partition EFI (si amorçage EFI) et la seconde dans /boot/grub, indispensable pour afficher le menu de démarrage. Je déconseille pour ma part de mettre ces deux parties sur des disques distincts sinon aucun des disques ne pourra démarrer sans l'autre.

Ceci dit, il n'est pas idiot d'installer un autre GRUB (complet) dans la partition EFI du disque interne, avec un menu qui permettrait de lancer soit Windows soit le GRUB qui est sur le disque amovible.

Dernière modification par raleur (27-04-2019 11:34:14)

Jkart · 27-04-2019 12:38:44

Même en faisant, comme dans mon cas?

exit

pour sortir de mon 1/2 grub installé sur ma partition EFI de mon SSD interne

Ceci dit comment, désinstalle-t'on ce 1/2 grub?
Ou comment installe t'on un grub complet supplémentaire sur la partition EFI de mon disque interne et pointant vers Le Grub du SSD externe et vers Windows?

Je devrait peut être ouvrir un deuxième fil?

Cordialement

Dernière modification par Jkart (27-04-2019 12:41:53)

Debian Alain · 27-04-2019 12:42:43

tu as bien w$ sur ton disque interne et debian(lequel ?) sur ton disque externe ?

comment s'appelle ton disque interne ? sda ?

et ton disque externe . sdb ?

que vient faire le nvme là dedans ?

du mal à comprendre , là ...

Dernière modification par Debian Alain (27-04-2019 12:53:15)

Jkart · 27-04-2019 13:08:49

nvme mon SSD interne, contient l'essentiel de Windows
sda mon HDD interne (sda1 et sda3 contiennent des infos Windows et sda2 est une partition de stockage d'informations personnelles)
sdb mon SSD externe (sdb2 étendue = sdb5+sdb6 contient Buster)

fdisk -l

Disque /dev/nvme0n1 : 119,2 GiB, 128035676160 octets, 250069680 secteurs

Modèle de disque : WDC PC SN520 SDAPNUW-128G-1006          

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 00FD1D1A-BE46-40E0-920C-B422DF9277FB

Périphérique       Début       Fin  Secteurs Taille Type

/dev/nvme0n1p1      2048    534527    532480   260M Système EFI

/dev/nvme0n1p2    534528    567295     32768    16M Réservé Microsoft

/dev/nvme0n1p3    567296 248049663 247482368   118G Données de base Microsoft

/dev/nvme0n1p4 248049664 250056703   2007040   980M Environnement de récupératio

Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs

Modèle de disque : TOSHIBA DT01ACA1

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 4DF557CC-B0FE-4419-8519-130F7F801D87

Périphérique      Début        Fin   Secteurs Taille Type

/dev/sda1          2048   73445375   73443328    35G Données de base Microsoft

/dev/sda2      73445376 1916643327 1843197952 878,9G Données de base Microsoft

/dev/sda3    1916645376 1953523711   36878336  17,6G Données de base Microsoft

Disque /dev/sdb : 465,8 GiB, 500107862016 octets, 976773168 secteurs

Modèle de disque : Portable SSD T5 

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 33553920 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0xf8914be7

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type

/dev/sdb1    *             2048    411647    409600   200M ef EFI (FAT-12/16/32)

/dev/sdb2                458743 124647569 124188827  59,2G  5 Étendue

/dev/sdb3             124686336 773976063 649289728 309,6G  b W95 FAT32

/dev/sdb5                458745 108132749 107674005  51,4G 83 Linux

/dev/sdb6             108198285 124647569  16449285   7,9G 82 partition d'échang

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

raleur · 27-04-2019 21:10:11

Jkart a écrit :

Ceci dit comment, désinstalle-t'on ce 1/2 grub?

Monter la partition EFI du SSD intégré sur /mnt.

mount /dev/nvme0n1p1 /mnt

Supprimer son répertoire EFI/debian.

rm -r /mnt/EFI/debian

Supprimer l'entrée d'amorçage EFI Boot Boot000C (si elle est toujours présente)

efibootmgr -b 000c -B

Jkart a écrit :

Ou comment installe t'on un grub complet supplémentaire sur la partition EFI de mon disque interne et pointant vers Le Grub du SSD externe et vers Windows?

Dans les grandes lignes :
- monter la partition EFI du SSD interne
- y installer GRUB
- créer un fichier de configuration grub.cfg avec une entrée de menu pour chaîner Windows identique à celle qui est dans /boot/grub/grub.cfg et une entrée de menu dans le même style pour chaîner le GRUB du SSD externe.

Jkart · 28-04-2019 06:49:03

Bonjour,
J'ai vérifié ce que contenant le répertoire EFI présent dans la partition EFI (nvme0n1p1) de mon SSD interne (en passant par Windows et dans ce cas partition H)

Répertoire EFI contient : 1 répertoire BOOT et 1 répertoire debian

Répertoire debian contient les fichiers fbx64.efi grub.cfg grubx64.efi mmx64.efi shimx64.efi
Répertoire BOOT contient le fichier BOOTx64.EFI

En faisant ce que vous m'avez indiqué ci-dessus j'ai l'impression que le le répertoire BOOT ne sera pas supprimé? Y a t'il une raison pour le conserver?

Merci beaucoup
Jkart

Dernière modification par Jkart (28-04-2019 10:25:46)

raleur · 28-04-2019 18:39:36

Normalement le répertoire EFI de la partition EFI de Windows devrait aussi contenir un répertoire "Microsoft", où est installé le gestionnaire d'amorçage principal de Windows. On peut le voir dans l'entrée de boot EFI pour Windows :

Boot0000* Windows Boot Manager  HD(1,GPT,dc4ee1ca-e5cb-40dc-8499-44d793304b29,0x800,0x82000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)...

Sinon, os-prober ne le détecterait pas et n'ajouterait pas automatiquement d'entrée pour Windows dans le menu de GRUB.

Tu es sûr que c'est la partition EFI du SSD interne ? Par défaut Windows n'affecte pas de lettre de lecteur à sa partition EFI et ne montre pas son contenu dans l'explorateur de fichiers. A ta place je ferais la vérification depuis Debian pour être sûr.

Le répertoire BOOT contient le chargeur d'amorçage "de secours" ou "de support amovible" BOOTX64.EFI. Il est utilisé par le firmware UEFI lorsqu'aucun fichier d'amorçage enregistré dans les variables de boot EFI ne fonctionne, ou lorsqu'on amorce un support amovible (dont le fichier d'amorçage n'est évidemment pas enregistré dans les variables de boot EFI). Sur le SSD interne, il contient le chargeur de secours de Windows. Sur le SSD externe, il contient une variante de GRUB.

Jkart · 28-04-2019 21:13:58

Bonsoir,
Effectivement j'ai fait une erreur. Les fichiers cités précédemment sont présents dans la partition EFI du SSD externe.
Excusez moi.
Cordialement

Dernière modification par Jkart (28-04-2019 21:14:29)

Debian-facile

#1 26-04-2019 18:07:37

[Résolu] Problème de boot Buster/Windows

#2 26-04-2019 19:23:58

Re : [Résolu] Problème de boot Buster/Windows

#3 26-04-2019 19:59:37

Re : [Résolu] Problème de boot Buster/Windows

#4 26-04-2019 20:16:35

Re : [Résolu] Problème de boot Buster/Windows

#5 26-04-2019 21:15:20

Re : [Résolu] Problème de boot Buster/Windows

#6 26-04-2019 21:50:17

Re : [Résolu] Problème de boot Buster/Windows

#7 26-04-2019 22:14:12

Re : [Résolu] Problème de boot Buster/Windows

#8 26-04-2019 23:04:49

Re : [Résolu] Problème de boot Buster/Windows

#9 26-04-2019 23:30:10

Re : [Résolu] Problème de boot Buster/Windows

#10 27-04-2019 08:34:31

Re : [Résolu] Problème de boot Buster/Windows

#11 27-04-2019 08:47:58

Re : [Résolu] Problème de boot Buster/Windows

#12 27-04-2019 09:32:55

Re : [Résolu] Problème de boot Buster/Windows

#13 27-04-2019 11:05:58

Re : [Résolu] Problème de boot Buster/Windows

#14 27-04-2019 11:18:40

Re : [Résolu] Problème de boot Buster/Windows

#15 27-04-2019 11:33:29

Re : [Résolu] Problème de boot Buster/Windows

#16 27-04-2019 12:38:44

Re : [Résolu] Problème de boot Buster/Windows

#17 27-04-2019 12:42:43

Re : [Résolu] Problème de boot Buster/Windows

#18 27-04-2019 13:08:49

Re : [Résolu] Problème de boot Buster/Windows

#19 27-04-2019 21:10:11

Re : [Résolu] Problème de boot Buster/Windows

#20 28-04-2019 06:49:03

Re : [Résolu] Problème de boot Buster/Windows

#21 28-04-2019 18:39:36

Re : [Résolu] Problème de boot Buster/Windows

#22 28-04-2019 21:13:58

Re : [Résolu] Problème de boot Buster/Windows

Pied de page des forums