Matt Murphy on 18 Aug 2011 05:22:43 -0700

[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

Re: [PLUG] Finding grub

Hey, are you using grub or grub2. Rich's comments remind me that grub2 identifies drives by hash rather than by BIOS identifier. i.e. there might possibly not be a problem with reordering. If it is grub2, perhaps we have someone in the list who can speak more authoritatively than I can?


On Thu, Aug 18, 2011 at 7:06 AM, Rich Freeman <> wrote:
On Wed, Aug 17, 2011 at 11:20 PM, Eric H. Johnson
<> wrote:
> I could I suppose move grub to the SATA drive, but it seems to me it should
> work as it is now configured.

I agree with Matt - probably a BIOS problem at this point. ÂYou really
only need to install the Grub bootsector on the new drive - as long as
the "root" is set properly at the time of install it should be able to
load the rest of what it needs from the other drive.

Note that grub tends to be finicky about things and so you might need
to play with the root setting. ÂIf your BIOS re-orders your drives
based on which one it boots from then you might need to set the root
value non-intuitively (such as setting it as 0,n for both drives, even
though you think it should be 1,n / etc). ÂIf you get to a grub prompt
you can always try to use the find command to locate a file on the
boot partition (ie find /boot/grub/stage2 / etc). ÂIt will scan the
partitions and tell you where it finds it from its vantage point.

Usually it just works - but it is very dependent on the BIOS. ÂKeep in
mind it only has a 440 bytes and then a few kb to work with to find
the boot partition, so it will be using BIOS calls to do it (no fancy
always-works linux system calls to use yet). ÂFlaky BIOS will result
in a flaky grub.

Philadelphia Linux Users Group     --    Â
Announcements -
General Discussion Â-- Â

Philadelphia Linux Users Group         --
Announcements -
General Discussion  --