bugGNU GRUB - Bugs: bug #11493, Grub switches hard drive numbers...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #11493: Grub switches hard drive numbers mid loading resulting in error 15

Submitter:  None
Submitted:  Wed 05 Jan 2005 07:15:16 AM UTC
   
 
Category:  Booting Severity:  Major
Priority:  5 - Normal Item Group:  Software Error
Status:  None Privacy:  Public
Assigned to:  None Originator Name:  Jonathan Trott
Originator Email:  -email is unavailable- Open/Closed:  Closed
Release:  None Release:  0.95-3
Reproducibility:  Every Time Planned Release:  None

Sat 15 Dec 2007 04:56:26 PM UTC, comment #1: 

We've moved to GRUB 2 as a development platform. Please can you check if this bug still applies there, and if it does, reopen it?

Thanks

Robert Millan <robertmh>
Group administrator
Wed 05 Jan 2005 07:15:16 AM UTC, original submission:  

I have spent all day getting grub to work on a PowerEdge 2300 with no RAID controllers.

cat /proc/scsi/scsi:

Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: IBM      Model: IC35L018UCD210-0 Rev: S5BA
  Type:   Direct-Access                    ANSI SCSI revision: 03
Host: scsi0 Channel: 00 Id: 02 Lun: 00
  Vendor: SEAGATE  Model: ST34573LC        Rev: 5702
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 01 Lun: 00
  Vendor: NEC      Model: CD-ROM DRIVE:465 Rev: 1.03
  Type:   CD-ROM                           ANSI SCSI revision: 02
Host: scsi2 Channel: 00 Id: 05 Lun: 00
  Vendor: SEAGATE  Model: ST34573LC        Rev: 5702
  Type:   Direct-Access                    ANSI SCSI revision: 02

Filesystems:

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2              17G  1.3G   15G   9% /
/dev/sda1              99M   11M   83M  12% /boot
/dev/sdc1             4.2G  230M  3.8G   6% /var

Grub was installed with Fedora and failed from the start. The problem is that when the BIOS lists the drives, it lists sdb first, then sda followed by sdc. The BIOS loads the drives on a per SCSI controller basis, with the SCSI controller with sdb on it first, which becomes hd0. The boot drive on SCSI ID 0 loads on the second SCSI controller and therefore becomes hd1.
This is not a problem in itself, some editing of device.map got the setup working fine from within the boot floppy. The problem is that it doesn't work. You get the following error on boot:

GRUB Loading Stage1.5.
GRUB loading, please wait...
Error 15

OK, so grub can't find it's stage2 file. The setup command was run and was very happy to find all the files, it just didn't boot.

I made progress when I copied the entire /boot/grub folder to the root of every partition on the computer. Bingo.
The grub.conf and possibly the stage2 file were being read from the /var partition, sdb1 - otherwise known as (hd0,0).
I even went as far as to specify the stage2 file and the config file using absolute paths along with the d parameter as mentioned in the manual but it didn't help.

Somewhere along the line either the drive designation is being swapped around or grub is just plain ignoring the setup parameters and reading grub.conf and possible stage2 from the wrong partition.
Thanks,
JT

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by robertmh (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2007-12-15 robertmh Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-4b48.
    Corresponding source code