当我使用su - fred作业时立即移到后台。然后，如果我使用fg它可以正常工作：
wally@Machine:~$ su - fred
Password:
[1]+ Stopped su - fred
wally@Machine:~$ fg
su - fred
fred@Machine:~$
为什么它是在后台开始的？
输出type -a su（以沃利身份运行）：
su is /usr/bin/su
su is /bin/su
输出jobs -l（以沃利身份运行）：
[1]+ 9187 Stopped (signal) su - fred
弗雷德的启动文件（.profile并被.bashrc删除）：
.bash_profile
exec env /bin/bash
我在这里找到了一个相关的问题。
我有一个简单的程序叫做main：
#include <iostream>
#include "random.h"
int main()
{
std::cout << "The program has started\n";
return get_another_random_number();
}
该get_another_random_number()函数在新版本的共享库中，但只安装了旧版本。程序开始运行，但稍后在查找失败时崩溃；例如
$ ./main
The program has started
./main: symbol lookup error: ./main: undefined symbol: _Z25get_another_random_numberv
例如，如果librandom.so.1.3.1包含一个名为 的函数get_another_random_number()，但main在仅librandom.so.1.2.5安装的服务器上执行，则会发生这种情况。这些库仅在其次要版本上有所不同，因为该1.3版本与库的版本向后兼容1.2，但1.2缺少额外的功能。
在我自己的示例中，如果我运行，readelf -d main | grep NEEDED我会得到：
0x0000000000000001 (NEEDED) Shared library: [librandom.so.1]
0x0000000000000001 (NEEDED) Shared library: [libstdc++.so.6]
0x0000000000000001 (NEEDED) Shared library: [libm.so.6]
0x0000000000000001 (NEEDED) Shared library: [libgcc_s.so.1]
0x0000000000000001 (NEEDED) Shared library: [libc.so.6]
因此，所有内容都仅与主要版本号相关联。
对于我的共享库，我将其放入/usr/lib/并添加了符号链接：
lrwxrwxrwx 1 root root 23 Feb 7 14:25 /usr/lib/librandom.so -> /usr/lib/librandom.so.1
lrwxrwxrwx 1 root root 27 Feb 7 14:13 /usr/lib/librandom.so.1 -> /usr/lib/librandom.so.1.2.5
-rw-r--r-- 1 root root 7696 Feb 7 14:00 /usr/lib/librandom.so.1.2.5
在库维护者、应用程序开发者和系统管理员之间；谁负责避免这个程序崩溃？
main中应该产生一个错误，指出当前安装的库的次要版本太低？