[Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

pomme · 05-11-2021 14:23:58

Bonjour à toutes et à tous,

Voici une vue des disques sur ma machine:

fdisk -l

Disque /dev/nvme0n1 : 223,57 GiB, 240057409536 octets, 468862128 secteurs

Modèle de disque : KINGSTON SA1000M8240G                   

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 : dos

Identifiant de disque : 0x3b862afa

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

/dev/nvme0n1p1 *             2048  39063551  39061504  18,6G 83 Linux

/dev/nvme0n1p2           39065598 252270591 213204994 101,7G  5 Étendue

/dev/nvme0n1p3          252270592 362082303 109811712  52,4G 83 Linux

/dev/nvme0n1p4          362082304 468862127 106779824  50,9G 83 Linux

/dev/nvme0n1p5           39065600 219863039 180797440  86,2G 83 Linux

/dev/nvme0n1p6          219865088 252270591  32405504  15,5G 82 partition d'échange Linux / Solaris

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

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

Modèle de disque : ST1000DM010-2EP1

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 : dos

Identifiant de disque : 0x5c96e401

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

/dev/sda1                   2048 1024002047 1024000000 488,3G 83 Linux

/dev/sda2             1814988800 1952393215  137404416  65,5G  7 HPFS/NTFS/exFAT

/dev/sda3    *        1952393216 1953521663    1128448   551M 27 TFS WinRE masquée

Disque /dev/sdb : 111,79 GiB, 120034123776 octets, 234441648 secteurs

Modèle de disque : FUJITSU MHW2120B

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 : E7D92FC0-D920-4E8D-80BC-58BD6680C21C

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

/dev/sdb1         2048 194994175 194992128    93G Données de base Microsoft

/dev/sdb2    194994176 234440703  39446528  18,8G Données de base Microsoft

Je vais devoir passer la table de partition du disque /dev/sda (qui contient Windows) de MBR à GPT ,semble-t-il, sans perte de données, avec une commande "mbr2gpt" qui va créer une partition "EFI".
Je vais devoir ensuite passer le bios legacy en UEFI.
Vais-je retrouver mon dual boot opérationnel ? ou vais-je devoir faire des modifications sur le disque NVME qui contient Debian Bullseye ?
D'avance merci pour votre aide.

Dernière modification par pomme (07-11-2021 00:25:49)

raleur · 05-11-2021 15:04:17

pomme a écrit :

Vais-je retrouver mon dual boot opérationnel ?

Non. Le chargeur GRUB pour BIOS ne pourra pas chaîner le chargeur Windows pour UEFI.

pomme a écrit :

vais-je devoir faire des modifications sur le disque NVME qui contient Debian Bullseye ?

Pas forcément. Tu pourras monter la partition système EFI de Windows sur /boot/efi et installer grub-efi-amd64.
Il serait préférable que Debian ait sa propre partition EFI mais cela implique de faire de la place sur le SSD pour en créer et une et, idéalement, de convertir la table de partition du SSD au format GPT.
Dans tous les cas, il y aura une difficulté pour enregistrer GRUB dans les variables d'amorçage EFI, ce qui ne peut se faire qu'après avoir amorcé en mode EFI (et le serpent se mord la queue).

Dernière modification par raleur (05-11-2021 19:32:57)

pomme · 05-11-2021 15:44:35

raleur a écrit :

Pas forcément. Tu pourras monter la partition système EFI de Windows sur /boot/efi et installer grub-efi-amd64.
Il serait préférable que Debian ait sa propre partition EFI mais cela implique de faire de la place sur le SSD pour en créer et une et, idéalement, de convertir la table de partition du SSD au format GPT.
Dans tous les cas, il y aura une difficulté pour enregistrer GRUB dans les variables d'amorçage EFI, ce qui ne peut se faire qu'après avoir amorcé en mode EFI (et le serpent se mord la queue).

Merci pour ta réponse, raleur, j'ai écrit ce sujet après avoir pas mal fureté sur internet, tes derniers mots traduisent mon sentiment.
En d'autres termes, mon projet est-il réalisable? Si, oui, pourrais-tu, STP, m'aiguiller un peu plus précisément?
La conversion des partitions Debian peut-elle se faire sans casse, sachant qu'il y a une partition étendue?

Dernière modification par pomme (05-11-2021 17:26:51)

raleur · 05-11-2021 19:32:14

La conversion du SSD en GPT n'est utile que si tu souhaites y créer une partition système EFI pour Debian. En effet d'une part certains firmwares UEFI buggés sont incapables d'amorcer un disque au format DOS, et d'autre part le SSD a déjà 4 partitions principales, donc une nouvelle partition serait forcément de type logique et je ne garantis pas que l'amorçage EFI sur une partition logique fonctionne.

Ceci étant dit, la conversion peut se faire sans difficulté avec gdisk par exemple. On peut même le faire "à chaud" depuis le système puisque les partitions elles-mêmes ne sont pas modifiées, seule la table de partition l'est. gdisk essaiera de proposer des identifiants de types GPT équivalents à ceux de DOS (linux filesystem, linux swap...) qui n'ont pas grande importance et peuvent être modifiés. Comme le format GPT ne distingue pas entre les partitions principales et logiques, les partitions principales et logiques devriendront des partitions normales en conservant leurs numéros et la partition étendue sera supprimée.

Par contre cela cassera GRUB BIOS s'il est installé dans le MBR car la table de partition GPT est située dans des secteurs occupés par GRUB. De toute façon à terme tu n'en auras plus besoin si l'objectif est d'installer GRUB EFI. Il sera nécessaire de préparer un support amorçable en mode EFI (live ou installateur) pour pouvoir démarrer en mode EFI afin d'installer GRUB EFI.

Tu peux créer la partition EFI avant (en partltion logique) ou après la conversion en GPT, ça n'a pas vraiment d'importance. J'aurais une préférence pour après car la structure d'une partition étendue est fragile et sa manipulation peut être risquée.

Dernière modification par raleur (05-11-2021 19:32:42)

pomme · 06-11-2021 08:53:33

Bonjour à toutes et à tous,

raleur, j'ai peut-être un problème, la commande "gdisk /dev/nvme0n1" me retourne deux "warning":

gdisk /dev/nvme0n1

GPT fdisk (gdisk) version 1.0.6

Warning: Partition table header claims that the size of partition table

entries is 1119092736 bytes, but this program  supports only 128-byte entries.

Adjusting accordingly, but partition table may be garbage.

Warning: Partition table header claims that the size of partition table

entries is 0 bytes, but this program  supports only 128-byte entries.

Adjusting accordingly, but partition table may be garbage.

Partition table scan:

  MBR: MBR only

  BSD: not present

  APM: not present

  GPT: not present

***************************************************************

Found invalid GPT and valid MBR; converting MBR to GPT format

in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by

typing 'q' if you don't want to convert your MBR partitions

to GPT format!

***************************************************************

Warning! Secondary partition table overlaps the last partition by

33 blocks!

You will need to delete this partition or resize it in another utility.

Command (? for help):

Il s'agit peut-être d'un bug si je comprend ce qui est indiqué sur ce site
Selon toi que faut-il en penser ?
Merci.

raleur · 06-11-2021 09:53:22

Les deux premiers warnings avant le scan des tables de partitions sont sans objet car ils concernent une hypothétique table de partition GPT qui n'existe pas.

Le dernier est plus ennuyeux, j'avais oublié ce point. Le format GPT a besoin d'un peu d'espace non alloué (33 secteurs par défaut) à la fin du disque pour y écrire une copie de secours de la table de partition. Le début et la fin des partitions étant généralement alignés sur des blocs de 1 Mio (2048 secteurs) et la taille des disques étant rarement un multiple exact de 1 Mio, cet espace est souvent non alloué et cela ne pose pas de difficulté. Mais ce n'est pas le cas de ton SSD : bien que la taille du SSD ne soit pas multiple de 2048 secteurs, la dernière partition dans l'ordre physique (p4) s'étend jusqu'à la fin du disque. Il va donc falloir la réduire légèrement après avoir réduit son contenu. De toute façon il te faut aussi libérer de l'espace disque pour créer une partition système EFI, donc autant en profiter pour faire d'une pierre deux coups. 100 Mo (voire 10 fois moins) suffisent très largement pour une partition EFI pour Debian.

Dernière modification par raleur (06-11-2021 09:58:35)

pomme · 06-11-2021 10:15:53

OK, merci raleur, je vais faire ça.
La partition EFI peut être créée n'importe ou sur le disque?

raleur · 06-11-2021 10:28:45

Oui, à ma connaissance.
Mais es-tu sûre ("pomme" est du genre féminin) de vouloir suivre cette voie ? Quand j'ai répondu à ta question "Vais-je retrouver mon dual boot opérationnel ?", j'ai considéré hâtivement que tu parlais du dual boot via GRUB. Mais ce n'est pas la seule façon, on peut très bien faire un dual boot via le menu de démarrage du BIOS/UEFI. Boot UEFI -> Windows et boot legacy/BIOS -> Debian, ça marche très bien et cela garantit que Windows ne viendra jamais pourrir l'amorçage de Debian (contrairement à un amorçage UEFI seul où chaque OS peut affecter l'amorçage de l'autre).

Question indiscrète : pourquoi as-tu besoin de passer Windows en EFI+GPT ?

pomme · 06-11-2021 10:48:43

raleur a écrit :

on peut très bien faire un dual boot via le menu de démarrage du BIOS/UEFI. Boot UEFI -> Windows et boot legacy/BIOS -> Debian, ça marche très bien et cela garantit que Windows ne viendra jamais pourrir l'amorçage de Debian (contrairement à un amorçage UEFI seul où chaque OS peut affecter l'amorçage de l'autre).

Question indiscrète : pourquoi as-tu besoin de passer Windows en EFI+GPT ?

J'ai compris que pour passer à Windows 11 il fallait que le firmware soit UEFI et puis GPT parce que l'outil Windows propose cela.
Peux-tu m'en dire plus concernant "un dual boot via le menu de démarrage du BIOS/UEFI"...Les 2 peuvent cohabiter ??
EDIT:
Je viens de libérer un peu d'espace derrière "p4" et je n'ai plus le dernier "warning"

Dernière modification par pomme (06-11-2021 11:00:23)

raleur · 06-11-2021 11:20:06

pomme a écrit :

J'ai compris que pour passer à Windows 11 il fallait que le firmware soit UEFI et puis GPT parce que l'outil Windows propose cela.

Windows 11 ne supporterait plus l'amorçage BIOS/legacy ? La conversion au format GPT n'est qu'une conséquence : Windows n'a jamais été capable d'amorcer en mode EFI depuis un disque au format DOS/MBR (ni en mode BIOS depuis un disque au format GPT, ce qui est plus gênant).

pomme a écrit :

Peux-tu m'en dire plus concernant "un dual boot via le menu de démarrage du BIOS/UEFI"...Les 2 peuvent cohabiter ??

Oui, mais l'utilisabilité pratique dépend de plusieurs facteurs comme les options du firmware et la fréquence d'utilisation de chacun des deux OS.

1) Le firmware UEFI doit supporter l'amorçage BIOS. Il existe déjà des machines qui ne supportent que l'amorçage UEFI, cela risque d'être de plus en plus fréquent avec les nouvelles machines.

