检查 调整工具链是否成功 的脚本

dyhml

LFS 中,几次调整工具链是很关键的,就是要保证其后编译的程序链接到正确的位置.
如果链接不对,会经常出现
bash : xxx : No such file or directory
这种除了让人糊涂以外一点用没有的信息, 完全是 unhelpful .

所以,我写了这两个脚本,检查程序及库是不是都是正确的.

1.在做好 /tools -> /mnt/lfs/tools 下的第一遍工具链之后, chroot 之前, 检查 /tools 里是不是有宿主系统的影响,如果有,就是调整工具链失败,最好从调整工具链开始重来.

checkpath.pass1

1. #!/bin/sh
   
2. 
   
3. checkso(){
   
4.         file=$1
   
5.         what=$2
   
6.         if ! [ -d $file ] ; then
   
7.                 ( ldd $file | egrep "$what" ) 2>/dev/null
   
8.                 if [ $? -eq 0 ] ; then
   
9.                        echo $file had been linked to a wrong so ;
   
10.                        echo ;
    
11.                 fi
    
12.         fi
    
13. }
    
14. 
    
15. checklink(){
    
16.         file=$1
    
17.         what=$2
    
18.         if [ -L $file ] ; then
    
19.                 if [ -r $file ] ; then
    
20.                         ( ls -l $file | egrep "$what" ) 2>/dev/null 1>/dev/null
    
21.                         if [ $? -eq 0 ] ; then
    
22.                                 ls -l $file ;
    
23.                                 echo $file links to a wrong path ;
    
24.                                 echo ;
    
25.                         fi
    
26.                 else
    
27.                         echo $file cannot be read , may be a wrong link ;
    
28.                         echo ;
    
29.                 fi
    
30.         fi
    
31. }
    
32. 
    
33. if [ "${LD_LIBRARY_PATH}z" != "z" ] ; then
    
34.         echo LD_LIBRARY_PATH error;
    
35.         echo Please make sure to unset LD_LIBRARY_PATH before you do anything.
    
36.         echo I will unset LD_LIBRARY_PATH for you this time.
    
37.         unset LD_LIBRARY_PATH;
    
38. fi
    
39. 
    
40. for file in `find -L /tools` ; do
    
41.         checkso $file "(/usr)|( /lib)|( /bin)|( /sbin)|(not found)"
    
42.         checklink $file "(/usr)|( /lib)|( /bin)|( /sbin)"
    
43. done ;

复制代码

2.在 /usr 上的工具链全部完成, 已经不需要 /tools 了,这时检查 /usr /lib /bin 等是不是受到 /tools 的影响,同样如果有,就是调整工具链失败,最好从调整工具链开始重来.
如果检查通过的话,就可以 rm -rf /tools 了.

checkpath.final

1. #!/bin/sh
   
2. 
   
3. checkso(){
   
4.         file=$1
   
5.         what=$2
   
6.         if ! [ -d $file ] ; then
   
7.                 ( ldd $file | egrep "$what" ) 2>/dev/null
   
8.                 if [ $? -eq 0 ] ; then
   
9.                        echo $file had been linked to a wrong so ;
   
10.                        echo ;
    
11.                 fi
    
12.         fi
    
13. }
    
14. 
    
15. checklink(){
    
16.         file=$1
    
17.         what=$2
    
18.         if [ -L $file ] ; then
    
19.                 if [ -r $file ] ; then
    
20.                         ( ls -l $file | egrep "$what" ) 2>/dev/null 1>/dev/null
    
21.                         if [ $? -eq 0 ] ; then
    
22.                                 ls -l $file ;
    
23.                                 echo $file links to a wrong path ;
    
24.                                 echo ;
    
25.                         fi
    
26.                 else
    
27.                         echo $file cannot be read , may be a wrong link ;
    
28.                         echo ;
    
29.                 fi
    
30.         fi
    
31. }
    
32. 
    
33. if [ "${LD_LIBRARY_PATH}z" != "z" ] ; then
    
34.         echo LD_LIBRARY_PATH error;
    
