Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Installation Hirsute 21.04 impossible en legacy

CRIMA

Bonjour

Depuis un moment j'essaie d'installer Ubuntu Hirsute 21.04 sur deux machines différentes en Legacy mais je bute toujours sur le même problème (impossible d'installer Grub sur sd(x) cette erreur est fatale) donc impossible redémarrer.
L'une des deux machines à un bios qui permet le choix de l'installation en Legacy ou Uefi. L'installation aboutit et fonctionne bien si je choisis "UEFI" mais est impossible en LEGACY
Le problème est présent depuis que les Iso sont téléchargeables sur CDIMAGE (Je télécharge la dernière version journalière à chaque tentative)
Je me pose la question : Ubuntu deviendrait-il incompatible avec une installation Legacy, autrement pour des machines "anciennes" ?

Salutations

bluc

Bonjour

J'ai eu ce message en installant en legacy, Hirsute et aussi Kubuntu 2.10 et tous les deux on démarré

geole

Bonjour
Il est probable que ce problème soit présent à partir la version 20.04.1 ====> https://forum.ubuntu-fr.org/viewtopic.php?pid=22401890#p22401890
Cependant, boot-repair en 20.04.1 fonctionne. Mais il n'est pas disponible en version hirsute, Mais la version HARDY reste disponible! http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu/dists/
Qui plus est, je ne sais pas si la version grub legacy du grub en hirsute est disponible, si oui,, elle s'installerait par une technique chroot
mais il est possible que la version EFI fonctionne en légacy en utilisant l'option noefi dans le grub

https://forum.ubuntu-fr.org/viewtopic.php?id=2057921

geole

CRIMA a écritBonjour

Depuis un moment j'essaie d'installer Ubuntu Hirsute 21.04 sur deux machines différentes en Legacy mais je bute toujours sur le même problème (impossible d'installer Grub sur sd(x) cette erreur est fatale) donc impossible redémarrer.
....
Je me pose la question : Ubuntu deviendrait-il incompatible avec une installation Legacy, autrement pour des machines "anciennes" ?
Salutations

Bonjour
Il n'y a aucune difficulté à installer ubuntu avec une machine légacy. Il faut simplement se souvenir qu'il faut un disque ayant une table de partition GPT.
Donc la technique est la suivante
Soit choisir l'option EFFACER le DISQUE et installer ubuntu
Soit convertir préventivement la table de partition MSDOS en GPT
=> https://forum.ubuntu-fr.org/viewtopic.php?pid=22401642#p22401642
Attention, si ce disque contient un windows, celui-ci risque très certainement de ne plus booter!!!
et choisir l'option autre chose.

Ne pas oublier qu'il va falloir une partition de boot en FAT32 et une partition de boot "bios-boot"
https://doc.ubuntu-fr.org/gpt#creer_une_partition_bios-boot

Au final , le résultat sera comme cela

sudo parted /dev/sdd unit    MiB print
Modèle: Maxtor 6 L200M0 (scsi)
Disque /dev/sdd : 194480MiB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début    Fin        Taille     Système de fichiers  Nom                   Fanions
 1      32,0MiB  64,0MiB    32,0MiB                                               bios_grub
 2      64,0MiB  576MiB     512MiB     fat32                EFI System Partition  démarrage, esp
 3      576MiB   194461MiB  193885MiB  ext4

Mais pour le démarrage, cela va se compliquer, Le bios legacy peut de ne pas avoir prévu de booter sur un disque ayant une table de partition GPT.
Dans ce dernier contexte, il faut un vieux ubuntu sur un autre disque et faire un dual boot.
j'en dirais un peu plus dans quelque temps.
EXTRAITS d'un boot-info réalisé àpartion de la version 20.04.1

   ---------------------------------------------------------------------------
 => Grub2 (v2.00) is installed in the MBR of /dev/sdd and looks at sector 
    65535 of the same hard drive for core.img. core.img is at this location 
    and looks for (,gpt3)/boot/grub. It also embeds following components:
    
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_gpt biosdisk
    ---------------------------------------------------------------------------

sdd1: __________________________________________________________________________

    File system:       BIOS Boot partition
    Boot sector type:  Grub2's core.img
    Boot sector info: 

sdd2: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi 
                       /efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi 
                       /efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg

sdd3: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu Hirsute Hippo (development branch)
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub 
                       /boot/grub/i386-pc/core.img


===================================== UEFI =====================================

This installed-session is not in EFI-mode.

2895d47544fd587b26c7e29be1295c27   sdd2/BOOT/fbx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84   sdd2/BOOT/mmx64.efi
b2397619ff27be0a74f5c5609e61e775   sdd2/ubuntu/grubx64.efi
dc3c47be2f78a78e5e57d097ae6c5c84   sdd2/ubuntu/mmx64.efi
78415fb8fb9b909f8029858113f1335f   sdd2/ubuntu/shimx64.efi
78415fb8fb9b909f8029858113f1335f   sdd2/BOOT/BOOTX64.efi


Disks info: ____________________________________________________________________

sdd	: is-GPT,	hasBIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	2048 sectors * 512 bytes
sdd2	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
sdd3	: is-os,	64, apt-get,	signed grub-pc grub-efi ,	grub2,	grub-install,	grubenv-ok,	update-grub,	farbios
sdd2	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sdd3	: isnotESP,	fstab-has-goodEFI,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sdd2	: not-sepboot,	no-boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	std-grub.d,	sdd
sdd3	: not-sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sdd

Disk sdd: 189.94 GiB, 203927027200 bytes, 398294975 sectors
Disk identifier: 2C292D99-36D5-481D-AEB4-DFF9B014CD0A
        Start       End   Sectors   Size Type
sdd1    65535    131069     65535    32M BIOS boot
sdd2   131070   1179629   1048560   512M EFI System
sdd3  1179630 398256194 397076565 189.3G Linux filesystem

sdd:204GB:scsi:512:512:gpt:Maxtor 6 L200M0:;
1:33.6MB:67.1MB:33.6MB:::bios_grub;
2:67.1MB:604MB:537MB:fat32:EFI System Partition:boot, esp;
3:604MB:204GB:203GB:ext4::;

sdd                                                                                                                                               
├─sdd1                                                                                       2451208f-a464-44cb-81be-bb99b432a3e8                 
├─sdd2                              vfat              A0D4-F1A5                              86f40222-2f36-4f21-9571-a8dad551a315                 EFI System Partition
└─sdd3                              ext4              eef074f1-04c9-4071-a9af-2172ebdd8cfc   d825fc5a-5197-4495-9128-3ce937c0c482           

df (filtered): _________________________________________________________________
                        Avail Use% Mounted on
sdd2                   503.2M   2% /mnt/boot-sav/sdd2
sdd3                   168.4G   4% /media/a/eef074f1-04c9-4071-a9af-2172ebdd8cfc

===================== sdd2/efi/ubuntu/grub.cfg (filtered) ======================
search.fs_uuid eef074f1-04c9-4071-a9af-2172ebdd8cfc root hd4,gpt3 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

====================== sdd3/boot/grub/grub.cfg (filtered) ======================
Ubuntu   eef074f1-04c9-4071-a9af-2172ebdd8cfc
Ubuntu, avec Linux 5.8.0-36-generic   eef074f1-04c9-4071-a9af-2172ebdd8cfc


========================== sdd3/etc/fstab (filtered) ===========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sde3 during installation
UUID=eef074f1-04c9-4071-a9af-2172ebdd8cfc /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sde2 during installation
UUID=A0D4-F1A5  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

======================= sdd3/etc/default/grub (filtered) =======================
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

==================== sdd3: Location of files loaded by Grub ====================
           GiB - GB             File                                 Fragment(s)
  36,717238426 = 39,424834560   boot/grub/grub.cfg                             3
   6,969965935 = 7,483943936    boot/grub/i386-pc/core.img                     1
   5,504950523 = 5,910895616    boot/vmlinuz                                   1
   5,504950523 = 5,910895616    boot/vmlinuz-5.8.0-36-generic                  1
 183,699709892 = 197,246061568  boot/initrd.img                                5
 183,699709892 = 197,246061568  boot/initrd.img-5.8.0-36-generic               5
 183,699709892 = 197,246061568  boot/initrd.img.old                            5

===================== sdd3: ls -l /etc/grub.d/ (filtered) ======================
-rwxr-xr-x 1 root root 18151 déc.  12 01:50 10_linux
-rwxr-xr-x 1 root root 42359 déc.  12 01:50 10_linux_zfs
-rwxr-xr-x 1 root root 12894 déc.  12 01:50 20_linux_xen
-rwxr-xr-x 1 root root 12059 déc.  12 01:50 30_os-prober
-rwxr-xr-x 1 root root  1424 déc.  12 01:50 30_uefi-firmware
-rwxr-xr-x 1 root root   214 déc.  12 01:50 40_custom
-rwxr-xr-x 1 root root   216 déc.  12 01:50 41_custom

The default repair of the Boot-Repair utility would purge (in order to enable-raid) and reinstall the grub2 of
sda4 into the MBRs of all disks (except live-disks and removable disks without OS).
Grub-efi would not be selected by default because: legacy-win no-win-efi 
Additional repair would be performed: unhide-bootmenu-10s win-legacy-basic-fix

geole

Pour le moment, le reboot est impossible.
avec message d'erreur

invalid arch-independent ELF magic.
Entering rescue mode...

.
donc, on y va.

ls 
set boot=(hd0,gpt3)/boot/grub
set prefix=(hd0,gpt3)/boot/grub
insmod normal

Ce qui entraîne de nouveau le message d'erreur indiqué ci-dessus
et les commandes du style help linux initrd boot répondent "Unknown command"

en fait, il faut avant
set = permet de voir que les deux variables prefix et root sont déjà positionnées
insmod gzio
insmod ext2
insmod part_gpt

et il ne faut pas faire insmod normal car cela répond maintenant
error: file /boot/grub/i386-pc/normal.mod not found

mais la commande boot reste inconnue

Je pense que l'explication du message serait en partie expliquée ici https://ubuntuplace.info/questions/323866/error-invalid-arch-independent-elf-magic-while-loading-a-virtualbox-machine-wi
Il aurait mis la première partie en 32 bits?

C'est globalement confirmé, Je peux booter à partir d'un autre ubuntu qui le selectionne.

NOTA: Comme ubuntu ne sait pas faire booter un ubuntu installé sur disque externe à partir d'un disque interne , j'ai rétréci le ubuntu puis j'ai dupliqué SDD3 dans SDC13.

ATTENTION: Si une partition décrite dans le fichier /etc/fstab est absente, il attend 90 secondes avant de planter

 [ -d /sys/firmware/efi ] && echo "Installé en mode EFI" || echo "Installé en mode classique"
Installé en mode classique

cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=21.04
DISTRIB_CODENAME=hirsute
DISTRIB_DESCRIPTION="Ubuntu Hirsute Hippo (development branch)"

 df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
tmpfs              393M    4,4M  389M   2% /run
/dev/sdc13          15G    7,7G  6,3G  55% /
tmpfs              2,0G       0  2,0G   0% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              4,0M       0  4,0M   0% /sys/fs/cgroup
/dev/sdd2          511M    7,9M  504M   2% /boot/efi
tmpfs              393M    176K  393M   1% /run/user/1000

journalctl --no-pager -b -g vmlinuz
-- Journal begins at Fri 2021-01-15 23:45:12 CET, ends at Sat 2021-01-16 00:14:26 CET. --
janv. 16 00:12:24 a kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-5.8.0-36-generic root=UUID=eef074f1-04c9-4071-a9af-2172ebdd8cfc ro nomodeset vga=0x31B
janv. 16 00:12:24 a kernel: Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.8.0-36-generic root=UUID=eef074f1-04c9-4071-a9af-2172ebdd8cfc ro nomodeset vga=0x31B
janv. 16 00:12:24 a kernel:     BOOT_IMAGE=/boot/vmlinuz-5.8.0-36-generic
janv. 16 00:12:56 a /usr/libexec/gdm-x-session[2075]: Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.8.0-36-generic root=UUID=eef074f1-04c9-4071-a9af-2172ebdd8cfc ro nomodeset vga=0x31B
janv. 16 00:13:18 a /usr/libexec/gdm-x-session[2548]: Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.8.0-36-generic root=UUID=eef074f1-04c9-4071-a9af-2172ebdd8cfc ro nomodeset vga=0x31B

sudo apt update
Atteint :1 http://fr.archive.ubuntu.com/ubuntu hirsute InRelease
Atteint :2 http://fr.archive.ubuntu.com/ubuntu hirsute-updates InRelease
Atteint :3 http://fr.archive.ubuntu.com/ubuntu hirsute-backports InRelease
Atteint :4 http://security.ubuntu.com/ubuntu hirsute-security InRelease
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Tous les paquets sont à jour.

===> https://bugs.launchpad.net/ubuntu/+source/usb-creator/+bug/1912044

geole

CRIMA a écritBonjour

Depuis un moment j'essaie d'installer Ubuntu Hirsute 21.04 sur deux machines différentes en Legacy mais je bute toujours sur le même problème (impossible d'installer Grub sur sd(x) cette erreur est fatale) donc impossible redémarrer.
Salutations

Bonjour
Avant de lancer ton installation, vérifie qu'il y a bien une partition FAT32 avec un drapeau ESP. Taille minima 36 Mo. Espace libre minima 6 Mo.
Si cette partition est logique, il faudra l'allouer au point de montage EFI lors du choix "autre chose".
Si cette partition est primaire, elle est automatiquement allouée au point de montage EFI lors du choix "autre chose".

Cette partition ne sera pas utilisée lors du boot mais elle est nécessaire à l'installation depuis la version 20.04.1

CRIMA

Bonjour

Merci Geole.
Je viens de retenter en utilisant une disque dédié avec une table de partitions GPT et une partition "EFI" de 100 Mo. Même problème, et pourtant Grub est installé et je peux démarrer les autres systèmes installés sur un autre disque.
Je n'ai pas de drapeau ESP sur ma partition FAT 32 (Je viens de découvrir votre message).
Je modifie comme vous le suggérez ......
Salutations

CRIMA

Voilà j'ai réinstallé en apportant les precisions données dans votre #6.
Tout fonctionne !!!
Merci Geole

Salutations

CRIMA

Bonjour

Je viens d'essayer une installation de Windows, sur le disque formaté GPT avec la partition ayant contenu Ubuntu 21.04 formatée en NTFS. Le bios de cette machine ne supportant pas l'UEFI j'ai pris une clé non UEFI.
Installation impossible : Disque au format GPT
La cohabitation WINDOWS - UBUNTU sur une machine LEGACY va devenir problématique si les choses restent en l'état..

Salutations

geole

Bonsoir
Ce que je connais de windows
Disque avec table de partition MSDOS ==> installation LEGACY
Disque avec table de partition GPT ===> Installation EFI
Mais tous les windows ne savent pas booter en EFI... (XP VISTA, SEVEN...) Seuls windows 8 et windows 10 savent le faire quelles que soient les déclinaisons. De plus les cartes mères mères anciennes ne connaissent pas la technique de boot EFI.

Ce que je connais des anciens ubuntu
Installation LEGACY ou EFI à choisir par l'utilisateur. Disque avec table de partition MSDOS ou GPT. Donc 4 choix.

Ce qu'est devenu ubuntu depuis la version 20.04
Sur disque neuf
Le disque reçoit une table de partition GPT avec installation des logiciels de boot EFI et LEGACY. Le boot en EFI fonctionne. Le boot en LEGACY se plante: => BUG?

Sur disque ancien
Il faut utiliser le choix "autre chose"
Si le disque est MSDOS, il faut maintenant ajouter une partition FAT32 avec drapeau ESP
Si le disque est GPT, il faut maintenant ajouter une partition de 1 Mo avec drapeau BIOS_GRUB
et tout marche encore bien voir les tests de ikewdu.

CRIMA

Bonjour

Si le problème est résolu pour Ubuntu, curieusement il ne l'est pas pour Kubuntu.
Sur disque ancien
Si le disque est en MSDOS, le système ne reconnait pas le drapeau ESP de la partition FAT32 (créée par Gparted) et plante d'installation de Grub
Cette machine (voir signature) ne gère absolument pas les disques GPT.
Je tenais à le souligner.
Salutations

geole

CRIMA a écritBonjour
Cette machine (voir signature) ne gère absolument pas les disques GPT.
Je tenais à le souligner.
Salutations

Bonjour.
La version 21.04 n'est pas encore officiellement distribuée, ils ont donc encore le temps de clarifier leur politique.
Dans la journée, je vais refaire un téléchargement du DAILY afin de voir s'il respecte la structure MSDOS.
Je vais aussi regarder ce que donnera une installation avec le choix autre chose sur une partition MSDOS

geole

Bonjour
Voici comment installer la future version 21.04 sur un disque ayant une table de partition MSDOS.
1) Booter avec le support d'installation.
2) choisir "essayer avant d'installer".
3) Lancer GPARTED et fabriquer les deux partitions nécessaires à l'installation.
à) Une partition formatée en FAT32 d'au moins 36 Mo puis lui affecter le drapeau ESP.
b) Une partition formatée en EXT4 d'au moins 8 Go.
4) Lancer l'installation
5) Choisir l'option "AUTRE CHOSE"
a) Sélectionner la partition fat32 et l'allouer au point de montage /BOOT/EFI qui sera le seul proposé. S'il n'est pas proposé, vérifier que le drapeau ESP a bien été mis.
b) Sélectionner la partition EXT4, Dire qu'elle sera utilisée comme partition systéme journalisé EXT4 et l'allouer au point de montage /
c) Aller au bas de l'écran pour changer le disque qui va recevoir la structure de boot LEGACY. En Standard, c'est positionné sur SDA, Ce qui peut ne pas être bon.
6) Faire l'installation de façon habituelle.
7) Booter.
8) Quelques extraits

