nfs挂载根文件系统失败

最新推荐文章于 2025-09-15 19:23:04 发布
原创 最新推荐文章于 2025-09-15 19:23:04 发布 · 880 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux

本文主要探讨了在Ubuntu 18.04及更高版本中，由于NFS协议版本不匹配导致的挂载根文件系统失败的问题。首先，通过`nfsstat -v`命令检查NFS版本，发现从17.04版开始，默认只支持协议3和4。当kernel仅支持协议2时，需要修改NFS配置文件并重启服务；对于kernel支持协议3的情况，可通过修改u-boot的bootargs解决。而在Ubuntu 22.04中，由于默认关闭了NFS的udp端口，挂载失败，解决方案包括使用tcp挂载或启用udp连接。

nfs挂载根文件系统失败

问题一：挂载前，需要得知nfs使用的版本

确认host端的nfs支持的版本，使用命令nfsstat -v查看

原因：

​ 以前使用的16.04版本的ubuntu没问题，现在更换了18.04版本，开始报错。从Ubuntu17.04开始，nfs默认只支持协议3和协议4，而kernel中默认支持协议2。

如何查看板子kernel支持的协议：

​ 可以通过编译内核配置查看

​ File systems —>

​ Network File Systems —>

在这里插入图片描述

这里可以看到板子作为客户端，支持2、3、4版本，默认支持协议2。

1. 如果kernel只支持协议2

  1. 修改 NFS 配置文件：
sudo vim /etc/default/nfs-kernel-server
  1. 在末尾添加：
RPCNFSDOPTS="--nfs-version 2,3,4 --debug --syslog"
  1. 重启NFS服务：
sudo /etc/init.d/nfs-kernel-server restart

2. kernel版本较高支持协议3

可以修改u-boot的bootargs，例如：

setenv bootargs root=/dev/nfs rw nfsroot=192.168.9.119:/nfs/rootfs,v3 console=ttyS0,115200 init=/linuxrc ip=192.168.9.110

添加一个v3或者nfsvers=3

问题二：Ubuntu22.04使用上述bootargs不能成功使用NFS挂载

问题就出在ubuntu 22.04默认关闭了nfs的udp端口连接

而kernel默认使用的是udp连接

方法一：

添加一个参数，使用tcp挂载：

setenv bootargs root=/dev/nfs rw nfsroot=192.168.9.119:/nfs/rootfs,v3,tcp console=ttyS0,115200 init=/linuxrc ip=192.168.9.110

方法二：

添加/etc/nfs.conf.d/udp.conf文件，启动主机的udp连接：

