麒麟操作系统挂载NFS共享目录命令

在银河麒麟操作系统中访问远程NAS或Linux服务器的NFS共享目录时，若遇到无法列出或读写内容的情况，问题可能源于客户端工具缺失、网络不通、服务端配置不当、挂载参数不匹配，或被SELinux与防火墙拦截。以下梳理NFS协议的主流挂载方法，帮助用户将远程目录稳定挂载至本地。

一、临时挂载NFS共享目录

该方法适用于快速验证共享是否可用及基础读写功能，具有“即用即挂”特点，仅当前会话有效，系统重启后自动解除，无需改动系统配置文件，干净便捷。

首先确认NFS客户端工具已安装。打开终端，执行 rpm -qa | grep nfs-utils 检查。若无输出，则根据系统类型安装：银河麒麟等RHEL系列运行 sudo yum install nfs-utils；Ubuntu系列则使用 sudo apt-get install nfs-common。

工具就绪后，探测服务器共享内容。执行 showmount -e 192.168.x.x（将x.x替换为NFS服务器真实IP）。成功时输出类似 /data/share 192.168.1.0/24，表明服务器端共享配置正确。

接着在本地创建挂载点目录，例如 sudo mkdir -p /mnt/nfs_share。

执行挂载命令，推荐使用NFSv4协议：sudo mount -t nfs -o vers=4,proto=tcp,rw,soft,timeo=300 192.168.x.x:/data/share /mnt/nfs_share。关键参数说明：vers=4 强制使用高效NFSv4；soft 可在服务器宕机时避免I/O操作无限阻塞进程。

最后用 df -h | grep nfs_share 验证。若显示对应远程路径和容量信息，则临时挂载成功。

二、永久挂载NFS共享目录（fstab方式）

对于生产环境或长期使用场景，临时挂载不适用，需实现开机自动挂载，经典方式为修改 /etc/fstab 文件。需注意，此方式须确保网络先就绪，否则系统启动时可能卡在挂载步骤。

操作步骤：用编辑器打开fstab文件：sudo nano /etc/fstab。

在文件末尾新增一行，格式参考：192.168.x.x:/data/share /mnt/nfs_share nfs defaults,vers=4,proto=tcp,rw,soft,_netdev 0 0。关键参数 _netdev 指示系统“等网络就绪后再挂载该设备”，可避免启动问题。

添加保存后，先执行 sudo mount -a 测试fstab语法并尝试挂载。若未报错，则配置基本正确；如有错误，检查IP地址、路径、参数拼写及空格。

最后重启系统验证：sudo reboot。重启后运行 df -h，确认NFS共享目录仍在列表中。

三、永久挂载NFS共享目录（systemd automount方式）

若觉得每次开机挂载负担较重，或共享目录多而访问频率低，systemd automount 提供更优雅的方案——按需挂载。目录始终存在，但仅在第一次实际访问时才触发挂载操作。此举可加快系统启动速度，降低因网络暂时不可用导致的启动失败风险。

需配置两个systemd单元文件。先创建automount单元文件 /etc/systemd/system/mnt-nfs_share.automount，内容如下：

[Unit]
Description=NFS Share Automount
Requires=network.target

[Automount]
Where=/mnt/nfs_share
TimeoutIdleSec=300

[Install]
WantedBy=multi-user.target

再创建对应的mount单元文件 /etc/systemd/system/mnt-nfs_share.mount：

[Unit]
Description=NFS Share Mount
Requires=mnt-nfs_share.automount

[Mount]
What=192.168.x.x:/data/share
Where=/mnt/nfs_share
Type=nfs
Options=defaults,vers=4,proto=tcp,rw,soft,timeo=300

[Install]
WantedBy=multi-user.target

文件配置完成后，依次执行三条命令启用服务：sudo systemctl daemon-reload（重载配置）、sudo systemctl enable mnt-nfs_share.automount（设置开机自启）、sudo systemctl start mnt-nfs_share.automount（立即启动）。

验证方法：直接访问挂载点 ls /mnt/nfs_share，第一次访问将自动触发挂载。随后可用 systemctl status mnt-nfs_share.mount 查看具体挂载状态。

四、处理常见挂载失败问题

挂载过程中可能遇到“Connection refused”、“Stale file handle”或“Permission denied”等报错。按从底层到上层的顺序逐层排查，可快速定位问题。

第一步，检查网络基础。 先 ping -c 4 192.168.x.x 确认服务器IP可达。再使用 nc -zv 192.168.x.x 111 检查RPC端口（111）是否开放，此为NFS通信基础。

第二步，核对服务器配置。 登录NFS服务器，执行 sudo exportfs -v 查看所有已导出共享，确认路径、允许访问的客户端网段（如192.168.1.0/24）、读写权限（rw）、同步模式（sync）及root映射（no_root_squash）等参数设置正确。

第三步，审视防火墙。 在服务器上运行 sudo firewall-cmd --list-all，确认防火墙已放行 nfs、rpc-bind 和 mountd 三个服务。若未放行，需添加规则开放相关端口（如111、2049、20048等）。

第四步，求助日志系统。 若以上排查均正常仍失败，查看内核日志：执行 dmesg | tail -20 或 journalctl -u nfs-server --since "1 hour ago" | grep -i "error\|fail"。日志信息通常能明确指出拒绝访问的具体原因，是解决问题的关键。