Vous n'êtes pas identifié(e).
Pages : 1
Dernière modification par gargamel79 (07-02-2018 10:51:51)
Hors ligne
Est-ce qu'il existe une solution ?
Pour ?
Me semble que t'as compris le truc, chacun des deux systèmes à son grub, et le dernier qui fait un "grub-install" est celui qui imposera sa configuration situé respectivement dans /boot de chaque système (et rempli avec "update-grub" ou son équivalent "grub-mkconfig -o /boot/grub/grub.cfg").
Tu pourrais les unifier en faisant une petite partition /boot de ~50Mo pour les deux (à ajouter dans /fstab pour les deux, puis faire un grub-install /dev/sdX pour le "fixer").
Tu pourrais aussi simplement juste dire "strecth (ou l'autre) s'occupe de grub, donc je fais un grub-install si c'est pas déjà comme je veux, et pour l'autre je trouche plus, je désinstalle grub même au passage pour être sûr qu'il n'y ait pas de conflit lors d'une grosse màj dans le futur).
Raleur a abordé la question dans un autre fil avec une "solution plus élégante" de "chaque système a son grub et on fait un grub de grub", mais je ne saurais pas le faire, donc. Je fais que l'évoquer.
Dernière modification par otyugh (01-02-2018 19:28:24)
Hors ligne
Tu pourrais les unifier en faisant une petite partition /boot de ~50Mo pour les deux
Surtout pas, à moins d'aimer les ennuis (mélange de noyaux, mélange de versions de GRUB pas forcément compatibles). Le partage de /boot est une mauvaise idée.
Dernière modification par raleur (02-02-2018 09:27:54)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
configuration manuelle d'un GRUB principal installé dans le MBR
Est-ce qu'il existe un petit tuto. la dessus ?
Si je me loupe, c'est pas très grave, c'est sur une station de tests.
Merci pour ta réponse
C'est quand même un peu étrange, si on installe en dual boot avec M$ on nous pose la question de faire coexister les 2 OS.
Si c'est un OS "bien de chez nous" on ne nous demande rien !
Dernière modification par gargamel79 (02-02-2018 11:45:18)
Hors ligne
Est-ce qu'il existe un petit tuto. la dessus ?
Pas par moi, en tout cas.
si on installe en dual boot avec M$ on nous pose la question de faire coexister les 2 OS.
Si c'est un OS "bien de chez nous" on ne nous demande rien !
Ah ? Je n'ai pas remarqué que Windows faisait l'objet d'un traitement spécial par l'installateur par rapport à une autre distribution GNU/Linux.
Il vaut mieux montrer que raconter.
Hors ligne
Thinkpad T440P avec osboot
Hors ligne
otyugh a écrit :Tu pourrais les unifier en faisant une petite partition /boot de ~50Mo pour les deux
Surtout pas, à moins d'aimer les ennuis (mélange de noyaux, mélange de versions de GRUB pas forcément compatibles). Le partage de /boot est une mauvaise idée.
Je vais dire une connerie, d'où y aurait un mélange de kernel vu que GRUB précise où charger le vmlinuz/initred qui contient spécifiquement la versions du kernel à charger dans le chemin d'appel ?
Mais c'est vrai qu'avec 30 sec de recul, y a aucun interet à sépare le /boot, je sais pas pourquoi j'essayais de légitimer la solution, y a en effet le souci de conflit de version de grub possible
Dernière modification par otyugh (03-02-2018 13:55:55)
Hors ligne
Le matériel c'est pas éternel
Hors ligne
Quelle est la question ? Plusieurs grub ? Ce n'est pas un choix de ma part !
Par contre, l'objectif est d'avoir plusieurs versions de debian (par exemple) sur une même machine (pour tests)
Hors ligne
Hors ligne
Hors ligne
Suggestion moins radicale : grub-customizer.
Salut
Pas dans les dépôts Debian
Si c'est pour utiliser les dépots Ubuntu c'est un peu radicale
Pour ma par j'ai 2 Debian une Jessie et une Stretch, il suivit d'avoir les 2 grub identique et peu importe celui qui sera utilisé
même en admettant qu'une mise a jour me change de grub je ne le verrais pas puisque ils sont parametré pareil
par contre il ne faut pas intervenir directement au niveau de grub.cfg qui sera écrasé a chaque mise a jour du grub
il faut modifié
puis régénéré le grub.cfg par un update-grub
Dernière modification par Croutons (04-02-2018 10:56:45)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
d'où y aurait un mélange de kernel vu que GRUB précise où charger le vmlinuz/initred qui contient spécifiquement la versions du kernel à charger dans le chemin d'appel ?
Si deux systèmes partagent la même partition montée sur /boot, les noyaux et initramfs des deux systèmes se retrouvent mélangés dans cette partition.
Lorsqu'update-grub est exécuté sur un des systèmes, il va voir les noyaux des deux systèmes dans /boot mais sera incapable de distinguer ceux qui appartiennent au système actif de ceux appartenant à l'autre système, et va tous les considérer comme appartenant au système actif et les inclure dans les entrées de menu de ce dernier, associée à sa racine.
Un /boot commun peut marcher avec une configuration manuelle de GRUB, mais pas avec update-grub.
Dernière modification par raleur (04-02-2018 14:09:24)
Il vaut mieux montrer que raconter.
Hors ligne
y a aucun interet à sépare le /boot
Le séparer de quoi ? De la racine ? Il y a un intérêt dans certaines circonstances, mais elle n'ont pas grand-chose à voir avec le multiboot.
Des /boot des autres système ? L'intérêt est évident : ne pas mélanger les noyaux et les GRUB.
Il vaut mieux montrer que raconter.
Hors ligne
Si c'est pour utiliser les dépots Ubuntu
Non, Crouton, pas l'appli. que j'utilise pour et sur Débian ; c'est libre, enfin je crois...C'est quand même un gui intéressant .
Hors ligne
Dernière modification par gargamel79 (06-02-2018 18:43:37)
Hors ligne
Est-il possible d'installer un nouveau kernel (stretch par exemple) sur une install. existante (jessie par exemple) sans faire une install. complète ?
Oui, en tirant au passage toutes les dépendances du noyau de Stretch, mais le résultat ne sera plus vraiment Jessie mais Jessie avec des morceaux de Stretch.
On n'aurait alors qu'un seul grub (et un seul /boot).
Euh, pourquoi donc ? Je ne vois pas le rapport.
D'autre part, qu'est-ce que linux-Xen ?
Xen est un hyperviseur de paravirtualisation. Sa particularité par rapport à d'autres hyperviseurs comme VirtualBox est qu'il ne tourne pas par dessus un système hôte mais directement sur le matériel.
est-il indispensable ?
Indispensable pour quoi faire ?
Dernière modification par raleur (06-02-2018 20:04:10)
Il vaut mieux montrer que raconter.
Hors ligne
GRUB_DEFAULT=2
Merci croutons ta solution résout le problème (1 étant le démarrage de dépannage).
Note: ne pas mettre d'espace derrière le signe "=" . La syntaxe est très pointilleuse
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Pages : 1