extraits de ton boot-info
==================================== UEFI =====================================
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled.
Donc tu bootes en mode EFI
Les ordinateurs anciens ne savent booter qu'en mode LEGACY et les ordinateurs nouveaux qu'en mode EFI
Mais entre l'an 2000 et l'an 2020, plein d'ordinateurs peuvent booter avec les deux modes, Il faut aller dans le bios pour regarder ses grilles de priorisation
Certains sont simples EFI ou LEGACY
D'autres plus compliqués . On peut choisir cette option par type de périphérique
Donc bootant en EFI avec le support d'installation, il est quasi certain que cela était pareil avec le disque dur. Donc la suite a été de booter avec cette ligne
Boot0004* ubuntu HD(1,MBR,0x4bc23def,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)..BO
donc la partition 1 d'un disque dur ayant une table de partition MBR dont l'adresse début et fin ainsi que la taille sont indiquées en hexadécimal avec ces valeurs
0x4bc23def,0x800,0x100000 et le programme shimx64.
Ce qui est totalement autorisé. et utilisé avec les clés USB!
,Je ne décodifie pas puisque cela marchait, C'est la partition 1 du nvme
nvme0n1p1: _____________________________________________________________________
File system: vfat
Boot sector type: FAT32
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /grub/grub.cfg /efi/BOOT/bkpbootx64.efi
/efi/BOOT/bootx64.efi /efi/BOOT/fbx64.efi
/efi/BOOT/grubx64.efi /efi/BOOT/mmx64.efi
/efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi
/efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg
Donc shimx64 cause avec le bios, gère les problèmes de secure boot puis appelle grubx64 qui lit un fichier de paramétrage pour savoir quoi faire, ce fichier de paramétrage est dans la partition, son contenu est le suivant
====================== nvme0n1p1/grub/grub.cfg (filtered) ======================
Revert system only gnulinux-${root_dataset}-${kversion}
Revert system and user data gnulinux-${root_dataset}-${kversion}
Ubuntu 20.04.1 LTS gnulinux-rpool/ROOT/ubuntu_2aia71-5.4.0-48-generic
* Ubuntu 20.04.1 LTS, avec Linux 5.4.0-48-generic gnulinux-rpool/ROOT/ubuntu_2aia71-5.4.0-48-generic
Ubuntu 20.04.1 LTS, avec Linux 5.4.0-42-generic gnulinux-rpool/ROOT/ubuntu_2aia71-5.4.0-42-generic
c'est la première fois que j'en vois un pour le légacy, mais on voit assez clairement qu'il demande de booter avec le fichier 5.4.0-48-generic en priorité. Tout cela me semble normal
On va donc regarder la liste des des fichiers de boot disponibles
================ nvme0n1p5: Location of files loaded by Grub ==================
GiB - GB File Fragment(s)
420,883384705 = 451,920093184 boot/grub/grub.cfg 3
160,672801971 = 172,521107456 boot/grub/i386-pc/core.img 1
8,106578827 = 8,704372736 boot/vmlinuz 1
93,645641327 = 100,551241728 boot/vmlinuz-5.4.0-51-generic 1
8,106578827 = 8,704372736 boot/vmlinuz-5.4.0-52-generic 1
93,645641327 = 100,551241728 boot/vmlinuz.old 1
8,302017212 = 8,914223104 boot/initrd.img 1
5,329357147 = 5,722353664 boot/initrd.img-5.4.0-51-generic 5
8,302017212 = 8,914223104 boot/initrd.img-5.4.0-52-generic 1
5,329357147 = 5,722353664 boot/initrd.img.old 5
Voila, il n'y en a pas. Plus exactement, il n'y en a plus! Je pense qu'ils ont disparus suite à une commande souvent faite pour épurer
sudo apt autoremove
Il semble donc que le logiciel GRUB a un sacré bug et la gestion LEGACY est encore pire avec la version 20.10 dixit Malbo
Maintenant, si ton bios est modifiable et qu'il accepte de booter sur un disque NVME, le boot se ferait avec le MBR dont le contenu est
=> Grub2 (v2.00) is installed in the MBR of /dev/nvme0n1 and looks at sector
1 of the same hard drive for core.img. core.img is at this location and
looks for (,msdos5)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk
--------------------------------------------------------------
Ce qui fait partir sur la partition 5 dont le contenu est
nvme0n1p5: _____________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: Ubuntu 20.04.1 LTS
Boot files: /boot/grub/grub.cfg /etc/fstab /etc/default/grub
/boot/grub/i386-pc/core.img
et qui possède un autre fichier grub dont le contenu est
=================== nvme0n1p5/boot/grub/grub.cfg (filtered) ====================
Ubuntu 3b3b9f70-9527-49ec-910d-57fb362023c1
Ubuntu, avec Linux 5.4.0-52-generic 3b3b9f70-9527-49ec-910d-57fb362023c1
Ubuntu, avec Linux 5.4.0-51-generic 3b3b9f70-9527-49ec-910d-57fb362023c1
### END /etc/grub.d/30_os-prober ###
On voit que les noyaux qu'il propose sont bien présents dans la structure de boot
NOTA. Dans le forum, j'ai rencontré un modèle d'ordinateur bootant en LEGACY qui avait besoin d'une partition FAT32 pour booter.
L'implantation des disques
parted -lm (filtered): _________________________________________________________
nvme0n1:512GB:nvme:512:512:msdos:LITEON CL1-8D512:;
1:1049kB:538MB:537MB:fat32::boot;
2:539MB:512GB:512GB:::;
5:539MB:512GB:512GB:ext4::;
Il ne devrait pas y avoir de difficulté à faire une partition nvme0n1p3 de 1 Mo avec drapeau
bios-boot
J'ai noté ta décision
J'ai tout écrasé et je suis passé sur 20.10 car config AMD avec double GPU prise en charge avec noyau 5.5 minimum