2) Le secure boot UEFI n'est pas compatible avec l'amorçage hybride BIOS/UEFI. En effet un chargeur d'amorçage BIOS ne peut pas être signé et sécurisé (quoi qu'il pourrait être "mesuré" grâce à une puce TPM, mais ce serait compliqué à mettre en oeuvre), ce serait donc une brèche dans la sécurité du secure boot. Donc si Windows 11 exige l'activation du secure boot (je n'en sais rien), alors le dual boot ne sera pas pratique du tout : pour passer de l'un à l'autre il faudra entrer dans les réglage UEFI pour modifier le secure boot et l'amorçage BIOS. Utilisable en pratique seulement si on utilise principalement un OS et rarement l'autre.

3) Si on passe souvent d'un OS à l'autre, idéalement il faudrait que le firmware puisse afficher systématiquement un menu de boot comme le fait GRUB. Mais je n'en ai jamais vu. Dans le meilleur des cas, il faut appuyer sur une touche au bon moment lors du démarrage pour afficher ce menu. Dans le pire des cas, il faut entrer dans les réglages UEFI pour modifier l'option d'amorçage par défaut.

4) Les réglages disponibles pour l'amorçage sont variables d'un firmware à l'autre. Avec certains firmwares l'amorçage UEFI est systématiquement activé et on ne peut qu'activer ou désactiver l'amorçage BIOS en plus. Avec d'autres (plus anciens) c'est l'inverse. Certains permettent de donner la priorité à l'un ou à l'autre, sinon c'est l'UEFI qui a la priorité (donc Windows qui démarrerait par défaut dans ton cas). Dans le pire des cas (pas de menu de démarrage, amorçage UEFI activé par défaut et prioritaire), l'OS en UEFI serait systématiquement lancé sans possibilité de lancer l'OS en BIOS.

