[Résolu]switch legacy boot vers UEFI

rodinux · 02-11-2023 21:12:38

Bonjour,

Depuis plusieurs années sur mon portable j'utilise Legacy Boot. J'aimerai maintenant passer en UEFI.

La première partition où se trouve le boot sda1 contient une Debian 10 que je peux tout à fait supprimer pour ajouter une nouvelle distribution et y ajouter une partition uefi, par contre je voudrai garder absolument l'OS actuel qui est sur la partition sda2 (pour / root), j'ai ensuite une partition étendue /home sda6 ou je met les /home/user des deux distributions, puis une partition d'échange swap sda5.

fdisk -l /dev/sda

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

Modèle de disque : CT1000MX500SSD1 

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 : 0xa41b75da

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

/dev/sda1    *              2048   62515199   62513152  29,8G 83 Linux

/dev/sda2               62515200  192571391  130056192    62G 83 Linux

/dev/sda4              192571392 1953523711 1760952320 839,7G  5 Étendue

/dev/sda5             1932392448 1953523711   21131264  10,1G 82 partition d'échange Linux / Solaris

/dev/sda6              192573440 1932392447 1739819008 829,6G 83 Linux

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

Mon impératif, garder mon système debian bookworm sur sda2 fonctionnel !

Est-ce que j'ai besoin de passer par un live CD ?

ou bien est-ce que je peux y arriver en installant une distribution sur sda1 en créant une partition UEFI, en activant dans le bios démarrage UEFI et en l'installant avec un démarrage UEFI, puis en déplaçant ensuite des partitions ??

Je crois comprendre que je dois utiliser gdisk pour créer un disque avec une partition GPT et non plus MBR.

Quelle serait la procédure à votre avis pour y arriver sans perdre le système sur sda2 ?

infos sur le laptop

inxi -M

Machine:

  Type: Laptop System: LENOVO product: 4236JY2 v: ThinkPad T420

    serial: PBATMAM

  Mobo: LENOVO model: 4236JY2 serial: 1ZLEH2691VM UEFI-[Legacy]: LENOVO

    v: 83ET67WW (1.37 ) date: 11/28/2011

Dernière modification par rodinux (08-12-2023 21:52:31)

rodinux · 02-11-2023 21:25:27

