<div class="gmail_quote">On Sun, Oct 3, 2010 at 2:56 PM, Rashkae <span dir="ltr"><<a href="mailto:ubuntu@tigershaunt.com">ubuntu@tigershaunt.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On 10-10-03 05:12 PM, Kevin O'Gorman wrote:<br>
> I'm running Lucid on my laptop, and have been transported into the<br>
</div>> grub2 reality.  At least I think so because<br>
> of the huge changes in /boot/grub/.  I no longer understand much of it.<br>
><br>
> Somewhat to my amazement I got it working.  I even dual boot to<br>
> Vista.  Problem is that I want to change<br>
> where that Vista entry appears in the menu, and I have NO clue.  I<br>
<div class="im">> heard that menu.lst no longer exists,<br>
</div>> and that configuration now goes in grub.cfg.  Then I notice the<br>
<div class="im">> warning not to touch that file because it's<br>
</div>> automatically generated.  I find myself unable to sort out the layers<br>
<div class="im">> of the new setup.<br>
><br>
> Since all I ordinarily use is the first Linux entry and the Vista<br>
> entry, I'd like to move Vista up to the top or second<br>
</div>> spot.  That's it.  I figure it might take me a day to figure this<br>
<div class="im">> out, but free days are hard to come by and I'm<br>
> hoping somebody can give me a short recipe.<br>
><br>
</div>There are, unfortunately, no short recipes.<br>
<br>
But I will start off by letting you know this.  There is no need to fear<br>
the warning about not editing grub.cfg.  Nothing particularly bad will<br>
happen to you if you do.  The only thing you need to be aware of is that<br>
the file is auto-generated, and will be regenerated whenever the package<br>
manager feels like (ex: when a kernel is updated, or even when you want<br>
to make a change to grub and run grub-update.).  So that makes it a bad<br>
place to make changes that your system needs to boot reliably (ie,<br>
custom kernel parameters, for example.).  If, however, the prospect of<br>
the menu returning to it's default state with little or no warning<br>
doesn't frighten you, then by all means, hack grub.cfg to your liking.<br>
<br>
As you probably already know, the grub.cfg file is generated by the<br>
scripts in the /etc/grub.d directory.<br>
<br>
Those scripts are executed in alphabetical order (hence why they are<br>
numbered,) so one easy change you can make is:<br>
<br>
mv 30_os-prober 15_os-prober<br>
<br>
os-prober is the script that finds and adds Windows to the grub menu, so<br>
by making it run before memtest, then memtest, at least will be below<br>
windows in the grub menu.<br>
<br>
You might also want to suppress the linux rescue mode entries.  You can<br>
specify that in the /etc/default/grub file.  Remove the # to uncomment<br>
"GRUB_DISABLE_LINUX_RECOVERY="true" ".<br>
<br>
After that, use your favorite package manager to remove any older kernel<br>
images you have.<br>
<br>
If these steps do not make the menu look the way you like, then the next<br>
step is to craft your own menu entries.  That's what the<br>
/etc/grub.d/40_custom file is for.  Copy the sections you want from<br>
grub.cfg file, and paste them into 40_custom.  Then, you give those<br>
custom entries top billing with:<br>
<br>
mv 40_custom 09_custom (which will make it run before the automatically<br>
generated entries)<br>
<br>
There is one important caveat to that last method which makes it the<br>
least advised.  You will have to manually make any updates to the custom<br>
entries.  If you boot from one of those entries, you will not<br>
automatically benefit from kernel updates that come as part of your<br>
regular system update process.<br>
<div><br></div></blockquote><div>Thanks.  Between the answers from you and Goh, I think I can handle it.<br clear="all"></div></div><br>-- <br>Kevin O'Gorman, PhD<br><br>