Dernière modification par raleur (06-11-2021 11:26:01)

pomme · 06-11-2021 15:29:19

Merci raleur pour toutes ces explications, qui, pour moi, ne sont pas simples......c'est un euphémisme.

.
J'ai pris mon courage à deux mains...il fallait bien ça.Le disque ou se trouve windows a été converti en GPT sans casse.
J'ai ensuite "booté" sur Débian et utilisé "gdisk" pour faire la conversion, et là, il faut être téméraire avec tous les avertissements contenant: "destroy". Bon, enfin, la conversion a été effectuée, semble-t-il sans dégât ( je suis actuellement sur une session live et je peux voir tous mes dossiers). J'ai crée une partition système EFI.
Je suis ensuite allé dans le firmware (le Bios) et l'ai configuré en UEFI.
Au reboot, je me suis retrouvé dans windows...
Je sais que maintenant à partir du live je dois installé "Grub-Efi". J'ai un mode opératoire qui ne fonctionne pas, donc là j'ai encore besoin de vous pour un coup de main.

Merci

raleur · 06-11-2021 16:50:08

Si j'ai bien compris tu veux amorcer Debian en mode UEFI, dans le but d'avoir le multiboot dans le menu de GRUB.

Il y a plusieurs méthodes pour installer GRUB EFI. A mon avis le plus simple est de passer par le mode rescue de l'installateur Debian (amorcé en mode EFI) pour lancer un shell dans la racine du système installé puis monter la partition EFI et installer le paquet grub-efi-amd64.

