[lfs-support] lfs-support Digest, Vol 2963, Issue 1

Kodali Sivakiran ksk.pinku91 at gmail.com
Tue Sep 24 22:37:26 PDT 2013


Hi William Harrington,

Thanks for the advice...but what if i say i've done my gcc pass-2 build in
$LFS/source/gcc-build2/
Do you think what you said still apply..???  (i doubt it..plz clarify..)

thanks & Regards
Siva.


On Wed, Sep 25, 2013 at 6:11 AM,
<lfs-support-request at linuxfromscratch.org>wrote:

> Send lfs-support mailing list submissions to
>         lfs-support at linuxfromscratch.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://linuxfromscratch.org/mailman/listinfo/lfs-support
> or, via email, send a message with subject or body 'help' to
>         lfs-support-request at linuxfromscratch.org
>
> You can reach the person managing the list at
>         lfs-support-owner at linuxfromscratch.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of lfs-support digest..."
>
>
> Today's Topics:
>
>    1. Re:  Installation of Linux API Headers (chapter 6.7.1)
>       problem (????? ?????)
>    2.  LFSv7.4 stuck at section 6.9.1 (Kodali Sivakiran)
>    3.  Good day sir! (Phoebe Bacotot)
>    4. Re:  LFSv7.4 stuck at section 6.9.1 (Pierre Labastie)
>    5. Re:  LFSv7.4 stuck at section 6.9.1 (William Harrington)
>    6. Re:  LFSv7.4 stuck at section 6.9.1 (Phoebe Bacotot)
>    7.  chroot into the temporary ...? (Wiky)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 24 Sep 2013 12:35:40 +0400
> From: ????? ????? <a.orlov at veedo.ru>
> Subject: Re: [lfs-support] Installation of Linux API Headers (chapter
>         6.7.1)  problem
> To: LFS Support List <lfs-support at linuxfromscratch.org>
> Message-ID:
>         <
> CAGfYKrjjhPiTv4k7yGkWfhnRSpv9YxJi3yTjiwXZtNcsNpVjow at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> > You should be chrooted into your new LFS build before installing the
> > headers at step 6.7.1. As such your version of bash should look "similar"
> > to this:
> > bash -version
> > GNU bash, version 4.2.45(2)-release (x86_64-unknown-linux-gnu)
> >
>
> My bash version is:
> root:/sources# bash -version
> GNU bash, version 4.2.45(2)-release (i686-pc-linux-gnu)
>
>
> > If command substitution is broken in your temp tools bash while in
> > chroot, then your host wasn't setup properly. You should have bash as
> > your default shell and bison yacc, not some other yacc. The host
> > system requirements page helps set the stage for that.
> >
> >
> My linux distribution is Debian 7.1 and 'Berkley LA LR Yacc parser
> generator' is installed by default. I should change it to 'YACC-compatible
> parser generator' and rebuild bash in tools.
>
> Thank you, gentlemen.
>
> --
> With respect,
> Artem Orlov
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://linuxfromscratch.org/pipermail/lfs-support/attachments/20130924/05732075/attachment-0001.html
>
> ------------------------------
>
> Message: 2
> Date: Tue, 24 Sep 2013 14:55:31 +0530
> From: Kodali Sivakiran <ksk.pinku91 at gmail.com>
> Subject: [lfs-support] LFSv7.4 stuck at section 6.9.1
> To: lfs-support at linuxfromscratch.org
> Message-ID:
>         <CAHVccjoXO0ypexKsFjaqJqus4LVwO_eCT3D88oi2n=
> XVv1dPEg at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi everyone,
>
> My linux machine details:
>  # uname -r   : 3.2.0-50-generic-pae
>  using ubuntu 12.04 LTS
>  LFS version:7.4
>
> I've followed the instructions in the book strictly.Successfully completed
> chapter5.
> After chrooting into the lfs partition,i.e, section 6.9.1 when i ran the
> command:
> "../glibc-2.18/configure --prefix=/usr   --disable-profile
> --enable-kernel=2.6.32 \
> --libexecdir=/usr/lib/glibc "
>
> and then it throws an error like this :  (this is a copy paste from the
> terminal)
>
> "root:/sources/glibc-build2:# ../glibc-2.18/configure --prefix=/usr
> --disable-profile --enable-kernel=2.6.32 \
> > --libexecdir=/usr/lib/glibc
> checking build system type... i686-pc-linux-gnu
> checking host system type... i686-pc-linux-gnu
> checking for gcc... gcc
> checking for suffix of object files... configure: error: in
> `/sources/glibc-build2':
> configure: error: cannot compute suffix of object files: cannot compile
> See `config.log' for more details "
> ****************************************************
> Now, the contents of config.log are:
> root:/sources/glibc-build2:# cat config.log
> This file contains any messages produced by compilers while
> running configure, to aid debugging if configure makes a mistake.
>
> It was created by GNU C Library configure (see version.h), which was
> generated by GNU Autoconf 2.68.  Invocation command line was
>
>   $ ../glibc-2.18/configure --prefix=/usr --disable-profile
> --enable-kernel=2.6.32 --libexecdir=/usr/lib/glibc
>
> ## --------- ##
> ## Platform. ##
> ## --------- ##
>
> hostname = shiva-desktop
> uname -m = i686
> uname -r = 3.2.0-50-generic-pae
> uname -s = Linux
> uname -v = #76-Ubuntu SMP Tue Jul 9 19:24:55 UTC 2013
>
> /usr/bin/uname -p = unknown
> /bin/uname -X     = unknown
>
> /bin/arch              = unknown
> /usr/bin/arch -k       = unknown
> /usr/convex/getsysinfo = unknown
> /usr/bin/hostinfo      = unknown
> /bin/machine           = unknown
> /usr/bin/oslevel       = unknown
> /bin/universe          = unknown
>
> PATH: /bin
> PATH: /usr/bin
> PATH: /sbin
> PATH: /usr/sbin
> PATH: /tools/bin
>
>
> ## ----------- ##
> ## Core tests. ##
> ## ----------- ##
>
> configure:2344: checking build system type
> configure:2358: result: i686-pc-linux-gnu
> configure:2378: checking host system type
> configure:2391: result: i686-pc-linux-gnu
> configure:2460: checking for gcc
> configure:2476: found /tools/bin/gcc
> configure:2487: result: gcc
> configure:2716: checking for C compiler version
> configure:2725: gcc --version >&5
> ../glibc-2.18/configure: line 2727: /tools/bin/gcc: No such file or
> directory
> configure:2736: $? = 127
> configure:2725: gcc -v >&5
> ../glibc-2.18/configure: line 2727: /tools/bin/gcc: No such file or
> directory
> configure:2736: $? = 127
> configure:2725: gcc -V >&5
> ../glibc-2.18/configure: line 2727: /tools/bin/gcc: No such file or
> directory
> configure:2736: $? = 127
> configure:2725: gcc -qversion >&5
> ../glibc-2.18/configure: line 2727: /tools/bin/gcc: No such file or
> directory
> configure:2736: $? = 127
> configure:2741: checking for suffix of object files
> configure:2763: gcc -c   conftest.c >&5
> ../glibc-2.18/configure: line 2765: /tools/bin/gcc: No such file or
> directory
> configure:2767: $? = 127
> configure: failed program was:
> | /* confdefs.h */
> | #define PACKAGE_NAME "GNU C Library"
> | #define PACKAGE_TARNAME "glibc"
> | #define PACKAGE_VERSION "(see version.h)"
> | #define PACKAGE_STRING "GNU C Library (see version.h)"
> | #define PACKAGE_BUGREPORT "http://sourceware.org/bugzilla/"
> | #define PACKAGE_URL "http://www.gnu.org/software/glibc/"
> | #define PKGVERSION "(GNU libc) "
> | #define REPORT_BUGS_TO "<http://www.gnu.org/software/libc/bugs.html>"
> | /* end confdefs.h.  */
> |
> | int
> | main ()
> | {
> |
> |   ;
> |   return 0;
> | }
> configure:2781: error: in `/sources/glibc-build2':
> configure:2783: error: cannot compute suffix of object files: cannot
> compile
> See `config.log' for more details
>
> ## ---------------- ##
> ## Cache variables. ##
> ## ---------------- ##
>
> ac_cv_build=i686-pc-linux-gnu
> ac_cv_env_CCC_set=
> ac_cv_env_CCC_value=
> ac_cv_env_CC_set=
> ac_cv_env_CC_value=
> ac_cv_env_CFLAGS_set=
> ac_cv_env_CFLAGS_value=
> ac_cv_env_CPPFLAGS_set=
> ac_cv_env_CPPFLAGS_value=
> ac_cv_env_CPP_set=
> ac_cv_env_CPP_value=
> ac_cv_env_CXXFLAGS_set=
> ac_cv_env_CXXFLAGS_value=
> ac_cv_env_CXX_set=
> ac_cv_env_CXX_value=
> ac_cv_env_LDFLAGS_set=
> ac_cv_env_LDFLAGS_value=
> ac_cv_env_LIBS_set=
> ac_cv_env_LIBS_value=
> ac_cv_env_build_alias_set=
> ac_cv_env_build_alias_value=
> ac_cv_env_host_alias_set=
> ac_cv_env_host_alias_value=
> ac_cv_env_target_alias_set=
> ac_cv_env_target_alias_value=
> ac_cv_host=i686-pc-linux-gnu
> ac_cv_prog_ac_ct_CC=gcc
>
> ## ----------------- ##
> ## Output variables. ##
> ## ----------------- ##
>
> AR=''
> AS=''
> ASFLAGS_config=''
> AUTOCONF=''
> AWK=''
> BASH_SHELL=''
> BISON=''
> BUILD_CC=''
> CC='gcc'
> CFLAGS=''
> CPP=''
> CPPFLAGS=''
> CPPUNDEFS=''
> CXX=''
> CXXFLAGS=''
> CXX_SYSINCLUDES=''
> DEFINES=''
> DEFS=''
> ECHO_C=''
> ECHO_N='-n'
> ECHO_T=''
> INSTALL_DATA=''
> INSTALL_INFO=''
> INSTALL_PROGRAM=''
> INSTALL_SCRIPT=''
> KSH=''
> LD=''
> LDFLAGS=''
> LIBGD=''
> LIBOBJS=''
> LIBS=''
> LN_S=''
> LTLIBOBJS=''
> MAKE=''
> MAKEINFO=''
> MSGFMT=''
> NM=''
> OBJCOPY=''
> OBJDUMP=''
> OBJEXT=''
> PACKAGE_BUGREPORT='http://sourceware.org/bugzilla/'
> PACKAGE_NAME='GNU C Library'
> PACKAGE_STRING='GNU C Library (see version.h)'
> PACKAGE_TARNAME='glibc'
> PACKAGE_URL='http://www.gnu.org/software/glibc/'
> PACKAGE_VERSION='(see version.h)'
> PATH_SEPARATOR=':'
> PERL=''
> PKGVERSION='(GNU libc) '
> PKGVERSION_TEXI='(GNU libc) '
> READELF=''
> RELEASE=''
> REPORT_BUGS_TEXI='@uref{http://www.gnu.org/software/libc/bugs.html}'
> REPORT_BUGS_TO='<http://www.gnu.org/software/libc/bugs.html>'
> SED=''
> SHELL='/bin/sh'
> SYSINCLUDES=''
> VERSION=''
> VERSIONING=''
> ac_ct_CC='gcc'
> ac_ct_CXX=''
> add_on_subdirs=''
> add_ons=''
> all_warnings=''
> base_machine=''
> bindir='${exec_prefix}/bin'
> bindnow=''
> build='i686-pc-linux-gnu'
> build_alias=''
> build_cpu='i686'
> build_nscd=''
> build_os='linux-gnu'
> build_pt_chown=''
> build_vendor='pc'
> cross_compiling='no'
> datadir='${datarootdir}'
> datarootdir='${prefix}/share'
> docdir='${datarootdir}/doc/${PACKAGE_TARNAME}'
> dvidir='${docdir}'
> exceptions=''
> exec_prefix='NONE'
> fno_unit_at_a_time=''
> force_install=''
> gnu89_inline=''
> hardcoded_path_in_tests=''
> have_libaudit=''
> have_libcap=''
> have_selinux=''
> host='i686-pc-linux-gnu'
> host_alias=''
> host_cpu='i686'
> host_os='linux-gnu'
> host_vendor='pc'
> htmldir='${docdir}'
> includedir='${prefix}/include'
> infodir='${datarootdir}/info'
> ldd_rewrite_script=''
> libc_cv_Bgroup=''
> libc_cv_cc_loop_to_function=''
> libc_cv_cc_nofma=''
> libc_cv_cc_submachine=''
> libc_cv_cc_with_libunwind=''
> libc_cv_forced_unwind=''
> libc_cv_fpie=''
> libc_cv_gcc_static_libgcc=''
> libc_cv_gcc_unwind_find_fde=''
> libc_cv_hashstyle=''
> libc_cv_have_bash2=''
> libc_cv_have_ksh=''
> libc_cv_localedir=''
> libc_cv_localstatedir=''
> libc_cv_nss_crypt=''
> libc_cv_output_format=''
> libc_cv_pic_default=''
> libc_cv_rootsbindir=''
> libc_cv_rtlddir=''
> libc_cv_slibdir=''
> libc_cv_ssp=''
> libc_cv_sysconfdir=''
> libc_cv_z_combreloc=''
> libc_cv_z_execstack=''
> libc_extra_cflags=''
> libdir='${exec_prefix}/lib'
> libexecdir='/usr/lib/glibc'
> link_obsolete_rpc=''
> localedir='${datarootdir}/locale'
> localstatedir='${prefix}/var'
> mach_interface_list=''
> mandir='${datarootdir}/man'
> multi_arch=''
> old_glibc_headers=''
> oldest_abi=''
> oldincludedir='/usr/include'
> pdfdir='${docdir}'
> prefix='/usr'
> profile=''
> program_transform_name='s,x,x,'
> psdir='${docdir}'
> sbindir='${exec_prefix}/sbin'
> shared=''
> sharedstatedir='${prefix}/com'
> sizeof_long_double=''
> static=''
> static_nss=''
> subdirs=' '
> submachine=''
> sysconfdir='${prefix}/etc'
> sysdeps_add_ons=''
> sysheaders=''
> sysnames=''
> target_alias=''
> use_default_link=''
> use_ldconfig=''
> use_nscd=''
> with_fp=''
>
> ## ----------- ##
> ## confdefs.h. ##
> ## ----------- ##
>
> /* confdefs.h */
> #define PACKAGE_NAME "GNU C Library"
> #define PACKAGE_TARNAME "glibc"
> #define PACKAGE_VERSION "(see version.h)"
> #define PACKAGE_STRING "GNU C Library (see version.h)"
> #define PACKAGE_BUGREPORT "http://sourceware.org/bugzilla/"
> #define PACKAGE_URL "http://www.gnu.org/software/glibc/"
> #define PKGVERSION "(GNU libc) "
> #define REPORT_BUGS_TO "<http://www.gnu.org/software/libc/bugs.html>"
>
> configure: exit 1
>
> ********************************************************************
> In the upper section of config.log we can see that:
> " configure:2725: gcc --version >&5
> ../glibc-2.18/configure: line 2727: /tools/bin/gcc: No such file or
> directory
> configure:2736: $? = 127
> ........... "
>
> not only gcc ,later i've checked with some of the binaries under
> /tools/bin, they say the same thing when i try to use them..."No such file
> or directory"
>
> WHAT MIGHT BE THE REASON??
> In an attempt to understand the problem, i did this outside the chroot
> environment:
> " shiva at shiva-desktop:/$ ldd /tools/bin/gcc
>     linux-gate.so.1 =>  (0xb77dd000)
>     libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb761b000)
>     /lib/ld-linux.so.2 (0xb77de000)    "
> so, does it mean that my /tools/bin/gcc got linked with the host libraries
> rather than my /tools/lib ???
>
> SUGGEST ME SOMETHING ON THIS, SO, THAT I CAN PROCEED FURTHER...
>
>
>
> P.S.: this is my first mail to the mailing list...sorry if it is informal
> or too long..or whatever that causes yu the discomfort..
>
> THANKS in advance..
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://linuxfromscratch.org/pipermail/lfs-support/attachments/20130924/8bf2a301/attachment-0001.html
>
> ------------------------------
>
> Message: 3
> Date: Tue, 24 Sep 2013 04:18:52 -0700 (PDT)
> From: Phoebe Bacotot <pupreen_lover at yahoo.com>
> Subject: [lfs-support] Good day sir!
> To: "lfs-support at linuxfromscratch.org"
>         <lfs-support at linuxfromscratch.org>
> Message-ID:
>         <1380021532.22786.YahooMailNeo at web140006.mail.bf1.yahoo.com>
> Content-Type: text/plain; charset=us-ascii
>
> I would like to ask some notes how to begin my blfs by building samba
> server on it?
>
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 24 Sep 2013 14:36:00 +0200
> From: Pierre Labastie <pierre.labastie at neuf.fr>
> Subject: Re: [lfs-support] LFSv7.4 stuck at section 6.9.1
> To: LFS Support List <lfs-support at linuxfromscratch.org>
> Message-ID: <52418730.30506 at neuf.fr>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Le 24/09/2013 11:25, Kodali Sivakiran a ?crit :
> > Hi everyone,
> >
> > [description of the failure]
> > ********************************************************************
> > In the upper section of config.log we can see that:
> > " configure:2725: gcc --version >&5
> > ../glibc-2.18/configure: line 2727: /tools/bin/gcc: No such file or
> > directory
> > configure:2736: $? = 127
> > ........... "
> >
> > not only gcc ,later i've checked with some of the binaries under
> > /tools/bin, they say the same thing when i try to use them..."No such
> > file or directory"
> >
> > WHAT MIGHT BE THE REASON??
> gcc is a program which mainly runs other executables (cpp for
> preprocessing, cc1 for compiling, etc). So even if /tools/bin/gcc is
> there, it could be somehow unable to find one ore all of those
> executables, which would explain the 'no such file...' diagnostic.
> > In an attempt to understand the problem, i did this outside the chroot
> > environment:
> > " shiva at shiva-desktop:/$ ldd /tools/bin/gcc
> >     linux-gate.so.1 =>  (0xb77dd000)
> >     libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb761b000)
> >     /lib/ld-linux.so.2 (0xb77de000)    "
> > so, does it mean that my /tools/bin/gcc got linked with the host
> > libraries rather than my /tools/lib ???
> No it doesn't. When outside the chroot environment, you are using the
> host libraries. You have to enter the chroot environment to do that test.
> >
> > SUGGEST ME SOMETHING ON THIS, SO, THAT I CAN PROCEED FURTHER...
> >
> >
> Try:
> Enter the chroot environment again and type:
> echo 'main(){}' | gcc -x c -v -
>
> You might get some information on where it fails to find files.
>
> If it works, add -Wl,-verbose before the last dash to the above command.
> You'll get information on whrer le linker looks for files.
>
> Another possibility is that you forgot to mount the virtual files. Type:
> ls /dev (inside the chroot environment).
>
> regards
> Pierre
>
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 24 Sep 2013 10:36:39 -0500
> From: William Harrington <kb0iic at berzerkula.org>
> Subject: Re: [lfs-support] LFSv7.4 stuck at section 6.9.1
> To: LFS Support List <lfs-support at linuxfromscratch.org>
> Message-ID: <84ABAEB3-8974-414C-9902-7AEB4FE62009 at berzerkula.org>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
>
> On Sep 24, 2013, at 4:25 AM, Kodali Sivakiran wrote:
>
> > WHAT MIGHT BE THE REASON??
> > In an attempt to understand the problem, i did this outside the
> > chroot environment:
> > " shiva at shiva-desktop:/$ ldd /tools/bin/gcc
> >     linux-gate.so.1 =>  (0xb77dd000)
> >     libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb761b000)
> >     /lib/ld-linux.so.2 (0xb77de000)    "
> > so, does it mean that my /tools/bin/gcc got linked with the host
> > libraries rather than my /tools/lib ???
>
> If you were able to chroot, and you can't run gcc because of the error
> above, it means that most likely the gcc source and build directories
> weren't removed before rebuilding gcc during pass2 in chapter 5. You
> need to rebuild gcc.
>
> Sincerely,
>
> William Harrington
>
>
> ------------------------------
>
> Message: 6
> Date: Tue, 24 Sep 2013 17:37:28 -0700 (PDT)
> From: Phoebe Bacotot <pupreen_lover at yahoo.com>
> Subject: Re: [lfs-support] LFSv7.4 stuck at section 6.9.1
> To: LFS Support List <lfs-support at linuxfromscratch.org>
> Message-ID:
>         <1380069448.37084.YahooMailNeo at web140003.mail.bf1.yahoo.com>
> Content-Type: text/plain; charset=iso-8859-1
>
> I have a problim compiling my samba...and this output were given
>
>
> client/smbmount.c:25:26: fatal error: linux/smb_fs.h: No such file or
> directory
> compilation terminated.
> The following command failed:
> gcc -I. -I/sources/samba-3.0.30/source? -O -D_SAMBA_BUILD_=3
> -I/sources/samba-3.0.30/source/popt
> -I/sources/samba-3.0.30/source/iniparser/src -Iinclude -I./include? -I. -I.
> -I./lib/replace -I./lib/talloc -I./tdb/include -I./libaddns -I./librpc
> -DHAVE_CONFIG_H? -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
> -D_GNU_SOURCE??? -I/sources/samba-3.0.30/source/lib -D_SAMBA_BUILD_=3 -fPIC
> -c client/smbmount.c -o client/smbmount.o
> make: *** [client/smbmount.o] Error 1
>
>
>
> can you help me how to solve this problem?
>
>
>
> ----- Original Message -----
> From: William Harrington <kb0iic at berzerkula.org>
> To: LFS Support List <lfs-support at linuxfromscratch.org>
> Cc:
> Sent: Tuesday, September 24, 2013 11:36 PM
> Subject: Re: [lfs-support] LFSv7.4 stuck at section 6.9.1
>
>
> On Sep 24, 2013, at 4:25 AM, Kodali Sivakiran wrote:
>
> > WHAT MIGHT BE THE REASON??
> > In an attempt to understand the problem, i did this outside the?
> > chroot environment:
> > " shiva at shiva-desktop:/$ ldd /tools/bin/gcc
> >? ?  linux-gate.so.1 =>? (0xb77dd000)
> >? ?  libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb761b000)
> >? ?  /lib/ld-linux.so.2 (0xb77de000)? ? "
> > so, does it mean that my /tools/bin/gcc got linked with the host?
> > libraries rather than my /tools/lib ???
>
> If you were able to chroot, and you can't run gcc because of the error?
> above, it means that most likely the gcc source and build directories?
> weren't removed before rebuilding gcc during pass2 in chapter 5. You?
> need to rebuild gcc.
>
> Sincerely,
>
> William Harrington
> --
> http://linuxfromscratch.org/mailman/listinfo/lfs-support
> FAQ: http://www.linuxfromscratch.org/lfs/faq.html
> Unsubscribe: See the above information page
>
>
>
> ------------------------------
>
> Message: 7
> Date: Wed, 25 Sep 2013 08:41:37 +0800 (CST)
> From: Wiky <wiiiky at yeah.net>
> Subject: [lfs-support] chroot into the temporary ...?
> To: lfs-support at linuxfromscratch.org
> Message-ID: <7a604a63.82b.1415290695a.Coremail.wiiiky at yeah.net>
> Content-Type: text/plain; charset="gbk"
>
>  hi,
>     It reads 'That is, we chroot into the temporary mini Linux system, ..'
> in Section6.1 of LFS7.4.
>     but when i run 'sudo chroot /mnt/lfs',
>     it returns 'chroot: failed to run command `/bin/bash': No such file or
> directory'. Of course /mnt/lfs/bin/bash not exists
> and then I tried 'sudo chroot /mnt/lfs/tools', it also 'chroot: failed to
> run command `/bin/bash': No such file or directory',but
> /mnt/lfs/tools/bin/bash exists.
>     I really have no idea with the problem,maybe I have missed something
> in Ch5?  Thanks in advance and sorry for my English.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://linuxfromscratch.org/pipermail/lfs-support/attachments/20130925/3c890568/attachment.html
>
> ------------------------------
>
> --
> http://linuxfromscratch.org/mailman/listinfo/lfs-support
> FAQ: http://www.linuxfromscratch.org/lfs/faq.html
> Unsubscribe: See the above information page
>
>
> End of lfs-support Digest, Vol 2963, Issue 1
> ********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfromscratch.org/pipermail/lfs-support/attachments/20130925/73a88298/attachment.html>


More information about the lfs-support mailing list