Linux tar --one-file-system 怎样控制备份边界

当备份根目录下面挂着独立的数据盘、容器目录或临时文件系统时，直接递归执行 tar 可能把这些挂载内容一起打进归档。控制边界的关键是给创建归档的命令加上 --one-file-system：目录递归遇到不同文件系统的挂载点就停止，不再向下遍历。

官方地址：https://www.gnu.org/software/tar/manual/html_node/one.html

做系统全量备份或者分区备份的时候，只要加上这个参数，tar 就不会跨到其他挂载点里去打包内容，刚好把当前你指定的存储路径所在的整个文件系统内容完整收进压缩包，不会误把外接硬盘、共享目录或者临时挂载的分区内容也塞进来。

先把备份根目录和挂载关系分开看

假设备份根目录是 /srv/data，它下面有普通子目录，也有单独挂载的 /srv/data/archive-disk。从目录树看它们是父子关系，从文件系统看却可能属于不同设备或挂载来源。tar 默认会沿目录树继续向下，因此“目录在根目录里面”不等于“内容属于同一个备份边界”。

# 先查看备份根目录及其子目录的挂载关系
findmnt -R /srv/data

# 关注 TARGET、SOURCE 和 FSTYPE，确认是否存在独立挂载点

这一步不是为了改动挂载，而是为了决定边界。若业务要求只备份根目录所在文件系统，独立挂载点就不应随着目录递归被展开；若某个数据盘本来就属于备份对象，则应把它作为独立任务明确处理。

创建归档时用 --one-file-system 停在挂载点

选定根目录后，把选项放在创建归档的命令中：

# 创建根目录归档，目录递归不跨到其它文件系统
tar --create --file backup-root.tar --one-file-system --verbose /srv/data

# --verbose 便于观察被边界规则排除的路径；自动化脚本可按需保留或收集标准错误

这个选项的语义是“归档目录内容时不跨文件系统边界”。如果挂载点本身是目录，tar 不会继续归档它下面的内容。它适合完整备份或增量备份一个文件系统，但不会替你决定其它挂载卷是否需要单独备份。

不要把“没有进入挂载点”理解为“挂载点名称一定从归档中消失”。备份脚本真正关心的是挂载点下面的内容是否被递归展开；需要恢复目录结构时，还应把挂载点的创建和挂载配置作为独立的系统元数据处理。

显式路径不会自动变成同一条边界

这是最容易导致误判的地方。GNU tar 手册说明，--one-file-system 只影响“因为正在归档某个目录而被递归发现”的文件；命令行直接写出的路径，或通过 --files-from 提供的路径，即使位于其它文件系统，也仍会被处理。

# 清单中的路径是显式输入，先确认它们是否符合备份策略
cat backup-list.txt

# -T 会读取清单；--one-file-system 不会替你过滤清单里的跨文件系统路径
tar --create --file selected.tar --one-file-system --files-from=backup-list.txt

因此，脚本有两种清晰的写法：一类任务只给出一个备份根目录，让 --one-file-system 管理递归边界；另一类任务维护显式清单，把每个跨文件系统输入当成有意的例外，并在清单旁记录用途。不要把两种语义混在一起后再用归档大小猜测结果。

上线前后的边界复查清单

如果备份策略还涉及权限、所有者、扩展属性或一致性快照，应继续为这些问题设置独立方案；--one-file-system 只解决目录遍历跨文件系统这一件事。

相关问题

--one-file-system 适用于解压归档吗？

它用于创建归档时控制目录递归边界，不能把它当作解压阶段的通用路径隔离选项。

为什么显式写出的跨盘文件仍被打包？

因为该选项只限制从目录递归发现的内容；命令行参数和 --files-from 清单属于显式输入，需要脚本自行审查。

怎样知道哪些路径被跳过？

创建归档时配合 --verbose，根据标准错误中的排除路径复查边界；不要只依据最终归档大小判断。