(C)LFS: `/tools/bin/env': No such file or directory

[Ferdinant]

Hallo

also: Geplant war ein LFS System auf einem USB-Stick. Da ich das Ganze in 64-bit wollte, musste ich mich nach CLFS (in meinem fall diesem http://cross-lfs.org/view/svn/x86_64-64/) richten.

Da ich auch eine 64-bit Arch Linux installiert habe, habe ich mich nach Punkt 6 (Konstruktion eines Temporären Systems) entschieden mit chroot in das neue System zu gehen und weiter zu werkeln.

Problem:

chroot "/mnt/lfs" /tools/bin/env -i     HOME=/root TERM="xterm" PS1='\u:\w\$ '     PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin /tools/bin/bash --login +h
/usr/sbin/chroot: cannot run command `/tools/bin/env': No such file or directory

und das obwohl....

bash-3.2# ls /tools/bin/en*
/tools/bin/env

bash-3.2# ls -l /
insgesamt 44
-rwxr-xr-x   1 root root    0 15. Nov 15:04 MT6658.new
drwxr-xr-x   2 root root 4096  3. Apr 19:19 bin
drwxr-xr-x   3 root root 4096  3. Apr 19:15 boot
lrwxrwxrwx   1 root root   20  6. Apr 20:50 cross-tools -> /mnt/lfs/cross-tools
drwxr-xr-x  22 root root    0  7. Apr 11:50 dev
drwxr-xr-x  63 root root 8192  7. Apr 13:49 etc
drwxr-xr-x   4 root root   28  6. Apr 20:54 home
drwxr-xr-x   7 root root 4096  3. Apr 19:19 lib
drwxr-xr-x   2 root root   49 29. Jan 17:07 lib64
drwxr-xr-x   6 root root   62  7. Apr 10:12 media
drwxr-xr-x   4 root root   28  6. Apr 20:27 mnt
drwxr-xr-x  10 root root  103 19. Feb 16:37 opt
dr-xr-xr-x 167 root root    0  7. Apr 10:12 proc
drwxr-x---   8 root root  137  2. Feb 16:34 root
drwxr-xr-x   2 root root 8192  3. Apr 19:18 sbin
drwxr-xr-x   4 root root   27 11. Jan 14:31 srv
drwxr-xr-x  12 root root    0  7. Apr 10:12 sys
drwxrwxrwt  10 root root 4096  7. Apr 14:01 tmp
lrwxrwxrwx   1 root root   14  7. Apr 13:45 tools -> /mnt/lfs/tools
drwxr-xr-x  12 root root  141  3. Apr 21:13 usr
drwxr-xr-x  13 root root  136  2. Feb 14:42 var
drwxr-xr-x   4 root root   22 20. Okt 10:05 windows

bash-3.2# mount
/dev/sda5 on / type xfs (rw)
none on /dev type ramfs (rw)
none on /proc type proc (rw)
none on /sys type sysfs (rw)
none on /dev/pts type devpts (rw)
none on /dev/shm type tmpfs (rw)
/dev/sda1 on /windows/c type fuseblk (rw,noexec,nosuid,nodev,allow_other,default_permissions,blksize=4096)
/dev/sda2 on /windows/d type fuseblk (rw,noexec,nosuid,nodev,allow_other,default_permissions,blksize=4096)
/dev/sdg on /mnt/lfs type xfs (rw)
proc on /mnt/lfs/proc type proc (rw)
sysfs on /mnt/lfs/sys type sysfs (rw)
/dev on /mnt/lfs/dev type none (rw,bind)
tmpfs on /mnt/lfs/dev/shm type tmpfs (rw)
devpts on /mnt/lfs/dev/pts type devpts (rw,gid=4,mode=620)

Und googeln half mir bis jetzt auch noch nicht wirklich weiter. Wenn jemand eine Idee hat, woran es liegen könnte, das env nicht gefunden wird, wäre ich dankbar, wenn er/sie mir diese mitteilen könnte

 

[MTS]

hmm ist lange her ...

benutzt chroot evtl. schon den pfad im neuen root, also
bin/env anstelle von tools/... eingeben?

 

[Rimu]

Laut meinen erfahrungen ist das jetzt voellig latte wie man versucht zu chrooten, man wird einfach kein chroot hinbekommen - irgendwas lief schief beim kompilieren.. Hatte ich auch schon oeftres, nur was das problem war hab ich auch bis heute nicht herausgefunden. (hab aber auch nie nach ner loesung gesucht :ugly

 

[Ferdinant]

hmm ist lange her ...

benutzt chroot evtl. schon den pfad im neuen root, also
bin/env anstelle von tools/... eingeben?

das tolle an der planung bisher war ja grade, das die datei im Host- sowie im Targetsystem in /tools/bin/env zu finden ist, da /tools nur nen symlink auf /mnt/lfs/tools/ ist, worin dann das temporäre system liegt (welches irgendwie nicht funktioniert)


naja dann geb ichs bis LFS 7.0 stable auf, denn dann solls ja auch endlich nen normales 64-bit buch geben