problème migration M8 vers M9

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Reprise du message précédent
Bonjour,Je me demande s' il ne faudrait pas renommer le grux64.efi en BOOTx64.EFI et/ou de faire une copie du grubx64.efi vers /boot/EFI/EFI/BOOT
Pour cela en root depuis une konsole,
cp /boot/EFI/EFI/mageia/grubx64.efi /boot/EFI/EFI/BOOT/BOOTx64.efi puis redémarrer le pc.

tchimani Membre non connecté
-
- Voir le profil du membre tchimani
- Inscrit le : 16/12/2017
- Groupes :
j'ai fait ça, mais ça n'a rien changé...

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
find /boot/EFI
On peut aussi opérer le bios avec efibootmanager
D'ailleurs, que renvoi cette commande ?
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

tchimani Membre non connecté
-
- Voir le profil du membre tchimani
- Inscrit le : 16/12/2017
- Groupes :
voici ce que ça donne :
[root@localhost tchimani]# find /boot/EFI
/boot/EFI
/boot/EFI/EFI
/boot/EFI/EFI/UEFISHELL
/boot/EFI/EFI/UEFISHELL/BOOTx64.EFI
/boot/EFI/EFI/mageia
/boot/EFI/EFI/mageia/grubx64.efi
/boot/EFI/EFI/BOOT
/boot/EFI/EFI/BOOT/BOOTx64.efi
/boot/EFI/System Volume Information

