chroot problem again
giftbound at verizon.net
Fri Jan 28 11:37:39 PST 2005
On Friday 28 January 2005 10:38 am, David wrote:
that happened to me a while back, what kernel version is your host on? I think
it had to do with that.. I forgot..
> Hi- hope someone can help me with a problem in the chroot step of
> Logged in as root
> bash-2.05b# export LFS=/lfs #My LFS partition is mounted at /lfs, not
> bash-2.05b# echo $LFS
> bash-2.05b# chroot "$LFS" /tools/bin/env -i \
> > HOME=/root TERM="$TERM" PS1='\u:\w\$ ' \
> > PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \
> > /tools/bin/bash --login +h
> chroot: cannot execute /tools/bin/env: No such file or directory
> The FAQ describes a similar problem, and says that in LFS>= 5.x the
> usual cause is the dynamic linker embedded inside the executable is
> pointing at /lib/ld-linux.so.2. However mine seems to pass this test:
> bash-2.05b# readelf -l /tools/bin/env | grep interpreter
> [Requesting program interpreter: /tools/lib/ld-linux.so.2]
> Running /tools/bin/env from bash-prompt gives the same output as running
> the host system /usr/bin/env
> Recent same question in this newsgroup suggests:
> 1. "bash not built or prefix not given". bash is present in
> bash-2.05b# ldd /tools/bin/bash
> linux-gate.so.1 => (0xffffe000)
> libncurses.so.5 => /tools/lib/libncurses.so.5 (0xb7fa7000)
> libdl.so.2 => /tools/lib/libdl.so.2 (0xb7fa2000)
> libc.so.6 => /tools/lib/libc.so.6 (0xb7e8c000)
> /tools/lib/ld-linux.so.2 => /tools/lib/ld-linux.so.2
> bash-2.05b# locate linux-gate
> (Where is this linux-gate.so.1? Shouldn't it be under /tools somewhere?
> However every reference I see looks the same as mine so I assume this is
> not the problem.)
> I thought I was onto something when I saw the group of
> /tools/bin/bash and /tools/bin/env was root, but changing that to
> lfs:lfs didn't help either.
> Everything has been fine up to this point *except* for the first pass of
> binutils. This errored out in different places during make,mostly with
> "Unknown pseudo-op" errors, one segfault, getting a bit further each
> Had already re-installed binutils on host system (as root) because of
> unknown pseudo-op error in gcc bootstrap stage.
> Ran memtest86 (because above was said to suggest hardware problem) - 0
> errors in 10 passes over 9 hours.
> Eventually binutils make completed without any errors, and since then
> all other packages in chapter 5 (including second pass of binutils) have
> compiled without a single hitch, and I can't reproduce the error. All
> recommended sanity checks gave correct output.
> Initially packages were downloaded as tarball from LFS website using
> windows - dl with windows has given problems before so I tried
> downloading all under linux with wget using my own script, mostly with
> local (mirror.aarnet.edu.au) sources, generally reliable. No variations
> from recommended packages.
> I have re-installed binutils (for luck) and coreutils (because it
> contains env which is giving the error) from the lfs user environment a
> la chapter 5, with no problems and no benefit. Also re-installed bash.
> Have checked and double-checked:
> lfs user environment during chapter 5 installs
> root user environment including mounted filesystems, declaring $LFS for
> chroot step
> AFAIK all other recommendations followed religiously. No optimizations.
> Host distro - Vector linux 4.0 (small slackware based distro). Uses
> gcc-3.2.2, glibc-2.3.1, (comes shipped with kernel 2.4.21).
> Running kernel 2.6.10 compiled with minimal modules. Have not installed
> System - Athlon Duron K6, 512M
> bash-2.05b# mount
> /dev/hda3 on / type ext3 (rw,errors=remount-ro)
> /dev/hdb3 on /lfs type reiserfs (rw)
> /dev/hdb1 on /lfs/boot type ext2 (rw)
> /dev/hdb5 on /lfs/usr type reiserfs (rw)
> /dev/hdb6 on /lfs/var type reiserfs (rw)
> /dev/hdb7 on /lfs/tmp type reiserfs (rw)
> /dev/hdb8 on /lfs/home type reiserfs (rw)
> /dev/hda6 on /win/d type ntfs (ro)
> proc on /proc type proc (rw)
> none on /dev/pts type devpts (rw,gid=5,mode=666)
> proc on /lfs/proc type proc (rw)
> /dev/hdb9 on /vfat2 type vfat (rw,noexec,nosuid,nodev,umask=000)
> sysfs on /lfs/sys type sysfs (rw)
> ramfs on /lfs/dev type ramfs (rw)
> tmpfs on /lfs/dev/shm type tmpfs (rw)
> devpts on /lfs/dev/pts type devpts (rw,gid=4,mode=620)
> The $LFS/tools and sources directories are subdirectories of /lfs/usr
> (because the /lfs partition is too small) and symlinked from /lfs.
> Can this be a problem? (There has been no other indication that it is)
> Any other suggestions gratefully received.
> dave | Chronic linux dabbler
> and | but minimal computer
> anj | know-how
More information about the lfs-support