At Sat, 25 Sep 2004 09:05:00 -0300, Cesar Eduardo Barros wrote: > $ ldd /sbin/init > libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x40034000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > $ cat /proc/1/maps > 08048000-0804f000 r-xp 00000000 03:01 2423768 /sbin/init > 0804f000-08050000 rw-p 00007000 03:01 2423768 /sbin/init > 08050000-08071000 rw-p 08050000 00:00 0 > 40000000-40016000 r-xp 00000000 03:01 163657 /lib/ld-2.3.2.so > 40016000-40017000 rw-p 00015000 03:01 163657 /lib/ld-2.3.2.so > 40017000-40018000 rw-p 40017000 00:00 0 > 40034000-40163000 r-xp 00000000 03:01 784941 /lib/tls/i686/cmov/libc-2.3.2.so > 40163000-4016b000 rw-p 0012f000 03:01 784941 /lib/tls/i686/cmov/libc-2.3.2.so > 4016b000-4016f000 rw-p 4016b000 00:00 0 > bffff000-c0000000 rw-p bffff000 00:00 0 > ffffe000-fffff000 ---p 00000000 00:00 0 > > It might not get any benefit from using > /lib/tls/i686/cmov/libc-2.3.2.so, but as you can see it's being used. > > When running libc6.postinst, the new libc6-i686 wasn't yet unpacked, and > so when libc6.postist restarted init, it used the new ld-2.3.2.so but > the old /lib/tls/i686/cmov/libc-2.3.2.so (since nothing on init > prevented it from using the i686 libc).
No. During configuration, /etc/ld.so.nohwcap is created; libc6-i686 libraries should not be used. Check reinstall libc6 and libc6-i686 with lsof. > If I didn't restart it by hand, the file descriptor for the old copy of > the i686 libc would still be open, causing problems later when umounting > the root filesystem. No. Close-pending files is the exact file, but it has just no name space accessible. So it's no relation with this report. If no more problems are existed, I close it. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
