Forum

Bonjour,

Un problème tellement récurrent qu'il me gonfle !

J'ai plusieurs systèmes sur ma machine :
* SDB1 : Mageia 5 (SSD) (système principal)
* SDA1 : Windows 7
* SDA2 : Mageia Cauldron
* SDA3 : Fedora 23
* SDA5 : Debian 8.2
* SDA8 : Ubuntu LTS (pour des tests)
* SDA12 : Mageia 5 (pour des tests spéciaux)

J'utilise Grub2 via la distribution Mageia 5 sur le SSD (SDB1).

Chaque fois que je met à jour le kernel d'une distribution, je mets à jour le fichier de configuration de Grub2 avec un update-grub. Or le nouveau fichier généré s'avère assez ... bordélique. Voici les reproches :
* des entrées Mageia 4, voire même Mageia 3, alors que c'est la version 5 (Pourquoi une entrée avec un noyau en *.mga5 est nommée "Mageia 4" ? Je n'ai pas trouvé où modifier cela définitivement.)
* le système installé en SDA12 listé avant tous les autres (parce que c'est un "Mageia" ou parce que 12 passe avant 2 ?)
* des sous-entrées dans (par exemple) Fedora (SDA3) pointant vers Mageia SSD (SDB1) qui font des doublons (et que je vire)

Je met donc de l'ordre dans le fichier grub.cfg (après en avoir fait une copie de sécurité) pour corriger tous ces détails qui me perturbent. Je fais ce travail "à la main". Travail long et répétitif ! Je n'ai pas trouvé d'autre solution. Grub-customizer n'est qu'une interface graphique pour se passer d'un éditeur de texte tel que kate, gedit voire nano. Et surtout, tout est à refaire la fois suivante.

Je précise que le Centre de Configuration Mageia, même s'il en en cours de refonte, ne sait pas gérer correctement le fichier de configuration de Grub2 actuellement.

Évidement, pour qui n'utilise qu'un ou deux système d'exploitation pas de problème à priori. Mais dès qu'on monte les enchères un petit peu, quelques menus détails font grincer.

Si je savais au minimum comment procéder pour que les entrées Mageia ne soient plus numérotées en version obsolètes. Des pistes ?

Merci par avance

Bonjour,

Comme indiqué dans le fichier grub.cfg, celui-ci ne doit pas être édité, cela ne sert à rien car grub.cfg est ré-écrit à chaque fois qu'on lance update-grub. La configuration se fait au travers des scripts dans le dossier /etc/grub.d ou le fichier /etc/default/grub. Par exemple si tu ne veux pas que grub ré-écrive toutes les entrées pour les noyaux qu'il trouve, désactive os-prober.
Voici une page qui pourra t'aider, elle est écrite pour grub2-efi, mais la logique de configuration est la même pour grub2.
https://wiki.mageia.org/en/Grub2-efi_and_Mageia

Ton lien vers la doc Grub2 est très intéressant mais comme il est en anglais et que je n'ai pas envie de me mettre encore davantage la pagaille, je ne vais pas prendre de risque. Par contre, j'aimerais trouver quoi modifier pour qu'une entrée ne soit plus notée Mageia 3 (ou 4) alors que c'est Mageia 5.

Bonjour Teutates,
Tu peux essayer de faire un peu de ménage avec Grub customizer.

Je l'utilise depuis Mageia 4, c'est assez efficace et simple d'utilisation.

@+

+1

Grub-customizer est très pratique !

Je ne pense pas que cela dépende de Grub, il ne fait que reprendre ce qui est dans les fichiers de configuration.

Dans ta Mageia 5 que donnent :

$uname -a

$cat /etc/release

Le système principal (SDB1) est déjà en version 5 :





Pour Grub Customizer, je confirme pour l'avoir testé dernièrement.



Reste que j'aimerais bien avoir une notation désormais selon le schéma ci dessous et suivant l'odre des partitions SDA :

* Mageia SDB1

* Windows SDA1

* Mageia SDA2

* Fedora SDA3

* Debian SDA5

* Ubuntu SDA8

* Mageia SDA12

Notation qui ne reprendrait plus le numéro de version du système. L'avantage serait de ne plus avoir mal aux yeux avec une entrée du type Mageia 3 avec un noyau *.mga5 (actuellement) tout en suivant l'ordre des partitions. Je n'ai pas besoin de voir en tête de liste la version Mageia installée sur SDA12 qui est démarrée tous les 29 février puisque dédiée à des tests.



Une idée qui me vient soudain à l'esprit serait de refaire aussi le fichier de configuration de grub des 2 autres Mageia au cas où ils auraient une influence.



Je précise que mon grub maître (celui de Mageia SDB1, SSD), soit Grub2, est installé sur le MBR de SDA. Tous les autres Grub ont été installé à la racine de la partition d'installation de la distribution.

Tu peux trouver de l'aide sur Internet. Dans le principe tu dois dans /ets/default/grub passer l'option GRUB_DISABLE_OS_PROBER="true"

pour cesser la production du menu auto

Ensuite pour chaque entrée que tu désires, crée un script :

#!/bin/sh

menuentry "l'entrée que je veux voir sur le menu" {

insmod ext4

set root=(hdx,y) (ou hdx,gpty si tu es en gpt)

linux /boot/vmlinuz (+options éventuelles)

initrd /boot/initrd.img

}

Chaque script est enregistré dans /etc/grub.d avec un nom du format nn_nom-script

nn est un numéro chrono pour avoir le menu dans le bon ordre. Pnse à rendre le script exécutable.

exemple https://wiki.mageia.org/en/File:Grub2-1.png



Dans internet tu verras qu'il est possible de désigner les partitions comme dans l'exemple par le N° de partition mais aussi par le n° UUID.

Pour que un script ajouté soit pris en compte : update-grub et redémarrer pour voir la modif.

Si c'est la cata, il suffit d'enlever le script et de refaire : update-grub



Avec ces indications, grub restera toujours avec 2 entrées pour Mageia5 et Mageia failsafe. Ceci afin d'être sur de pouvoir démarrer. Tu les enlèveras à la toute fin quand tu serras entièrement satisfait de ton nouveau menu.

Rappel : Ne pas toucher à grub.cfg.



Bon courage

Je prépare une machine virtuelle pour des tests dédiés, histoire de ne pas me retrouver dans la derme. Je vais suivre tes indications

L'affaire est finalement assez opaque et mystérieuse pour personnaliser le fichier de configuration.

Sur une machine virtuelle dotée de Mageia 5 (à jour) et d'autres OS, je suis parvenu à utiliser le fichier /etc/grub.d/40_custom. L'affaire semblait réglée puisque le résultat était correct. Je tente ensuite de faire exactement pareil sur la machine physique. Vainement. Des divergences apparaissent :
* 40_custom n'existe pas mais 41_custom existe dans une version de base totalement différente
* Impossible d'utiliser tel quel la syntaxe fonctionnelle sur machine virtuelle sans erreur.
* Une fois la bonne syntaxe trouvée, elle n'est pas prise en compte dans grub.cfg

J'ai donc été obligé de revenir en arrière pour le moment. Je recréé entièrement une machine virtuelle pour tenter de progresser.

Sur une Mageia 5 "physique", 40_custom et 41_custom existent tous les 2.
La commande update-grub a pour effet d'exécuter entre autres les scripts 40_custom et 41_custom (ils doivent être exécutables) et d'écrire le résultat dans grub.cfg. cette commande est un alias, tu peux aussi essayer : grub2-mkconfig -o /boot/grub2/grub.cfg
Il est bizarre que des différences apparaissent entre machine virtuelle et réelle !

Voici tous les fichiers que j'ai sur la machine physique. Ils sont tous exécutables. J'utilise systématiquement la commande update-grub.



La nouvelle machine virtuelle est en cours de construction.

Ayé !

J'ai réussi en me faisant la main dans une machine virtuelle sur laquelle je me suis cassé les dents bêtement mais cela m'aura permis de progresser. Résultat double :
1) Mon Grub2 est désormais personnalisé et pleinement fonctionnel sur machine réelle.
2) J'ai également sortit le tuto correspondant pour MLO (copie quasi identique à la version de mon blog (j'espère que ce ne sera pas un problème) : http://www.mageialinux-online.org/wiki/grub2-personnalisation