a@a:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
tmpfs              393M    4,4M  389M   2% /run
/dev/sdd3          186G    7,6G  169G   5% /
tmpfs              2,0G       0  2,0G   0% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              4,0M       0  4,0M   0% /sys/fs/cgroup
/dev/sdd2           36M    7,8M   28M  22% /boot/efi
tmpfs              393M    156K  393M   1% /run/user/1000
/dev/sdd1          992K     24K  920K   3% /media/a/2cccbbcd-c9ae-4b9c-82ce-819eaa349fdd
a@a:~$

NOTA SDD1 est autre partition qui se révèle inutile. Je suis surpris qu'elle soit montée automatiquement.

a@a:~$ sudo apt upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  libmysqlclient21 libphonenumber7 libsnmp35 mysql-common
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
a@a:~$

a@a:~$ 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/sdd3 during installation
UUID=424e5402-d278-47a6-b76d-1ea8f1fa46a0 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sdd2 during installation
UUID=9ECD-2A2C  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
a@a:~$

@a:~$ efibootmgr -v
EFI variables are not supported on this system.

a@a:~$ sudo fdisk -l /dev/sdd
Disque /dev/sdd : 189,92 GiB, 203927027200 octets, 398294975 secteurs
Disk model: L200M0          
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 : 0x32ba9313

