Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 158158 - I2O grub install fails
Summary: I2O grub install fails
Alias: None
Product: Fedora
Classification: Fedora
Component: grub
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Peter Jones
QA Contact: Mike McLean
Depends On:
Blocks: FC4Blocker 159043
TreeView+ depends on / blocked
Reported: 2005-05-19 08:33 UTC by Warren Togami
Modified: 2007-11-30 22:11 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-05-20 03:36:28 UTC

Attachments (Terms of Use)
/proc/partitions (deleted)
2005-05-20 01:48 UTC, Warren Togami
no flags Details
anaconda.log (deleted)
2005-05-20 01:49 UTC, Warren Togami
no flags Details
anaconda-ks.cfg (deleted)
2005-05-20 01:50 UTC, Warren Togami
no flags Details
install.log (deleted)
2005-05-20 01:51 UTC, Warren Togami
no flags Details
install.log.syslog (deleted)
2005-05-20 01:51 UTC, Warren Togami
no flags Details
grub.conf (deleted)
2005-05-20 02:26 UTC, Warren Togami
no flags Details (deleted)
2005-05-20 02:27 UTC, Warren Togami
no flags Details

Description Warren Togami 2005-05-19 08:33:46 UTC
FC4 rawhide 20050518 fails I2O grub install.  This seems to have been broken
throughout most of FC4's development cycle.  ALT-F5 says this after installation
is complete:

grub> root(hd0,0)
 Filesystem type is ext2fs, partition type 0x83
grub> install /grub/stage1 d (hd0) /grub/stage2 p (hd0,0)/grub/grub.conf

Error 22: No such partition

My test install today was with Auto-Partitioning and LVM, but this happens with
non-LVM installs too.  I will attempt to get more data with a non-LVM simple
install on a single partition tomorrow.

Markus Lidel has more test information.

Comment 1 Jeremy Katz 2005-05-19 12:23:31 UTC
Note:  I'm not convinced this is a blocker since the hardware is not at all common

Comment 2 Warren Togami 2005-05-20 00:40:18 UTC
Anaconda crash with dump when clicking on Next on the boot loader screen.  This
happened with Rawhide 20050519 but not 20050518.  pjones said to attach it here

Comment 3 Warren Togami 2005-05-20 01:32:32 UTC
pjones found that the bug in #2 was already fixed in tomorrow's rawhide.  He
suggested "cp anaconda/iw/ RHupdates" but it didn't seem to work.
 When was the last time this was tested?

I managed to workaround the problem by manually copying into

Comment 4 Warren Togami 2005-05-20 01:37:24 UTC
Oh, msw said RHupdates doesn't work for FTP.

Comment 5 Warren Togami 2005-05-20 01:48:32 UTC
Created attachment 114601 [details]

Comment 6 Warren Togami 2005-05-20 01:49:13 UTC
Created attachment 114602 [details]

Comment 7 Warren Togami 2005-05-20 01:50:19 UTC
Created attachment 114603 [details]

Comment 8 Warren Togami 2005-05-20 01:51:01 UTC
Created attachment 114604 [details]

Comment 9 Warren Togami 2005-05-20 01:51:58 UTC
Created attachment 114605 [details]

Comment 10 Warren Togami 2005-05-20 02:26:18 UTC
Created attachment 114606 [details]

Comment 11 Warren Togami 2005-05-20 02:27:32 UTC
Created attachment 114607 [details]

Comment 12 Warren Togami 2005-05-20 02:32:31 UTC
Apache screwed up the, it actually looks like this:

# this device map was generated by anaconda
(fd0)     /dev/fd0
(hd0)     /dev/i2o/hda

Comment 13 Warren Togami 2005-05-20 02:51:49 UTC
/sbin/grub-install /dev/i2o/hda
 /dev/root: Not found or not a block device.

grub-install fails when done from chroot after installation is complete.  But it
worked after reboot into rescue mode.

Testing a reinstall now without modifying the partition table.

Comment 14 Warren Togami 2005-05-20 03:13:19 UTC
Failed after reinstall (without modifying the partition table)

Comment 15 Peter Jones 2005-05-20 03:36:28 UTC
Hopefully fixed in grub-0.95-13 , building for rawhide now.

Comment 16 Warren Togami 2005-05-20 08:45:38 UTC
I suspect this might need to be backported to RHEL4.  I will test.

* Thu May 19 2005 Peter Jones <> 0.95-13
- don't treat i2o like a cciss device, since its partition names aren't done
  that way. (#158158)

diff -ur grub-0.94/lib/device.c
--- grub-0.94/lib/device.c      2004-05-07 04:50:36.375238696 +0200
+++  2004-05-07 04:48:57.611253104 +0200
@@ -419,6 +419,12 @@
   sprintf (name, "/dev/rd/c%dd%d", controller, drive);
+static void
+get_i2o_disk_name (char *name, int unit)
+  sprintf (name, "/dev/i2o/hd%c", unit + 'a');

 /* Check if DEVICE can be read. If an error occurs, return zero,
@@ -789,6 +795,26 @@
+  /* I2O disks.  */
+  for (i = 0; i < 8; i++)
+    {
+      char name[16];
+      get_i2o_disk_name (name, i);
+      if (check_device (name))
+       {
+         (*map)[num_hd + 0x80] = strdup (name);
+         assert ((*map)[num_hd + 0x80]);
+         /* If the device map file is opened, write the map.  */
+         if (fp)
+           fprintf (fp, "(hd%d)\t%s\n", num_hd, name);
+         num_hd++;
+       }
+    }
 #endif /* __linux__ */

   /* OK, close the device map file if opened.  */

Note You need to log in before you can comment on or make changes to this bug.