Multiboot & Grub2 & Multi-environnements

sylvain1970 · Le 25/05/2010, à 20:42

Bonsoir,
ce que j'aurais fait, installation du grub :
de kubuntu : sur /dev/sda
de xxxx : sur /dev/sdaY (ou xxx et Y sont tes distributions et les partitions / de celles-ci).
(il faudra réinstaller le grub de chaque distribution sur sa partition racine).

sam7 · Le 25/05/2010, à 21:50

ok, à faire en terminant par kde je présume
je verrais ça ce week-end ... merci

sam7 · Le 30/05/2010, à 10:07

bon, je me lance ... je viens de saisir

sam7@Kubuntu:~$ sudo grub-install /dev/sda
[sudo] password for sam7: 
Installation finished. No error reported.
sam7@Kubuntu:~$

dans ma konsole
& je vais faire de même (ou presque) dans mes autres système

Dernière modification par sam7 (Le 30/05/2010, à 10:15)

sam7 · Le 30/05/2010, à 10:34

problème suite à cette manip, le nouveau grub de Kubuntu est "partiellement aveugle" :
il ne voit plus :
- ni gnome-voyager sur sdb5
- ni crunchbang sur sdb2
il ne voit que :
- kubuntu sur sdc5
- debian sur sda2
- ubuntu sur sda5
- winxp sur sdc1

que faire ? d'avance, merci
peut-être des pistes de solutions
ici ... http://forum.ubuntu-fr.org/viewtopic.php?id=396668
ou là ... http://forum.ubuntu-fr.org/viewtopic.php?id=398031
... à voir

