The corrected package has been pushed to SL Fastbugs.

On 02/03/2014 09:29 AM, Pat Riehecky wrote:
> That is surprising, I'll look into what went wrong.
>
> Thanks for the details reports everyone!
>
> Pat
>
> On 02/03/2014 07:05 AM, Stephan Wiesand wrote:
>> On 2014-02-01, at 19:57, Patrick J. LoPresti <[log in to unmask]> wrote:
>>
>>> If you try to install Scientific Linux 5.10 x86_64 with "bootloader
>>> mbr", you will find it crashes during the "installing bootloader"
>>> phase.
>> Confirmed. But it only happens when you enable the fastbugs repo when
>> installing. That's where grub-0.97-13.11.el5_10.1.x86_64.rpm is from.
>> The package released with 5.10 is ok.
>>
>>> This is because /sbin/grub from the grub package is dynamically
>>> linked against non-existent libraries.
>>>
>>> Doing "chroot /mnt/sysimage" and then "/sbin/grub" by hand results in:
>>>
>>>   bash: /sbin/grub: /usr/lib/libc.so.1: bad ELF interpreter: No such
>>> file or directory
>> It's a bit more complicated. When my ks installation reaches %post,
>> /sbin/grub in the chroot environment works fine. But anaconda still
>> crashes. Seems like it uses the installed grub from outside the
>> chroot. No clue why they don't use the (static) /usr/sbin/grub in the
>> initrd.
>>
>> Anyway, replacing the fastbugs package should fix this.
>>
>> When checking for this issue, I found a problem ("feature"?) with the
>> initrd: Previous versions came with sshd and ssh-keygen, which we used
>> to set up ssh access in %pre. But both are no longer available in the
>> 5.10 installation environment. Is this on purpose?
>>
>>     Stephan
>>
>>> If you manually run "rpm2cpio grub-0.97-13.11.el5_10.1.x86_64.rpm |
>>> cpio -id", then "file sbin/grub", it says:
>>>
>>>   sbin/grub: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV),
>>> dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped
>>>
>>> This is clearly wrong; grub is supposed to be statically linked, not
>>> dynamically linked. (If you do the same rpm2cpio + file sequence on
>>> the grub package from SL 5.9 or earlier, you will see that it is
>>> statically linked.)
>>>
>>> This appears to be an instance of the following bug:
>>>
>>>   https://bugzilla.redhat.com/show_bug.cgi?id=246827
>>>
>>> Summary of the bug: If you build the grub SRPM on an x86_64 system
>>> with the i386 ncurses-devel package installed, you wind up with a
>>> dynamically-linked grub that requires the non-existent
>>> /usr/lib/libc.so.1. It looks to me like SL 5.10 was built on such a
>>> system, while earlier 5.x versions were not.
>>>
>>> - Pat
>
>

-- 
Bonnie King
Scientific Linux Architecture Management
FEF Department
desk: x8761
cell: 773-799-4608