Je vois un exemple ici, mais avec fedora et des commandes dnf et autre subtilité, il utilise LVM (à savoir j'ai installer LVM sur ma debian)...

https://www.redhat.com/sysadmin/bios-uefi

Là je me dis que dois pouvoir y arriver sans besoin de réinstaller une distrib sur sda1... mais je suis pas sûr du tout...

Dernière modification par rodinux (02-11-2023 21:26:14)

rodinux · 02-11-2023 21:52:10

En fait, je me pose la question, est-ce que je ne dois pas d'abord régler tout depuis la partition sda1 puisque c'est elle qui a le flag boot ??

Ou est-ce que je peux en restant sur sda2 et sans avoir besoin de live-cd et de chroot

* supprimer sda1 depuis sda2,
* créer une partition boot de 200 MB (faut-il y coller dedans le contenu de la patition /boot de sda2 ??
* puis une partition EFI en fat32 de 43 MB (code EF00), comment on fait ?
* aussi une partition de 1MB (code EF02) comment on fait ??
* utiliser gdisk pour passer le disque GPT,
* monter la partition UEFI dans le fstab
* désinstaller grub-pc
* installer grub-efi
* lancer un grub-install /dev/sda

Inspirer de ce tuttoriel:
https://github.com/getreu/legacy-to-uefi-boot

raleur · 03-11-2023 10:48:11

rodinux a écrit :

Est-ce que j'ai besoin de passer par un live CD ?

Non.

rodinux a écrit :

est-ce que je peux y arriver en installant une distribution sur sda1

Pas besoin d'installer une autre distribution.

rodinux a écrit :

Je crois comprendre que je dois utiliser gdisk pour créer un disque avec une partition GPT et non plus MBR.

Pas besoin de passer en GPT (sauf si le firmware UEFI est très défectueux).

rodinux a écrit :

est-ce que je ne dois pas d'abord régler tout depuis la partition sda1 puisque c'est elle qui a le flag boot ?

La présence du drapeau boot n'est utile que pour certains BIOS (ou firmwares UEFI en mode legacy) défectueux, et il peut être mis sur n'importe quelle partition primaire (1 à 4) indépendamment de son contenu.

rodinux a écrit :

créer une partition boot de 200 MB (faut-il y coller dedans le contenu de la patition /boot de sda2 ?

Pas besoin de partition /boot. Et 200 Mo ne seraient pas suffisants, avec la taille des noyaux et initramfs actuels il faut compter au moins 500 Mo pour être tranquille (pour le moment).

rodinux a écrit :

puis une partition EFI en fat32 de 43 MB (code EF00), comment on fait ?

EF00, c'est dans gdisk utilisable seulement sur GPT. Dans fdisk, c'est EF. Dans parted ou gparted, c'est le drapeau "esp". Ensuite on formate en vfat.

rodinux a écrit :

aussi une partition de 1MB (code EF02) comment on fait ?

EF02, c'est le code pour le type "BIOS boot" dans gdisk. On ne peut créer une partition BIOS boot que sur GPT et cette partition n'est utile que pour l'amorçage legacy (que je conseille de conserver au moins tant que l'amorçage EFI n'a pas été validé).

rodinux a écrit :

utiliser gdisk pour passer le disque GPT,

Si tu veux vraiment faire ça, il vaut mieux le faire avant de créer les partitions EFI et BIOS boot. Cela écrasera une partie de GRUB qui était au même emplacement que la table GPT donc il faudra réinstaller GRUB dans sda pour qu'il mette cette partie dans la partition BIOS boot.

rodinux a écrit :

* désinstaller grub-pc
* installer grub-efi

Si tu fais ça, garde grub-pc-bin (que autoremove proposera de désinstaller). Sinon tu peux installer grub-efi-amd64-bin et garder grub-pc dans un premier temps.

rodinux a écrit :

* lancer un grub-install /dev/sda

Tant que le système est amorcé en mode legacy, cette commande installera GRUB pour l'amorçage legacy (grub-pc). On ne peut pas installer GRUB pour l'amorçage EFI de façon normale car il n'est pas encore possible de l'enregistrer dans les variables de boot EFI. Il faut donc forcer la cible EFI et l'installer en forçant l'installation dans le "chemin de support amovible" qui peut être amorcé sans être enregistré :

grub-install --target=x86_64-efi --force-extra-removable

rodinux · 06-11-2023 11:19:18

Merci pour toutes ces réponses... Du coup j'ai mis de côté pour l'instant ce besoin, mais si je comprends bien:
pas besoin d'avoir un disque en GPT pour démarrer en UEFI ?? De ce que j'ai compris j'ai un gros risque de corrompre des données sur le disque, donc j'ai abandonné cette idée.

Donc, je peux tout de même booté en UEFI sans avoir un disque GPT ? Il me faut tout de même une partition EFI au début ? en fat32 de 600 Mo par exemple que je tague boot, esp ?

Mon soucis était de démarrer une clé Tails mise à jour qui préfère démarrer avec L'UEFI (tails ne bootera pas convenablement, car uefi te permet d'apporter pas mal de sécurité (signatures boot, anti-dma attack, etc...), et tails en a besoin). Du coup je pouvais démarrer que en Mode Recovery. En parade, je teste l'utilisation de Whonix avec VirtualBox.

raleur · 06-11-2023 22:59:14

rodinux a écrit :

pas besoin d'avoir un disque en GPT pour démarrer en UEFI ?

Non. La spécification UEFI supporte aussi le format DOS/MBR.

rodinux a écrit :

De ce que j'ai compris j'ai un gros risque de corrompre des données sur le disque

En convertissant le disque au format GPT avec gdisk ? Le risque est faible car gdisk ne modifie que la table de partition, pas le contenu des partitions ni leurs numéros. Au pire avec une sauvegarde de la table de partition d'origine il est possible de la restaurer en cas de problème. En revanche cela cassera GRUB qu'il faudra réinstaller pour continuer à utiliser l'amorçage BIOS.

rodinux a écrit :

Donc, je peux tout de même booté en UEFI sans avoir un disque GPT ?

OUI !

rodinux a écrit :

Il me faut tout de même une partition EFI au début ?

Oui, pas forcément au début. Elle peut être n'importe où

rodinux a écrit :

en fat32 de 600 Mo par exemple que je tague boot, esp ?

600 Mo sont beaucoup trop, 50 Mo suffisent largement.
Drapeau "esp" seulement, le drapeau "boot" du format DOS/MBR n'est utile que pour l'amorçage BIOS. Dans le format GPT les drapeaux "esp" et "boot" sont synonymes (ce qui est un grosse connerie à mon avis, source de confusion).

rodinux a écrit :

Mon soucis était de...

Je n'ai strictement rien compris à ton souci ni au rapport avec l'amorçage EFI.

rodinux · 06-11-2023 23:48:35

OK, désolé je me perds un peu dans tout cela... Pour que je ne fasse pas trop de bêtises...
Je peux tenter de déplacer la première partition sda1 avec Gparted pour libérer 50Mo ?
formater cette partition en fat32 et la taguer esp ?
installer grub-efi-amd64-bin avec apt ?

Ici je ne suis pas sûr de bien comprendre cette commande:

grub-install --target=x86_64-efi --force-extra-removable

raleur · 07-11-2023 00:04:36

rodinux a écrit :

Je peux tenter de déplacer la première partition sda1 avec Gparted pour libérer 50Mo ?

J'éviterais de déplacer des partitions, il suffit de réduire sda1 ou sda2 et créer une nouvelle partition primaire. Je ne suis pas sûr qu'on puisse amorcer depuis une partition EFI de type logique, me rappelle pas.

rodinux a écrit :

je ne suis pas sûr de bien comprendre cette commande

--target=x86_64-efi force l'installation de GRUB pour EFI x86 64 bits, sinon par défaut ce sera pour BIOS.
--force-extra-removable installe une copie de GRUB dans un emplacement de la partition EFI qui est amorçable sans devoir modifier les variables de boot EFI (qui ne sont pas accessibles quand on a démarré en mode BIOS).
Ne pas oublier de monter la partition EFI sur /boot/efi avant.

Dernière modification par raleur (07-11-2023 00:05:09)

rodinux · 07-11-2023 00:15:18

raleur a écrit :

rodinux a écrit :
Je peux tenter de déplacer la première partition sda1 avec Gparted pour libérer 50Mo ?

J'éviterais de déplacer des partitions, il suffit de réduire sda1 ou sda2 et créer une nouvelle partition primaire. Je ne suis pas sûr qu'on puisse amorcer depuis une partition EFI de type logique, me rappelle pas.

J'ai réduit sda1 pour avoir 61Mio, formater en fat32 et drapeaux esp, partition primaire sda3

raleur a écrit :

rodinux a écrit :
je ne suis pas sûr de bien comprendre cette commande

--target=x86_64-efi force l'installation de GRUB pour EFI x86 64 bits, sinon par défaut ce sera pour BIOS.
--force-extra-removable installe une copie de GRUB dans un emplacement de la partition EFI qui est amorçable sans devoir modifier les variables de boot EFI (qui ne sont pas accessibles quand on a démarré en mode BIOS).
Ne pas oublier de monter la partition EFI sur /boot/efi avant.

Monter la partiton dans /etc/fstab ?? c'est bien ça ? avec l'UUID ?

Dernière modification par rodinux (07-11-2023 00:16:31)

rodinux · 07-11-2023 01:22:23

Oups, pas facile je dois dire, le site est tombé en vrac quelques instant, non ??

Je n'arrive pas à monté la partition /boot/efi (car ce dossier n'existe pas)
J'ai édité le fstab avec cela

# Partition efi

UUID=2722-2C6D /boot/efi     vfat defaults  0 2

mais voilà

mount -a

mount: /boot/efi: le point de montage n'existe pas.

       dmesg(1) peut avoir plus d'informations après un échec de l'appel système du montage.

Sinon

grub-install --target=x86_64-efi --force-extra-removable

Installation pour la plate-forme x86_64-efi.

grub-install : erreur : impossible de trouver le répertoire EFI.

root@debianbullseye:~# grub-install --target=x86_64-efi --force-extra-removable /dev/sda3

Installation pour la plate-forme x86_64-efi.

grub-install : erreur : impossible de trouver le répertoire EFI.

J'ai essayer d'autres choses

grub-install --target=x86_64-efi --force-extra-removable /dev/sda3

Installation pour la plate-forme x86_64-efi.

grub-install : erreur : impossible de trouver le répertoire EFI.

grub-install --target=x86_64-efi /dev/sda3

Installation pour la plate-forme x86_64-efi.

grub-install : erreur : impossible de trouver le répertoire EFI.

grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=debian --recheck --debug /dev/sda3

Installation pour la plate-forme x86_64-efi.

grub-install : information : impossible d'ouvrir « /boot/grub/device.map » : Aucun fichier ou dossier de ce type.

grub-install : erreur : impossible d'obtenir le chemin canonique de « /boot/efi ».

Je suis bien embêter... Est-ce que je dois créer le dossier /boot/efi ? sur sda2 ?

.

rodinux · 07-11-2023 01:29:08

Est-ce que je devrais tenter cela ??

grub-efi-amd64  grub2/force_efi_extra_removable boolean true

https://wiki.debian.org/UEFI

rodinux · 07-11-2023 01:32:37

Est-ce parce que je suis sur mon système Debian bookworm sur sda2 mais que je devrais faire ces commandes depuis l'autre système qui se trouve sur sda1 (avec une debian 10) mais qui est taguée boot ??

J'ai peur de ne plus arriver à démarrer avec tout cela...

rodinux · 07-11-2023 01:49:08

Bon, j'ai créé le dossier /boot/efi

mkdir /boot/efi

Puis monter la partiton

mount -a

Puis la commande

grub-install --target=x86_64-efi --force-extra-removable

Installation pour la plate-forme x86_64-efi.

grub-install : attention : EFI variables are not supported on this system..

Installation terminée, sans erreur.

Là c'est mieux... je tente un redémarrage ??

rodinux · 07-11-2023 02:08:28

Bon, je redémarre, déjà ça fonctionne... Par contre je ne suis pas sûr d'être en UEFI

ls -l /sys/firmware/efi

ls: impossible d'accéder à '/sys/firmware/efi': Aucun fichier ou dossier de ce type

efibootmgr

EFI variables are not supported on this system.

ls -l /boot/grub

total 2396

drwxr-xr-x 2 root root    4096  9 juin   2022 fonts

-r--r--r-- 1 root root   11729 27 oct.  02:52 grub.cfg

-rw-r--r-- 1 root root    1024  9 juin   2022 grubenv

drwxr-xr-x 2 root root   20480 27 oct.  02:51 i386-pc

drwxr-xr-x 2 root root    4096  7 nov.  01:43 locale

-rw-r--r-- 1 root root 2392304 27 oct.  02:51 unicode.pf2

drwxr-xr-x 2 root root   12288  7 nov.  01:43 x86_64-efi

sudo fdisk -l

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

Modèle de disque : CT1000MX500SSD1 

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 : 0xa41b75da

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

/dev/sda1    *              2048   62390271   62388224  29,7G 83 Linux

/dev/sda2               62515200  192571391  130056192    62G 83 Linux

/dev/sda3               62390272   62515199     124928    61M ef EFI (FAT-12/16/

/dev/sda4              192571392 1953523711 1760952320 839,7G  5 Étendue

/dev/sda5             1932392448 1953523711   21131264  10,1G 82 partition d'éch

/dev/sda6              192573440 1932392447 1739819008 829,6G 83 Linux

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

Disque /dev/zram0 : 256 MiB, 268435456 octets, 65536 secteurs

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

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

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

rodinux · 07-11-2023 02:21:21

Ah, mieux... J'ai oublié de changer dans le bios (j'avais boot=legacy only), du coup je l'ai mis sur both et boot primary=uefi là j'ai eu une page bleu avec des options, et j'ai démarré cette fois en uefi je pense:

efibootmgr

BootCurrent: 000A

Timeout: 0 seconds

BootOrder: 0019,000C,0006,0007,0008,0009,000A,000B,000D,000E,000F,0010,0011,0012,0013

Boot0000  Setup

Boot0001  Boot Menu

Boot0002  Diagnostic Splash Screen

Boot0003  Startup Interrupt Menu

Boot0004  ME Configuration Menu

Boot0005  Rescue and Recovery

Boot0006* USB CD

Boot0007* USB FDD

Boot0008* ATAPI CD0

Boot0009* ATA HDD2

Boot000A* ATA HDD0

Boot000B* ATA HDD1

Boot000C* USB HDD

Boot000D* PCI LAN

Boot000E* ATAPI CD1

Boot000F* ATAPI CD2

Boot0010  Other CD

Boot0011* ATA HDD3

Boot0012* ATA HDD4

Boot0013  Other HDD

Boot0014* IDER BOOT CDROM

Boot0015* IDER BOOT Floppy

Boot0016* ATA HDD

Boot0017* ATAPI CD:

Boot0018* PCI LAN

Boot0019* debian

ls -l /sys/firmware/efi

total 0

-r--r--r-- 1 root root 4096  7 nov.  02:12 config_table

drwxr-xr-x 2 root root    0  7 nov.  02:11 efivars

-r--r--r-- 1 root root 4096  7 nov.  02:12 fw_platform_size

-r--r--r-- 1 root root 4096  7 nov.  02:12 fw_vendor

drwxr-xr-x 2 root root    0  7 nov.  02:12 mok-variables

-r--r--r-- 1 root root 4096  7 nov.  02:12 runtime

drwxr-xr-x 8 root root    0  7 nov.  02:12 runtime-map

-r-------- 1 root root 4096  7 nov.  02:12 systab

ls /sys/firmware |grep efi

efi

raleur · 07-11-2023 09:49:43

rodinux a écrit :

Bon, j'ai créé le dossier /boot/efi

"Répertoire", pas "dossier". Tu as mis le temps...

rodinux a écrit :

grub-install : attention : EFI variables are not supported on this system..

Comme prévu puisque le système n'a pas encore démarré en mode EFI. On aurait pu supprimer ce message avec l'option --no-nvram mais ce n'est pas une erreur fatale donc pas la peine de s'embêter.

rodinux a écrit :

BootCurrent: 000A
BootOrder: 0019,000C,0006,0007,0008,0009,000A,000B,000D,000E,000F,0010,0011,0012,0013
Boot000A* ATA HDD0
Boot0019* debian

Comme prévu, on peut voir dans la sortie de efibootmgr que :
- le système a été amorcé depuis le chemin de support amovible de la partition EFI du premier disque SATA (Boot000A / ATA HDD0)
- le programme "fall-back" (fbx64.efi) installé dans cet emplacement par l'option --force-extra-removable a scanné la partition EFI, trouvé le chargeur pour Debian, l'a enregistré dans les variables de boot EFI (Boot0019 / debian) et mis en premier dans l'ordre d'amorçage (BootOrder) pour qu'il soit sélectionné par défaut lors des démarrages suivants.

Maintenant tu peux installer le paquet grub-efi-amd64 (qui désinstallera grub-pc - mais pas le chargeur GRUB pour BIOS lui-même) pour réinstaller automatiquement le chargeur d'amorçage lors des futures mises à jour de GRUB.

rodinux · 08-12-2023 21:51:55

Merci beaucoup pour ta précieuse aide, avec retard...
Le but était de pouvoir démarrer avec une clé live USB Tails, je ne peux toujours démarrer comme voulu, mais c'est pas grave. Il me semble qu'elle avait besoin de démarrer avec un boot UEFI, mai il y a peut-être aussi une histoire de BIOS...

raleur · 09-12-2023 08:42:52

Il ne faudrait pas désactiver le secure boot dans les paramètres du BIOS/UEFI ?

Debian-facile

#1 02-11-2023 21:12:38

[Résolu]switch legacy boot vers UEFI

#2 02-11-2023 21:25:27

Re : [Résolu]switch legacy boot vers UEFI

#3 02-11-2023 21:52:10

Re : [Résolu]switch legacy boot vers UEFI

#4 03-11-2023 10:48:11

Re : [Résolu]switch legacy boot vers UEFI

#5 06-11-2023 11:19:18

Re : [Résolu]switch legacy boot vers UEFI

#6 06-11-2023 22:59:14

Re : [Résolu]switch legacy boot vers UEFI

#7 06-11-2023 23:48:35

Re : [Résolu]switch legacy boot vers UEFI

#8 07-11-2023 00:04:36

Re : [Résolu]switch legacy boot vers UEFI

#9 07-11-2023 00:15:18

Re : [Résolu]switch legacy boot vers UEFI

#10 07-11-2023 01:22:23

Re : [Résolu]switch legacy boot vers UEFI

#11 07-11-2023 01:29:08

Re : [Résolu]switch legacy boot vers UEFI

#12 07-11-2023 01:32:37

Re : [Résolu]switch legacy boot vers UEFI

#13 07-11-2023 01:49:08

Re : [Résolu]switch legacy boot vers UEFI

#14 07-11-2023 02:08:28

Re : [Résolu]switch legacy boot vers UEFI

#15 07-11-2023 02:21:21

Re : [Résolu]switch legacy boot vers UEFI

#16 07-11-2023 09:49:43

Re : [Résolu]switch legacy boot vers UEFI

#17 08-12-2023 21:51:55

Re : [Résolu]switch legacy boot vers UEFI

#18 09-12-2023 08:42:52

Re : [Résolu]switch legacy boot vers UEFI

Pied de page des forums