小编Mic*_*man的帖子

在编译 3.3 内核时，我注意到网络系统中添加了一个名为 teaming 的新驱动程序。根据相关的提交团队是用户空间驱动的替代绑定。

有没有人测试过这个？它比旧的久经考验的绑定驱动程序更快还是更好？改变会有什么好处？

对于以下三种情况，我很难让我的大脑围绕 LD_LIBRARY_PATH 的处理方式不同：

• 以普通用户身份运行
• 通过“ sudo 命令”运行
• 通过“ sudo bash ”运行，然后在根shell中通过“ command ”

我的特殊问题是我尝试运行的二进制文件（称为 dc_full）需要 sudo 访问权限，但在作为“sudo 命令”运行时会引发以下错误：

ljw@test$ sudo ./dc_full 
./dc_full: error while loading shared libraries: libthrift-0.9.1.so: cannot open shared object file: No such file or directory

ljw@test$ sudo bash
root@ljw-vm1:~/test# ./dc_full
.
...<works fine here!> 
.

我在用户 ljw 的 /etc/bash.bashrc 和 ~/.bashrc 中都有以下行。

root@ljw-vm1:~# grep LD_LIBRARY ~/.bashrc
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib

root@ljw-vm1:~# grep LD_LIBRARY /etc/bash.bashrc 
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib

我希望这涵盖 sudo 和 sudo-bash 两种情况，一种涵盖用户外壳，另一种涵盖“根”外壳。但显然这不会发生。

我找到了对 ldd 的引用，这给了我一个很大的提示，它不起作用，但不完全是为什么......

root@ljw-vm1:~/dc_full# ldd ./dc_full | …