Forum

Reprise du message précédent

J'ai renouvelé le support. Et refait la ré-installation de Mageia-7.1. C'est un échec. J'arrive au même message final : J'ai déjà proposé que sur mon système, idée récusée par Papoteur, que je ne pouvais pas faire une nouvelle installation sans purger la racine. J'y voie une confirmation...

Édité par loiCiol Le 28/08/2020 à 17h47

On ne peut pas faire d'installation sans formater la racine. C'est impossible. Il n'y a que l'OS Nutyx qui s'installe sans formater la racine d'une autre distribution.
Tous les installateurs impose de formater la racine pour continuer.

J'ai fait "ls (hd0,gpt1) à ls (hd0,gpt9)" sans résultat.
Je continue ? Mais que fais-je ?

Bonjour,



Visiblement, les disques hd0 et hd2 n' ont pas de partition ( puisque pas de (hd0,gptx) ou de (hd2,gptx)).

Ce n' est pas avec hd1 qu' il faudrait regarder ?

Si hd1 contient la partition ext4, il faut faire le ls (hd1,gptx)/ pour voir celui qui contient le répertoire boot.

Ensuite, il faut faire un ls (hd1,gptx)/boot/grub2 ( afin de voir si un grub.cfg ( ou un grub.cfg.bak ou grub.cfg.old) existe).

Si un grub.cfg ( ou .bak/old) existe on peut faire un

configfile (hd1,gptx)/boot/grub2/grub.cfg

Édité par nic80 Le 29/08/2020 à 11h32

A la question : "ls (hd1,gpt7)" j'ai eu la réponse : Quelle réponse donner ?

Bonjour,

Que donne:

ls (hd1,gpt7)/ ?

En fait le fait de rajouter le / final permet de lister les répertoires existants sur la partition.

Ici on cherche la partition contenant /boot.

Si cela ne donne pas un listing avec /boot , ce n' est pas la partition qui nous interesse.

Édité par nic80 Le 29/08/2020 à 16h33

"ls (hd1,gpt7)/" donne :

Bonjour,

Que donne:

ls (hd1,gpt7)/boot/grub2 ?

Si on a un grub.cfg ou un grub.cfg.old

Que donne

configfile (hd1,gpt7)/boot/grub2/grub.cfg
Ou si c' est un grub.cfg.old
configfile (hd1,gpt7)/boot/grub2/grub.cfg.old

?

Édité par nic80 Le 29/08/2020 à 19h17

J'ai la réponse à "configfile (hd1,gpt7)/boot/grub2/grub.cfg" qui est :

Bonjour,

On dirait que grub ne trouve pas ses modules essentiels ( notamment normal.mod et configfile.mod) ...

Sans le module configfile on ne peut pas avoir de menu grub ( sauf a taper les commandes que l' on devrait trouver dans un fichier .cfg)...

Si un ls (hd1,gpt7)/boot/grub2/i386-pc ne donne rien c' est que les fichiers .mod nécessaires à grub ne sont probablement pas présents, il ne peut donc même pas charger normal.mod qui est obligatoire pour que grub puisse faire quelquechose.

Que donne la commande:

insmod

?

Si elle répond quelque chose sauf unknown command, c' est que l' on peut essayer de charger des modules.

Dans ce cas on peut essayer un:

insmod normal
insmod configfile

Si ces deux commandes échouent parce que les modules sont introuvables, on peut essayer
insmod (hd1,gpt7)/usr/lib/grub/i386-pc/normal
insmod (hd1,gpt7)/usr/lib/grub/i386-pc/configfile

puis un

configfile (hd1,gpt7)/boot/grub2/grub.cfg (ou configfile (hd1,gpt7)/boot/grub2/grub.cfg.old)

Si rien ne fonctionne, il va falloir faire des recherches ( on a besoin des fichiers mod pour faire quoique ce soit).

edit: il y a eu un changement de fait sur /boot avant de tomber sur ce problème ?
edit 2: corrigé plusieurs chemins. Ceci dit pour avoir fait des tests si normal.mod n' est pas chargé, c'est compliqué...
edit 3:

-Dans mes tests, j' ai renommé le répertoire /boot/grub2/i386-pc en /boot/grub2/i386-pc.old ( comme ça je suis à peu près sur que plus rien ne va fonctionner !)

Je suis donc arrivé à cet écran ( et pour cause, grub ne trouve pas ses fichiers de modules (situés dans /boot/grub2/i386-pc)):



Dans mon cas particulier, je n' ai pas d' autre choix de trouver un chemin des fichiers .mod dont grub a besoin (ayant fait quelque recherches avant de casser le système, je sais que des fichiers .mod sont présents dans /usr/lib/grub/i386-pc (dans le cadre d' un pc installé en mode bios).

J' ai donc tapé toutes ces commandes

Édité par nic80 Le 29/08/2020 à 23h17

Je n'ai pas souvenir d'avoir à toucher configfile.
Pourquoi ne pas continuer comme ça :

Ici dans notre cas, ce serait (hd1,gpt7)
donc :

Bonjour,

Dans mon cas, c' est plus compliqué !

J' ai renommé mon répertoire i386-pc ( donc le prefix ne peut pas fonctionner)... Donc "insmod normal" ne fonctionne pas dans mon cas ( je dois aller les chercher à la source)). Effectivement si le répertoire i386-pc est présent, le prefix=/boot/grub2 est valable.

Après visiblement, le chargement du module normal m' amène à un prompt grub> ( et après je fais quoi ? Il faut bien charger le fichier de configuration de grub avec le configfile s' il n'est pas trouvé (le cas échéant)).

edit: effectivement, d' après la doc de grub (https://www.gnu.org/software/grub/manual/grub/html_node/normal.html#normal), si le chemin de la variable prefix contient un fichier grub.cfg il est lu, avec chargement des modules nécessaire au passage. Mais il est aussi indiqué qu' il est plus courant d' utiliser configfile... )

Édité par nic80 Le 30/08/2020 à 07h59

Great ! J'interviens depuis mon PC fixe, qui avait le défaut.
Merci à tous d'être arrivé jusque là. Je vais garder une trace de tout ça.

Oui attention, ce n'est pas en démarrant qu'on répare !
Ce que tu as fait pour démarrer n'est qu'éphémère. Il faut, maintenant que c'est démarrer, réparer et écraser la configuration actuelle (qui ne fonctionne pas) par une qui fonctionnera.

Dans la rubrique démarrage de centre de contrôle de Mageia.

Que faut-il faire pour que la solution soit permanente ?
Car le défaut se manifeste dès le premier reboot !

Oui ! C'est ce que j'ai dit, ce qu'on fait en ligne de commande n'est que éphémère, ça ne garde aucune trace.
Dans le lien que j'avais mis, avec les commandes, il y a la suite :
https://mageialinux-online.org/forum/topic-27262-1+alerte-mise-a-jour-windows-10.php#m264732