Re: update-grub2 : résolu mais...
(...) Ok Le 19/01/2018 à 22:21, Pascal Hambourg a écrit : > 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. Bon, il faudrait que je vois ca de mes yeux vus. Donc le GRUB0 n'aurait que des liens vers les autres Grub... ok, je comprend mieux. Je croyais que les lignes de commandes de boot étaient en lui, tu comprends donc maintenant ma logique qui me disait que ce n'était pas ultra simple de mettre à jour à chaque fois ce GRUB0 (à la manière de notre bon vieux Grub en solo habituel). signature.asc Description: OpenPGP digital signature
Re: update-grub2 : résolu mais...
Le 19/01/2018 à 09:51, Pierre L. a écrit : Le 18/01/2018 à 23:43, Pascal Hambourg a écrit : Le 18/01/2018 à 23:14, Pierre L. a écrit : Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par exemple, et n'utiliser que cette clé comme périph' de boot ? (...) Mais pourquoi sur une clé USB plutôt que sur un disque interne ? Pourquoi pas ? ;) 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. On donne l'ordre aux distribs d'installer Grub dans /dev/sda qui est mon seul HDD. Donc systématiquement ces distribs écraseront Grub présent au boot de /dev/sda, non ? Sinon oui, l'intérêt d'avoir une clé, serait d'éviter les conflits de Grub (généré par les distribs) sur ce même disque dur, et ainsi extérioriser Grub dans un /dev/sdb Il suffit de leur donner l'ordre d'installer GRUB ailleurs pour éviter les conflits, et pas besoin de clé USB. Pour ma part, je serais plutôt partisan d'un GRUB principal indépendant qui chaînerait les GRUB des différentes distributions. (...) Dans mon exemple, appelons Grub0 celui qui est principal, le fameux indépendant. Mes distribs seront Linux1, Linux2, etc. qui auront chacune leur Grub1, Grub2, etc. Linux1 obtient un nouveau kernel via ses mises à jour, donc son Grub1 "personnel" sera mis à jour comme d'hab. Jusqu'ici, ça va. De plus, Linux1 mettra à jour AUSSI le principal Grub0 dans la foulée (c'est une supposition, jamais testé), Et comment diable ferait-il cela ? car si Grub0 n'est plus à jour, sa référence vers Linux1 sera erronée. Le chaînage éviterait de devoir modifier le GRUB principal. Idem avec un Linux2 qui obtiendrait un nouveau kernel une semaine plus tard... qui mettrait à jour son Grub2 + Grub0 Etc. Linux3 -> Grub3 + Grub0 Bref, tout le monde pourrait effectivement générer ce Grub0 principal. (principe erroné ?) Dans le principe, pourquoi pas. Mais concrètement, comment fais-tu ça ? J'ai souvenir d'avoir utilisé des outils comme SuperGrub il y a un certain temps, tu penserais alors à ce genre de truc ? (qui si je me souviens bien, permettait de booter les distribs présentes sur les disques d'une machine, dans laquelle le programme de boot avait été corrompu ou effacé, une roue de secours pour booter tes systèmes Linux et autres windows...) 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.
Re: update-grub2 : résolu mais...
Le 18/01/2018 à 23:43, Pascal Hambourg a écrit : > Le 18/01/2018 à 23:14, Pierre L. a écrit : >> >> Le 18/01/2018 à 22:19, Pascal Hambourg a écrit : >>> Le 18/01/2018 à 20:36, Pierre L. a écrit : Le 18/01/2018 à 20:09, Pascal Hambourg a écrit : > Le 18/01/2018 à 14:04, Pierre L. a écrit : >> Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB >> par >> exemple, et n'utiliser que cette clé comme périph' de boot ? > > Dans quel intérêt ? Je n'en vois aucun. 1 seul Grub plutôt que d'avoir 50 fichiers à gérer comme ca a l'air d'être le cas... On centralise... >>> >>> Mais pourquoi sur une clé USB plutôt que sur un disque interne ? >> Pourquoi pas ? ;) > > 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. On donne l'ordre aux distribs d'installer Grub dans /dev/sda qui est mon seul HDD. Donc systématiquement ces distribs écraseront Grub présent au boot de /dev/sda, non ? Sinon oui, l'intérêt d'avoir une clé, serait d'éviter les conflits de Grub (généré par les distribs) sur ce même disque dur, et ainsi extérioriser Grub dans un /dev/sdb > >>> Pour ma part, je serais plutôt partisan d'un GRUB principal >>> indépendant qui chaînerait les GRUB des différentes distributions. >>> >> Ce fameux "GRUB principal indépendant" pourrait alors être généré par >> chacune des distribs, > > Ben non, sinon il ne serait pas indépendant. Il le pourrait (être indépendant et généré par tous), car généré à chaque fois que c'est nécessaire. Dans mon exemple, appelons Grub0 celui qui est principal, le fameux indépendant. Mes distribs seront Linux1, Linux2, etc. qui auront chacune leur Grub1, Grub2, etc. Linux1 obtient un nouveau kernel via ses mises à jour, donc son Grub1 "personnel" sera mis à jour comme d'hab. De plus, Linux1 mettra à jour AUSSI le principal Grub0 dans la foulée (c'est une supposition, jamais testé), car si Grub0 n'est plus à jour, sa référence vers Linux1 sera erronée. Idem avec un Linux2 qui obtiendrait un nouveau kernel une semaine plus tard... qui mettrait à jour son Grub2 + Grub0 Etc. Linux3 -> Grub3 + Grub0 Bref, tout le monde pourrait effectivement générer ce Grub0 principal. (principe erroné ?) (j'espère avoir été précis dans l'exposition de mes pensées ! ) > >> dès lors que la distrib irait lire chaque grub.cfg >> dans la machine, mais alors en reprenant la précédente citation, il >> faudrait alors qu'une seule distrib gère ce GRUB principal ? > > 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. > Mais alors, si c'est un Grub d'une distrib et qu'il n'est plus indépendant, c'est le serpent qui se mord la queue :) J'ai souvenir d'avoir utilisé des outils comme SuperGrub il y a un certain temps, tu penserais alors à ce genre de truc ? (qui si je me souviens bien, permettait de booter les distribs présentes sur les disques d'une machine, dans laquelle le programme de boot avait été corrompu ou effacé, une roue de secours pour booter tes systèmes Linux et autres windows...) signature.asc Description: OpenPGP digital signature
Re: update-grub2 : résolu mais...
Le 18/01/2018 à 23:14, Pierre L. a écrit : Le 18/01/2018 à 22:19, Pascal Hambourg a écrit : Le 18/01/2018 à 20:36, Pierre L. a écrit : Le 18/01/2018 à 20:09, Pascal Hambourg a écrit : Le 18/01/2018 à 14:04, Pierre L. a écrit : Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par exemple, et n'utiliser que cette clé comme périph' de boot ? Dans quel intérêt ? Je n'en vois aucun. 1 seul Grub plutôt que d'avoir 50 fichiers à gérer comme ca a l'air d'être le cas... On centralise... Mais pourquoi sur une clé USB plutôt que sur un disque interne ? Pourquoi pas ? ;) 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. Pour ma part, je serais plutôt partisan d'un GRUB principal indépendant qui chaînerait les GRUB des différentes distributions. Ce fameux "GRUB principal indépendant" pourrait alors être généré par chacune des distribs, Ben non, sinon il ne serait pas indépendant. dès lors que la distrib irait lire chaque grub.cfg dans la machine, mais alors en reprenant la précédente citation, il faudrait alors qu'une seule distrib gère ce GRUB principal ? 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.
Re: update-grub2 : résolu mais...
Le 18/01/2018 à 22:19, Pascal Hambourg a écrit : > Le 18/01/2018 à 20:36, Pierre L. a écrit : >> >> Le 18/01/2018 à 20:09, Pascal Hambourg a écrit : >>> Le 18/01/2018 à 14:04, Pierre L. a écrit : Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par exemple, et n'utiliser que cette clé comme périph' de boot ? >>> >>> Dans quel intérêt ? Je n'en vois aucun. >> >> 1 seul Grub plutôt que d'avoir 50 fichiers à gérer comme ca a l'air >> d'être le cas... On centralise... > > Mais pourquoi sur une clé USB plutôt que sur un disque interne ? Pourquoi pas ? ;) > Les différentes distrib iront regarder sur tout le système là où il y a moyen de booter non ? >>> >>> Peux-tu préciser ? Je ne vois pas de quoi tu parles. > > Pas de réponse ? C'était une question... Désolé de ne pouvoir trouver meilleurs termes plus explicites, techniques... > Et donc mettre à jour ce Grub à chaque fois que ce sera nécessaire ? >>> >>> Sûrement pas. Une distribution ne met à jour que son propre GRUB. >> >> On rejoint ma précédente pensée, chaque distribution pourrait actualiser >> le seul Grub de la machine présent sur la clé USB, car j'imagine que >> Grub2 est normalisé ? > > 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. > Ok c'est donc de cette manière que Grub fonctionne, interesting. A partir de ces infos, je comprends mieux la suite. > Pour ma part, je serais plutôt partisan d'un GRUB principal > indépendant qui chaînerait les GRUB des différentes distributions. > Ce fameux "GRUB principal indépendant" pourrait alors être généré par chacune des distribs, dès lors que la distrib irait lire chaque grub.cfg dans la machine, mais alors en reprenant la précédente citation, il faudrait alors qu'une seule distrib gère ce GRUB principal ? (evitant : "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") signature.asc Description: OpenPGP digital signature
Re: update-grub2 : résolu mais...
Le 18/01/2018 à 20:36, Pierre L. a écrit : Le 18/01/2018 à 20:09, Pascal Hambourg a écrit : Le 18/01/2018 à 14:04, Pierre L. a écrit : Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par exemple, et n'utiliser que cette clé comme périph' de boot ? Dans quel intérêt ? Je n'en vois aucun. 1 seul Grub plutôt que d'avoir 50 fichiers à gérer comme ca a l'air d'être le cas... On centralise... Mais pourquoi sur une clé USB plutôt que sur un disque interne ? Les différentes distrib iront regarder sur tout le système là où il y a moyen de booter non ? Peux-tu préciser ? Je ne vois pas de quoi tu parles. Pas de réponse ? Et donc mettre à jour ce Grub à chaque fois que ce sera nécessaire ? Sûrement pas. Une distribution ne met à jour que son propre GRUB. On rejoint ma précédente pensée, chaque distribution pourrait actualiser le seul Grub de la machine présent sur la clé USB, car j'imagine que Grub2 est normalisé ? 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.
Re: update-grub2 : résolu mais...
Le 18/01/2018 à 20:09, Pascal Hambourg a écrit : > Le 18/01/2018 à 14:04, Pierre L. a écrit : >> Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par >> exemple, et n'utiliser que cette clé comme périph' de boot ? > > Dans quel intérêt ? Je n'en vois aucun. 1 seul Grub plutôt que d'avoir 50 fichiers à gérer comme ca a l'air d'être le cas... On centralise... Pour mémo, plus haut dans le fil : "J'ai recopié le répertoire /boot/grub sur toutes les partitions Linux." > >> Les différentes distrib iront regarder sur tout le système là où il y a >> moyen de booter non ? > > Peux-tu préciser ? Je ne vois pas de quoi tu parles. > >> Et donc mettre à jour ce Grub à chaque fois que ce sera nécessaire ? > > Sûrement pas. Une distribution ne met à jour que son propre GRUB. On rejoint ma précédente pensée, chaque distribution pourrait actualiser le seul Grub de la machine présent sur la clé USB, car j'imagine que Grub2 est normalisé ? signature.asc Description: OpenPGP digital signature
Re: update-grub2 : résolu mais...
Le 18/01/2018 à 14:04, Pierre L. a écrit : Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par exemple, et n'utiliser que cette clé comme périph' de boot ? Dans quel intérêt ? Je n'en vois aucun. Les différentes distrib iront regarder sur tout le système là où il y a moyen de booter non ? Peux-tu préciser ? Je ne vois pas de quoi tu parles. Et donc mettre à jour ce Grub à chaque fois que ce sera nécessaire ? Sûrement pas. Une distribution ne met à jour que son propre GRUB.
Re: update-grub2 : résolu mais...
Ca ne vaudrait pas le coup d'avoir qu'1 seul Grub sur une clé USB par exemple, et n'utiliser que cette clé comme périph' de boot ? Les différentes distrib iront regarder sur tout le système là où il y a moyen de booter non ? Et donc mettre à jour ce Grub à chaque fois que ce sera nécessaire ? signature.asc Description: OpenPGP digital signature
Re: update-grub2 : résolu mais...
Le 15/01/2018 à 23:52, andre_deb...@numericable.fr a écrit : Par contre, je trouve le fichier "/boot/grub/grub.cfg" très volumineux (142Ko et 2.771 lignes), et les partitions de /dev/sda2 à sda7 n'ont pas toujours leur bon UUID. Exemple : $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-109-generic-root=UUID=3ba3cb5b-5a71-4d13-90d2-dcdfbea7b3b8 ro single-6af32adf-87c5-4c3f-b390-9727185169ef' ... Dans un même menuentry /dev/sda5, deux UUID différents : 3ba3cb5b-5a71-4d13-90d2-dcdfbea7b3b8 = /dev/sda1 6af32adf-87c5-4c3f-b390-9727185169ef = /dev/sda5 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.
Re: update-grub2 : résolu mais...
On Sunday 14 January 2018 19:37:35 Haricophile wrote: > Le Sun, 14 Jan 2018 19:00:16 +0100, andre_deb...@numericable.fr a écrit : > > 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) Grub semble réparé. J'ai recopié le répertoire /boot/grub sur toutes les partitions Linux. il détecte maintenant toutes les partitions rapidement de sda1 à sda7. Par contre, je trouve le fichier "/boot/grub/grub.cfg" très volumineux (142Ko et 2.771 lignes), et les partitions de /dev/sda2 à sda7 n'ont pas toujours leur bon UUID. Exemple : $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-109-generic-root=UUID=3ba3cb5b-5a71-4d13-90d2-dcdfbea7b3b8 ro single-6af32adf-87c5-4c3f-b390-9727185169ef' ... Dans un même menuentry /dev/sda5, deux UUID différents : 3ba3cb5b-5a71-4d13-90d2-dcdfbea7b3b8 = /dev/sda1 6af32adf-87c5-4c3f-b390-9727185169ef = /dev/sda5 Bonne soirée, André
