[SOLVED] Re: grub2-mkconfig not picking up all kernels on another partition
On 06/23/2013 10:04 PM, Frank McCormick wrote: On 06/23/2013 08:18 PM, Matthew Miller wrote: On Sun, Jun 23, 2013 at 03:54:33PM -0600, Chris Murphy wrote: bash -x grub2-mkconfig -o /boot/grub2/grub.cfg Post the result somewhere, then post the URL here. Sounds like an OS Prober issue, which is more problematic on UEFI than BIOS usually. Try fpaste: $ echo foo |fpaste Uploading (0.1KiB)... http://ur1.ca/ef6v3 ->http://paste.fedoraproject.org/20400/20331081 Further checking shows mkconfig IS putting all the kernels into grub.cfg the problem is now grub is not displaying them! And it's happening on 19 and on 18. Too tired tonight to pursue this further...I'll tackle it again tomorrow. Thanks Chris and Matthew ! I checked grub.cfg again and it does contains all the kernels...so then I stripped down /etc/default/grub.cfg to the bare minimum and lo and behold all the kernels display. I don't know which option or if any option was fouling up the display..but I am happy even with the resulting bare bones menu. Thanks -- --Cheers-- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: grub2-mkconfig not picking up all kernels on another partition
On Sun, Jun 23, 2013 at 03:54:33PM -0600, Chris Murphy wrote: > bash -x grub2-mkconfig -o /boot/grub2/grub.cfg > Post the result somewhere, then post the URL here. Sounds like an OS Prober > issue, which is more problematic on UEFI than BIOS usually. Try fpaste: $ echo foo |fpaste Uploading (0.1KiB)... http://ur1.ca/ef6v3 -> http://paste.fedoraproject.org/20400/20331081 -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Grub2 mkconfig
On Thu, 2012-02-23 at 14:14 -0600, Chris Adams wrote: > Once upon a time, Adam Williamson said: > > On Thu, 2012-02-23 at 09:40 -0600, Chris Adams wrote: > > > That's what I used to do, but it didn't work for me with F16 and GRUB2. > > > I get a warning that I shouldn't install GRUB2 to a partition and then > > > an error about there not being enough space. > > > > You can use --force to make grub2 install to a partition. > > If I run "grub2-install /dev/sda6", I get: > > /sbin/grub2-setup: warn: Attempting to install GRUB to a partitionless disk > or to a partition. This is a BAD idea.. > /sbin/grub2-setup: error: embedding is not possible, but this is required for > cross-disk install. > > --force makes no difference. > > /dev/sda6 is actually part of a software RAID1; "grub2-install /dev/md3" > segfaults. Somebody else has already put this in BZ as 788830. Yep, sounds like the RAID thing is your issue, not the install-to-partition thing. I'm not sure if grub2 is actually capable of being written to the first sector of a RAID device at all. pjones may know. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Grub2 mkconfig
Once upon a time, Adam Williamson said: > On Thu, 2012-02-23 at 09:40 -0600, Chris Adams wrote: > > That's what I used to do, but it didn't work for me with F16 and GRUB2. > > I get a warning that I shouldn't install GRUB2 to a partition and then > > an error about there not being enough space. > > You can use --force to make grub2 install to a partition. If I run "grub2-install /dev/sda6", I get: /sbin/grub2-setup: warn: Attempting to install GRUB to a partitionless disk or to a partition. This is a BAD idea.. /sbin/grub2-setup: error: embedding is not possible, but this is required for cross-disk install. --force makes no difference. /dev/sda6 is actually part of a software RAID1; "grub2-install /dev/md3" segfaults. Somebody else has already put this in BZ as 788830. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Grub2 mkconfig
On Thu, 2012-02-23 at 09:40 -0600, Chris Adams wrote: > Once upon a time, Michael Schwendt said: > > Is it a single /boot partition shared by multiple dists? > > If so, that has always been just an ugly work-around to escape from having > > to repartition. I prefer individual partitions for each dist plus > > installing each dist's boot loader in the partition's boot sector and > > chainloading them from GRUB (which still works with GRUB2). > > That's what I used to do, but it didn't work for me with F16 and GRUB2. > I get a warning that I shouldn't install GRUB2 to a partition and then > an error about there not being enough space. You can use --force to make grub2 install to a partition. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Grub2 mkconfig
Once upon a time, Michael Schwendt said: > Is it a single /boot partition shared by multiple dists? > If so, that has always been just an ugly work-around to escape from having > to repartition. I prefer individual partitions for each dist plus > installing each dist's boot loader in the partition's boot sector and > chainloading them from GRUB (which still works with GRUB2). That's what I used to do, but it didn't work for me with F16 and GRUB2. I get a warning that I shouldn't install GRUB2 to a partition and then an error about there not being enough space. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Grub2 mkconfig
On Wed, 22 Feb 2012 10:38:16 -0500, TD (Timothy) wrote: > It's not the recovery mode entry that bothers me, but the fact that for > all of the kernels in my boot parttion gets assigned to F17 or what > every the last distro installed. Maybe the mkconfig program isn't samrt > enought or maybe I should go ahead and write my own. Is it a single /boot partition shared by multiple dists? If so, that has always been just an ugly work-around to escape from having to repartition. I prefer individual partitions for each dist plus installing each dist's boot loader in the partition's boot sector and chainloading them from GRUB (which still works with GRUB2). -- Fedora release 16 (Verne) - Linux 3.2.7-1.fc16.x86_64 loadavg: 0.41 0.69 0.35 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Grub2 mkconfig
On Wed, Feb 22, 2012 at 10:38 AM, Timothy Davis wrote: > > It's not the recovery mode entry that bothers me, but the fact that for > all of the kernels in my boot parttion gets assigned to F17 or what > every the last distro installed. Maybe the mkconfig program isn't samrt > enought or maybe I should go ahead and write my own. I don't have an install to look at at the moment but I'm not surprised that (assuming that F17's the "last distro installed") all your entries are called "F17..." given that you have the same 4GB "/boot" for all your distros. I don't have copies of "10_linux", "grub2-mkconfig", and "grub2-mkconfig_lib" (or maybe it's not renamed in Fedora and is "grub-mkconfig_lib") but I suspect that it's not only the "menuentry" titles that are the same in "grub.cfg" but that the "root=" values on the "linux" lines are all the same too and not pointing to the slackware "/" for the slackware kernels and the ubuntu "/" for the ubuntu kernels. Maybe you can combine the logic of "10_linux" and "30_os=prober" for grub2-mkconfig to do what you'd like it to do. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Grub2 mkconfig
On Wed, Feb 22, 2012 at 10:06 AM, Timothy Davis wrote: > > Once again grub2 has installed dozens (at least 20) different entries in my > boot menu. I understand that Fedora is bleeding edge and not for the feint > of heart > > I accept that and have no problem tweaking anything. But come on now! I feel > like I should just rewrite the mkconfig program. > > My system is as follows: 160Gb IDE (Windows 7), 120Gb IDE (stuff ext4), > 160Gb SATA (swap, f16x64, ubuntu 11.10, slackware 13.37, vector linux 6 kde > classic, f17 alpha) 250Gb SATA 4Gb boot and the rest is home > > I know my setup is not typical and tweaking boot will always happen What do you expect grub2 to do? Why don't you maintain a custom file in "/etc/grub.d/" and delete/move/"chmod -x" the ones that you don't want to be run by "grub2-mkconfig"? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Grub2 mkconfig
On Wed, Feb 22, 2012 at 8:38 AM, Timothy Davis wrote: > On Wed, 2012-02-22 at 08:22 -0700, T.C. Hollingsworth wrote: >> On Wed, Feb 22, 2012 at 8:06 AM, Timothy Davis wrote: >> > Once again grub2 has installed dozens (at least 20) different entries in my >> > boot menu. I understand that Fedora is bleeding edge and not for the feint >> > of heart >> > I accept that and have no problem tweaking anything. But come on now! I >> > feel >> > like I should just rewrite the mkconfig program. >> > My system is as follows: 160Gb IDE (Windows 7), 120Gb IDE (stuff ext4), >> > 160Gb SATA (swap, f16x64, ubuntu 11.10, slackware 13.37, vector linux 6 kde >> > classic, f17 alpha) 250Gb SATA 4Gb boot and the rest is home >> > I know my setup is not typical and tweaking boot will always happen >> >> Is it just the (recovery mode entries bothering you? Add >> 'GRUB_DISABLE_LINUX_RECOVERY=true' to /etc/default/grub kill those. >> >> -T.C. >> > It's not the recovery mode entry that bothers me, but the fact that for > all of the kernels in my boot parttion gets assigned to F17 or what > every the last distro installed. Maybe the mkconfig program isn't samrt > enought or maybe I should go ahead and write my own. You share a boot partition between all the distros? Yeah, grub2-mkconfig as it stands really has no way of figuring out which one's which in that case. You don't strictly have to edit/rewrite grub2-mkconfig, as long as Fedora is the only distro messing with GRUB. Fedora does not rerun grub2-mkconfig on update, the grub2.cfg is patched by grubby. If you go in and fix /boot/grub2/grub.cfg, it should stay. (This is *not* the case for most other distros, however.) If you do want to hack on grub2-mkconfig, it runs scripts located in /etc/grub.d/ to make up the configuration. See /etc/grub.d/README for details. Note that changes there could get clobbered on grub2 updates, so be careful. -T.C. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Grub2 mkconfig
On Wed, 2012-02-22 at 08:22 -0700, T.C. Hollingsworth wrote: > On Wed, Feb 22, 2012 at 8:06 AM, Timothy Davis wrote: > > Once again grub2 has installed dozens (at least 20) different entries in my > > boot menu. I understand that Fedora is bleeding edge and not for the feint > > of heart > > I accept that and have no problem tweaking anything. But come on now! I feel > > like I should just rewrite the mkconfig program. > > My system is as follows: 160Gb IDE (Windows 7), 120Gb IDE (stuff ext4), > > 160Gb SATA (swap, f16x64, ubuntu 11.10, slackware 13.37, vector linux 6 kde > > classic, f17 alpha) 250Gb SATA 4Gb boot and the rest is home > > I know my setup is not typical and tweaking boot will always happen > > Is it just the (recovery mode entries bothering you? Add > 'GRUB_DISABLE_LINUX_RECOVERY=true' to /etc/default/grub kill those. > > -T.C. > It's not the recovery mode entry that bothers me, but the fact that for all of the kernels in my boot parttion gets assigned to F17 or what every the last distro installed. Maybe the mkconfig program isn't samrt enought or maybe I should go ahead and write my own. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Grub2 mkconfig
On 02/22/2012 10:06 AM, Timothy Davis wrote: Once again grub2 has installed dozens (at least 20) different entries in my boot menu. I understand that Fedora is bleeding edge and not for the feint of heart I accept that and have no problem tweaking anything. But come on now! I feel like I should just rewrite the mkconfig program. My system is as follows: 160Gb IDE (Windows 7), 120Gb IDE (stuff ext4), 160Gb SATA (swap, f16x64, ubuntu 11.10, slackware 13.37, vector linux 6 kde classic, f17 alpha) 250Gb SATA 4Gb boot and the rest is home I know my setup is not typical and tweaking boot will always happen -- Fedora, Ubuntu and Slackware user Linux counter #386175 A NO_OS_Prober cmd line parm would be useful in anaconda or an option in the install dialogue to skip os probing. That said, it isn't too much trouble to add GRUB_DISABLE_OS_PROBER=true to /etc/default/grub. -- Regards, OldFart -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Grub2 mkconfig
On Wed, Feb 22, 2012 at 8:06 AM, Timothy Davis wrote: > Once again grub2 has installed dozens (at least 20) different entries in my > boot menu. I understand that Fedora is bleeding edge and not for the feint > of heart > I accept that and have no problem tweaking anything. But come on now! I feel > like I should just rewrite the mkconfig program. > My system is as follows: 160Gb IDE (Windows 7), 120Gb IDE (stuff ext4), > 160Gb SATA (swap, f16x64, ubuntu 11.10, slackware 13.37, vector linux 6 kde > classic, f17 alpha) 250Gb SATA 4Gb boot and the rest is home > I know my setup is not typical and tweaking boot will always happen Is it just the (recovery mode entries bothering you? Add 'GRUB_DISABLE_LINUX_RECOVERY=true' to /etc/default/grub kill those. -T.C. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
