Forum

Bonjour,



Je ne parviens plus à démarrer Mageia 3.



Hier, j'ai réinstallé Debian sur SDA5 et, comme un imbécile (quoique je n'ai pas vu l'option me permettant l'inverse), j'ai formaté la partition swap SDA9. Donc, évidemment, ce formatage m'a modifié l'UUID de la partition swap. D'où mes ennuis actuels.



Aujourd'hui, je veux démarrer Mageia 3 sur SDB1 (un SSD) et je bloque systématiquement sur le même message :





Je pense avoir tout tenté !



1) Bizarrement Mageia 2 sur SDA2 démarre sans problème alors que cette distribution aurait du aussi être affecté.



2) A partir de Mageia 2, j'ai monté temporairement SDB1 (Mageia 3) pour modifier /boot/grub/menu.lst

1. J'ai modifié, dans un premier temps, l'UUID de la partition swap par la nouvelle UUID (option resume=UUID=XXXX) : Echec !
2. Ensuite, j'ai remplacé resume=UUID=XXXX par resume=/dev/sda9 : Echec !
   
   

3) J'ai tenté une restauration de grub via le DVD d'installation : Echec !



Quelles que soient mes tentatives, je bloque systématiquement sur dracut qui me ressort, imperturbable, la vieille UUID de la partition Swap. Et pourtant, mon fichier menu.lst pointe vers des entrées valides. Enfin du moins en principe car cette vieille UUID doit être stockée quelque part comme une sorte de message d'erreur à valider et évacuer. Oui mais comment ???



Je ne me voit pas tout formater, à la bourrin sauce "Windows-quand-on-sait-pas-et-qu'on-est-idiot" !!! Une ipiste ? Merci par avance



Rappel pour mémoire :

* SDA2 = Mageia 2 = boot correct

* SDA9 = Swap

* SDB1 = Mageia 3 = boot impossible

Édité par teutates Le 07/08/2013 à 22h02

Salut,

Pour corriger les uuid, il faut agir sur grub mais aussi sur /etc/fstab

Plus de 2 heures que je tourne et retourne le sujet, que je démarre et redémarre. Vainement !

1) Effectivement, /etc/fstab pointait vers une mauvaise UUID pour la partition swap. J'ai corrigé pour obtenir le même blocage ! J'ai même désactivé le swap (j'ai assez de RAM) en commentant la ligne sur fstab et, à moins qu'il y ait une autre manipulation à faire, encore et toujours le même problème !

2) J'ai remarqué que Mageia 2 démarre correctement alors que l'option resume (du fichier /boot/grub/menu.lst) pointe vers une UUID absolument et mystérieusement inconnue. Puisque ça démarre (on verra plus tard pourquoi), je pensais recopier cette UUID pour l'option resume de Mageia 3. Peine perdue !

Quelles que soient mes tentatives, j'obtiens systématiquement ce message d'erreur me signifiant que l'UUID n'existe pas. Or, désormais les fichiers /etc/fstab et /boot/grub/menu.lst de Mageia 3 (sur SSD) sont corrects, les UUID notées étant valides.

A ce demander si ce ne serait pas un bug ?

Bonsoir,
Oui mais : n'aurais tu pas surMageia3 le grub-2 ?

Parce-qu'alors, il faut aller voir (en root) le fichier :
/boot/grub2/grub.cfg et modifier le UUID perturbateur ? .....

Autrement, (me contredire au cas ou ? ) tu mets ton / tes grub en .old, et en redémarrant Mageia-3 en tty faire un
update-grub pour en créer un nouveau, qui sera bon .

Salut,

une question :

Quel est ton environnement de bureau (KDE, GNOME, XFCE, LXDE...), ton architecture (32, 64) et ton chargeur d'amorçage (GRUB, GRUB2, LILO) ?

(cette question avant d'amener une explication )

Merci

Mageia 3 utilise, chez moi, grub-legacy donc pas de fichier cfg

Je vais faire tty

Je suis arrivé sur le prompt de grub mais ensuite je ne sais pas passer sur tty. C'est un shell minimal. Les touches CTRL ALT Fx ne me permettent pas de changer de tty. De plus, ce shell ne permettent que certaines commandes que je ne sais pas utiliser et update-grub n'est pas permis.

Édité par teutates Le 07/08/2013 à 20h16

Je n'avais ps vu certaines questions :
* j'utilise KDE
* sur une architecture 64bits
* avec grub-legacy (Grub1).

J'ai enfin réussi à démarrer cette Mageia 3 sur SSD. Voici comment j'ai procédé (des fois que ...) :
1) Renommer (pour ne pas tout jeter) /boot/grub/menu.lst en /boot/grub/menu.lst.backup (ou le nom que vous voulez)
2) Redémarrer sur le DVD d'installation de Mageia
3) Choisir Installation. Pour information, chez moi, la restauration de Grub n'a jamais solutionné mon problème (bien que cela aurait peut être fonctionné si j'avais préalablement renommé le fichier cité plus haut .... mais je n'ai pas testé).
4) Choisir de mettre à jour la distribution, même si vous pensez qu'elle est déjà à jour, et choisir, si besoin quelle distribution.
5) Passer par les étapes successives d'installation (validation licence, langue ...) et activer le réseau. Selon l'état des paquetages déjà installés, il est possible qu'une mise à jour soit réellement effectuée (j'y ai passé 15 mn).
6) Arrive l'étape cruciale : celle de l'installation de Grub. Valider l'installation et choisir où l'installer. Pour rappel, il est ensuite possible de peaufiner la configuration de Grub dans l'étape résumé d'installation.
7) Redémarrer. En principe, ca fonctionne. Chez moi, c'est le cas.

Remarque :
1) Mon disque d'installation est SDB. Par conséquent, mon Grub principal est sur SDA tandis que le Grub que j'ai du restaurer est sur SDB.
2) A l'installation / restauration / mise à jour de la distribution sur SDB, l'installateur inverse bizarrement l'ordre des disques. L'inversion ne concerne que la partie Grub. Ainsi, impossible de démarrer puisque Grub pointe vers (0,0) alors que sur (0,0) j'ai Windows.
3) Comme je savais déjà (par expérience) que les disques seraient inversés dans Grub, j'ai redémarré avec PartedMagic. Un excellent LiveCD (en français) qui permet les manipulations ultérieures en mode root sans se casser la tête (faire attention quand même !!!) .... et qui m'évitait aussi de perdre du temps à redémarrer Mageia 2 sur disque classique.
4) Une fois le LiveCD démarré, il est possible d'éditer /boot/grub/menu.lst, l'explorateur de fichier montrant les partitions selon leurs noms) avec leafpad. J'ai changé (0.0) par (1.0) ; adaptez selon votre cas.

Grand merci à qui m'a aidé