Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I would like to know what is the right way to manage multiple distros on my computer with Grub2 without the need of a "primary" distro.
I Have Debian, Linux Mint and Windows. Right Now i can boot in these three because i've run update-grub on my debian wich is the bootable one.
But i know it is not the right way.
I have created a separate grub partition.
If i copy the grub.cfg urrently in use on my debian et make the grub partition bootable, it works.
But i've been trough different tutos on internet and it appears there is two solutions :
1. Chainloading from grub partiton to distros specific grub, as it is done with windows.
2. run update-grub on the grub partition in order to let it find all distros wich allow to boot directly into it.
I've tried the first solution, but it appears that this kind of configuration :
menuentry "Debian" {
set root='(hd0,1)'
chainloader +1
}
give me only "Invalid Signature error" , except for the windows one, wich work perfectly.
Does chainloading from grub 2 to grub2 working? is it the right way to achieve what i want?
I've tried the second way but i don't know how ot execute the update-grub command in the grub partition.
Since you are able to boot Debian and windows, you could just move your Mint entry from the Mint partition in /boot/grub/grub.cfg to the Debian /etc/grub.d/40_custom file and re-run update-grub command Debian uses. Take a look at the link below from LQ which has several suggestions:
Another option is to create the entries for chainloading in /etc/grub.d/40_custom, make /etc/grub.d/30_0s-prober not executable then run update-grub in the primary distro you boot from. This will avoid problems later when future updates run update-grub.
In my version of grub (grub-install (GRUB) 1.98+20100804-14+squeeze1), it appears that chainloading grub2 from grub2 does not work, but "multiboot" does the trick.
however chainloading work at least from grub2 to windows bootloader.
Here is my manually created grub.cfg located in sda13 and installed on the MBR:
Code:
# grub.cfg
# This is my custom boot menu, called /boot/grub/grub.cfg, located in my dedicated Grub2 partition /dev/sda13.
# Set the timeout
set timeout=8
# Set the default boot entry
set default=0
# Set the colors
set menu_color_normal=light-magenta/magenta
set menu_color_highlight=white/magenta
menuentry "Debian Grub on sda1" {
set root=(hd0,1)
multiboot /boot/grub/core.img
}
menuentry "Linux Mint 14 Grub on sda7" {
set root=(hd0,7)
multiboot /boot/grub/i386-pc/core.img
}
menuentry "Windows 7 loader on sda4" {
insmod part_msdos
insmod ntfs
set root='(hd0,msdos4)'
search --no-floppy --fs-uuid --set 53cb72821da0f169
chainloader +1
}
when i select for example "Debian Grub on sda1" it load another grub located sda1 which allow me to choose different version of debian kernel or recovery mode.
Which might work until a grub refresh (on your Debian) comes along.
Better to set up set up custom entries which update-grub will incorporate, rather than (update-grub) just blowing all your hard work away.
this grub with it grub.cfg is located in an seperated partition, and will not be updated by debian. that's the point of it.
However if debian update its own grub and indeed modify the location of core.img, i will not be able to boot into debian without modifying the grub.cfg, but i see no way to incorporate this multiboot grub configuration in any update system.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.