稀奇，开 PAE 时影响 NFS 的 chroot，问题可能跟网卡驱动有关

tseesing

不知道发在该版是否合适？不合适版主请帮移动移动。。

各位有没遇到过以下情况：

NFS 服务器：
Linux-3.12.18 (自编译）
fedora 20 bit,
物理内存 2G

如果 Linux 内核 开 PAE （32位选64G内存）时，服务器本地 chroot 一个有完整文件系统结构的目录，正常；
如果该目录通过 NFSv3 由另外的机器（Fedora 20, 32位）挂载后，再 chroot 就有就出
现问题了： Exec Format error， 不能进入。

有时多加一些其它选项如: NFS 下 Provide swap over NFS support （CONFIG_NFS_SWAP）等。
再编译内核后，chroot 直接是 “段错误”， 不能进入。
--------------------
遇到问题时： file /bin/bash： 显示结果为： data ； 而不是 ELF
有时也遇到这样的结果

1. [root@localhost ~]# file /tmp/rf/usr/bin/bash # 这个 bash 位置没问题的，fc20 中软链接 bin -> usr/bin
   
2. /tmp/rf/usr/bin/bash: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), stripped

复制代码

是 ELF 了， 但信息没有本地 file 时的那么多。这里没有 for GNU/Linux 2.6.32 BuildID[sha1]=xxxx 。

--------------------
1. 同样的 config, 别的选项不动，仅关掉 PAE （32位，先4G内存），一切正常。

2. 如果开了 PAE ，再换内核自带的网卡驱动，一切正常。

如此测试结果，觉得问题可能是网卡厂商提供的驱动上了。

网卡是 rtl81111f,  主板是定制的，驱动试过小版本号 038 与 040 的官方驱动，PAE 下都存在问题。
同样的 config,  将网卡驱动换成内核自带的 r8169， PAE 下也没有问题。

以上的测试、更改，全部是应用在 NFS 服务器一方。

-----------------
没有好方法测试，一个一个选项暴力试出来的
不想、也没这能力继续了，直接报上头说驱动问题了，要换驱动 Over。

莫名其妙啊。