Avec un système live, il y a deux façons de faire. On peut passer par un chroot, ce qui équivaut à la méthode précédente mais il faut monter soi-même /proc, /dev, /sys... Ou bien on peut installer le paquet grub-efi-amd64-bin dans le système live (Debian) et s'en servir pour installer GRUB sur le système installé ; on monte la racine sur /mnt, la partition EFI sur /mnt/boot/efi (à créer le cas échéant) et on installe GRUB avec

grub-install --force-extra-removable --boot-directory=/mnt/boot --efi-directory=/mnt/boot/efi --bootloader-id=debian

Ça devrait permettre de démarrer le système installé en mode EFI et ensuite on peut installer proprement le paquet grub-efi-amd64.
Dans tous les cas, ne pas oublier d'ajouter le montage de la partition EFI par UUID sur /boot/efi dans /etc/fstab.

EDIT : j'ai ajouté l'option --bootloader-id à la commande grub-install qui devrait forcer l'installation de GRUB dans le bon répertoire et éviter les déboires qui ont suivi.

Dernière modification par raleur (07-11-2021 09:04:20)

pomme · 06-11-2021 18:20:09

raleur a écrit :

on monte la racine sur /mnt, la partition EFI sur /mnt/boot/efi (à créer le cas échéant) et on installe GRUB avec
grub-install --force-extra-removable --boot-directory=/mnt/boot --efi-directory=/mnt/boot/efi

