Dual boot
Joshua Judson Rosen
rozzin at geekspace.com
Thu Oct 14 13:07:19 EDT 2010
David accidentally sent this to me instead of the list;
bringing it back listward...:
David Rose <DRose at Proviss.com> writes:
>
> Josh, thanx for the feedback. When I do the steps you suggest, grub
> (v 0.97) gives me:
> Possible disks are: hd0 hd1
>
> Based on that, how would I configure my grub conf file?
What does it do/say when you try tab-completing on "root (hd0,"
and "root (hd1,"?
You can also actually run through a whole series of commands
(all the way to boot) from GRUB's command-line interface--
should be quicker than `edit the grub.conf and see if it works',
especially since you can verify things one command at a time.
> By the way, I currently have a work-around by disabling the primary
> drive in the BIOS, but that's hokey. I'd still like to get this
> working for convenience and my edification.
That actually sounds like exactly the sort of thing I was talking about,
as having potential to mess-up GRUB's notion of which drives have
which number....
> On 10/13/2010 11:10 AM, Joshua Judson Rosen wrote:
> > John Abreau<jabr at blu.org> writes:
> >> On Fri, Oct 8, 2010 at 5:58 PM, David Rose<DRose at proviss.com> wrote:
> >>> I ran the "fdisk -l sdb" and it told me that there was an NTFS file system
> >>> with the correct amount of space so it appears that it recognizes the drive.
> >>>
> >>> I tried (hd1,1) and it gives me an "Error 22: No such partition".
> >>
> >>
> >> Grub's (hd1,1) corresponds to /dev/sdb2. Is the NTFS filesystem on /dev/sdb2?
> >> If it's actually on /dev/sdb1, then the grub equivalent would be (hd1,0)
> > I don't think that's exactly true: if I recall correctly, GRUB (version 0.x)
> > just counts the drives starting from zero, regardless of which controller
> > or channel the drives are attached to. If Linux is calling it `sdb' because
> > it's attached to the second controller, but there's no `sda' actually attached
> > (or powered-on), then `sdb' in Linux may well be `hd0' in GRUB.
> >
> > Also, partition-numbers start at 1 only in GRUB 0.x (now called "GRUB Legacy");
> > in `GRUB 2' (version 1.x, which used to be called "PUPA"), partition-numbers
> > start at *zero*. I didn't see it specified what version of GRUB is in use,
> > though I guess it's GRUB 0.x (Legacy) from the `grub.conf' syntax used.
> >
> > And, David: are you just doing this by `brute force', rebooting every time
> > to see if a change is viable? Or have you tried tab-completion in GRUB's
> > command-shell? From the manual:
> >
> > To help you find out which number specifies a
> > partition you want, the GRUB command-line (*note Command-line
> > interface::) options have argument completion. This means that, for
> > example, you only need to type
> >
> > root (
> >
> > followed by a<TAB>, and GRUB will display the list of drives,
> > partitions, or file names. So it should be quite easy to determine the
> > name of your target partition, even with minimal knowledge of the
> > syntax.
--
"Don't be afraid to ask (λf.((λx.xx) (λr.f(rr))))."
More information about the gnhlug-discuss
mailing list