SCIENTIFIC-LINUX-DEVEL Archives

February 2014

SCIENTIFIC-LINUX-DEVEL@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Pat Riehecky <[log in to unmask]>
Reply To:
Pat Riehecky <[log in to unmask]>
Date:
Mon, 3 Feb 2014 09:29:07 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (59 lines)
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


-- 
Pat Riehecky

Scientific Linux developer
http://www.scientificlinux.org/

ATOM RSS1 RSS2