Bug 170575
Summary: | grub fails on one of two sata disks of raid1 set during install with error 16 | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Willem Riede <wriede> | ||||||
Component: | grub | Assignee: | Peter Jones <pjones> | ||||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | |||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | rawhide | CC: | kevins, triage | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | bzcl34nup | ||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2008-05-07 00:14:59 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Willem Riede
2005-10-12 23:03:15 UTC
Created attachment 119863 [details]
'od' of first 10k of /dev/sda
Created attachment 119864 [details]
'od' of first 10k of /dev/sdb
I am having the exact same problem. When I use up2date to install a new kernel, the machine will hang with the word "GRUB" after POST. I have to use a rescue disk to re-install the boot block. (grub --version : grub (GNU GRUB 0.95)) The system is running 2.6.9-22.0.1.ELsmp, dual Xeon using software raid-1 on an IBM e336 with two SATA drives. After doing a "fdisk -l" I am getting unexpected messages about invalid partition tables: ------------- # fdisk -l Disk /dev/sda: 160.0 GB, 160041885696 bytes 255 heads, 63 sectors/track, 19457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 13 104391 fd Linux raid autodetect /dev/sda2 14 535 4192965 fd Linux raid autodetect /dev/sda3 536 19457 151990965 fd Linux raid autodetect Disk /dev/sdb: 160.0 GB, 160041885696 bytes 255 heads, 63 sectors/track, 19457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdb1 * 1 13 104391 fd Linux raid autodetect /dev/sdb2 14 535 4192965 fd Linux raid autodetect /dev/sdb3 536 19457 151990965 fd Linux raid autodetect Disk /dev/md0: 106 MB, 106823680 bytes 2 heads, 4 sectors/track, 26080 cylinders Units = cylinders of 8 * 512 = 4096 bytes Device Boot Start End Blocks Id System Disk /dev/md2: 155.6 GB, 155638628352 bytes 2 heads, 4 sectors/track, 37997712 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk /dev/md2 doesn't contain a valid partition table Disk /dev/md1: 4293 MB, 4293525504 bytes 2 heads, 4 sectors/track, 1048224 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk /dev/md1 doesn't contain a valid partition table # df -h Filesystem Size Used Avail Use% Mounted on /dev/md2 143G 2.0G 134G 2% / /dev/md0 99M 22M 73M 23% /boot none 506M 0 506M 0% /dev/shm Just cross-referencing this Bug #191449 NEW install grub incorrect when /boot is a RAID1 device >> Bug #170575 NEW grub fails on one of two sata disks of raid1 set during i... Bug #163460 NEW Installation failed on RAID setup (GRUB error 15 and fail... Bug #160563 NEW "grub-install /dev/md0" does not install on second disk i... Bug #114690 CLOSED/RAWHIDE grub-install won't install to RAID 1 Based on the date this bug was created, it appears to have been reported against rawhide during the development of a Fedora release that is no longer maintained. In order to refocus our efforts as a project we are flagging all of the open bugs for releases which are no longer maintained. If this bug remains in NEEDINFO thirty (30) days from now, we will automatically close it. If you can reproduce this bug in a maintained Fedora version (7, 8, or rawhide), please change this bug to the respective version and change the status to ASSIGNED. (If you're unable to change the bug's version or status, add a comment to the bug and someone will change it for you.) Thanks for your help, and we apologize again that we haven't handled these issues to this point. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp We will be following the process here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this doesn't happen again. This bug has been in NEEDINFO for more than 30 days since feedback was first requested. As a result we are closing it. If you can reproduce this bug in the future against a maintained Fedora version please feel free to reopen it against that version. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp |