Re: Grub install broken after kernel update

From: Guy Fraser (
Date: 02/11/05

  • Next message: Paul Howarth: "Re: Finding files by Extention in a CLI"
    Date: Fri, 11 Feb 2005 11:27:49 -0700

    On Wed, 2005-09-02 at 13:00 -0500, Phil Schaffner wrote:
    > On Fri, 2005-01-28 at 18:21 +0100, Pierrette Barbaresco wrote:
    > > Hello,
    > >
    > > We updated smp kernel on a Sun V20Z AMD Opteron Scsi device.
    > > After installation we tried grub-install /dev/sda and we got
    > >
    > > /sbin/grub-install: line 475: 4041 Segmentation fault
    > >
    > >
    > >
    > > [root@cict-009 ~]# uname -a
    > > Linux 2.6.10-1.741_FC3smp #1 SMP Thu Jan 13 16:58:29 EST 2005 x86_64 x86_64 x86_64 GNU/Linux
    > > [root@cict-009 ~]# grub-install /dev/sda
    > > /sbin/grub-install: line 475: 4041 Segmentation fault $grub_shell --batch $no_floppy --device-map=$device_map >$log_file <<EOF
    > > root $root_drive
    > > setup $force_lba --stage2=$grubdir/stage2 --prefix=$grub_prefix $install_drive
    > > quit
    > > EOF
    > >
    > > Installation finished. No error reported.
    > > This is the contents of the device map /boot/grub/
    > > Check if this is correct or not. If any of the lines is incorrect,
    > > fix it and re-run the script `grub-install'.
    > >
    > > # this device map was generated by anaconda
    > > (fd0) /dev/fd0
    > > (hd0) /dev/sda
    > >
    > > Any idea.
    > Ran into the same problem. Installed a new SATA disk on an x86_64
    > system, copied/configured/booted FC3 installation, and attempted to
    > reconfigure grub to use the new /boot partition. Attempting to run grub
    > or grub-install to update boot record results in "Segmentation fault".
    > The old MBR is not changed. Not sure what kernel update may have to do
    > with it. Behavior is the same for at least the last 3 kernels tried.
    > See
    > Phil
    Yup, Grub sucks.

    I just installed a third SATA drive and can now only get into my
    machine with a rescue disk.

    I have read and tried a dozen 'fixes', but now the best I can get
    is "Read Error".

    Every time a new PATA or SATA drive is changed, grub breaks and
    the only way I have ever been able to get it going again is to
    reinstall, changing the drive order in the advanced section of
    boot setup.

    Many variations of these methods have been tried :

    ###Initial ###
    (fd0) /dev/fd0
    (hd0) /dev/hde
    (hd1) /dev/hdg
    (hd2) /dev/hdh
    (hd3) /dev/sda
    (hd4) /dev/sdb
    (hd5) /dev/sdc

    Change :
    (fd0) /dev/fd0
    (hd0) /dev/sda
    (hd1) /dev/sdb
    (hd2) /dev/sdc
    (hd3) /dev/hde
    (hd4) /dev/hdg
    (hd5) /dev/hdh

    Now /boot/grub/grub.conf matches the device list again.

    # grub-install /dev/sda
    Result = Grub all over the screen until crash.
    # grub-install --recheck /dev/sda
    Result = Resets device map to initial map, and machine 
    does not even enter grub after reboot.
    Edit /boot/grub/grub.conf to match device map.
    # grub-install /dev/sda
    Result = Read Error
    Once in rescue mode, enter grub:
    # root (hd3,0)
    # setup (hd3)
    # quit
    Result = Read Error
    I tried many different variants of editing 
    and grub.conf, using grub-install and grub console 
    without success. I have made sure (hd3) was the correct 
    by using the auto completion feature of the device 
    command to see the partition list of the device.
    What is the install wizard doing to make the system 
    work in the first place?
    I have already backed up my up2date, etc and data 
    directories and will probably just reinstall wiping out 
    the base system and redo the updates.
    Syslinux and LILO may be feature poor, but they were 
    easy to use and reliable.
    Any chance FC4 will reinstate LILO as an optional boot 
    If I can't figure it out, this will be the third time 
    I will have had to reinstall after changing drives in 
    fedora-list mailing list
    To unsubscribe:

  • Next message: Paul Howarth: "Re: Finding files by Extention in a CLI"