我正在运行 Linux 2.6.36 内核，并且看到一些随机错误。像
ls: error while loading shared libraries: libpthread.so.0: cannot open shared object file: Error 23
是的，我的系统无法始终运行“ls”命令。 :(
我注意到 dmesg 输出中有几个错误：
# dmesg | tail
[2808967.543203] EXT4-fs (sda3): re-mounted. Opts: (null)
[2837776.220605] xv[14450] general protection ip:7f20c20c6ac6 sp:7fff3641b368 error:0 in libpng14.so.14.4.0[7f20c20a9000+29000]
[4931344.685302] EXT4-fs (md16): re-mounted. Opts: (null)
[4982666.631444] VFS: file-max limit 1231582 reached
[4982666.764240] VFS: file-max limit 1231582 reached
[4982767.360574] VFS: file-max limit 1231582 reached
[4982901.904628] VFS: file-max limit 1231582 reached
[4982964.930556] VFS: file-max limit 1231582 reached
[4982966.352170] VFS: file-max limit 1231582 reached
[4982966.649195] top[31095]: segfault at 14 ip 00007fd6ace42700 sp 00007fff20746530 error 6 in libproc-3.2.8.so[7fd6ace3b000+e000]
显然，文件最大错误看起来很可疑，它们聚集在一起并且是最近出现的。
# cat /proc/sys/fs/file-max
1231582
# cat /proc/sys/fs/file-nr
1231712 0 1231582
这对我来说也有点奇怪，但问题是，我不可能在这个系统上打开 120 万个文件。我是唯一使用它的人，本地网络之外的任何人都看不到它。
# lsof | wc
16046 148253 1882901
# ps -ef | wc
574 6104 44260
我看到一些文档说：
文件最大和文件编号：
内核动态分配文件句柄，但到目前为止它不会再次释放它们。
file-max 中的值表示 Linux 内核将分配的文件句柄的最大数量。当您收到大量有关文件句柄耗尽的错误消息时，您可能需要增加此限制。
从历史上看，file-nr 中的三个值分别表示已分配的文件句柄数、已分配但未使用的文件句柄数以及最大文件句柄数。 Linux 2.6 总是报告 0 作为空闲文件句柄的数量——这不是一个错误，它只是意味着分配的文件句柄的数量与已使用的文件句柄的数量完全匹配。
printk 报告尝试分配比文件最大数量更多的文件描述符，查找“VFS：已达到文件最大限制”。
我第一次读到的内容是内核基本上有一个内置的文件描述符泄漏，但我发现这很难相信。这意味着任何正在使用的系统都需要经常重新启动以释放文件描述符。正如我所说，我不敢相信这是真的，因为对我来说，Linux 系统一次运行数月（甚至数年）是很正常的。另一方面，我也不敢相信我几乎空闲的系统打开了超过一百万个文件。
有谁有任何想法，无论是修复还是进一步诊断？当然，我可以重新启动系统，但我不希望这成为每隔几周重复出现的问题。作为权宜之计，我退出了 Firefox，尽管我只打开了一个窗口，但 Firefox 却产生了近 2000 行 lsof 输出（！），现在我可以再次运行“ls”，但我怀疑这是否会解决这个问题问题长期存在。 （编辑：哎呀，说得太早了。当我写完这个问题时，症状又回来了）
预先感谢您的任何帮助。