Périphérique Amorçage Début       Fin  Secteurs Taille Id Type
/dev/sdd1              2048      4095      2048     1M 83 Linux
/dev/sdd2    *         4096     77823     73728    36M ef EFI (FAT-12/16/32)
/dev/sdd3             77824 398292667 398214844 189,9G 83 Linux
a@a:~$

a@a:~$ dpkg -l | grep shim
ii  shim                                       15+1552672080.a4a1fbe-0ubuntu2                                       amd64        boot loader to chain-load signed boot loaders under Secure Boot
ii  shim-signed                                1.45+15+1552672080.a4a1fbe-0ubuntu2                                  amd64        Secure Boot chain-loading bootloader (Microsoft-signed binary)
a@a:~$

CRIMA

Bonjour

Votre méthode #13 est certainement valable pour une machine acceptant une installation EFI (ou EFI ET LEGACY) mais ne fonctionne pas pour les machines UNIQUEMENT "Legacy".
Je continue à surveiller les évolutions pour cette machine (celle de ma signature)
Salutations

geole

Bonjour crima
Le bios de cette machine ne connaît absolument pas le mode EFI Voir la quatrième réponse des commandes faites à postériori. => EFI variables are not supported on this system.
Tu devrais suivre pas à pas ce que j'ai écrit et dire l'endroit qui te bloque