pour le cas où, je vais quand même continuer la manip dans les autres systèmes démarrables...
... dans le pire des cas, je résinstallerais Grub2 dans debian sid (en mode "ligne de commande" puisque l'interface graphique y est toujours foireux...)

sam7 · Le 30/05/2010, à 10:42

bon, depuis ubuntu en sda5, je vais faire la manip suivante :

sam7@ubuntu-unik:~$ sudo grub-install /dev/sda5
[sudo] password for sam7: 
/usr/sbin/grub-setup: warn: Tentative d'installation de GRUB sur une partition au lieu du MBR. Ce n'est pas une bonne chose !.
/usr/sbin/grub-setup: warn: Embedding is not possible.  GRUB can only be installed in this setup by using blocklists.  However, blocklists are UNRELIABLE and its use is discouraged..
/usr/sbin/grub-setup: error: if you really want blocklists, use --force.
sam7@ubuntu-unik:~$

que dois-je faire là ?

bon, pour éviter tout soucis dans l'immédia, & afin de pouvoir redémarrer tous mes systèmes, je vais aller sous debian & faire un

sudo grub-install /dev/sda

en espérant que tout reviennes dans l'ordre... sinon, je suis mal !

sam7 · Le 30/05/2010, à 11:02

c'est bon, tout est revenu à la "normal"...
... je vais donc conserver comme grub2 principal celui de debian sid
(qui n'est toujours pas fonctionnel pour le moment
cf. http://forum.ubuntu-fr.org/viewtopic.php?pid=3513927#p3513927 )

sylvain1970 · Le 01/06/2010, à 22:22

Bonsoir,
désolé, en déplacement pour cette semaine.

Lorsque tu installes grub sur une partition, il indique que ce n'est pas une bonne idée mais que tu peux le faire avec l'option --force, mais çà passe avec cette option.

Si un grub ne voit pas un système, ce n'est pas grave tant que ce n'est pas le 1er grub.

sam7 · Le 01/06/2010, à 22:42

justement ! c'était le "nouveau" 1er Grub (celui de Kubuntu fraichement installé dans le MBR qui ne voyait pas tous les systèmes ... alors j'ai remis celui de debian (qui à l'avantage d'avoir un fond en image... )

Dernière modification par sam7 (Le 01/06/2010, à 22:42)

sylvain1970 · Le 03/06/2010, à 19:00

Bonsoir,
il faut que tu choisisses quel grub mettre en 1er (la distribution la moins modifiée) et y rester, sinon, tu vas passer ton temps à le modifier.
Si ton 1er grub n'est pas complet, tu peux le compléter directement dans le fichier de conf.

Tous les grub sont installés dans les partitions / ?
Si tu pouvais mettre un récap des grub avec les distributions concernées (ben, oui, tu en as quand même un peu ) pour voir ce que çà donne (remarque, c'est peut-être fini et fonctionnel ?).

sam7 · Le 03/06/2010, à 21:12

je ne suis pas sûr de savoir modifier "à la main" le 1er grub2 ... (je savais plus ou moins le faire avec l'ancien grub...)
& du fait des soucis rencontrés (cf. http://forum.ubuntu-fr.org/viewtopic.php?pid=3513943#p3513943 ) , je n'ai pas terminé d'installer/vérifier si toutes les distrib ont bien leur grub2 installé correctement...

c'est vrai que 6 systèmes (enfin 4) à "gérer" / configuer... ça prends du temps, et que les journées ne font que 24h ... donc, je "prends" le temps, tout doucement, un petit peu chaque soir, un coup sur un système, un coup sur un autre...

rappel de ma "config" ici : http://forum.ubuntu-fr.org/viewtopic.php?pid=3513916#p3513916
& plus précisément là : http://forum.ubuntu-fr.org/viewtopic.php?pid=3486045#p3486045

il me faudra donc "chainloader" dans etc/grub.d/40_custom
... avec vos conseils bien sûr

sylvain1970 · Le 05/06/2010, à 19:35

Bonsoir,
pas de problème. Il vaut mieux prendre son temps.
en attente de vérifications/installations/etc...
on verra après pour les modifs du 1er grub.

sam7 · Le 06/06/2010, à 13:38

voyons déjà comment se passera une mise à jour du noyau sur kubuntu et/ou gnome-voyager ... avec ou sans incidence dans le grub de debian & ce qu'il faudra faire pour redémarer proprement/normalement chacun des systèmes... ce qui ne tardera pas à arriver je crois bien

sam7 · Le 13/06/2010, à 21:17

pour info ... j'ai enfin partiellement résolu mes soucis "graphique" avec Debian Sid ...
http://forum.ubuntu-fr.org/viewtopic.php?pid=3546587#p3546587

sam7 · Le 19/06/2010, à 10:00

après avoir fait "aptitude update", puis "aptitude upgrade" en recovery mode, j'ai eu droit à une mise à jour du noyau de crunchbang, & du remplacemebnt du grub2 debian par celui de crunchbang ... dans lequel debian sid était invisible & kubuntu ne voulait pas démarrer...

j'ai du faire un sudo grub-install /dev/sda puis un sudo update-grub dans mon gnome-voyager, puis dans debian sid pour retrouver une situation normale...

sylvain1970 · Le 20/06/2010, à 11:02

Salut,
d'où l'intérêt d'avoir le 1er grub sur une stable qui ne bouge pas trop.
Sinon, vu que tu montes toutes les partitions dans chaque système (lu dans d'autres fil de discussion), la gestion du chaînage va être sportive.

sam7 · Le 20/06/2010, à 21:30

justement ... j'avais testé le grub dans mon kubuntu ... mais ça coinçait quelque-part... & j'ai préféré debian sid ... je n'avais pas prévu qu'une maj du kernel de crunchbang mettrais la pagaille

sylvain1970 · Le 24/06/2010, à 21:04

Salut,
il y a un réel besoin de monter toutes les partitions de tes systèmes sur chaque système ?

Dernière modification par sylvain1970 (Le 24/06/2010, à 21:06)

sam7 · Le 24/06/2010, à 22:30

pas forcément toutes sur tous les systèmes en effet ... (sur debian sid "oui" ... pour pouvoir accéder à tout) ... & sur les autres, je n'ai "besoin" que des partitions partagées & des /home ... voire moins, ça dépends des systèmes...

xabilon · Le 24/06/2010, à 22:38

Je te répéte l'avertissement : fais gaffe aux mises à jour du grub de Sid, parfois ça casse tout (redémarrage impossible)
Sid = version instable

sam7 · Le 25/06/2010, à 20:46

je ferais attention ... ne t'inquiète pas ... j'ai quelques livecd pour "réparer" au cas où...

ce que je constate en tous cas, c'est que j'ai moisn de soucis avec le grub2 de sid qu'avec celui de squeeze
& celui de sid est plus "beau" que celui d'ubuntu...

j'aviserais le moment venu, si problème il y a... merci quand même

sam7 · Le 09/07/2010, à 21:30

bon, j'ai profité de ma première semaine de vacances pour refaire mes sauvegardes des différents "/home" sur disque dur externe ...
(j'étais "resté" sur mes sauvegardes de mon précédent multiboot... il était temps que je fasse quelque chose)

tuxmarc · Le 05/08/2011, à 18:07

Bonsoir
Un up d'un an.
J'admire l'obstination de Sam7, bravo!
Sur ma bécane, il y a un gros disque de 1 to, où j'ai de sacrés ennuis depuis le débarquement de Grub2.
J'ai d'installé :
Ubuntu 10.04
un Ubuntu 8.04 qui a migré en 10.04
Toutou Linux 4.3.1
Mandriva One 2009

Tout ce petit monde cohabitait très bien jusqu'à la mise à jour qui a implanté Grub2 sur la 10.04.
A partir de ce moment, Mandriva se lance et me fait une kernel panic.
J'avais eu des surprises en installant précédemment Mandriva qui m'avait foiré la 9.04 !!!
Mandriva s'est invité dans le lit d'Ubuntu
J'ai retrouvé des paquetages .rpm dans ma 9.04 !! Rien compris.
Après une réinstallation supervisée par un copain gourou, qui a modifié à la main menu.lst, tout baignait jusqu'au débarquement de Grub2.
Comme il pleuvait, j'ai refait une installation de Mandriva.
Tout s'est bien passé, mais ..... je me suis rendu compte que je ne pouvais lancer que la "petite" 10.04 (la 8.04 qui a évolué) sur 20 go au lieu de 200 sur la bonne.
Donc, je reprends la doc de Grub2 et cette partie précisément

Configuration/reconfiguration automatisée à partir du live CD
Impose l'emploi d'un support Live 32 bits pour un grub 32 bits à réparer et d'un CD d'une version 64 bits pour réparer une installation 64 bits…
Si vous ne pouvez pas démarrer sur la partition qui contient le fichier grub.cfg à mettre à jour, vous pouvez faire un update-grub sur cette partition après avoir démarré depuis un live-cd ou une autre partition contenant un Ubuntu en état de marche, et en effectuant les opérations suivantes :
En prenant comme hypothèse que le fichier grub.cfg à mettre à jour se trouve sur la partition sdb1 qui n'est pas déjà montée et qui est normalement montée sur / (donc /boot n'est pas sur une partition séparée).
sudo mkdir /media/sdb1
sudo mount /dev/sdb1 /media/sdb1
cd /media/sdb1
sudo mount --bind /dev dev
sudo mount --bind /sys sys
sudo mount --bind /proc proc
sudo chroot .
Par contre, si /boot est sur une partition à part (/dev/sdb2 par exemple) et /dev/sdb1 est normalement montée sur /.
sudo mkdir /media/sdb1
sudo mount /dev/sdb1 /media/sdb1
cd /media/sdb1
sudo mount --bind /dev dev
sudo mount --bind /sys sys
sudo mount --bind /proc proc
sudo chroot .
sudo mount /dev/sdb2 /boot
A partir de là vous êtes positionnés quasiment comme si vous aviez démarré sur sdb1 qui est devenu votre racine, et vous êtes en root, donc pas besoin de sudo devant les commandes. Ensuite vous pouvez faire votre update-grub normalement :
sudo update-grub
Pour ré-installer GRUB sur le MBR:
sudo grub-install /dev/sdb
Mais aussi grub-mkdevicemap comme indiqué plus loin dans ce tutoriel, si besoin est.
pour sortir du chroot, demontez /dev/sdb2 si /boot est sur une partition à part,
sudo umount /dev/sdb2
tapez exit, puis démontez les bind.
exit
sudo umount proc
sudo umount dev
sudo umount sys
cd ..
sudo umount /dev/sdb1

Tout s'est bien déroulé
Je relance et je retrouve Grub2.
Je lance Mandriva .......... qui me fait encore sa sempiternelle kernel panic
Là je ne pige plus
Faut il en conclure que c'est la guerre entre les .deb et les .rpm?
Une idée?

sam7 · Le 08/08/2011, à 22:20

bonne question ... désolé de n'y avoir pas répondu plus tôt ... mais n'ayant pas installé de distro à base de rpm, je n'en ai aucune idée malheureusement pour toi

question : quel est le boot loader de Mandriva ? est-il possible de démarrer Mandriva avec Grub2 ?
... tu trouveras peut-être des pistes sur le forum et/ou la documentation de Mandriva ...
observation : le problème viens peut-être d'ailleurs ... as-tu vérifié les fstab & le grub.cfg pour voir si rien ne cloche ?

tuxmarc · Le 09/08/2011, à 09:11

Bonjour Sam7
Pas grave pour le délai
Si j'ai bien compris, Mandriva utilise le vieux Grub.
Après la nouvelle installation, j'avais bien une liste des distris installées, mais il manquait la principale, Ubuuntu 10.04 que j'ai retrouvé après la manip.
J'ai demandé à rechercher les fstab et surprise il y en a plusieurs !
dans /etc et dans /lib/init
J'ai regardé à nouveau mon grub.lst qu'on peut modifier, mais tout sera écrasé par la Maj du futur noyau.
Voici la partie qui concerne Mandriva et qui n'est pas reconnu en tant que tel
}
menuentry "sda7 10 Go linux (on /dev/sda7)" {
insmod ext2
set root='(hd0,7)'
search --no-floppy --fs-uuid --set 9f619cc3-6bc4-4ef5-9dca-3fd2a6880d5d
linux /boot/vmlinuz BOOT_IMAGE=linux root=/dev/sda7 acpi=on resume=/dev/sda5 splash=silent vga=788
initrd (hd0,6)/boot/initrd.img
}
menuentry "linux-nonfb (on /dev/sda7)" {
insmod ext2
set root='(hd0,7)'
search --no-floppy --fs-uuid --set 9f619cc3-6bc4-4ef5-9dca-3fd2a6880d5d
linux /boot/vmlinuz BOOT_IMAGE=linux-nonfb root=/dev/sda7 acpi=on resume=/dev/sda5
initrd (hd0,6)/boot/initrd.img
}
menuentry "failsafe (on /dev/sda7)" {
insmod ext2
set root='(hd0,7)'
search --no-floppy --fs-uuid --set 9f619cc3-6bc4-4ef5-9dca-3fd2a6880d5d
linux /boot/vmlinuz BOOT_IMAGE=failsafe root=/dev/sda7 failsafe acpi=on resume=/dev/sda5
initrd (hd0,6)/boot/initrd.img

Hd0,7 je trouve ça bizarre !!
La Mandriva est installé sur /dev/sda2 primaire en ext3 de 150 go.
La bonne Ubuntu et désignée comme ceci :
menuentry 'Ubuntu, avec Linux 2.6.32-33-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod ext2
set root='(hd0,11)'
search --no-floppy --fs-uuid --set 8e709e8f-b6c1-4681-a9db-9d8147fd861e
linux /boot/vmlinuz-2.6.32-33-generic root=UUID=8e709e8f-b6c1-4681-a9db-9d8147fd861e ro quiet splash
initrd /boot/initrd.img-2.6.32-33-generic

Elle est bien sur la dev/sda11 étendue en ext4 de 200 go.
Je vais jouer de la console pour passer la Mandriva en /dev/sda2 on verra !

tuxmarc · Le 09/08/2011, à 09:48

Rebonjour
Hélas Alice, c'est lisse, c'est là qu'est l'os :lol::lol:
Et zut!
Ma combine n'a pas marché
Une première fois, j'ai modifié
menuentry "sda7 10 Go linux (on /dev/sda7)" {
insmod ext2
set root='(hd0,7)' >>>> hd0,7 en hd0,2
et ça n'a pas marché et ....... je me rends compte que je n'ai pas donné les bonnes lignes :mad: j'ai pris une autre .rpm Pclinux !!!
Là je joue les boulets
La bonne distri c'est là
menuentry "mandriva linux (on /dev/sda2)" {
insmod ext2
set root='(hd0,1)'
search --no-floppy --fs-uuid --set ccd8173c-09bd-11df-957a-aba8f4ea6e30
linux /boot/vmlinuz BOOT_IMAGE=linux root=UUID=ccd8173c-09bd-11df-957a-aba8f4ea6e30 resume=UUID=e80f1046-09bd-11df-ab3e-bf883cdb0daa splash=silent vga=788
initrd (hd0,1)/boot/initrd.img

Je lui ai donné déjà un nom pour éviter de me planter (à ce petit jeu je vais tous planter :) ah! l'apprenti sorcier ) et en déduisant que mandriva est sur la première partition, je me suis gratté la cervelle avant de mettre hd0,1 pour setroot et initrd.
Manque de bol, toujours (recopié à la mimine) :
VFS cannot open root device UUID bla bla on unknown-block (0,0)
kernel panic not syncing : VFS unable to mount root fs on unknown-block (0,0)

Je me souviens que la technique d'énumération des partitions est assez chiadée, je me plante peut être là dedans ??
Ce qui me parait étrange c'est le insmod qui est toujours à ext2, alors que la bonne ubuntu est en ext4 et ça marche, la preuve je suis dessus.
Bizarre ! on dirait que c'est pour décorer !!

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#101 Le 25/05/2010, à 20:42

Re : Multiboot & Grub2 & Multi-environnements

#102 Le 25/05/2010, à 21:50

Re : Multiboot & Grub2 & Multi-environnements

#103 Le 30/05/2010, à 10:07

Re : Multiboot & Grub2 & Multi-environnements

#104 Le 30/05/2010, à 10:34

Re : Multiboot & Grub2 & Multi-environnements

#105 Le 30/05/2010, à 10:42

Re : Multiboot & Grub2 & Multi-environnements

#106 Le 30/05/2010, à 11:02

Re : Multiboot & Grub2 & Multi-environnements

#107 Le 01/06/2010, à 22:22

Re : Multiboot & Grub2 & Multi-environnements

#108 Le 01/06/2010, à 22:42

Re : Multiboot & Grub2 & Multi-environnements

#109 Le 03/06/2010, à 19:00

Re : Multiboot & Grub2 & Multi-environnements

#110 Le 03/06/2010, à 21:12

Re : Multiboot & Grub2 & Multi-environnements

#111 Le 05/06/2010, à 19:35

Re : Multiboot & Grub2 & Multi-environnements

#112 Le 06/06/2010, à 13:38

Re : Multiboot & Grub2 & Multi-environnements

#113 Le 13/06/2010, à 21:17

Re : Multiboot & Grub2 & Multi-environnements

#114 Le 19/06/2010, à 10:00

Re : Multiboot & Grub2 & Multi-environnements

#115 Le 20/06/2010, à 11:02

Re : Multiboot & Grub2 & Multi-environnements

#116 Le 20/06/2010, à 21:30

Re : Multiboot & Grub2 & Multi-environnements

#117 Le 24/06/2010, à 21:04

Re : Multiboot & Grub2 & Multi-environnements

#118 Le 24/06/2010, à 22:30

Re : Multiboot & Grub2 & Multi-environnements

#119 Le 24/06/2010, à 22:38

Re : Multiboot & Grub2 & Multi-environnements

#120 Le 25/06/2010, à 20:46

Re : Multiboot & Grub2 & Multi-environnements

#121 Le 09/07/2010, à 21:30

Re : Multiboot & Grub2 & Multi-environnements

#122 Le 05/08/2011, à 18:07

Re : Multiboot & Grub2 & Multi-environnements

#123 Le 08/08/2011, à 22:20

Re : Multiboot & Grub2 & Multi-environnements

#124 Le 09/08/2011, à 09:11

Re : Multiboot & Grub2 & Multi-environnements

#125 Le 09/08/2011, à 09:48

Re : Multiboot & Grub2 & Multi-environnements

Pied de page des forums