用strace解决库依赖问题

 

starce 的另一个用处是解决和动态库相关的问题。当对一个可执行文件运行ldd时，它会告诉你程序使用的动态库和找到动态库的位置。但是如果你正在使用一个比较老的glibc版本（2.2或更早），你可能会有一个有bug的ldd程序，它可能会报告在一个目录下发现一个动态库，但是真正运行程序时动态连接程序（/lib/ld-linux.so.2）却可能到另外一个目录去找动态连接库。这通常因为/etc/ld.so.conf和 /etc/ld.so.cache文件不一致，或者/etc/ld.so.cache被破坏。在glibc 2.3.2版本上这个错误不会出现，可能ld-linux的这个bug已经被解决了。

 

 

 

尽管这样，ldd并不能把所有程序依赖的动态库列出来，系统调用dlopen可以在需要的时候自动调入需要的动态库，而这些库可能不会被ldd列出来。作为glibc的一部分的NSS （Name Server Switch）库就是一个典型的例子，NSS的一个作用就是告诉应用程序到哪里去寻找系统帐号数据库。应用程序不会直接连接到NSS库，glibc则会通过dlopen自动调入NSS库。如果这样的库偶然丢失，你不会被告知存在库依赖问题，但这样的程序就无法通过用户名解析得到用户ID了。让我们看一个例 子：

 

 

 

whoami程序会给出你自己的用户名，这个程序在一些需要知道运行程序的真正用户的脚本程序里面非常有用，whoami的一个示例输出如下：

 

代码：

 

 

 

# whoami

 

root

 

 

 

 

 

 

 

假设因为某种原因在升级glibc的过程中负责用户名和用户ID转换的库NSS丢失，我们可以通过把nss库改名来模拟这个环境：

 

代码：

 

 

 

# mv /lib/libnss_files.so.2 /lib/libnss_files.so.2.backup

 

# whoami

 

whoami: cannot find username for UID 0

 

 

 

 

 

 

 

这里你可以看到，运行whoami时出现了错误，ldd程序的输出不会提供有用的帮助：

 

代码：

 

 

 

# ldd /usr/bin/whoami

 

libc.so.6 => /lib/libc.so.6 (0x4001f000)

 

/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

 

 

 

 

 

 

 

你只会看到whoami依赖Libc.so.6和ld-linux.so.2，它没有给出运行whoami所必须的其他库。这里时用strace跟踪whoami时的输出：

 

代码：

 

 

 

strace -o whoami-strace.txt whoami

 

 

 

open("/lib/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)

 

open("/lib/i686/mmx/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)

 

stat64("/lib/i686/mmx", 0xbffff190) = -1 ENOENT (No such file or directory)

 

open("/lib/i686/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)

 

stat64("/lib/i686", 0xbffff190) = -1 ENOENT (No such file or directory)

 

open("/lib/mmx/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)

 

stat64("/lib/mmx", 0xbffff190) = -1 ENOENT (No such file or directory)

 

open("/lib/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)

 

stat64("/lib", {st_mode=S_IFDIR|0755, st_size=2352, ...}) = 0

 

open("/usr/lib/i686/mmx/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)

 

stat64("/usr/lib/i686/mmx", 0xbffff190) = -1 ENOENT (No such file or directory)

 

open("/usr/lib/i686/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)

 

 

 

 

 

 

 

你可以发现在不同目录下面查找libnss.so.2的尝试，但是都失败了。如果没有strace这样的工具，很难发现这个错误是由于缺少动态库造成的。现在只需要找到libnss.so.2并把它放回到正确的位置就可以了。

 

 

 

[BOLD]限制strace只跟踪特定的系统调用[/BOLD]

 

 

 

如果你已经知道你要找什么，你可以让strace只跟踪一些类型的系统调用。例如，你需要看看在configure脚本里面执行的程序，你需要监视的系统调用就是execve。让strace只记录execve的调用用这个命令：

 

 

 

代码：

 

 

 

strace -f -o configure-strace.txt -e execve ./configure

 

 

 

 

 

 

 

部分输出结果为：

 

代码：

 

 

 

2720 execve("/usr/bin/expr", ["expr", "a", ":", "(a)"], [/* 31 vars */]) = 0

 

2725 execve("/bin/basename", ["basename", "./configure"], [/* 31 vars */]) = 0

 

2726 execve("/bin/chmod", ["chmod", "+x", "conftest.sh"], [/* 31 vars */]) = 0

 

2729 execve("/bin/rm", ["rm", "-f", "conftest.sh"], [/* 31 vars */]) = 0

 

2731 execve("/usr/bin/expr", ["expr", "99", "+", "1"], [/* 31 vars */]) = 0

 

2736 execve("/bin/ln", ["ln", "-s", "conf2693.file", "conf2693"], [/* 31 vars */]) = 0

 

 

 

 

 

 

 

你已经看到了，strace不仅可以被程序员使用，普通系统管理员和用户也可以使用strace来调试系统错误。必须承认，strace的输出不总是容易理解，但是很多输出对大多数人来说是不重要的。你会慢慢学会从大量输出中找到你可能需要的信息，像权限错误，文件未找到之类的，那时strace就会成为一个有力的工具了。

 

Pasted from <>