[Bug 776929] Re: grub-mkconfig picks the wrong kernel.
rew
776929 at bugs.launchpad.net
Fri Mar 6 13:06:03 UTC 2020
Ah, Marcus. I maintain a package myself. Somtimes you hear "that bug has
been present for years and hasn't been fixed" while it is an easy fix,
but you didn't know about it. Nobody reported it.
So I try to report things and thereby make things better for everybody.
And hopefully I won't run into it "years later" myself. So, something
I've wanted in tcsh, I've reported that and now the maintainer has
included my suggestions. So maybe buntu 2022 will have the new version
of tcsh and FINALLY I can easily include my tcsh startup files in my
systems!
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/776929
Title:
grub-mkconfig picks the wrong kernel.
Status in grub2 package in Ubuntu:
Invalid
Bug description:
Binary package hint: grub-common
I have separate root-partitions for trying out if I really want to
upgrade or not. But I have a shared /boot partition to allow me to
tell grub to boot the old or the new install.
Currently "old" is jaunty, ia32. "new" is natty x86_64.
Somehow I managed to get a 32-bit vmlinuz-2.6.38-8-pae kernel in
there. Anyway, according to the config-making utility (which seems to
be grub-mkconfig) overrides the x86_64 kernel vmlinuz-2.6.38-8 . So I
wasn't able to boot my fancy new x86_64 kernel, and using the 32-bit
kernel results in a messy hang (the kernel will use a 64-bit insmod
executable to try to load the binfmt handler for the first 64-bit
binary (I'm guessing /sbin/init ?)
Workaround: I renamed the vmlinuz...-pae kernel to one version less,
and then it lists the 64-bit kernel at the top.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/776929/+subscriptions
More information about the foundations-bugs
mailing list