Ça devrait permettre de démarrer le système installé en mode EFI et ensuite on peut installer proprement le paquet grub-efi-amd64.
Dans tous les cas, ne pas oublier d'ajouter le montage de la partition EFI par UUID sur /boot/efi dans /etc/fstab.

raleur, j'ai utilisé cette méthode, mais ça ne fonctionne pas:
lorsque je tapote F11 au démarrage j'ai ceci:

Si je choisis la 3eme ligne j'ai ceci:

Si je choisis la 4eme ligne ,je n'ai pas de photo, mais c'est un petit écran bleu pas très parlant.

raleur · 06-11-2021 18:36:48

Ça marche puisque GRUB se lance. Il n'affiche pas de menu, on va regarder pourquoi.
A l'invite grub> tape les commandes suivantes (en QWERTY) :

set

ls

ls /

Poste les valeurs de cmdpath, prefix, root, et le résultat des deux ls.

pomme · 06-11-2021 19:27:53

Voici

raleur · 06-11-2021 19:49:03

Les valeurs ne sont pas normales, comment as-tu fait exactement ?
En attendant, si la partition n° 1 est la racine sans /boot séparé tu devrais pouvoir afficher le menu de GRUB avec

configfile (hd3,gpt1)/boot/grub/grub.cfg

Ensuite tu pourras installer grub-efi-amd64 proprement.

pomme · 06-11-2021 21:01:31

Un grand merci raleur, je viens de retrouver, de façon rocambolesque, ma chère Debian.

raleur a écrit :

Les valeurs ne sont pas normales, comment as-tu fait exactement ?

Dans l’après midi, j'ai utilisé "boot-repair-disk" qui n'a rien réparé du tout....et peut-être mis le bazar.

raleur a écrit :

Ensuite tu pourras installer grub-efi-amd64 proprement

Qu'entends-tu par là? que je ne continue pas à faire des bêtises....

raleur a écrit :

Dans tous les cas, ne pas oublier d'ajouter le montage de la partition EFI par UUID sur /boot/efi dans /etc/fstab

Avec quoi dans ces champs ? :
<file system> <mount point> <type> <options> <dump> <pass>
Edit:
En fait la partition EFI est déjà dans le fichier fstab

Dernière modification par pomme (06-11-2021 21:06:22)

raleur · 06-11-2021 21:09:46

C'est bizarre, la plupart des fois ou j'entends parler de boot-repair-disk ou de ses semblables, c'est en mal...

Récupère l'UUID de la partition de swap avec

blkid /dev/nvme0n1p6

Ajoute une ligne dans /etc/fstab :

UUID=XXXX-XXXX /boot/efi vfat umask=0022

Vérifie le montage avec

mount /boot/efi

Installe le paquet grub-efi-amd64. Ça va désinstaller grub-pc, normal.

apt-get install grub-efi-amd64

Dernière modification par raleur (06-11-2021 21:11:41)

pomme · 06-11-2021 22:35:16

Je viens de rebooter et malheureusement le problème est toujours présent, j'ai du utiliser la ligne :"configfile..."
Aurais-tu encore des idées pour me sortir du pétrin.
Merci.
Pour info, la 4eme ligne de la première photo de mon post #13 donne ceci:

raleur · 06-11-2021 22:53:10

Merci de poster la sortie des commandes suivantes (pas de photo) :

efibootmgr -v

df -hT

blkid /dev/nvme*

find /boot/efi

cat /boot/efi/efi/debian/grub.cfg

bloc à supprimer si la commande n’affiche rien

