编译内核以支持NTFS后却遇到NFS无法启动

[jet8]

我的系统使用2.6.34版内核，想让该内核支持NTFS，所以重新编译了内核，编译前在make menuconfig步骤中选择了：

File systems -> FUSE(Filesystem in Userspace) support
-> DOS/FAT/NT Filesystem -> NTFS file system support
-> NTFS write support

编译出内核后将其复制到/boot，然后重新启动。grub过后得到下面提示信息：

Root-NFS: No NFS server available, giving up.
VFS: Unable to mount root fs via NFS, trying floppy.
Kernel panic - not syncing: VFS Unable to mount root fs on unknown-block(2,0)

然后就挂了。我只是在内核中增加了对NTFS的支持，与NFS何干？难道是内核把NTFS错拼写成NFS？

[jackyjkchen]

1.你是什么发行版？通常自己编译的内核稳定性不如发行版的，尤其是Debian和RHEL这种经过精心测试的

2.更大的可能，你是不是在make menuconfig之前没有make oldconfig，这样你发行版的默认内核配置都会丢失，也许Linux自己的默认配置就是不包括nfs的

[jackyjkchen]

另一个我奇怪的地方，一般发行版内核为了通用性，能选的都会选上，包括ntfs，基本没有需要你自己增加特性的必要

[jet8]

我用的是LFS，原来的内核是2.6.25，现在升级到2.6.34。
另外补充一下，上面所列的项目都是选择编译到内核中而不是编译成模块。

[jet8]

2.6.34是直接从www.kernel.org下载的。

[jackyjkchen]

确定make oldconfig了么

[jackyjkchen]

还有，在Linux内核2.6.27左右的时候（记不清具体版本了），有一次比较大的改变

我做LFS的时候，lfs 6.8要求2.6.37，我装了多个内核，我向上编译到2.6.38，向下编译到2.6.31都没问题，2.6.27就不行，反过来说，你从2.6.25-2.6.34是不是也存在跨度过大的问题

[jet8]

没有make oldconfig, 因为前次编译出的内核是可以启动的，而且在前次编译后源码目录仍然保持编译后的状态，这会有影响吗。我试一试。

[念茜]

检查grub传给内核的参数，确定内核启动是不是应该直接去挂载nfs。

[jet8]

menu.lst如下：

default 0
timeout 30
title LFS
root(hd0,0)
kernel /boot/vmlinuz-2.6.34 root=/dev/hda1 

title LFS-new
root(hd0,0)
kernel /boot/vmlinuz-2.6.34-new root=/dev/hda1 

确实是从硬盘启动的。

[jet8]

[Quote=引用 4 楼 jet8 的回复:]
2.6.34是直接从www.kernel.org下载的。
[/Quote]

好像还是不行，启动时还是相同的提示信息。

[jet8]

[Quote=引用 6 楼 jackyjkchen 的回复:]
还有，在Linux内核2.6.27左右的时候（记不清具体版本了），有一次比较大的改变

我做LFS的时候，lfs 6.8要求2.6.37，我装了多个内核，我向上编译到2.6.38，向下编译到2.6.31都没问题，2.6.27就不行，反过来说，你从2.6.25-2.6.34是不是也存在跨度过大的问题
[/Quote]
升级的时候是没有问题的，启动系统后做操作和编程都没有遇到什么异常。只是今天想把NTFS的代码包含进内核才出现不能启动的问题。

[jackyjkchen]

可能也算正常现象吧，如果内核版本能随便升级，RHEL之类的保守发行版就可以去死了……

[jet8]

问题解决了，先将原来内核的配置文件.config 复制到新内核的源代码目录，然后make oldconfig。