update-grub2
Le
andre_debian

Bonsoir,
Mon ordinateur possède un seul disque dur /dev/sda,
avec 4 partitions principales (/dev/sda1, sda2, swap et sda4 étendue)
et trois partitions logiques sda5 à sda7.
sda1, sda2, sda5, sda6 et sda7 = GNU/Linux en ext4, installé.
# update-grub2
Création du fichier de configuration GRUB
Image Linux trouvée : /boot/vmlinuz-4.4.0-109-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-109-generic
Failed to probe /dev/sda2 for filesystem type
Failed to probe /dev/sda5 for filesystem type
Failed to probe /dev/sda6 for filesystem type
Failed to probe /dev/sda7 for filesystem type
Grub semble trouver la partition n° 1 (racine)
mais pas /dev/sda2 et les autres.
Comment créer le menu Grub avec toutes les partitions citées ?
(création de grub.cfg)
Merci, André
Mon ordinateur possède un seul disque dur /dev/sda,
avec 4 partitions principales (/dev/sda1, sda2, swap et sda4 étendue)
et trois partitions logiques sda5 à sda7.
sda1, sda2, sda5, sda6 et sda7 = GNU/Linux en ext4, installé.
# update-grub2
Création du fichier de configuration GRUB
Image Linux trouvée : /boot/vmlinuz-4.4.0-109-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-109-generic
Failed to probe /dev/sda2 for filesystem type
Failed to probe /dev/sda5 for filesystem type
Failed to probe /dev/sda6 for filesystem type
Failed to probe /dev/sda7 for filesystem type
Grub semble trouver la partition n° 1 (racine)
mais pas /dev/sda2 et les autres.
Comment créer le menu Grub avec toutes les partitions citées ?
(création de grub.cfg)
Merci, André
Bonjour, non, je n'ai rien contre toi. C'est juste que tu ne respectes
pas les bonnes regles pour poser des questions ce qui cree de la
confusion et fait perdre bien du temps a tourner en rond pour qu'au
final tu n'en fasses qu'a ta tete et surtout en ne l'assumant pas, c'est
ca le plus insupportable.
Bien sur, Grub intervient alors que /dev n'existe meme pas encore.
Qui ne serait peut-etre jamais tombe en panne si tu n'avais pas
l'habitude de toucher a des trucs qui ne doivent pas l'etre, mais comme
tu ne nous donnes jamais aucune information sur le pourquoi de ces
manipulations...
Tu compares des choses que ne le sont pas vraiment.
Le 16/01/2018 à 20:25, Pascal Hambourg a écrit :
Je fuis ce truc qui est juste bon a foutre en l'air le mecanisme
d'amorcage en cas de loupe pour un apport fonctionnel fort faible voire
nefaste.
--
Cordialement, Stephane Ascoet
[au sujet de l'utilité d'un swap]
Source ou exemple ?
Ce n'est pas l'avis de tout le monde. Chacun ses besoins.
Ce genre de chose peut arriver quand il y plusieurs systèmes installés
avec chacun leur GRUB qui détecte tous les autres. Lors de la génération
de grub.cfg les fichiers grub.cfg des autres systèmes détectés sont lus
pour les intégrer. Une solution consiste à désactiver l'utilisation
d'os-prober par GRUB dans les systèmes qui n'ont pas le GRUB actif et
exécuter update-grub sur tous les systèmes en finissant par celui qui a
le GRUB actif.
Pascal Hambourg
pratique personnelle, je ne lui donne pas tort. Je veux dire par la que
la "fiabilité" aléatoire de cet engin peut causer des petites
tracasseries équivalent à un arrêt brutal ce qui n'est pas t rès cool
quand on compte sur lui pour sauver le travail en cours, ou au moins
se planter pour la restauration de l'état de la machine.
Je suis d'accord aussi, chacun ses besoin, ceci étant il y a quand
même des machine plus ou moins fiable sur ce sujet, je suppose en
fonction de ########, pardon, de l'ACPI qui est un peu usine a gaz pas
très normalisée dans son genre selon les fabricants. C'est pas co mme si
le hardware était libre...
Dans quel intérêt ? Je n'en vois aucun.
Peux-tu préciser ? Je ne vois pas de quoi tu parles.
Sûrement pas. Une distribution ne met à jour que son propre GRUB.
Mais pourquoi sur une clé USB plutôt que sur un disque interne ?
Pas de réponse ?
Pas tant que ça. Il y a de légères différences entre différentes
versions de GRUB Et c'est AMA une mauvaise idée car chaque distribution
ne ferait pas que réactualiser le fichier de configuration mais le
réécrirait complètement, en se mettant en première position bien
évidemment. D'autre part il vaut mieux que chaque distribution garde son
propre GRUB avec son propre fichier grub.cfg avec ses paramètres de
démarrage spécifiques car update-grub se sert du fichier grub.cfg des
autres distributions détectées par os-prober pour récupérer et intégrer
lesdits paramètres de démarrage dans le fichier grub.cfg qu'il construit.
Pour ma part, je serais plutôt partisan d'un GRUB principal indépendant
qui chaînerait les GRUB des différentes distributions.
Eh, c'est toi qui a demandé si ça ne valait pas le coup. Tu sous-entends
donc que ça aurait un intérêt. Je n'ai pas dit que ça avait un
inconvénient. Je dis juste que je ne vois pas l'intérêt.
Ben non, sinon il ne serait pas indépendant.
C'est une autre possibilité, qui correspond à ce que j'ai répondu à
André. Mais ce n'est pas un GRUB indépendant, c'est le GRUB d'une
distribution qui récupère et inclut les paramètres des autres dans sa
config.
(...)
Il suffit de leur donner l'ordre d'installer GRUB ailleurs pour éviter
les conflits, et pas besoin de clé USB.
(...)
Jusqu'ici, ça va.
Et comment diable ferait-il cela ?
Le chaînage éviterait de devoir modifier le GRUB principal.
Dans le principe, pourquoi pas. Mais concrètement, comment fais-tu ça ?
Je n'ai jamais utilisé ce genre d'outil que je ne connais que de nom.
Dans mon idée, la configuration du GRUB principal indépendant serait
gérée manuellement et n'aurait besoin d'être modifiée que lorsqu'on
ajoute ou supprime une distribution. Les noyaux des distributions
seraient gérés par leurs GRUB respectifs.
Menu de GRUB0 :
"Linux1" -> GRUB1
"Linux2" -> GRUB2
etc.
Bonjour, chacun son niveau de tolerance. Tu ne vois pas le probleme dans
le fait de nous traiter comme des agents de support tout le temps
disponible pour lire entre les lignes de ce que tu daignes devoiler et
pour t'aider alors que tu ne reponds qu'a les questions que tu
souhaites, mets plus de volonte a faire tes bidouilles car comprendre et
appliquer ce qu'on t'explique et n'indiques pas exactement toutes les
manipulations que tu fais en parallele. Moi si, ce n'est pas la
conception que j'ai de cette liste d'entraide.
Je ne dis pas le contraire.
Ben te sortir d'une tempete sans respecter les regles theoriques n'aura
d'impact que sur toi et sur le moment. Si tu casses ton spi, tu devras
te debrouiller pour le remplacer... Mettre des rustines sur un systeme
informatique va peut-etre te sembler resoudre le probleme en apparence,
mais va peut-etre creer un mic-mac en dessous qui lancera une bombe a
retardement.
Si c'est normal car ce disque a toujours ete "/dev/sdc", un co-listier
avait retrouve un message de l'ete dernier dans lequel tu disais deja
que ca t'embetait et que tu avais trouve une rustine pour le faire
devenir "/dev/sda". Et oh surprise, un trimestre plus tard, la
rustine(dont tu ne te souviens plus en quoi elle consistais) n'agit plus...
J'ai deja assez exprime mon desaccord la-dessus, mais on ne changera pas
ta facon de fonctionner et de communiquer. Tant mieux si tu trouves
encore de bonnes ames pour t'aider, c'est juste que je n'en ferai pas
partie.
--
Cordialement, Stephane Ascoet