Forum

Reprise du message précédent

j'ai recommencé et choisi je crois options EFI firmware, ça m'a envoyé dans le BIOS. Dans le Boot, rien de changé, toujours le "2." Pas d'autre boot possible

je suis retourné dans le shell et j'ai fait exit. J'ai pu accéder au boot menu : EFI Shell et Mageia et j'ai pu lancer Mageia. Je suis allé dans Dolphin et j'ai constaté que les SSD n'étaient pas montés et que Mageia 9 avait été installé sur le disque dur interne. C'est quoi la meilleure solution maintenant ? J'éteins, je mets la clé bootable, et à partir du shell, en faisant exit, je vais la voir apparaître dans le boot menu ? Je préfère avoir confirmation avant d'éteindre car il y a peut-être quelque chose à faire avant pour monter les SSD

pour info, j'ai passé les SSD de SATA en AHCI

en fait, dans le gestionnaire de disques durs, il semble que le SSD (il n'y en a qu'un en fait) soit monté et que Mageia soit dessus. Ce qui est étonnant, c'est que le SSD et le disque dur soient classés 'disque dur interne' et tous les deux dans la section périphériques de
Dolphin. En plus, il y a une double appellation disque dur interne pour le même disque dur (mon stockage de 1To)

Si tu as le système qui tourne, tu n'as pas besoin de démarrer sur une clé externe.
Tu vas dans le CCM, rubrique Démarrage, "Configurer le démarrage du système", sans changement sur le premier écran, (suivant) et tu coches la case dite.

Bonjour,

Tous les disques dur internes sont classés disques durs internes par Dolphin. Il n'y a pas de différence entre un SSD et un HDD.

En complément de Yuusha, sont indiquées sous la forme "Disque dur interne" les partitions qui ne sont pas montées au niveau système.

merci pour ces précisions. Sous Mageia 8, le SSD était classé différemment. Ce qui reste étonnant est le doublon du disque dur interne (le HDD).

bonjour
j'ai fait ça, mais j’atterris toujours dans l'UEFI Shell. Je tape "exit" et j'ai accès au boot manager, avec deux options 1 UEFI Shell 2 Mageia. Je lance et c'est ok. Mais bon, ça va un temps ! Dans le BIOS, il n'y a toujours que .2 en option de boot
je ne sais pas quoi faire
merci pour vos éclairages

Bonjour,

Je me demande si des fois ce n' est pas un uefi qui cherche le boot manager de Windows en premier ?

Malheureusement je ne sais plus comment le .2 avait disparu la dernière fois.

Il ne faut quand même pas renommer le grubx64.efi en bootx64.efi...

Ou créer une arborescence de type Microsoft...

Quand le système esr démarre que donne un ls /boot ?

j'ai fait la commande en Konsole session ouverte (c'était ça ? ou il fallait le faire à un autre moment)et voici le résultat :
[root@localhost tchimani]# ls /boot
config-5.10.16-desktop-1.mga8 initrd-5.15.65-desktop-1.mga8.img System.map-5.15.120-desktop-2.mga8
config-5.15.106-desktop-2.mga8 initrd-5.15.74-desktop-1.mga8.img System.map-5.15.122-desktop-1.mga8
config-5.15.110-desktop-2.mga8 initrd-5.15.79-desktop-1.mga8.img System.map-5.15.126-desktop-1.mga8
config-5.15.117-desktop-2.mga8 initrd-5.15.82-desktop-1.mga8.img System.map-5.15.62-desktop-1.mga8
config-5.15.120-desktop-2.mga8 initrd-5.15.88-desktop-1.mga8.img System.map-5.15.65-desktop-1.mga8
config-5.15.122-desktop-1.mga8 initrd-5.15.98-desktop-1.mga8.img System.map-5.15.74-desktop-1.mga8
config-5.15.126-desktop-1.mga8 initrd-6.4.9-desktop-4.mga9.img System.map-5.15.79-desktop-1.mga8
config-5.15.62-desktop-1.mga8 initrd-desktop.img@ System.map-5.15.82-desktop-1.mga8
config-5.15.65-desktop-1.mga8 initrd.img@ System.map-5.15.88-desktop-1.mga8
config-5.15.74-desktop-1.mga8 symvers-5.10.16-desktop-1.mga8.xz System.map-5.15.98-desktop-1.mga8
config-5.15.79-desktop-1.mga8 symvers-5.15.106-desktop-2.mga8.xz System.map-6.4.9-desktop-4.mga9
config-5.15.82-desktop-1.mga8 symvers-5.15.110-desktop-2.mga8.xz vmlinuz@
config-5.15.88-desktop-1.mga8 symvers-5.15.117-desktop-2.mga8.xz vmlinuz-5.10.16-desktop-1.mga8
config-5.15.98-desktop-1.mga8 symvers-5.15.120-desktop-2.mga8.xz vmlinuz-5.15.106-desktop-2.mga8
config-6.4.9-desktop-4.mga9 symvers-5.15.122-desktop-1.mga8.xz vmlinuz-5.15.110-desktop-2.mga8
dracut/ symvers-5.15.126-desktop-1.mga8.xz vmlinuz-5.15.117-desktop-2.mga8
efi@ symvers-5.15.62-desktop-1.mga8.xz vmlinuz-5.15.120-desktop-2.mga8
EFI/ symvers-5.15.65-desktop-1.mga8.xz vmlinuz-5.15.122-desktop-1.mga8
gfxmenu* symvers-5.15.74-desktop-1.mga8.xz vmlinuz-5.15.126-desktop-1.mga8
grub2/ symvers-5.15.79-desktop-1.mga8.xz vmlinuz-5.15.62-desktop-1.mga8
initrd-5.10.16-desktop-1.mga8.img symvers-5.15.82-desktop-1.mga8.xz vmlinuz-5.15.65-desktop-1.mga8
initrd-5.15.106-desktop-2.mga8.img symvers-5.15.88-desktop-1.mga8.xz vmlinuz-5.15.74-desktop-1.mga8
initrd-5.15.110-desktop-2.mga8.img symvers-5.15.98-desktop-1.mga8.xz vmlinuz-5.15.79-desktop-1.mga8
initrd-5.15.117-desktop-2.mga8.img symvers-6.4.9-desktop-4.mga9.xz vmlinuz-5.15.82-desktop-1.mga8
initrd-5.15.120-desktop-2.mga8.img System.map-5.10.16-desktop-1.mga8 vmlinuz-5.15.88-desktop-1.mga8
initrd-5.15.122-desktop-1.mga8.img System.map-5.15.106-desktop-2.mga8 vmlinuz-5.15.98-desktop-1.mga8
initrd-5.15.126-desktop-1.mga8.img System.map-5.15.110-desktop-2.mga8 vmlinuz-6.4.9-desktop-4.mga9
initrd-5.15.62-desktop-1.mga8.img System.map-5.15.117-desktop-2.mga8 vmlinuz-desktop@
[root@localhost tchimani]#

Bonjour,
La remarque qui me vient immédiatement à l'esprit est que tu as beaucoup de noyaux qui restent et qui ne font qu'encombrer.
Ça ne va pas résoudre ton problème de les désinstaller, mais tu vas pouvoir gagner quelques gigas.

Bonjour,

Je me rend compte que finalement ce que je cherche ne se trouve pas dans /boot

Mais où est donc montée la partition efi ?

edit : en fait, c' est plus ls -alR /boot/EFI . Je ne l' ai pas vu à cause de tout ces noyaux !

Édité par nic80 Le 02/10/2023 à 02h09

bonjour
sous Mageia 6 ou 7, je nettoyais régulièrement les noyaux, mais sur une version plus récente, je n'arrivais plus à appeler les noyaux dans le CCM. Là j'ai vérifié, ils apparaissent. Je vais mettre un coup de balai

et voici :
[root@localhost tchimani]# ls -alR /boot/EFI
/boot/EFI:
total 16
drwxrwxrwx 4 root root 4096 janv. 1 1970 ./
drwxr-xr-x 5 root root 4096 oct. 3 00:21 ../
drwxrwxrwx 5 root root 4096 mars 21 2022 EFI/
drwxrwxrwx 2 root root 4096 août 31 2022 'System Volume Information'/

/boot/EFI/EFI:
total 20
drwxrwxrwx 5 root root 4096 mars 21 2022 ./
drwxrwxrwx 4 root root 4096 janv. 1 1970 ../
drwxrwxrwx 2 root root 4096 mars 21 2022 BOOT/
drwxrwxrwx 2 root root 4096 sept. 1 14:04 mageia/
drwxrwxrwx 2 root root 4096 déc. 11 2019 UEFISHELL/

/boot/EFI/EFI/BOOT:
total 8
drwxrwxrwx 2 root root 4096 mars 21 2022 ./
drwxrwxrwx 5 root root 4096 mars 21 2022 ../

/boot/EFI/EFI/mageia:
total 164
drwxrwxrwx 2 root root 4096 sept. 1 14:04 ./
drwxrwxrwx 5 root root 4096 mars 21 2022 ../
-rwxrwxrwx 1 root root 159744 sept. 28 21:27 grubx64.efi*

/boot/EFI/EFI/UEFISHELL:
total 980
drwxrwxrwx 2 root root 4096 déc. 11 2019 ./
drwxrwxrwx 5 root root 4096 mars 21 2022 ../
-rwxrwxrwx 1 root root 991768 juil. 30 2018 BOOTx64.EFI*

'/boot/EFI/System Volume Information':
total 8
drwxrwxrwx 2 root root 4096 août 31 2022 ./
drwxrwxrwx 4 root root 4096 janv. 1 1970 ../
[root@localhost tchimani]#

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.