[nfsd]
udp=n
正点原子开发板：NFS挂载根文件系统失败问题解决：Unable to mount root fs via NFS, trying floppy.
qq_56338777的博客
09-10 719
摘要：本文记录了正点原子开发板通过NFS挂载根文件系统失败的问题排查与解决方法。核心问题为NFS服务器与开发板内核的版本不兼容（服务器默认NFSv4，内核仅支持v3）。解决方法是在U-Boot启动参数bootargs中添加"vers=3"指定NFS版本，并确保内核已开启NFSv3支持。文章详细描述了问题现象、排查过程和具体解决步骤，为同类开发板用户提供参考。
Centos 环境下 NFS 服务安装及配置使用
IChen.的博客
07-28 2365
文章目录1、NFS 介绍2、环境、软件准备3、NFS 服务安装4、NFS 配置及使用5、NFS 测试 1、NFS 介绍 NFS 是 Network FileSystem 的缩写，顾名思义就是网络文件存储系统，它最早是由 Sun 公司发展出来的，也是 FreeBSD 支持的文件系统中的一个，它允许网络中的计算机之间通过 TCP/IP 网络共享资源。通过 NFS，我们本地 NFS 的客户端应用可以透明地读写位于服务端 NFS 服务器上的文件，就像访问本地文件一样方便。简单的理解，NFS 就是可以透过网络，让不
部署YUM仓库及NFS共享服务
热门推荐
yan_0916的博客
09-30 2万+
目录一YUM概述1.yum仓库简介2.yum实现过程二.yum配置文件及命令1.yum配置文件2.仓库设置文件3.日志文件4.yum命令详解4.1查询4.1.1 yum list [软件名]4.1.2yum info [软件名]4.1.3yum grouplist [包组名]4.1.3 yum search <关键词>4.1.4yum whatprovides <关键词>4.1.5yum groupinfo <包组名>4.2安装升级4.2.1.yum inst
NFS挂载根文件系统失败
weixin_43937576的博客
04-20 853
[ 111.847661] VFS: Unable to mount root fs via NFS, trying floppy. [ 111.860722] VFS: Cannot open root device "nfs" or unknown-block(2,0): error -6 [ 111.866710] Please append a correct "root=" boot option; here are the available partitions: [ 111.8751
linux开发 | nfs挂载根文件系统失败、处理过程
I_feige的博客
08-09 3678
NFS挂载根文件系统失败 [ 5.552903] s5p-tvout s5p-tvout: hpd status is cable removed [ 5.563919] DBUG_PORT must not use AFC! [ 5.566436] VFS: Cannot open root device "nfs" or unknown-block(0,0) [ 5.572622] Please append a correct "root=" boot option; here
NFS 挂载失败的原因
paky_du的专栏
12-23 4374
今天在架上NFS时，也碰到了相关的错误：mount.nfs: access denied by server while mounting xxxx 从网络上看到的NFS挂载失败的出现此类错误原因大致为： 权限问题 防火墙机制问题 共享配置文件问题 在NFS service上抓包的数据看，网络应该时通的，可能还是配置的问题。把所有权限都去掉用nobody，或者时共项目改为777的权限。按照网上说的种种解决方案都没有解决我碰到的问题。 最后在NFS service的servicelog里面终于看.
正点原子开发板：从NFS挂载到根文件系统打包错误复盘
最新发布
qq_56338777的博客
09-15 996
摘要： 本文详细记录了MX6ULL开发板Linux系统启动问题的完整排查过程。从NFS挂载失败（因协议版本不兼容）到本地启动Kernel panic，最终定位到根文件系统打包路径错误的核心问题。关键发现：1)NFS需指定vers=3协议；2)根文件系统打包必须进入目录内部操作，避免路径嵌套；3)U-Boot需正确配置init参数。文章提供了NFS和本地两种启动方式的完整U-Boot配置方案，总结了嵌入式Linux启动问题的排查思路，特别强调了根文件系统目录结构的重要性，为同类开发板用户提供了实用参考。（14
ZYNQ uboot 无法成功通过nfs挂载根文件系统
qq_41489642的博客
10-26 3123
项目场景： ZYNQ uboot nfs 挂载根文件系统： 在uboot 中设置nfs在启动时自动挂载根文件系统 问题描述： 正常设置bootcmd与bootargs后，在开机时仍不能自动挂载 setenv bootargs 'console=ttyPS0,115200 root=/dev/nfs rw nfsroot=192.168.23.33:/home/username/linux/nfs/rootfs ip=192.168.23.34:192.168.23.33:192.168.23.1:255.
使用nfs 时 ubuntu版本超过ubuntu 18.04挂载根文件系统失败
qq_21479819的博客
06-22 803
根文件系统挂载失败
挂载nfs失败的原因
gyxmonster的博客
05-11 1万+
1. 配置文件不正确 vim /etc/exports 配置文件如图： 此处掩码一定要写，如果发现配置文件有错误修改了，一定要重新加载nfs配置文件（被坑了好久），重启命令： exportfs -avr #不重启加载NFS配置文件 2. 没关闭防火墙 关闭Firewalld防火墙 systemctl disable firewalld systemctl stop firewalld 关闭selinux防火墙 sed -ri '#^SELINUX=#cSELINUX=..
NFS挂载根文件系统过程，NFS挂载失败
主要分享嵌入式软件、人工智能部分知识
08-06 945
先直说我的解决：我在UBUNTU 20.04挂载失败，后又在UBUNTU 16.04挂载成功。所以应该是系统的问题。这里给大家列一下NFS挂载的流程。 1.查看有没有安装NFS service nfs-kernel-server 2.安装NFS sudo apt-get install nfs-kernel-server 3.我把NFS挂载在/work/rootfs文件夹，把自己的根文件系统放在这个文件夹里。 sudo vi /etc/exports #加入下面一行 /work/rootfs *(rw
nfs版本问题导致挂载失败
Y_JESSE的博客
09-24 824
网上很多经验贴讲述的方法是开启。并不能开启v2版本支持。挂载根文件系统时报错，版本不低，不应该只支持。文档中没有描述如何指定。
Linux NFS挂载文件系统失败
m0_68048437的博客
01-31 864
bootargs 环境变量的值会传递给内核作为命令行(command line)参数， Linux 内核启动的时候会打印出命令行参数，有下图输出说明bootargs 环境变量已经正确传递给内核。使用下面命名在文件系统的/dev目录下生成console 和 null 节点。
nfs 挂载不成功
sinat_22194645的博客
07-01 588
错误： # mount -t nfs 192.168.1.19:/work/nfs_root /mnt rpcbind: server localhost not responding, timed out RPC: failed to contact local rpcbind server (errno 5). 修改命令： # mount -t nfs -o nolock 192.1
nfs挂载出错
m0_68300980的博客
12-28 2253
本文参考：1.【问题解决】Linux通过nfs挂载根文件系统报错：VFS: Unable to mount root fs via NFS, trying floppy-优快云博客。
关于nfs挂载失败的总结
qq_37451326的博客
03-01 9078
    经过一天的nfs的学习，主要遇到以下两个问题。    1、在安装nfs时，跟着系统编程手册执行 输入“apt-get install nfs-kernel-server”命令安装 Ubuntu NFS 服务。此时发现并没有安装成功，但是在下面有一个提示，我注意到那里有提示操作信息，但是没认真去看，只需要根据提示在更新下就成功了。这是粗心的第一点。    2、对nfs进行搭建的时候，发现一只...
