[Bug 244328] mkinitrd hack drops 58 cores while creating new initrd
bugzilla at redhat.com
bugzilla at redhat.com
Wed Jul 16 18:41:00 UTC 2008
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: mkinitrd hack drops 58 cores while creating new initrd
https://bugzilla.redhat.com/show_bug.cgi?id=244328
michal at harddata.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |NEW
Flag|needinfo?(michal at harddata.co|
|m) |
------- Additional Comments From michal at harddata.com 2008-07-16 14:41 EST -------
> Can you test this in Fedora 9?
I can but this is not conclusive. The thing is that at the moment
I have only x86_64 installations around. A new version of mkinitrd
will pick up as LDSO, for use in get_dso_deps(), either files from
/lib64/ (that includes desired /lib64/ld-linux-x86-64.so.2 among
other things) or will try such "interesting" values for LDSO like
/etc/ld.so.conf.d/mysql-x86_64.conf. None of this will attempt to use
/lib/ld.so.1.9.5 - which I need for some old binaries and what was
really triggering the problem. I am not sure what would happen on
i386 installation but on x86_64 /lib/ld* is not attempted at all so
the issue is gone.
A workaround for older versions of /sbin/mkinitrd was to exclude
in that script "bad" versions of /lib/ld*, which were not needed
in the context anyway, thus preventing segfaults.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
More information about the fedora-triage-list
mailing list