Dernière modification par raleur (06-11-2021 22:53:27)

pomme · 06-11-2021 23:12:19

efibootmgr -v

BootCurrent: 0004

Timeout: 1 seconds

BootOrder: 0004,0000,0006,0001,0002

Boot0000* Windows Boot Manager  HD(2,GPT,7f981fca-3ef8-11ec-9b21-e31658627a96,0x745f2800,0x113800)/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.}....................

Boot0001  Hard Drive  BBS(HD,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0200)..GO..NO..........K.I.N.G.S.T.O.N. .S.A.1.0.0.0.M.8.2.4.0.G...................\.,.@.r.d.=.X..........A...........................&.h*.2U.....6..Gd-.;.A..MQ..L.5.0.0.2.6.B.7.6.8.2.A.A.1.3.2.5........BO..NO..........S.T.1.0.0.0.D.M.0.1.0.-.2.E.P.1.0.2...................\.,.@.r.d.=.X..........A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . . . .9.W.C.A.G.K.4.8........BO..NO..........F.U.J.I.T.S.U. .M.H.W.2.1.2.0.B.H...................\.,.@.r.d.=.X..........A...........................>..Gd-.;.A..MQ..L. . . . . . . . .Z.N.T.2.6.T.2.B.H.5.F.S........BO

Boot0002  CD/DVD Drive  BBS(CDROM,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0300)..GO..NO..........D.R.W.-.2.4.D.5.M.T...................\.,.@.r.d.=.X..........A...........................>..Gd-.;.A..MQ..L.M.K.I.K.E.B.4.F.2.0. .8. . . . . . . . ........BO

Boot0004* debian  HD(6,GPT,d1d37eb8-ab04-44c6-bd2d-b364f47c42f7,0x1bec0800,0x32000)/File(\EFI\GRUB\SHIMX64.EFI)

Boot0006* UEFI OS HD(6,GPT,d1d37eb8-ab04-44c6-bd2d-b364f47c42f7,0x1bec0800,0x32000)/File(\EFI\BOOT\BOOTX64.EFI)..BO

df -hT

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur

udev             devtmpfs   3,9G       0  3,9G   0% /dev

tmpfs            tmpfs      790M    1,6M  788M   1% /run

/dev/nvme0n1p1   ext4        19G    8,4G  8,9G  49% /

tmpfs            tmpfs      3,9G     67M  3,8G   2% /dev/shm

tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock

/dev/nvme0n1p6   vfat       100M    6,0M   94M   6% /boot/efi

/dev/nvme0n1p2   ext4        85G     11G   70G  14% /home

/dev/nvme0n1p5   ext4        50G     11G   38G  22% /home/pomme/AutresDD/Donnees

/dev/nvme0n1p4   ext4        52G    6,4G   43G  14% /home/pomme/AutresDD/Perso

/dev/sdb3        ext4       269G     45G  211G  18% /home/pomme/AutresDD/Sauvegardes

/dev/sdb1        fuseblk     66G     20G   47G  30% /home/pomme/AutresDD/Windows_10

tmpfs            tmpfs      790M     60K  790M   1% /run/user/1000

/dev/sda2        fuseblk     19G    180M   19G   1% /home/pomme/AutresDD/Essai

/dev/sda1        fuseblk     93G     19G   75G  20% /home/pomme/AutresDD/Amilo

blkid /dev/nvme*

/dev/nvme0n1: PTUUID="2e4f8f0c-dce9-482d-bdcb-842b2c65590f" PTTYPE="gpt"

/dev/nvme0n1p1: UUID="3d66287c-985f-4c76-8f4c-1b5ad2e723e7" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="7c617c65-ec03-42cd-9ab6-ed4b1ed9ec6b"

/dev/nvme0n1p2: UUID="5c250f4b-ae05-42a7-a0c6-5995550a0b17" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="b675946d-bf9b-4b7f-a022-7d8bb21bca71"

