Am Mon, 7 Sep 2009 03:24:48 +0200 schrieb Christoph Franzen <ChristophFranzen@gmx.net>: > Am Sun, 6 Sep 2009 23:31:03 +0200 schrieb maximilian attems > <max@stro.at>: > > On Sun, 06 Sep 2009, Christoph Franzen wrote: > > > Perhaps it's more complicated, but I will now try the following: > > 1) Move all of the local libc files out of the way. Done. > 2) Regenerate the cache stuff. Called "ldconfig -v", nothing suspicious. > 3) Try again to generate a RAM disk. This are the important parts of a "diff" from the log I posted, and the new one with local libc files removed: 6402a6405 > ++ echo /lib/i686/cmov/libc.so.6 6404,6407c6407,6410 < ++ echo /usr/local/lib/i686/cmov/libc.so.6 < + nonoptlib=/usr/local/lib/libc.so.6 < + '[' -e /usr/local/lib/libc.so.6 ']' < ++ basename /usr/local/lib/i686/cmov/libc.so.6 --- > + nonoptlib=/lib/libc.so.6 > + '[' -e /lib/libc.so.6 ']' > + x=/lib/libc.so.6 > ++ basename /lib/libc.so.6 6409,6413c6412,6416 < ++ dirname /usr/local/lib/i686/cmov/libc.so.6 < + dirname=/usr/local/lib/i686/cmov < + mkdir -p /tmp/mkinitramfs_dUNbfS//usr/local/lib/i686/cmov < + '[' '!' -e /tmp/mkinitramfs_dUNbfS//usr/local/lib/i686/cmov/libc.so.6 ']' < + ln -s /usr/local/lib/i686/cmov/libc.so.6 /tmp/mkinitramfs_dUNbfS//usr/local/lib/i686/cmov --- > ++ dirname /lib/libc.so.6 > + dirname=/lib > + mkdir -p /tmp/mkinitramfs_dUNbfS//lib > + '[' '!' -e /tmp/mkinitramfs_dUNbfS//lib/libc.so.6 ']' > + ln -s /lib/libc.so.6 /tmp/mkinitramfs_dUNbfS//lib 6457c6460 < ++ echo /usr/local/lib/i686/cmov/libc.so.6 --- > ++ echo /lib/i686/cmov/libc.so.6 6459,6461c6462,6465 < + nonoptlib=/usr/local/lib/libc.so.6 < + '[' -e /usr/local/lib/libc.so.6 ']' < ++ basename /usr/local/lib/i686/cmov/libc.so.6 --- > + nonoptlib=/lib/libc.so.6 > + '[' -e /lib/libc.so.6 ']' > + x=/lib/libc.so.6 > ++ basename /lib/libc.so.6 6463,6466c6467,6470 < ++ dirname /usr/local/lib/i686/cmov/libc.so.6 < + dirname=/usr/local/lib/i686/cmov < + mkdir -p /tmp/mkinitramfs_dUNbfS//usr/local/lib/i686/cmov < + '[' '!' -e /tmp/mkinitramfs_dUNbfS//usr/local/lib/i686/cmov/libc.so.6 ']' --- > ++ dirname /lib/libc.so.6 > + dirname=/lib > + mkdir -p /tmp/mkinitramfs_dUNbfS//lib > + '[' '!' -e /tmp/mkinitramfs_dUNbfS//lib/libc.so.6 ']' 6507c6511 < ++ echo /usr/local/lib/i686/cmov/libc.so.6 --- > ++ echo /lib/i686/cmov/libc.so.6 6509,6511c6513,6516 < + nonoptlib=/usr/local/lib/libc.so.6 < + '[' -e /usr/local/lib/libc.so.6 ']' < ++ basename /usr/local/lib/i686/cmov/libc.so.6 --- > + nonoptlib=/lib/libc.so.6 > + '[' -e /lib/libc.so.6 ']' > + x=/lib/libc.so.6 > ++ basename /lib/libc.so.6 6513,6516c6518,6521 < ++ dirname /usr/local/lib/i686/cmov/libc.so.6 < + dirname=/usr/local/lib/i686/cmov < + mkdir -p /tmp/mkinitramfs_dUNbfS//usr/local/lib/i686/cmov < + '[' '!' -e /tmp/mkinitramfs_dUNbfS//usr/local/lib/i686/cmov/libc.so.6 ']' --- > ++ dirname /lib/libc.so.6 > + dirname=/lib > + mkdir -p /tmp/mkinitramfs_dUNbfS//lib > + '[' '!' -e /tmp/mkinitramfs_dUNbfS//lib/libc.so.6 ']' It seems to be looking for the correct files now, so I'll make a real image rather than writing to "/dev/null"... Well, now it actually does contain "libc.so.6" (but no "libm.so" which seemed to be a problem as well, maybe it is only present with the other busybox?) I do not yet understand how to-be-copied libraries are chosen. So thank you, my own problem seems to be solved now, but as I said, I think that local libraries should be allowed to be present, and not interfere with boot file installation/creation. If I can, I will help you to improve this. Regards, Christoph
Attachment:
signature.asc
Description: PGP signature