35.         echo Please make sure to unset LD_LIBRARY_PATH before you do anything.
    
36.         echo I will unset LD_LIBRARY_PATH for you this time.
    
37.         unset LD_LIBRARY_PATH;
    
38. fi
    
39. 
    
40. for dir in "/bin /sbin /usr/bin /usr/sbin" ; do
    
41.         for file in `find $dir` ; do
    
42.                 checkso $file "(/tools)|(not found)"
    
43.                 checklink $file /tools
    
44.         done ;
    
45. done ;
    
46. 
    
47. for dir in "/lib /usr/lib" ; do
    
48.         for file in `find $dir -iname *so*` ; do
    
49.                 checkso $file "(/tools)|(not found)"
    
50.                 checklink $file /tools
    
51.         done ;
    
52. done ;

复制代码

原理:

ldd 一个程序时, 我们可以看见, 除了 ld-linux.so 其他程序都没有绝对路径, 可以通过 ld.so 的配置, LD_LIBRARY_PATH 和 /etc/ld.so.conf 改变.

在做好 /tools -> /mnt/lfs/tools 下的第一遍工具链之后, chroot 之前, /tools 里所有的 bin ,so ,如下:
ldd /tools/bin/msgfmt
libc.so.6 -> /tools/lib/libc.so.6
/tools/lib/ld-linux.so

/tools/lib/ld-linux.so 的配置文件是 /tools/etc/ld.so.conf , 在没有 /tools/etc/ld.so.conf  和 LD_LIBRARY_PATH 的情况下, 默认搜索 /tools/lib


在 /usr 上的工具链全部完成, 已经不需要 /tools 了,这时, 检查 /usr /lib 下的 bin 和 so
ldd /usr/bin/msgfmt
libc.so.6 -> /lib/libc.so.6
/lib/ld-linux.so

/lib/ld-linux.so 的配置文件是 /etc/ld.so.conf , 在没有 /etc/ld.so.conf  和 LD_LIBRARY_PATH 的情况下, 默认搜索 /lib 和 /usr/lib


我们必须确保 /tools 里所有都链接 /tools/lib/ld-linux.so , /usr /lib /bin 里的链接 /lib/ld-linux.so .
在上面的条件满足时, 只要没有 LD_LIBRARY_PATH 和 /etc/ld.so.conf , /tools/etc/ld.so.conf  的干扰, 我们就能保证, 所有的没有绝对路径的so, 都能链接到正确的位置:
/tools 里只用 /tools 里的 so
/usr /bin 里只用 /lib /usr/lib 里的 so

ld-linux.so 是 glibc 里的, 所以, 我们安装过 glibc 后, 立刻要调整工具链, 使 gcc (不管是 /tools 的还是 /usr 的) , 编译程序时使用正确的 ld-linux.so , 就是把 ld-linux.so 的绝对路径写入被编译的程序.


如果出错会怎样:
1. LD_LIBRARY_PATH=/lib:/usr/lib:/tools/lib , 这时 /tools 里的程序就会链接到 /lib:/usr/lib 里, 但可能因为我的 /tools 和 /usr 中配置差距较大, 必然 core dump.
ldd /tools/bin/bash
libc.so.6 -> /lib/libc.so.6
/tools/lib/ld-linux.so

/tools/bin/bash: core dump


2. LD_LIBRARY_PATH=/tools/lib:/lib:/usr/lib , 这时 就换 /usr/bin 里的程序 core dump 了.
ldd /usr/bin/ld
libc.so.6 -> /tools/lib/libc.so.6
/lib/ld-linux.so

/usr/bin/ld: core dump


在配置差距不大时, 混用不同来源的 so ,一般不会有问题, 我就经常 cp mdv 的 so 到 lfs 中使用, 但一定要注意配置差距不大, 比如 我的 mdv 和 lfs 都是最终版, 都是 gcc4.x 编译的.

而 lfs 中 的 /tools 和 /usr ,一个是临时的, 一个是最终版, /tools 中有许多参数未用, 像 nls 等, 混用, 几乎必然导致 core dump .

good02xaut