tchimani Membre non connecté
-
- Voir le profil du membre tchimani
- Inscrit le : 16/12/2017
- Groupes :
Jybz :
On peut aussi opérer le bios avec efibootmanager
D'ailleurs, que renvoi cette commande ?
par contre, je ne comprends pas ce que tu veux que je fasse

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
La commande efibootmgr permet de savoir quel est l' ordre de lancement des différents fichiers efi.
La sortie de la commande permettra peut être de permettre de forcer le boot sur le grubx64.efi au lieu de l' uefi shell.
edit: Par exemple voila ce que j'ai sur une machine virtuelle de test :
Code BASH :
[usertestmga9b1@localhost EFI]$ efibootmgr BootCurrent: 0004 Timeout: 0 seconds BootOrder: 0004,0000,0001,0003,0006,0007,0002,0005 Boot0000* UiApp FvVol(7cb8bdc9-f8eb-4f34-aaea-3ee4af6516a1)/FvFile(462caa21-7614-4503-836e-8ab6f4662331) Boot0001* UEFI VBOX CD-ROM VB0-01f003f6 PciRoot(0x0)/Pci(0x1,0x1)/Ata(0,0,0){auto_created_boot_option} Boot0002* UEFI VBOX HARDDISK VBee22a224-a769db69 PciRoot(0x0)/Pci(0xd,0x0)/Sata(0,65535,0){auto_created_boot_option} Boot0003* EFI Internal Shell FvVol(7cb8bdc9-f8eb-4f34-aaea-3ee4af6516a1)/FvFile(7c04a583-9e3e-4f1c-ad65-e05268d0b4d1) Boot0004* mageia HD(1,GPT,a198d375-7437-49b2-b77b-9cd37cf0d94e,0x800,0x95822)/File(\EFI\mageia\grubx64.efi) Boot0005* UEFI VBOX HARDDISK VB0d353119-1247a51a PciRoot(0x0)/Pci(0xd,0x0)/Sata(1,65535,0){auto_created_boot_option} Boot0006* UEFI VBOX HARDDISK VB29bb1d15-99a30ff9 PciRoot(0x0)/Pci(0xd,0x0)/Sata(2,65535,0){auto_created_boot_option} Boot0007 EFI Internal Shell FvVol(7cb8bdc9-f8eb-4f34-aaea-3ee4af6516a1)/FvFile(7c04a583-9e3e-4f1c-ad65-e05268d0b4d1)
ici on voit que le démarrage qui est/sera utilisé en l' option boot0004 ( donc mageia). L' ordre de démarrage inscrit est donc Mageia (0004), UiApp FVVol -0000- ( je ne sais pas trop ce que c' est), un boot sur le CDrom Vbox (0001), puis l' efi shell (0003) etc... En principe si la première option ne fonctionne pas, alors cel utilise l' option suivante.
efibootmgr permet de changer l' ordre de démarrage et de définir une option par défaut.
Par exemple on doit pouvoir modifier ( en lançant la commande de root) le prochaine démarrage ( efibootmgr -n 0001 ( par exemple pour démarrer ici sur le lecteur cdrom, ou bien modifier l' ordre de démarrage efibootmgr -o 0005,0001,0004 ( bon mon ordre de démarrage est farfelu mais c' est pour l' exemple)
Édité par nic80 Le 05/10/2023 à 23h48

tchimani Membre non connecté
-
- Voir le profil du membre tchimani
- Inscrit le : 16/12/2017
- Groupes :
[root@localhost tchimani]# efibootmgr
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0001,0000,2001,2002,2003
Boot0000* mageia HD(1,GPT,cb158b18-4c66-4fa9-99de-1dfecd6ed85f,0x800,0x200000)/File(\EFI\mageia\grubx64.efi)
Boot0001* UEFI_SHELL HD(1,GPT,cb158b18-4c66-4fa9-99de-1dfecd6ed85f,0x800,0x200000)/File(\EFI\UEFISHELL\bootx64.efi)RC
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC
je te laisse me donner la commande exacte pour changer l'ordre. Je préfère ne pas me retrouver en galère par fausse manip !

a priori, j'écrirais ceci : efibootmgr -o 0000,0001,2001,2002,2003
mais peut-être faudrait-il mettre l'UEFI Shell en dernier ?

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Personnellement je mettrais le démarrage réseau en dernier. Il est très rare d' utiliser un boot pxe. Par contre un démarrage sur clé usb et/ou dvd est plus courant. Le fait d' avoir le boot en uefi shell en deuxième position supprime de fait le boot sur clé/dvd de manière automatique puisque le boot uefi shell devrair être toujours disponible.
On peut toutefois déjà utiliser l'ordre de boot proposé ( 0000,0001,2001,2002,2003 ) et ajuster au besoin plus tard une fois assurés que efibootmgr agit bien sur le démarrage de la machine.
Édité par nic80 Le 06/10/2023 à 23h30

tchimani Membre non connecté
-
- Voir le profil du membre tchimani
- Inscrit le : 16/12/2017
- Groupes :
je reviens enfin, même si j'ai testé depuis une semaine la suggestion
j'ai modifié l'ordre de boot et quand j'ai rallumé : même problème
je recommence, pensant avoir fait une erreur et je vérifie après modif que l'ordre de boot est le bon. Mais quand je rallume, toujours UEFI Shell. L'ordre de boot revient toujours à sa position de départ !
à vous la Terre !
merci d'avance pour vos suggestions

steven Membre non connecté
-
- Voir le profil du membre steven
- Inscrit le : 18/05/2018
Sans energie d'aucune sorte, a moins qu'il sauvegarde en hard, il devrais perdre l'ordre non ????
No Comment ...
Merci de ne pas 'rebondir' sur mes post's
Censor => 2025





Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
steven :as tu essayé de lui 'piquer' sa pile et le couper de toutes source d'energie pendant un moment ???
Sans energie d'aucune sorte, a moins qu'il sauvegarde en hard, il devrais perdre l'ordre non ????
Non, l'ordre est mémorisé en mémoire dite morte.
J'ai l'impression que le premier .efi n'est pas accepté, ainsi il passe au second, le uefishell
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

steven Membre non connecté
-
- Voir le profil du membre steven
- Inscrit le : 18/05/2018
Jybz :steven :as tu essayé de lui 'piquer' sa pile et le couper de toutes source d'energie pendant un moment ???
Sans energie d'aucune sorte, a moins qu'il sauvegarde en hard, il devrais perdre l'ordre non ????
Non, l'ordre est mémorisé en mémoire dite morte.
Alors là oui, crottes de caribou (comme on dit au canada


Et il n'y a pas un cavalier a jumper pour réinitialiser ??? duuuuuur

No Comment ...
Merci de ne pas 'rebondir' sur mes post's
Censor => 2025





tchimani Membre non connecté
-
- Voir le profil du membre tchimani
- Inscrit le : 16/12/2017
- Groupes :
alors personne n'a de solution ?


Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie