Forum

Bonjour à tou·te·s,

J’ai installé Mageia 7 sur un ancien PC portable dont j’ai remplacé le disque dur par un disque SSD tout neuf.
En voici le descriptif :
• Logiciel
◦ Distribution :Mageia 7
◦ Noyau : 5.1.18 – desktop – 1.mga7
◦ Système : 64 bit
◦ Bureau : Gnome Wayland
• Matériel
◦ PC : Fujitsu Lifebook E751 (BIOS 03/11/2011)
◦ Mémoire : 2 x 8192 mb (1333 MT/s)
◦ Disque : Crucial MX500 (2 To)
◦ Processeur : IntelCore i3-2310 CPU @ 2.10GHz

J’ai deux problèmes au démarrage, qui ne sont peut-être pas liés.

1. Le boot est incompréhensible…
Le menu de boot est ceci
1. mageia
2. Drive0 HDD
3. CD/DVD
4. Network

Si je lance directement Mageia, le PC redémarre.
Pour entrer, j’ai trouvé la «solution»
1. Lancer le n°2 Drive0 HDD…
2. Le système s’amuse et se retrouve sur le même menu.
3. Touche «escape» et le système ouvre le menu de Mageia.

Au début, cela fonctionnait à chaque fois, mais depuis quelques jours, une seconde étape de problème est arrivée (¿ est-ce à cause d’une mise à jour ?).

2. Le lancement de Mageia 7 s’interrompt en cours de processus.
Voici les messages de démarrage de Mageia



Il faut alors rebooter alt crtl del…
La « solution » est de recommencer l’étape 1 suivie de 2 plusieurs fois.
À ce jour, le record est 6 fois pour démarrer le PC.

J’ai essayé de démarrer Mageia en recovery, mais on arrive sur un écran à commandes en lignes et là, que faire ?

Merci par avance pour toute aide.

Chi

Bonjour,

Pour le premier problème, je suppose qu' il s' agit d' un pc installé en UEFI ?

Le premier Mageia pointe peut être vers quelque chose qui n' existe pas ?

Que donne un /usr/sbin/efibootmgr -v ?

Après je n' ai pas de pc en UEFI donc je ne peux donner plus d' information sur la résolution.

Pour le deuxième problème, est ce qu' un ctrl(+alt)+f2 affiche une console ?

Dans ce cas, il faudrait voir ce qu' en root donne la commande systemctl status gdm.

Merci pour la rapide réaction.

Donc,

1er problème



2nd problème

Bonjour,

Je constate que les entrées 000F et 0012 pointent au même endroit ( bien que l' entrée 0012 soit désactivée). Quel est le boot manager qui est utilisé grub ou refind ?

Le fichier /boot/EFI/EFI/mageia/grubx64.efi existe ?

Un cat /etc/fstab fait référence à l' UUID 49cc66ca-b23c-4c8f-afe6-458840ae0d02 pour la partition /boot/EFI ?
Je regarderais aussi ce que donne un mount pour la partition /boot/EFI ( /dev/sda1 ?)

Pour la deuxième partie, la sortie est lorsque le système ne démarre pas ou quand il a démarré ?

Re…bonjour,

1.A. Quel est le boot manager qui est utilisé grub ou refind ?

Est-ce Grub2 ou drakboot ?
En lançant, dans le centre de controle. le menu « configurer le démarrage du système», j'ai le message d'erreur suivant :





Voici les fichiers demandés en fin de message :

-------------------------------
/etc/modprobe.conf


/etc/fstab,



-------------------------------
Fichiers n'existent pas :

• /boot/grub/menu.lst,
• /boot/grub/devices.map
• /etc/lilo.conf.
  

1.B. Le fichier /boot/EFI/EFI/mageia/grubx64.efi existe ?
Oui

1.C. Un cat /etc/fstab fait référence à l' UUID 49cc66ca-b23c-4c8f-afe6-458840ae0d02 pour la partition /boot/EFI ?
Je regarderais aussi ce que donne un mount pour la partition /boot/EFI ( /dev/sda1 ?)




2. Pour la deuxième partie, la sortie est lorsque le système ne démarre pas ou quand il a démarré ?
Mageia se lance et coince.



Pas simple, tout cela, n'est-ce pas ?

Chi

Bonjour,

Le plantage de drakboot... ne devrait pas arriver ! .

Peut être que fichier /boot/grub2/grub.cfg contient un encodage non reconnu...

Les fichiers "/boot/grub/menu.lst, /boot/grub/devices.map et /etc/lilo.conf ne devraient plus exister ( sauf si on installe volontairement grub ( et pas grub2) ou lilo)

D' après le fstab, l' UUID qui correspond /boot/EFI est 7566-D710 ( Je me demande si c' est normal un UUID si court) et non pas 49cc66ca-b23c-4c8f-afe6-458840ae0d02 donc c' est peut être normal que l' entrée de l' UEFI, ne mène à rien ( cela devrait peut être possible de le changer avec efibootmgr mais je ne connais pas ce programme).

Pour le mount /boot/efi, en fait, juste un mount devrait être suffisant ( cela liste les volumes montés, afin de confirmer si l' uuid de /boot/EFI est 7566-D710 ou autre chose).

Pour le blocage, il faudrait regarder ce que donne un journalctl -b 0 ( ou un journalctl -b -1), afin de voir s' il y a des erreurs particulières ( un service qui bloque par exemple)

Édité par nic80 Le 28/07/2019 à 20h20

Bonjour,

je reviens sur ces 2 problèmes.

1. Le boot est incompréhensible…
Je ne trouve pas de solution autre que la «procédure» bizarre donnée en premier texte.

2. Le lancement de Mageia 7 s’interrompt en cours de processus. :
J'ai dû réinstaller Mageia en formatant la partition contenant le système.
Ayant recréé le même utilisateur avec le même mot de passe, j'ai retrouvé tous mes comptes agenda, contacts, de gnome et aussi les mails d'Evolution et encore les comptes clients Nextcloud avec tous les fichiers.

Bonjour,

Le deuxième problème est donc résolu ?

Sinon pour le premier problème, est ce que la reinstallation de Mageia 7 a changé quelque chose à la sortie du "/usr/sbin/efibootmgr -v"

Sinon je vois qu' il y a des entrée de boot ,boot0010 et boot0011, concernant Ubuntu. Est ce que ces entrées sont déjà apparues et ont elles déjà été fonctionnelles ( afin de voir si le problème est spécifique à l' entrée Mageia ou si cela touche aussi d' autres entrées) ?

Malheureusement, le seul système EFI que j' ai est dans une Mageia 6 dans une machine virtuelle Virtualbox, et je ne suis pas sur que je puisse créer une entrée pour booter Mageia de cette façon pour faire des tests.

Édité par nic80 Le 15/08/2019 à 11h19

Bonjour,
Il semble que le plantage de drakboot ait lieu pendant la lecture du fichier /boot/grub2/grub.cfg
Peux-tu nous le montrer ?
Je suis perplexe devant le nombre d'entrées montrées par efibootmgr. Auront-elles encore une utilité ?
Existe-t-il encore le fichier /boot/EFI/EFI/refind/refind_x64.efi ?
S'il existe, je me demande pourquoi l'entrée n'apparait pas ?