After I added a disk to my x86_64 machine, I ran grub-install. I ran into 2 problems: 1. It tried to access floppy driver, which didn't have a floppy disk in it. I got floppy disk I/O error. 2. It segfaulted. I had to boot the rescue CD to recover. grub-install had no problems in rescue mode under 2.6.9-1.681_FC3. After I booted 2.6.9-1.681_FC3 normally, grub-install was OK except that it still tried to access floppy, which didn't happen in rescue mode. BTW, I have a 40GB IDE HD and 250GB SATA HD. IDE is the first drive.
I get this too but I'm booting from my only drive which is a SATA one. I had a boot floppy and went back to the original install kernel for FC3 and grub-install worked fine. So now I've removed the newer kernels and I'm excluding kernel updates for now until this is fixed.
I hit this segfault in grub-install on my FC3-x86_64 system. grub-0.95-3. kernel-2.6.10-1.770_FC3. Also with kernel-2.6.11-1.14_FC3 This looks a lot like the grub bug that is described in Ubuntu's Bugzilla: https://bugzilla.ubuntu.com/show_bug.cgi?id=6082 Although at one time they thought it was a kernel bug, they decided it is a bug in Grub .95. Pretty tricky bug to diagnose. They said that the patch has been pushed up to Debian. I haven't seen the accepted patch, but it might be the same as this one: http://lists.debian.org/debian-amd64/2005/02/msg00123.html Hmm -- this message critiques it severely: http://lists.gnu.org/archive/html/bug-grub/2005-02/msg00021.html
Can you try the grub-0.95-12 in rawhide? (you may need to rebuild the SRPM, but "rpmbuild --rebuild grub-0.95-12.src.rpm" should just work). This sounds like you've got a box with the NX features turned on.
I fetched http://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS/grub-0.95-12.src.rpm Trying to build it on FC3 x86_64 + updates failed with errors: checking for C compiler default output file name... configure: error: C compiler cannot create executables Reading config.log, I see instead a couple of compiler errors. Both suggest that a different version of gcc was expected: configure:2396: gcc -V </dev/null >&5 gcc: `-V' option must have argument configure:2425: gcc -m32 -Os -g -fno-strict-aliasing -Wall -Wno-pointer-sign -Werror -Wno-shadow -static conftest.c >&5 cc1: error: unrecognized command line option "-Wno-pointer-sign" I got the same errors in FC3 i386 + updates.
I changed to grub.spec file in grub-0.95-12.src.rpm: I removed the -Wno-pointer-sign from the definition of CFLAGS. This had been added to support GCC4, but FC3's GCC3 baulks. I rebuilt the rpm. This worked, with one autoreconf warning that I ignored: + autoreconf --install --force /usr/share/aclocal/gob2.m4:7: warning: underquoted definition of GOB2_HOOK run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal I installed the rpm. This worked. I ran "grub-install /dev/hda". This failed: # /sbin/grub-install /dev/hda /sbin/grub-install: /sbin/grub: /usr/lib/libc.so.1: bad ELF interpreter: No such file or directory /sbin/grub-install: /sbin/grub: /usr/lib/libc.so.1: bad ELF interpreter: No such file or directory /sbin/grub-install: /sbin/grub: /usr/lib/libc.so.1: bad ELF interpreter: No such file or directory /sbin/grub-install: /sbin/grub: /usr/lib/libc.so.1: bad ELF interpreter: No such file or directory /sbin/grub-install: /sbin/grub: /usr/lib/libc.so.1: bad ELF interpreter: No such file or directory The file /boot/grub/stage1 not read correctly. Should grub be using /usr/lib/libc.so.1? There is no such file on my system; there is a /usr/lib/libc.so. Some other interesting details: $ file /sbin/grub /sbin/grub: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), stripped $ arch x86_64 $ ldd /sbin/grub /usr/bin/ldd: /sbin/grub: /usr/lib/libc.so.1: bad ELF interpreter: No such file or directory The grub.spec file does try to statically link grub on x86_64: %ifarch x86_64 CFLAGS="$CFLAGS -static" %endif This is being used. Why then is a dynamic library still being used? There are a couple of other warnings that I ignored. Mostly because they were buried in the middle of the build log. They didn't stop the build. Extracts: configure: WARNING: ncurses/curses.h: present but cannot be compiled configure: WARNING: ncurses.h: present but cannot be compiled configure: WARNING: curses.h: present but cannot be compiled
The problem is the grub-0.95-staticcurses.patch forces the final link to be dynamic even though the rest has been compiled as static. If you remove the -Wl,dynamic from that patch (or add a subsequent patch to remove those bits for x86_64 only) it'll compile properly as a static binary.
This looks like a duplicate of bug #151834.
FWIW, this still happens with the FC devel package if you try to rebuild it on FC3....
(This is a mass update to bugs which have been in NEEDINFO unmodified for over a year and are for a currently unsupported version of Fedora Core.) Closing per lack of response to previous request for information. This bug was originally filed against a much earlier version of Fedora Core, and significant changes have taken place since the last version for which this bug is confirmed. Note that FC3 and FC4 are supported by Fedora Legacy for security fixes only. Please install a still supported version and retest. If it still occurs on FC5 or FC6, please reopen and assign to the correct version. Otherwise, if this a security issue, please change the product to Fedora Legacy. Thanks, and we are sorry that we did not get to this bug earlier.