/dev/nvme0n1p3: UUID="d09d6619-453c-4811-93f2-d913b868f888" TYPE="swap" PARTLABEL="Linux swap" PARTUUID="20eee97c-100f-480a-ba7e-3250829a946b"

/dev/nvme0n1p4: LABEL="Perso" UUID="b9f01c55-2e1a-48fe-ac40-056983e75143" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="a3de15f1-24e9-4d8f-a0e5-06606d9733f6"

/dev/nvme0n1p5: LABEL="Donnees" UUID="be6bf7b8-a1d3-448a-ac24-f38a78bc3e83" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="6d09326a-31f7-4089-855c-bdde89f135e3"

/dev/nvme0n1p6: UUID="FC3B-2AA0" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="d1d37eb8-ab04-44c6-bd2d-b364f47c42f7"

find /boot/efi

/boot/efi

/boot/efi/System Volume Information

/boot/efi/EFI

/boot/efi/EFI/grub

/boot/efi/EFI/grub/shimx64.efi

/boot/efi/EFI/grub/grubx64.efi

/boot/efi/EFI/grub/mmx64.efi

/boot/efi/EFI/grub/fbx64.efi

/boot/efi/EFI/grub/BOOTX64.CSV

/boot/efi/EFI/grub/grub.cfg

/boot/efi/EFI/Boot

/boot/efi/EFI/Boot/bootx64.efi.grb

/boot/efi/EFI/Boot/bootx64.efi

/boot/efi/EFI/Boot/grubx64.efi

/boot/efi/EFI/Boot/fbx64.efi

cat /boot/efi/efi/debian/grub.cfg

cat: /boot/efi/efi/debian/grub.cfg: Aucun fichier ou dossier de ce type

raleur · 06-11-2021 23:24:14

L'entrée d'amorçage EFI "debian" pointe encore vers le GRUB mal fichu installé dans /boot/efi/efi/grub et pas de trace du GRUB normalement installé par Debian.
Par curiosité, que contient le fichier /boot/efi/EFI/grub/grub.cfg ?
Tu as vraiment installé le paquet grub-efi-amd64 ?

apt-cache policy grub-efi-amd64

debconf-show grub-efi-amd64

Si oui, force l'installation du chargeur avec

grub-install --force-extra-removable

Dernière modification par raleur (06-11-2021 23:26:13)

pomme · 06-11-2021 23:41:56

cat /boot/efi/EFI/grub/grub.cfg

search.fs_uuid 3d66287c-985f-4c76-8f4c-1b5ad2e723e7 root 

set prefix=($root)'/boot/grub'

configfile $prefix/grub.cfg

apt-cache policy grub-efi-amd64

grub-efi-amd64:

  Installé : 2.04-20

  Candidat : 2.04-20

 Table de version :

 *** 2.04-20 500

        500 https://deb.debian.org/debian bullseye/main amd64 Packages

        100 /var/lib/dpkg/status

debconf-show grub-efi-amd64

  grub2/kfreebsd_cmdline:

  grub2/force_efi_extra_removable: false

  grub2/update_nvram: true

  grub2/linux_cmdline_default: quiet

  grub2/linux_cmdline:

  grub2/kfreebsd_cmdline_default: quiet

grub-install --force-extra-removable

Installation pour la plate-forme x86_64-efi.

Installation terminée, sans erreur

raleur · 06-11-2021 23:47:46

Revérifie le résultat avec

efibootmgr -v

find /boot/efi

Si /boot/efi/efi/debian est bien présent et l'entrée EFI de debian a pour chemin EFI\debian\shimx64.efi, ça devrait être bon.

Dernière modification par raleur (06-11-2021 23:49:43)

pomme · 06-11-2021 23:51:48

efibootmgr -v

BootCurrent: 0004

Timeout: 1 seconds

BootOrder: 0004,0000,0006,0001,0002

Boot0000* Windows Boot Manager  HD(2,GPT,7f981fca-3ef8-11ec-9b21-e31658627a96,0x745f2800,0x113800)/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.}....................

Boot0001  Hard Drive  BBS(HD,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0200)..GO..NO..........K.I.N.G.S.T.O.N. .S.A.1.0.0.0.M.8.2.4.0.G...................\.,.@.r.d.=.X..........A...........................&.h*.2U.....6..Gd-.;.A..MQ..L.5.0.0.2.6.B.7.6.8.2.A.A.1.3.2.5........BO..NO..........S.T.1.0.0.0.D.M.0.1.0.-.2.E.P.1.0.2...................\.,.@.r.d.=.X..........A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . . . .9.W.C.A.G.K.4.8........BO..NO..........F.U.J.I.T.S.U. .M.H.W.2.1.2.0.B.H...................\.,.@.r.d.=.X..........A...........................>..Gd-.;.A..MQ..L. . . . . . . . .Z.N.T.2.6.T.2.B.H.5.F.S........BO

Boot0002  CD/DVD Drive  BBS(CDROM,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0300)..GO..NO..........D.R.W.-.2.4.D.5.M.T...................\.,.@.r.d.=.X..........A...........................>..Gd-.;.A..MQ..L.M.K.I.K.E.B.4.F.2.0. .8. . . . . . . . ........BO

Boot0004* debian  HD(6,GPT,d1d37eb8-ab04-44c6-bd2d-b364f47c42f7,0x1bec0800,0x32000)/File(\EFI\debian\shimx64.efi)

Boot0006* UEFI OS HD(6,GPT,d1d37eb8-ab04-44c6-bd2d-b364f47c42f7,0x1bec0800,0x32000)/File(\EFI\BOOT\BOOTX64.EFI)..BO

find /boot/efi

/boot/efi

/boot/efi/System Volume Information

/boot/efi/EFI

/boot/efi/EFI/grub

/boot/efi/EFI/grub/shimx64.efi

/boot/efi/EFI/grub/grubx64.efi

/boot/efi/EFI/grub/mmx64.efi

/boot/efi/EFI/grub/fbx64.efi

/boot/efi/EFI/grub/BOOTX64.CSV

/boot/efi/EFI/grub/grub.cfg

/boot/efi/EFI/Boot

/boot/efi/EFI/Boot/bootx64.efi.grb

/boot/efi/EFI/Boot/bootx64.efi

/boot/efi/EFI/Boot/grubx64.efi

/boot/efi/EFI/Boot/fbx64.efi

/boot/efi/EFI/debian

/boot/efi/EFI/debian/shimx64.efi

/boot/efi/EFI/debian/grubx64.efi

/boot/efi/EFI/debian/mmx64.efi

/boot/efi/EFI/debian/fbx64.efi

/boot/efi/EFI/debian/BOOTX64.CSV

/boot/efi/EFI/debian/grub.cfg

Debian-facile

#1 05-11-2021 14:23:58

[Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#2 05-11-2021 15:04:17

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#3 05-11-2021 15:44:35

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#4 05-11-2021 19:32:14

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#5 06-11-2021 08:53:33

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#6 06-11-2021 09:53:22

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#7 06-11-2021 10:15:53

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#8 06-11-2021 10:28:45

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#9 06-11-2021 10:48:43

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#10 06-11-2021 11:20:06

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#11 06-11-2021 15:29:19

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#12 06-11-2021 16:50:08

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#13 06-11-2021 18:20:09

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#14 06-11-2021 18:36:48

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#15 06-11-2021 19:27:53

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#16 06-11-2021 19:49:03

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#17 06-11-2021 21:01:31

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#18 06-11-2021 21:09:46

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#19 06-11-2021 22:35:16

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#20 06-11-2021 22:53:10

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#21 06-11-2021 23:12:19

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#22 06-11-2021 23:24:14

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#23 06-11-2021 23:41:56

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#24 06-11-2021 23:47:46

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

#25 06-11-2021 23:51:48

Re : [Résolu] Possibilités de passage MBR-->GPT et Bios Legacy-->UEFI ??

Pied de page des forums