41 lines
2.5 KiB
Markdown
41 lines
2.5 KiB
Markdown
---
|
||
title: "如何在Ubuntu Server上通过NFS挂载Synology NAS上的共享文件夹"
|
||
type: source
|
||
tags: [nfs, synology, nas, ubuntu, 网络存储]
|
||
date: 2025-12-29
|
||
---
|
||
|
||
## Source File
|
||
- [[raw/Home Office/如何在Ubuntu Server上通过NFS挂载Synology NAS上的共享文件夹.md]]
|
||
|
||
## Summary
|
||
- 核心主题：Ubuntu 服务器通过 NFS 协议永久挂载 Synology NAS 共享文件夹
|
||
- 问题域：rsync 备份脚本需要可靠的 NAS 挂载点，防止本地硬盘爆满；NFS 相比 Samba 保留 Linux 文件权限信息
|
||
- 方法/机制：NAS 端配置 NFS 权限 → Ubuntu 端安装 nfs-common → mount -t nfs → /etc/fstab 永久挂载 → rsync 脚本加入挂载检查
|
||
- 结论/价值：NFS 完美保留 Docker 卷权限；比 Samba 更适合 Linux-to-Linux 备份场景；_netdev 参数防止开机挂载顺序错误
|
||
|
||
## Key Claims
|
||
- NFS 相比 Samba 的核心优势：保留 Linux 文件所有权信息，rsync 恢复 Docker 卷不会出现权限报错
|
||
- Synology NAS NFS 挂载路径格式：192.168.3.17:/volume2/backup（冒号分隔）
|
||
- NFS 永久挂载必须使用 /etc/fstab；手动 mount 命令重启后失效
|
||
- _netdev 参数告诉系统此设备为网络设备，等到网络完全启动后再尝试挂载，防止开机卡死
|
||
- rsync 备份脚本必须加入 mountpoint 检查，防止 NAS 掉线时数据写入本地挂载点目录
|
||
|
||
## Key Quotes
|
||
> "NFS 的优势：原生权限支持，Samba 会丢失 Linux 的文件所有权信息，导致恢复 Docker 卷时权限报错。NFS 则能完美保留。" — Synology NAS + Ubuntu 备份架构选型依据
|
||
|
||
## Key Concepts
|
||
- [[NFS永久挂载]]：通过 /etc/fstab 实现开机自动挂载网络存储，_netdev 参数确保网络就绪后再挂载
|
||
- [[Synology NAS]]：NAS 存储设备，192.168.3.17，提供 NFS/SMB 等多协议存储服务
|
||
- [[rsync增量备份]]：配合 NFS 挂载点，实现 NAS 到 Ubuntu 的增量备份
|
||
- [[Linux权限保留]]：NFS 相比 Samba 的核心优势，-o uid/gid 或 squash 选项确保文件权限不丢失
|
||
|
||
## Key Entities
|
||
- [[Synology NAS]]：NAS 端存储设备，IP 192.168.3.17，NFS 端口 2049
|
||
- Ubuntu Server：备份目标机，IP 192.168.3.47，安装 nfs-common 客户端
|
||
|
||
## Connections
|
||
- [[如何在UbuntuServer上通过NFS挂载Synology NAS上的共享文件夹]] ← 基础层 ← [[rsync增量备份]]（rsync 依赖此挂载点）
|
||
- [[Synology NAS]] ← 提供 ← [[NFS永久挂载]]（存储后端）
|
||
- [[NFS永久挂载]] ← 对比 ← Samba 挂载（NFS 保留权限，Samba 丢失权限）
|