Ubuntu 22.04 LTS作为nfs server时根文件系统挂载失败解决使用busybox构建根文件系统
m0_62995834的博客
05-31 214
setenv bootargs 'console=ttymxc0,115200 root=/dev/nfs nfsroot=x.x.x.x:/home/xxxx/linux/nfs/rootfs,v3,proto=tcp rw ... 实测成功，这是我在正点原子论坛上找到的，卡了我两天弄得我怀疑人生。其他ubuntu版本的设置方法和这个不一样，这也是我卡这么久的原因，可能是我太菜了吧。解决方法设置bootargs的时候。
NFS 挂载失败** 问题（`mount: wrong fs type`），以下是详细的排查步骤和解决方案
张晨光老师的播客
08-09 854
针对你遇到的 NFS 挂载失败 问题（），以下是详细的排查步骤和解决方案：此错误表明 Kubelet 无法将 NFS 共享目录挂载到 Pod 内，常见于以下场景：假设你的 NFS 服务器 IP 为 ，共享目录为 ： 📌 典型修复：若未导出则编辑 添加一行： 保存后重启 NFS 服务：多数 Linux 发行版默认未安装完整 NFS 客户端组件： ❗️ 关键操作：安装完成后必须 重启 kubelet 才能生效： ⚙️ 3. 修正挂载选项兼容性 你的原始配置中使用了 ，可能导致以下问题：修改后的 volume
NFS之前正常，突然NFS挂载失败原因之一
daimiliu1079的博客
05-17 2503
NFS之前正常，突然NFS过载失败，提示：mount.nfs: requested NFS version or transport protocol is not supported
NFS挂载根文件系统失败，显示IP-Config: Failed to open eth0 IP-Config: Device `eth0' not found
09-04
<think> 我们正在解决NFS挂载根文件系统失败，并出现“IP-Config: Failed to open eth0”和“IP-Config: Device `eth0' not found”的问题。根据引用[1][2][4]，这通常与网络驱动（eth0）未正确初始化有关。以下是逐步解决方案： ### 步骤1: 确认内核网络驱动支持 - 确保内核编译时已启用正确的网络驱动（如DM9000、SMSC911x等）。检查内核配置： ```bash make menuconfig ``` 在配置菜单中，确认以下选项： ``` Device Drivers → Network device support → Ethernet driver support → [*] DM9000 support # 如果是DM9000网卡 ``` 或者根据实际网卡型号选择驱动（引用[5]提到DM9000的驱动问题）。 ### 步骤2: 设备树（DTS）配置 - 检查设备树是否正确描述了网络硬件。例如，对于DM9000网卡，设备树节点应包含： ```dts dm9000 { compatible = "davicom,dm9000"; reg = <0x20000000 0x2 0x20000004 0x2>; interrupt-parent = <&gpx>; interrupts = <7 4>; davicom,no-eeprom; mac-address = [00 0a 2d a6 55 a2]; }; ``` - 确认寄存器地址、中断号和MAC地址正确（引用[5]提到MAC地址问题）。 ### 步骤3: 检查MAC地址设置 - 如果MAC地址无效（如全0），内核会使用软MAC地址（如08:90:90:90:90:90）并警告（引用[5]）。解决方法： - 在设备树中指定有效MAC地址（如上例的`mac-address`属性）。 - 或在驱动代码中强制设置（不推荐，应通过设备树或启动参数传递）。 ### 步骤4: U-boot环境变量配置 - 确保U-boot的`bootargs`正确设置网络参数（引用[4]）： ```bash setenv bootargs 'console=ttyS0,115200 root=/dev/nfs nfsroot=192.168.1.100:/nfsroot ip=192.168.1.10:192.168.1.100:192.168.1.1:255.255.255.0::eth0:off' ``` - 特别注意`ip=`参数的格式：`<开发板IP>:<NFS服务器IP>:<网关>:<子网掩码>::<网卡>:off` - 使用`eth0`作为网卡名称（与驱动注册的名称一致）。 ### 步骤5: 检查硬件连接和初始化 - **硬件检查**：确保网线连接正常，且交换机/路由器工作正常。 - **内核启动日志**：在U-boot中添加`loglevel=8`参数，查看详细启动日志： ```bash setenv bootargs ... loglevel=8 ``` 关注： - 网卡驱动的探测和注册信息。 - 是否出现资源冲突（如内存地址、中断）。 ### 步骤6: 禁用IPv6 - 如果内核配置了IPv6，但网络环境不支持，可能导致初始化延迟。在内核启动参数中添加： ```bash ipv6.disable=1 ``` ### 步骤7: 驱动加载顺序问题 - 若网卡依赖其他驱动（如时钟、复位控制器），确保依赖驱动先加载。检查设备树中的依赖关系（如`clocks`、`resets`属性）。 ### 调试技巧 - **手动初始化网卡**：在内核启动后，尝试手动初始化： ```bash ifconfig eth0 down ifconfig eth0 up ``` - **检查网络配置**： ```bash ifconfig -a # 查看所有网络接口 dmesg | grep eth0 # 过滤相关日志 ``` > 💡 **常见原因统计**： > - 设备树配置错误（占60%以上）[^2][^5]。 > - U-boot网络参数错误（占20%）[^4]。 > - 驱动未编译进内核（占15%）[^1]。 §§相关问题§§ 1. 如何检查Linux内核是否包含特定网卡驱动？ 2. 设备树中如何正确配置网络接口？ 3. U-boot中如何设置网络启动参数？ 4. Linux内核启动时如何调试网络驱动？ </think> ### 解决 NFS 挂载根文件系统失败：`IP-Config: Device 'eth0' not found` 的完整方案 #### 步骤 1: 确认网卡驱动加载（核心问题） 问题本质是内核未初始化网卡硬件，导致找不到 `eth0` 设备（引用[1][2][4]）。 **解决方法**： 1. **检查内核配置**： ```bash grep DM9000 .config # 替换为实际网卡型号（如 SMSC911x） ``` - 确保输出包含： ```config CONFIG_DM9000=y # 或 CONFIG_SMSC911X=y ``` 2. **验证设备树配置**（关键）： - 检查设备树文件（如 `arch/arm/boot/dts/myboard.dts`）是否包含网卡节点： ```dts &amba { ethernet@40000000 { compatible = "davicom,dm9000"; // 匹配驱动 reg = <0x40000000 0x2 0x40000004 0x2>; // 寄存器地址 interrupts = <7 IRQ_TYPE_LEVEL_HIGH>; // 中断号 local-mac-address = [00 0a 35 00 1e 53]; // MAC地址 }; }; ``` - 编译并更新设备树： ```bash make dtbs && cp arch/arm/boot/dts/myboard.dtb /tftp/ # 复制到TFTP目录 ``` #### 步骤 2: 修复 MAC 地址问题 内核日志若提示 "Invalid MAC address"，需强制指定 MAC 地址（引用[5]）： - **方法 1：在设备树添加**： ```dts local-mac-address = [00 0a 35 00 1e 53]; // 替换为有效MAC ``` - **方法 2：在驱动代码修改**（临时方案）： 在网卡驱动源码（如 `drivers/net/ethernet/davicom/dm9000.c`）中： ```c if (!is_valid_ether_addr(ndev->dev_addr)) { memcpy(ndev->dev_addr, "\x00\x0a\x35\x00\x1e\x53", 6); // 硬编码MAC } ``` #### 步骤 3: 优化 U-boot 启动参数 确保 `bootargs` 包含完整的网络配置（引用[4]）： ```bash setenv bootargs 'console=ttyS0,115200 root=/dev/nfs \ # 关键参数 nfsroot=192.168.1.100:/nfs/rootfs \ # NFS服务器路径 ip=192.168.1.10::192.168.1.1:255.255.255.0::eth0:off \ # IP/网关/子网掩码 nfsvers=3' # 指定NFS版本 saveenv ``` - **参数说明**： - `ip=开发板IP::网关:子网掩码::网卡:off` - `nfsvers=3`：强制使用 NFS v3（避免版本兼容问题） #### 步骤 4: 检查硬件初始化顺序 若网卡依赖其他外设（如电源管理），需确保初始化顺序正确： 1. 在设备树中为网卡添加依赖： ```dts vcc3v3: regulator { // 网卡电源 compatible = "regulator-fixed"; regulator-name = "vcc3v3"; gpio = <&gpio0 12 GPIO_ACTIVE_HIGH>; // 控制引脚 }; ðernet { vin-supply = <&vcc3v3>; // 声明依赖 }; ``` 2. 在驱动代码确认资源获取： ```c int dm9000_probe(struct platform_device *pdev) { struct regulator *vcc = devm_regulator_get(&pdev->dev, "vin"); regulator_enable(vcc); // 启用电源 } ``` #### 步骤 5: 调试与验证 1. **启用内核调试日志**： ```bash setenv bootargs ... loglevel=8 # 在U-boot中设置 ``` - 查看内核启动日志，过滤网卡相关消息： ```bash dmesg | grep -E 'dm9000|eth0|MAC' ``` 2. **硬件信号测试**： - 用示波器检测网卡引脚： - `SD0~SD15`（数据总线）是否有信号 - 中断引脚（如 `EINT7`）是否触发 - 确认寄存器读写正常（通过 U-boot 命令）： ```bash mw 0x40000000 0x01 1 # 向控制寄存器写入值 md 0x40000000 1 # 读取验证 ``` > 💡 **根本原因统计**： > - 设备树未配置网卡节点（占 50% 案例） > - MAC 地址无效导致驱动初始化失败（占 30%） > - U-boot 网络参数错误（占 15%）
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值