grub2-mkconfig produces multiple boot entries in grub2 boot menu.
Hi, I wrote this problem as a bug, Bug ID: 1945821, a few days ago. Has anyone else seen this? Best regards, George... ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: dracut and grub2-mkconfig hang indefinitely in rawhide, in uninterruptable sleep - 20180128
On Wed, 31 Jan 2018 13:58:52 -0800 Kevin Fenzi wrote: > Hey stan. > > I ran into this same issue here. It seems it's caused by > environment-modules. There's a bug on it: > > https://bugzilla.redhat.com/show_bug.cgi?id=1539856 Thanks, that's it! I checked, and that package was updated on the day that the problem started. I don't think I'll do the workaround, I'll just wait for the fix. In the meantime I'll downgrade to the previous version from koji, environment-modules-4.0.0-2.fc28.x86_64.rpm, from November of last year. ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: dracut and grub2-mkconfig hang indefinitely in rawhide, in uninterruptable sleep - 20180128
Hey stan. I ran into this same issue here. It seems it's caused by environment-modules. There's a bug on it: https://bugzilla.redhat.com/show_bug.cgi?id=1539856 kevin signature.asc Description: OpenPGP digital signature ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: dracut and grub2-mkconfig hang indefinitely in rawhide, in uninterruptable sleep - 20180128
On Wed, 31 Jan 2018 07:40:43 +0100 Adam Williamson wrote: > That's definitely weird! My first thought would be that it's possibly > a profile bug; check ~/.bash_profile , ~/.bashrc and /etc/profile.d/ > for anything that looks odd. Try as a different user; does it happen > there? The behavior seems to have changed after yesterday's updates. It occurs on the first login after boot in the virtual consoles. But any logins by any user in a virtual console after that is fine. (root and 2 users, including the first user to log in). However, if I use less to look at a file, it still has the behavior for every user - I have to hit space to get past the message to see the file. In X, doing an su to a user other than the session belongs to still has the behavior. I looked at the bash files, and didn't see anything that would cause this. It started occurring with no changes to any of those files. Perhaps there was a configuration redefinition, and an option behaves differently? These are the last changes within a reasonable timeframe to /etc/profile.d. Nothing there jumps out at me as a possible cause. -rw-r--r--. 1 0 0 81 Jan 13 10:22 sh.local -rw-r--r--. 1 0 0 80 Jan 13 10:22 csh.local -rw-r--r--. 1 0 0 1000 Jan 14 06:46 ccache.sh -rw-r--r--. 1 0 0 987 Jan 14 06:46 ccache.csh -rw-r--r--. 1 0 0 248 Jan 19 05:01 vim.sh -rw-r--r--. 1 0 0 106 Jan 19 05:01 vim.csh -rw-r--r--. 1 0 0 78 Jan 20 15:58 cvs.sh -rw-r--r--. 1 0 0 92 Jan 20 15:58 cvs.csh -rw-r--r--. 1 0 0 56 Jan 22 08:21 colorsysstat.sh -rw-r--r--. 1 0 0 69 Jan 22 08:21 colorsysstat.csh -rw-r--r--. 1 0 0 1606 Jan 23 09:06 colorls.sh -rw-r--r--. 1 0 0 1741 Jan 23 09:06 colorls.csh lrwxrwxrwx. 1 0 0 28 Jan 25 14:57 modules.sh -> /etc/alternatives/modules.sh lrwxrwxrwx. 1 0 0 29 Jan 25 14:57 modules.csh -> /etc/alternatives/modules.csh -rw-r--r--. 1 0 0 264 Jan 26 05:21 guestfish.sh -rw-r--r--. 1 0 0 70 Jan 26 08:32 gnome-ssh-askpass.sh -rw-r--r--. 1 0 0 58 Jan 26 08:32 gnome-ssh-askpass.csh It's annoying, but not a show stopper now that I know about it. I'll keep investigating. ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: dracut and grub2-mkconfig hang indefinitely in rawhide, in uninterruptable sleep - 20180128
On Tue, 2018-01-30 at 09:49 -0700, stan wrote: > > I had second thoughts about this, worried about bricking my machine. > But, as I wrote Chris, the problem is in the automatic routing of > command output to less, like systemd does. Not sure why bash would > suddenly start doing this. There is no issue with dracut or > grub2-mkconfig themselves. That's definitely weird! My first thought would be that it's possibly a profile bug; check ~/.bash_profile , ~/.bashrc and /etc/profile.d/ for anything that looks odd. Try as a different user; does it happen there? -- -- 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 send an email to test-le...@lists.fedoraproject.org
Re: dracut and grub2-mkconfig hang indefinitely in rawhide, in uninterruptable sleep - 20180128
On Sun, 28 Jan 2018 18:57:01 -0700 stan wrote: > On Mon, 29 Jan 2018 01:34:38 +0100 > Adam Williamson wrote: > > Hi Stan! One *possible* source of this might be a recent glibc > > change: > > > > * Fri Jan 19 2018 Björn Esser - > > 2.26.9000-46 > > - Remove deprecated libcrypt, gets replaced by libxcrypt > > > > you could try downgrading to a glibc from before that and see if it > > helps? Only a possibility, though. Thanks! > The libxcrypt info says > > ... programs linked against libxcrypt > will not work with glibc's libcrypt ... > > I think that means an earlier glibc might cause problems with > libxcrypt installed, since programs must be linked against it, though > I'll still try it. I had second thoughts about this, worried about bricking my machine. But, as I wrote Chris, the problem is in the automatic routing of command output to less, like systemd does. Not sure why bash would suddenly start doing this. There is no issue with dracut or grub2-mkconfig themselves. ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: dracut and grub2-mkconfig hang indefinitely in rawhide, in uninterruptable sleep - 20180128 [Solved]
On Sun, 28 Jan 2018 18:49:41 -0700 stan wrote: > On Sun, 28 Jan 2018 16:33:13 -0700 > Chris Murphy wrote: > > I did a bunch of kernel bisecting Friday and Saturday and haven't > > run into this. I'm not totally certain I had the same versions > > you're running, what I have now: > > > > 4.14.14-300.fc27.x86_64 > > dracut-046-92.git20180118.fc28.x86_64 > > grub2-tools-2.02-24.fc28.x86_64 > > > Also I'm using enforcing=0 because I'm getting so many avc and audit > > related messages it's plugging up the journal files, which went over > > 500MB in like two days. And due to a new kernel bug in 4.15, hence > > the bisecting, I'm running kernel 4.14. I just did dracut -f and > > grub2-mkconfig with this combination and it works fine. > > I have selinux in enforcing mode, so that could be it. > I'll try setting enforcing to 0 and booting into an earlier kernel. Mystery solved. It's an artifact of the other problem, the piping of command output to less automatically. I was redirecting the output of dracut into files. When I just ran it without the redirects, it hit several pauses while waiting for less. I just hit space to get rid of them when they occurred, and dracut completed normally. As did grub2-mkconfig when dracut wasn't in uninterruptable sleep. Still no idea why commands in bash would be automatically routed to less the way systemd does it with journalctl, etc. ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: dracut and grub2-mkconfig hang indefinitely in rawhide, in uninterruptable sleep - 20180128
On Sun, 2018-01-28 at 18:57 -0700, stan wrote: > On Mon, 29 Jan 2018 01:34:38 +0100 > Adam Williamson wrote: > > Thanks for the reply. > > > Hi Stan! One *possible* source of this might be a recent glibc change: > > > > * Fri Jan 19 2018 Björn Esser - > > 2.26.9000-46 > > - Remove deprecated libcrypt, gets replaced by libxcrypt > > > > you could try downgrading to a glibc from before that and see if it > > helps? Only a possibility, though. Thanks! > > It fits the time frame. > > Name: libxcrypt > Version : 4.0.0 > Release : 0.204.20180120git3436e7b.fc28 > Architecture: x86_64 > Install Date: Thu 25 Jan 2018 02:36:09 PM MST > > Name: glibc > Version : 2.26.9000 > Release : 48.fc28 > Architecture: x86_64 > Install Date: Thu 25 Jan 2018 02:36:05 PM MST > > The libxcrypt info says > > ... programs linked against libxcrypt > will not work with glibc's libcrypt ... > > I think that means an earlier glibc might cause problems with > libxcrypt installed, since programs must be linked against it, though > I'll still try it. Yeah, indeed - I didn't mean it as a permanent solution, but as a debugging step (i.e. if it works with the old glibc, we know the bug's in glibc). Thanks! -- 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 send an email to test-le...@lists.fedoraproject.org
Re: dracut and grub2-mkconfig hang indefinitely in rawhide, in uninterruptable sleep - 20180128
On Mon, 29 Jan 2018 01:34:38 +0100 Adam Williamson wrote: Thanks for the reply. > Hi Stan! One *possible* source of this might be a recent glibc change: > > * Fri Jan 19 2018 Björn Esser - > 2.26.9000-46 > - Remove deprecated libcrypt, gets replaced by libxcrypt > > you could try downgrading to a glibc from before that and see if it > helps? Only a possibility, though. Thanks! It fits the time frame. Name: libxcrypt Version : 4.0.0 Release : 0.204.20180120git3436e7b.fc28 Architecture: x86_64 Install Date: Thu 25 Jan 2018 02:36:09 PM MST Name: glibc Version : 2.26.9000 Release : 48.fc28 Architecture: x86_64 Install Date: Thu 25 Jan 2018 02:36:05 PM MST The libxcrypt info says ... programs linked against libxcrypt will not work with glibc's libcrypt ... I think that means an earlier glibc might cause problems with libxcrypt installed, since programs must be linked against it, though I'll still try it. ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: dracut and grub2-mkconfig hang indefinitely in rawhide, in uninterruptable sleep - 20180128
On Sun, 28 Jan 2018 16:33:13 -0700 Chris Murphy wrote: Thanks for the response. > I did a bunch of kernel bisecting Friday and Saturday and haven't run > into this. I'm not totally certain I had the same versions you're > running, what I have now: > > 4.14.14-300.fc27.x86_64 > dracut-046-92.git20180118.fc28.x86_64 > grub2-tools-2.02-24.fc28.x86_64 Name: kernel Version : 4.15.0 Release : 0.rc9.git4.1.20180128.fc28 Architecture: x86_64 Install Date: Sun 28 Jan 2018 10:49:34 AM MST Name: dracut Version : 046 Release : 92.git20180118.fc28 Architecture: x86_64 Install Date: Thu 25 Jan 2018 02:44:52 PM MST Name: grub2-tools Epoch : 1 Version : 2.02 Release : 24.fc28 Architecture: x86_64 Install Date: Fri 26 Jan 2018 01:55:49 PM MST The same except for the kernel version. But there were hundreds of updates in the last few days, so it could be a lot of things. > Also I'm using enforcing=0 because I'm getting so many avc and audit > related messages it's plugging up the journal files, which went over > 500MB in like two days. And due to a new kernel bug in 4.15, hence the > bisecting, I'm running kernel 4.14. I just did dracut -f and > grub2-mkconfig with this combination and it works fine. I have selinux in enforcing mode, so that could be it. I'll try setting enforcing to 0 and booting into an earlier kernel. ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: dracut and grub2-mkconfig hang indefinitely in rawhide, in uninterruptable sleep - 20180128
On Sun, 2018-01-28 at 11:49 -0700, stan wrote: > Just compiled a custom kernel. When I tried to create a custom > initramfs, the job seemed to create the file, but hung indefinitely in > D status, with call_r. Trying to recreate the grub.cfg file by running > grub2-mkconfig also went into uninterruptable sleep. When I ran this > two weeks ago (20180114), both were working fine. Not sure what is at > fault here. Anyone else seeing this? Hi Stan! One *possible* source of this might be a recent glibc change: * Fri Jan 19 2018 Björn Esser - 2.26.9000-46 - Remove deprecated libcrypt, gets replaced by libxcrypt you could try downgrading to a glibc from before that and see if it helps? Only a possibility, though. Thanks! -- 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 send an email to test-le...@lists.fedoraproject.org
Re: dracut and grub2-mkconfig hang indefinitely in rawhide, in uninterruptable sleep - 20180128
On Sun, Jan 28, 2018 at 11:49 AM, stan wrote: > Just compiled a custom kernel. When I tried to create a custom > initramfs, the job seemed to create the file, but hung indefinitely in > D status, with call_r. Trying to recreate the grub.cfg file by running > grub2-mkconfig also went into uninterruptable sleep. When I ran this > two weeks ago (20180114), both were working fine. Not sure what is at > fault here. Anyone else seeing this? I did a bunch of kernel bisecting Friday and Saturday and haven't run into this. I'm not totally certain I had the same versions you're running, what I have now: 4.14.14-300.fc27.x86_64 dracut-046-92.git20180118.fc28.x86_64 grub2-tools-2.02-24.fc28.x86_64 Also I'm using enforcing=0 because I'm getting so many avc and audit related messages it's plugging up the journal files, which went over 500MB in like two days. And due to a new kernel bug in 4.15, hence the bisecting, I'm running kernel 4.14. I just did dracut -f and grub2-mkconfig with this combination and it works fine. -- Chris Murphy ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
dracut and grub2-mkconfig hang indefinitely in rawhide, in uninterruptable sleep - 20180128
Just compiled a custom kernel. When I tried to create a custom initramfs, the job seemed to create the file, but hung indefinitely in D status, with call_r. Trying to recreate the grub.cfg file by running grub2-mkconfig also went into uninterruptable sleep. When I ran this two weeks ago (20180114), both were working fine. Not sure what is at fault here. Anyone else seeing this? ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
grub2-mkconfig warning please don't use old title
I'm getting this on a clean Rawhide UEFI install, which includes grub2-2.02-0.6.fc21.x86_64. [root@localhost ~]# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg Generating grub configuration file ... Found linux image: /boot/vmlinuz-3.16.0-0.rc3.git2.1.fc21.x86_64 Found initrd image: /boot/initramfs-3.16.0-0.rc3.git2.1.fc21.x86_64.img Warning: Please don't use old title `Fedora, with Linux 3.16.0-0.rc3.git2.1.fc21.x86_64' for GRUB_DEFAULT, use `Advanced options for Fedora>Fedora, with Linux 3.16.0-0.rc3.git2.1.fc21.x86_64' (for versions before 2.00) or `gnulinux-advanced-8ce3b43e-f2c5-4ed4-b517-7315a6fd4f36>gnulinux-3.16.0-0.rc3.git2.1.fc21.x86_64-advanced-8ce3b43e-f2c5-4ed4-b517-7315a6fd4f36' (for 2.00 or later) Found linux image: /boot/vmlinuz-3.16.0-0.rc3.git0.1.fc21.x86_64 Found initrd image: /boot/initramfs-3.16.0-0.rc3.git0.1.fc21.x86_64.img Found linux image: /boot/vmlinuz-0-rescue-872eef4df64c4d63a471724d4b0b4584 Found initrd image: /boot/initramfs-0-rescue-872eef4df64c4d63a471724d4b0b4584.img done [root@localhost ~]# cat /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/swap rd.lvm.lv=fedora/root elevator=deadline enforcing=0" GRUB_DISABLE_RECOVERY="true" Is this a grubenv problem? The grub default is saved, not specified, in /etc/default/grub, so I'm not sure where else grub2-mkconfig might be picking this up. Is it possible the recent change to the default is causing this? Since this is UEFI, grub2-install isn't called, so what's creating grubenv? Is grubby creating/modifying grubenv? # dnf provides grubenv Error: No Matches found [root@localhost grub2]# grub2-editenv list saved_entry=Fedora, with Linux 3.16.0-0.rc3.git2.1.fc21.x86_64 Looks like the grub.cfg tells grubx64.efi to save this out to grubenv at boot time. Hmmm… the warning doesn't seem right even though everything works as I'd expect. Chris Murphy -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[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
F19 grub2-mkconfig makes F18 partition fail to run
I installed today's F19 rsync on my office machine. As usual, the install discovered the Win7 partition but not the Spherical Cow partition. After installing memtest and running memtest-seup I copied/pasted the displayed command to update grub.cfg. Upon rebooting and selecting Spherical Cow the startup ended up in a dracut emergency shell. I have used the same procedure with F19 a few times previously without borking Spherical Cow. -- Chuck Forsberg WA7KGX c...@omen.com www.omen.com Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 503-614-0430 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: grubby vs. grub2-mkconfig
On Tue, Apr 17, 2012 at 12:03 PM, Tom Horsley wrote: > On Tue, 17 Apr 2012 17:49:46 +0200 (CEST) Adam Pribyl wrote: >> >> The only reason I know is, that "people tend to modify grub.cfg manually", >> but with grub2 this is plain wrong anyway. Why do we support this messy >> setup then? > > Because the reverse is true - requiring a tool to modify grub.cfg > is plain wrong, modifying it manually is the only way to go. What > we should do is get rid of all the template files and grub2-mkconfig > and just ship grubby. (One of the prime reasons grub replaced lilo > was that you didn't have to remember to run some stupid tool after > editing your grub config, yet here is grub2 with a stupid tool > again - even stupider because it isn't actually necessary). As Adam's points out, we can't get rid of grub2-mkconfig. If new-kernel-pkg called grub2-mkconfig rather than grubby in cases where grub2's the bootloader, we wouldn't have the discrepancies between menuentry titles, default kernel, "linux" line arguments, and whether or not a "recovery" menuentry's generated. grub1 didn't have an upstream tool to update grub.conf, so grubby was needed. grub2 has grub2-mkconfig so we may as well use it - and patch it to suit our needs (for example, patch 10_linux to generate "Fedora " menuentries rather than "Fedora Linux, with Linux " menuentries). Regarding "modify grub.cfg manually": You should avoid doing so because your changes'll be wiped out should you run grub2-mkconfig. It's more practical to use 40_custom (or even create another "/etc/grub.d" file) to generate a full grub.cfg or simply menuentries. I have a rawhide VM where I've run "chmod -x /etc/grub.d/*" and created an executable 99_local: [root@rawbox ~]# cat /etc/grub.d/99_local #!/bin/sh cat < EOF [root@rawbox ~]# -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: grubby vs. grub2-mkconfig
On Tue, 2012-04-17 at 12:03 -0400, Tom Horsley wrote: > On Tue, 17 Apr 2012 17:49:46 +0200 (CEST) > Adam Pribyl wrote: > > > The only reason I know is, that "people tend to modify grub.cfg manually", > > but with grub2 this is plain wrong anyway. Why do we support this messy > > setup then? > > Because the reverse is true - requiring a tool to modify grub.cfg > is plain wrong, modifying it manually is the only way to go. What > we should do is get rid of all the template files and grub2-mkconfig > and just ship grubby. (One of the prime reasons grub replaced lilo > was that you didn't have to remember to run some stupid tool after > editing your grub config, yet here is grub2 with a stupid tool > again - even stupider because it isn't actually necessary). grubby isn't capable of generating a config file from scratch. We still need grub2-mkconfig for anaconda. -- 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: grubby vs. grub2-mkconfig
On Tue, 17 Apr 2012 17:49:46 +0200 (CEST) Adam Pribyl wrote: > The only reason I know is, that "people tend to modify grub.cfg manually", > but with grub2 this is plain wrong anyway. Why do we support this messy > setup then? Because the reverse is true - requiring a tool to modify grub.cfg is plain wrong, modifying it manually is the only way to go. What we should do is get rid of all the template files and grub2-mkconfig and just ship grubby. (One of the prime reasons grub replaced lilo was that you didn't have to remember to run some stupid tool after editing your grub config, yet here is grub2 with a stupid tool again - even stupider because it isn't actually necessary). -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
grubby vs. grub2-mkconfig
There are at least two bugs that sum the confusion and remains in F17: https://bugzilla.redhat.com/show_bug.cgi?id=755272 https://bugzilla.redhat.com/show_bug.cgi?id=768106 In short: kernel install adds option to grub.cfg using grubby, while grub2-mkconfig generates a different menuentries. Why, if the boot loader is grub2, the menuentry is not generated at kernel install the same way as when generated by grub2-mkconfig? The only reason I know is, that "people tend to modify grub.cfg manually", but with grub2 this is plain wrong anyway. Why do we support this messy setup then? Adam Pribyl -- 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
Grub2 mkconfig
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 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 16 grub2-mkconfig
Thanks! I have applied the patch and it worked :)
changed the following in the
/etc/grub.d/30_os-proberOSXUUID="`grub-probe --target=fs_uuid --device
${DEVICE} 2> /dev/null`"
to
OSXUUID="`grub2-probe --target=fs_uuid --device ${DEVICE} 2> /dev/null`"
On Thu, Nov 3, 2011 at 13:11, Michael Schwendt wrote:
> On Thu, 3 Nov 2011 11:52:16 +0100, MS (Michael) wrote:
>
>> On Thu, 3 Nov 2011 11:34:53 +0200, NG (Nicolae) wrote:
>>
>> > After running grub2-mkconfig -o /boot/grub2/grub.cfg, I saw that
>> > /boot/grub2/grub.cfg was not updated.
>> >
>> > grub2-mkconfig -o /boot/grub2/grub.cfg
>> > Generating grub.cfg ...
>> > Found linux image: /boot/vmlinuz-3.1.0-5.fc16.x86_64
>> > Found initrd image: /boot/initramfs-3.1.0-5.fc16.x86_64.img
>> > No volume groups found
>> > Found Windows 7 (loader) on /dev/sda1
>> > Found Mac OS X on /dev/sda3
>> >
>> > Instead /boot/grub2/grub.cfg.new was created, and it did not contain
>> > my custom menu entry.
>> >
>> > What am I doing wrong ? Am I missing a step ?
>>
>> /sbin/grub2-mkconfig is just a shell script. grub.cfg.new is the temporary
>> file it uses for creating and verifying the new config file. Based on your
>> output quoted above you could find out where the script stops unexpectedly
>> and without printing an error message. Especially if the problem is
>> reproducible for you, it shouldn't be difficult to debug the script.
>
> And since this thread has been started on several lists, the "Mac OS X"
> entry above means it's this bug:
>
> https://bugzilla.redhat.com/737203
>
> --
> Fedora release 16 (Verne) - Linux 3.1.0-5.fc16.x86_64
> loadavg: 0.07 0.09 0.08
> --
> test mailing list
> test@lists.fedoraproject.org
> To unsubscribe:
> https://admin.fedoraproject.org/mailman/listinfo/test
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 16 grub2-mkconfig
On Thu, 3 Nov 2011 11:52:16 +0100, MS (Michael) wrote: > On Thu, 3 Nov 2011 11:34:53 +0200, NG (Nicolae) wrote: > > > After running grub2-mkconfig -o /boot/grub2/grub.cfg, I saw that > > /boot/grub2/grub.cfg was not updated. > > > > grub2-mkconfig -o /boot/grub2/grub.cfg > > Generating grub.cfg ... > > Found linux image: /boot/vmlinuz-3.1.0-5.fc16.x86_64 > > Found initrd image: /boot/initramfs-3.1.0-5.fc16.x86_64.img > > No volume groups found > > Found Windows 7 (loader) on /dev/sda1 > > Found Mac OS X on /dev/sda3 > > > > Instead /boot/grub2/grub.cfg.new was created, and it did not contain > > my custom menu entry. > > > > What am I doing wrong ? Am I missing a step ? > > /sbin/grub2-mkconfig is just a shell script. grub.cfg.new is the temporary > file it uses for creating and verifying the new config file. Based on your > output quoted above you could find out where the script stops unexpectedly > and without printing an error message. Especially if the problem is > reproducible for you, it shouldn't be difficult to debug the script. And since this thread has been started on several lists, the "Mac OS X" entry above means it's this bug: https://bugzilla.redhat.com/737203 -- Fedora release 16 (Verne) - Linux 3.1.0-5.fc16.x86_64 loadavg: 0.07 0.09 0.08 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 16 grub2-mkconfig
On Thu, 3 Nov 2011 11:34:53 +0200, NG (Nicolae) wrote: > After running grub2-mkconfig -o /boot/grub2/grub.cfg, I saw that > /boot/grub2/grub.cfg was not updated. > > grub2-mkconfig -o /boot/grub2/grub.cfg > Generating grub.cfg ... > Found linux image: /boot/vmlinuz-3.1.0-5.fc16.x86_64 > Found initrd image: /boot/initramfs-3.1.0-5.fc16.x86_64.img > No volume groups found > Found Windows 7 (loader) on /dev/sda1 > Found Mac OS X on /dev/sda3 > > Instead /boot/grub2/grub.cfg.new was created, and it did not contain > my custom menu entry. > > What am I doing wrong ? Am I missing a step ? /sbin/grub2-mkconfig is just a shell script. grub.cfg.new is the temporary file it uses for creating and verifying the new config file. Based on your output quoted above you could find out where the script stops unexpectedly and without printing an error message. Especially if the problem is reproducible for you, it shouldn't be difficult to debug the script. -- Fedora release 16 (Verne) - Linux 3.1.0-5.fc16.x86_64 loadavg: 0.00 0.08 0.10 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Fedora 16 grub2-mkconfig
Hello,
I need help with a GRUB2 issue.
Yesterday I did a preupgrade from F15 to F16.
I've added a new custom menu entry for grub in /etc/grub.d/40_custom
After running grub2-mkconfig -o /boot/grub2/grub.cfg, I saw that
/boot/grub2/grub.cfg was not updated.
grub2-mkconfig -o /boot/grub2/grub.cfg
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.1.0-5.fc16.x86_64
Found initrd image: /boot/initramfs-3.1.0-5.fc16.x86_64.img
No volume groups found
Found Windows 7 (loader) on /dev/sda1
Found Mac OS X on /dev/sda3
Instead /boot/grub2/grub.cfg.new was created, and it did not contain
my custom menu entry.
What am I doing wrong ? Am I missing a step ?
Below you can see the contents of the following files:
/boot/grub2/grub.cfg, /boot/grub2/grub.cfg.new and
/etc/grub.d/40_custom
cat /etc/grub.d/40_custom
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
menuentry "Mac OS X 10.6.8" {
set root=(hd0,3)
chainloader +1
}
cat /boot/grub2/grub.cfg.new
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default="${saved_entry}"
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Fedora Linux, with Linux 3.1.0-5.fc16.x86_64' --class
fedora --class gnu-linux --class gnu --class os {
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos2)'
search --no-floppy --fs-uuid --set=root
a935b93d-51a2-4057-80ab-841a5699bf17
echo'Loading Linux 3.1.0-5.fc16.x86_64 ...'
linux /boot/vmlinuz-3.1.0-5.fc16.x86_64
root=UUID=a935b93d-51a2-4057-80ab-841a5699bf17 ro rd.md=0 rd.lvm=0
rd.dm=0 KEYTABLE=us quiet SYSFONT=latarcyrheb-sun16 rhgb rd.luks=0
LANG=en_US.UTF-8
echo'Loading initial ramdisk ...'
initrd /boot/initramfs-3.1.0-5.fc16.x86_64.img
}
menuentry 'Fedora Linux, with Linux 3.1.0-5.fc16.x86_64 (recovery
mode)' --class fedora --class gnu-linux --class gnu --class os {
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos2)'
search --no-floppy --fs-uuid --set=root
a935b93d-51a2-4057-80ab-841a5699bf17
echo'Loading Linux 3.1.0-5.fc16.x86_64 ...'
linux /boot/vmlinuz-3.1.0-5.fc16.x86_64
root=UUID=a935b93d-51a2-4057-80ab-841a5699bf17 ro single rd.md=0
rd.lvm=0 rd.dm=0 KEYTABLE=us quiet SYSFONT=latarcyrheb-sun16 rhgb
rd.luks=0 LANG=en_US.UTF-8
echo'Loading initial ramdisk ...'
initrd /boot/initramfs-3.1.0-5.fc16.x86_64.img
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows 7 (loader) (on /dev/sda1)" --class windows --class os {
insmod part_msdos
insmod ntfs
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 5C3EB3CE3EB39F86
chainloader +1
}
cat /boot/grub2/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function load_video {
true
}
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Fedora Linux, with Linux 3.1.0-5.fc16.x86_64' --class
fedora --class gnu-linux --class gnu --class os {
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos2)'
search --no-floppy --fs-uuid --set=root
a935b93d-51a2-4057-80ab-841a5699bf17
echo'Loading Linux 3.1.0-5.fc16.x86_64 ...'
linux /boot/vmlinuz-3.1.0-5.fc
