mv /usr/lib/gconv/*.so /lib/gconv/ ???

[matt farnsworth]

My system uses 3 drives to distribute system files for performance, other
system layouts may not experience this problem.
Example:
    /dev/sda1        /
    /dev/hda5        /usr/
    /dev/sda2        /usr/lib

My distribution (Mandrake 8.2) uses sh with dynamic libraries, and some init
scripts use sh.  lsof verifies that sh is using a  lib.so in
/usr/lib/gconv.   I think some functions in glibc may depend on calling
functions from LOCALE/terminfo selected libs in /usr/lib/gconv/,  but I'm
just guessing here.

PROBLEM:
    When I shutdown or reboot, /usr partition can not be unmounted because
/usr/lib can not be unmounted because files are still in use.  My /usr/lib
is rather large and booting takes forever to fsck, since I have to power off
to get out.  This is very unclean and I've found it quite difficult to
diagnose what program/service/deamon is holding a file in /usr/lib.  Ohter
filesystems such as /var may also be left unclosed.

SOLUTIONS:
    move /usr/lib/conv to /lib/conv
    recomplile sh to use static libs

OTHER DIAGNOSTICS:
    ???

QUESTIONS:
    If I move     /usr/lib/gconv/*.so /lib/gconv/  must I softlink
/usr/lib/gconv -> /lib/conv to avoid breaking glibc or will ldconf handle
it?
    How do other distributions handle this?
    Is there a better solution?
    What are the real dependancies/relationships?
   nm and ar don't recognize these libraries format, what is the correct
tool?  (readelf provides strange values - some names are numbers?)