CRIMA

Cette ligne n'apparait pas dans les choix :

  a) Sélectionner la partition  fat32  et l'allouer au point de  montage /BOOT/EFI  qui sera le seul proposé. S'il n'est pas proposé, vérifier que le drapeau ESP a bien été mis.

Merci de votre implication.
Salutations

geole

As-tu fabriqué une partition FAT32 de 36 Mo?
Lui as-tu mis un drapeau de boot ESP?
Lorsqu'il affiche la liste des partitions utilisables, il faut se positionner dessus puis cliquer sur modifier
Il me semble que c'est ce qui fait apparaître le point de montage EFI. Si le drapeau a été oublié, il ne peut pas le faire.
NOTA. J'ai testé avec une partition primaire et pas avec une partition logique!
Au pire, tu peux frapper le nom du point de montage dans la zone proposée au lieu d'en choisir un de la liste proposée.

CRIMA

Oui bien sûr !
Sauf pour la partition primaire. J'ai essayé sur un disque MDOS il est fort probable qu'il s'agissait d'une partition logique dès que je peux je tente à nouveau sur une partition primaire.
Merci

geole

Bonjour
Je pense que la nouvelle version a pris en compte le fait que ubuntu ne savait gérer une partition de boot EFI. installée dans une partition logique mais seulement dans une partition de boot primaire.
Elle a donc cessé de la proposer en point de montage EFI

Déjà en version 20.04, on voit dans cette installation https://forum.ubuntu-fr.org/viewtopic.php?id=2061886
que la partition de boot est bien en mode primaire alors que la partition racine est en mode logique.
D'autre part, j'ai constaté que la commande EFIBOOTMGR ne sait pas fonctionner avec une partition logique.
https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1826703

CRIMA

J'ai fait une nouvelle tentative sur une partition primaire qui s'est soldée comme les autres par un échec.
Il va falloir que je me fasse à une évidence : ma machine est totalement allergique aux GPT et EFI.
J'essaierai à nouveau quand une nouvelle Iso sera publiée (j'utilise celle du 23.01.2021 de CDIMAGE)
Merci

Page suivante »