linux文件系统元数据保护核心是锁定系统可识别、可挂载、可执行的底层骨架，必须分层采集文件系统结构、身份权限、扩展属性及磁盘物理层元数据，通过时间戳脚本统一捕获、校验和3-2-1容灾体系保障一致性与可恢复性。
Linux 文件系统元数据保护不是备份“文件内容”，而是锁定系统可识别、可挂载、可执行的底层骨架。一旦 inode 映射错乱、ACL 被清空、SELinux 上下文丢失或 /etc/fstab 中 UUID 失效，哪怕所有文件都完好无损，系统也可能无法启动、用户无法登录、服务拒绝访问。
必须纳入备份的核心元数据类型
元数据分散在多个层级，不能只靠复制 /etc 下几个配置文件：
- 文件系统结构层：/etc/fstab（挂载规则）、/etc/crypttab（加密卷映射）、/proc/mounts（运行时实际挂载状态）、LVM 配置（vgdisplay、lvdisplay 输出）、RAID 元数据（mdadm --detail --scan）
- 身份与权限层：/etc/passwd、/etc/group、/etc/shadow（用户账户）、/etc/sudoers（提权策略）、systemd 启用的服务单元（/etc/systemd/system/*.service）
- 扩展属性层：ACL 规则（getfacl -R / > acl.bak）、SELinux 上下文（semanage fcontext -l > selinux.bak 或 ls -Z 快照）、xattr 扩展属性（getfattr -d -R / 2>/dev/null > xattr.bak）
- 磁盘物理层：分区表（fdisk -l /dev/sda > part.bak）、UUID/LABEL 映射（blkid > uuid.bak）、/dev/disk/by-* 符号链接结构（tar -cf disk-links.tar /dev/disk/by-*）
结构化采集与一致性保障
手动拷贝易遗漏、跨秒采集会导致状态不一致。应通过脚本统一时间点捕获：
- 所有输出文件名含时间戳，例如 meta-$(date +%s).tar.gz，避免版本混淆
- 对 /etc、/boot、/usr/share/polkit-1 等关键路径，用 tar --format=posix -czf 打包，保留符号链接和原始权限
- 整树同步根目录结构（不含虚拟文件系统）：rsync -av --fake-super --exclude='/proc' --exclude='/sys' --exclude='/dev' --exclude='/run' --exclude='/tmp' / /backup/meta-snapshot/
- 每次采集后立即生成校验：sha256sum *.tar.gz > meta-checksum-$(date +%s).sha256，并单独归档该校验文件
存储策略与恢复验证闭环
元数据体积小（通常几十 MB），但决定恢复成败，必须享有最高保护等级：
- 本地双副本：一份存于系统盘外独立分区（如 /backup/meta），另一份存于物理隔离介质（USB 设备或 NVMe 缓存盘）
- 第二种介质：刻录为只读 ISO 光盘（含全部元数据 + 校验和），或上传至对象存储（阿里云 OSS、腾讯云 COS），启用版本控制与 WORM（一次写入多次读取）策略防篡改
- 每季度执行一次恢复验证：从备份中提取 /etc/fstab 和 /etc/crypttab，在测试环境重建挂载关系；用 getfacl -p 对比 ACL 是否还原准确；检查 systemctl list-unit-files --state=enabled 是否与原系统一致
与数据备份协同设计
元数据备份不能脱离数据备份独立存在，需明确分工与联动：
- dd 或 rsync 备份分区/文件时，不负责保证元数据实时性；元数据需单独高频采集（建议每日执行，甚至每小时对 /etc 和 LVM 状态快照）
- 恢复流程中，必须先还原元数据（如更新 /etc/fstab 中的 UUID、重装 GRUB、恢复 SELinux 上下文），再挂载并还原数据镜像或 rsync 目录
- 若使用 LVM，应在 lvcreate -s 创建快照后，再同时采集快照卷的元数据与数据，确保二者时间点严格一致
