grub-mkconfig sees both installed oses (deb & mint), but lists both as deb part.
Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
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.
grub-mkconfig sees both installed oses (deb & mint), but lists both as deb part.
I think the issue is with os-prober possibly.
Here's a rough breakdown of what happens:
Code:
~:$ grub-mkconfig -o /boot/grub/grub.cfg
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.2.0-4-amd64
Found inityd image: /boot/initrd.img-3.2.0-4-amd64
Found Linux Mint 17 Qiana (17_ on /dev/sda8
done
But when I go to look at my grub.cfg, both entries look like this:
Code:
menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' --class debian --class gnu-linux --class gnu --class os {
with the bracket opening to the boot parameters of my debian install. All four entries are of this, no mention of Linux Mint at all.
Furthermore, it doesn't pickup memtest86+ which was installed right along with linux mint. I have no idea why, nor do I know how to fix it.
I would greatly appreciate any and all input possible! Thanks in advance!
You could try googling "bootinfoscript" and going to the site, read the instructions and download and run it and post the output here, a results.txt file. That may provide more information so someone can help.
inthat case you can just copy the os-prober output to your /boot/grub/grub.cfg, at least the "menuentry"'s in question.
The problem is it only shows the name of the os, it the boot-options (boot parameters?) still point at my debian install on sda2, and are set up specifically for debian, not mint (which uses ubuntu parameters I believe).
if you run os-prober without giving it any output file to write to, it writes everything to STDOUT, i.e. your terminal window.
if unclear, post the output here.
ok, sorry for insisting - i wasn't sure if you understood.
that is weird.
you should make sure whether you can boot into mint at all (meaning, whether the issue is with grub and not with a borked install).
can you mount & browse the mint partition?
maybe you can copy the menuentries in question from the grub.cfg there.
or, failing that, collect relevant data and make a manual grub boot (pressing 'e' while in grub menu to edit).
fwiw, in your first post, this bit:
Code:
Found Linux Mint 17 Qiana (17_ on /dev/sda8
looks like sth a shell script might fail over.
maybe the linux mint /etc/issue (or whatever file os-prober probes to get the name of the distro) uses invalid characters?
I did. Literally all it saw, or printed, was "/dev/sda8:LinuxMint 17 Qiana (17):LinuxMint:linux". No parameters, nothing other than that single line.
That is exactly what would be expected from running os-prober. os-prober detects filesystems and does not make any changes to the system or update your grub.cfg file, the update-grub2 or grub-mkconfig do that. I have Mint 17 installed on a partition on my system and when I run os-prober, I get:
Code:
/dev/sda7:Linux Mint 17 Qiana (17):LinuxMint:linux
the only difference as you can see is yours is sda8 and mine sda7. One other difference, mine boots. I would boot Debian, mount the Mint partition and go to the /boot/grub directory and see if you have an entry for Mint there. If you do, copy it to the grub.cfg file on Debian and reboot. If it then boots, copy the Mint entry from /boot/grub/grub.cfg to the /etc/grub.d/40_custom file and run update-grub2 on Debian.
Either something is amiss in the grub files on Mint or your grub-updating on Debian isn't working the way it should.
i'm very sorry, everything i wrote about os-prober applies to the script /etc/grub.d/30_os-prober, which is indeed a shellscript and can be executed as such and just spits out all the menuentries. it seems i confused the 2 scripts for being one and the same...
That is exactly what would be expected from running os-prober. os-prober detects filesystems and does not make any changes to the system or update your grub.cfg file, the update-grub2 or grub-mkconfig do that. I have Mint 17 installed on a partition on my system and when I run os-prober, I get:
Code:
/dev/sda7:Linux Mint 17 Qiana (17):LinuxMint:linux
the only difference as you can see is yours is sda8 and mine sda7. One other difference, mine boots. I would boot Debian, mount the Mint partition and go to the /boot/grub directory and see if you have an entry for Mint there. If you do, copy it to the grub.cfg file on Debian and reboot. If it then boots, copy the Mint entry from /boot/grub/grub.cfg to the /etc/grub.d/40_custom file and run update-grub2 on Debian.
Either something is amiss in the grub files on Mint or your grub-updating on Debian isn't working the way it should.
The only problem with that is both Mint and Debian partitions share a /boot partition. I know I could set up a chroot environment (sort of like the "Completely Reinstall" instructions here, but last time I tried that it didn't take for some reason. Edit: By didn't take I mean the grub install completed appropriately, and over-wrote the existing /boot/grub/grub.cfg (used cat to check before exiting), however when I rebooted, the grub install was the same (or maybe that is when, after rebooting from the chroot thing, I found my system unbootable, made a live usb, reconfigured grub externally for mint/deb dual boot, then booted again, and landed us here with still only debian showing.).
Any suggestion for how to go about a chroot env setup to properly reinstall?
Recently reinstalled debian 7.5 for a separate project, which came with a brand spankin' new grub install (1.99-27). The "update-grub" command sees mint, but does not add it to the menu at all. Not sure where to go here.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.