我用ldd指令，全部可以搞定。
从ldd的输出，可以看到当前toolchain是否正确的所有信息。
帖子正在整理中。。。

dyhml

Post by good02xaut
我用ldd指令，全部可以搞定。
从ldd的输出，可以看到当前toolchain是否正确的所有信息。
帖子正在整理中。。。

我用的当然也是 ldd ,只是再加上检查 softlink,再加上一些额外输出,去掉无关输出,再把 for 循环写进去,就是为了方便大家.

ecserver

不错，感谢先。

good02xaut

不好意思，没注意看脚本的内容:p

dyhml

求精, 基本上调整工具链的错误都能及早发现, 对新手很有帮助.

当新手出现问题时,可以用此脚本检查,发现错误或排除错误.

waterpub

libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00579000)
        libgcj.so.5 => /usr/lib/libgcj.so.5 (0x05e9d000)
        libm.so.6 => /lib/tls/libm.so.6 (0x00331000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00437000)
        libz.so.1 => /usr/lib/libz.so.1 (0x0035c000)
        libdl.so.2 => /lib/libdl.so.2 (0x00356000)
        libc.so.6 => /lib/tls/libc.so.6 (0x00205000)
/tools/lib/gettext/gnu.gettext.DumpResource had been linked to a wrong so

        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00579000)
        libgcj.so.5 => /usr/lib/libgcj.so.5 (0x05e9d000)
        libm.so.6 => /lib/tls/libm.so.6 (0x00331000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00437000)
        libz.so.1 => /usr/lib/libz.so.1 (0x0035c000)
        libdl.so.2 => /lib/libdl.so.2 (0x00356000)
        libc.so.6 => /lib/tls/libc.so.6 (0x00205000)
/tools/lib/gettext/gnu.gettext.GetURL had been linked to a wrong so


使用楼主的脚本，
第5章结束后检查出现的错误，请问是否可用继续进行第6章？

晨想

不可以，检查错误。

dyhml

+ 补充 搜寻 not found
+ ld-linux.so 原理

dyhml

Post by waterpub
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00579000)
        libgcj.so.5 => /usr/lib/libgcj.so.5 (0x05e9d000)
        libm.so.6 => /lib/tls/libm.so.6 (0x00331000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00437000)
        libz.so.1 => /usr/lib/libz.so.1 (0x0035c000)
        libdl.so.2 => /lib/libdl.so.2 (0x00356000)
        libc.so.6 => /lib/tls/libc.so.6 (0x00205000)
/tools/lib/gettext/gnu.gettext.DumpResource had been linked to a wrong so

        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00579000)
        libgcj.so.5 => /usr/lib/libgcj.so.5 (0x05e9d000)
        libm.so.6 => /lib/tls/libm.so.6 (0x00331000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00437000)
        libz.so.1 => /usr/lib/libz.so.1 (0x0035c000)
        libdl.so.2 => /lib/libdl.so.2 (0x00356000)
        libc.so.6 => /lib/tls/libc.so.6 (0x00205000)
/tools/lib/gettext/gnu.gettext.GetURL had been linked to a wrong so


使用楼主的脚本，
第5章结束后检查出现的错误，请问是否可用继续进行第6章？

1. 只有这两个程序出错?
这不大可能, 因为几乎所有的程序都会链接到 libc.so

2. 输出完整吗? 从输出看, 没有出现 ld-linux.so , 至少说明这两个程序都链接到了 /tools/lib/ld-linux.so, 这是正确的, 似乎调整工具链是正确的.

3. echo $LD_LIBRARY_PATH ?
如果设置了 LD_LIBRARY_PATH ,可能会出现此种情况, 但其他程序也应如此.
LFS 过程中绝对不能设置 LD_LIBRARY_PATH !!!!!!!!!!! 不管怎么设置, 都是错误.

4. 被链接的程序是否存在, 比如 /tools/lib/libz.so /tools/lib/libc.so , 如果不存在, 可能会链接到 host , 但理论上, 没有 LD_LIBRARY_PATH 时, 应该给出 not found .