Hello,
2005/11/24, Chuck <chuck@sbbsnet.net>:
> > You should be able to run ldconfig inside the chroot as it's (at least
> > on some ancient box I'm looking at right now) statically linked, so
> > try:
> >
> > chroot /vservers/davin ldconfig -v
> >
> > Also compare your /lib directories on the host and the guest.
>
>
> the guest cannot execute any files at all. nor can it find them even with the
> proper path given. if i just knew what could have happened within the emerge
> of a binary program for this to occur..... it was working fine before this
> and nothing had been installed/changed in approx month before this.
>
> eron davin # chroot /vservers/davin /sbin/ldconfig -v
> chroot: cannot run command `/sbin/ldconfig': No such file or directory
Have a try with (from host)
ldconfig -v -r /vservers/davin
>
> it cant find bash it cant find ls it cant access anything. same behavior as
> when the guest was 'alive' before i stopped it. stopping it was error prone
> too since it could not execute shutdown. it simply has lost the ability to
> execute anything or find anything..
If you don't have libc installed in the guest, none of the standard
binaries will run even if the proper /bin/bash, /bin/ls etc. binaries
are in place. Do you have some statically linked shell handy? sash,
busybox maybe?
>
> i tried comparing the libs but that seems useless too in a way since the host
> and guest are vastly different in what is installed. the host is a full
> featured workstation with literally hundreds of applications installed while
> the guest is a minimal remote desktop server. ill try to make lists and
> diff them and see what happens..
>
Well, comparing /usr/lib on two vastly different systems is usually
pointless. The basic stuff lives in /lib and should look mostly the
same for all systems (with minor differences between distros). Your
system should be able to boot without /usr at all (so that includes
/usr/lib).
For comparison purposes, here's a listing of /lib on one of my
vservers (debian 3.1 basically).
v824:/# ls /lib -F
cpp@ libatm.so.1@ libcom_err.so.2@
libdl.so.2@ libmemusage.so libnss_hesiod.so.2@
libpopt.so.0@ librt.so.1@ libuuid.so.1.2
init/ libatm.so.1.0.0 libcom_err.so.2.1
libe2p.so.2@ libncurses.so.5@ libnss_nis-2.3.2.so
libpopt.so.0.0.0 libslang.so.1-UTF8@ libwrap.so.0@
iptables/ libattr.so.1@ libconsole.so.0@
libe2p.so.2.3 libncurses.so.5.4 libnss_nis.so.2@
libproc.so.3.2.1 libslang.so.1-UTF8.4.9 libwrap.so.0.7.6
ld-2.3.2.so* libattr.so.1.1.0 libconsole.so.0.0.0
libext2fs.so.2@ libnsl-2.3.2.so libnss_nisplus-2.3.2.so
libpthread-0.10.so libss.so.2@ lsb/
ld-linux.so.2@ libblkid.so.1@ libcrypt-2.3.2.so
libext2fs.so.2.4 libnsl.so.1@ libnss_nisplus.so.2@
libpthread.so.0@ libss.so.2.0 modules/
libBrokenLocale-2.3.2.so libblkid.so.1.0 libcrypt.so.1@
libgcc_s.so.1 libnss_compat-2.3.2.so libpam.so.0@
libreadline.so.4@ libthread_db-1.0.so security/
libBrokenLocale.so.1@ libc-2.3.2.so* libctutils.so.0@
libhistory.so.4@ libnss_compat.so.2@ libpam.so.0.76
libreadline.so.4.3 libthread_db.so.1@ tls/
libSegFault.so libc.so.6@ libctutils.so.0.0.0
libhistory.so.4.3 libnss_dns-2.3.2.so libpam_misc.so.0@
libreadline.so.5@ libusb-0.1.so.4@
libacl.so.1@ libcap.so.1@ libdb.so.2@
libhistory.so.5@ libnss_dns.so.2@ libpam_misc.so.0.76
libreadline.so.5.0 libusb-0.1.so.4.4.2
libacl.so.1.1.0 libcap.so.1.10 libdb1-2.2.5.so
libhistory.so.5.0 libnss_files-2.3.2.so libpamc.so.0@
libresolv-2.3.2.so libutil-2.3.2.so
libanl-2.3.2.so libcfont.so.0@ libdb1.so.2@
libm-2.3.2.so libnss_files.so.2@ libpamc.so.0.76
libresolv.so.2@ libutil.so.1@
libanl.so.1@ libcfont.so.0.0.0 libdl-2.3.2.so
libm.so.6@ libnss_hesiod-2.3.2.so libpcprofile.so
librt-2.3.2.so libuuid.so.1@
HTH and sorry for the ugly copy-paste :)
Best regards,
Grzegorz Nosek
_______________________________________________
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Received on Thu Nov 24 22:39:01 2005