linux无原生快照功能，需依赖lvm（支持ext4/xfs，需逻辑卷）或btrfs（子卷级、cow），二者均需确认底层支持、合理规划空间与清理策略，并注意恢复时/boot、grub及fstab的同步更新。
快照不是 Linux 内置功能，得靠 LVM 或 btrfs
Linux 本身不提供类似虚拟机那种一键快照的机制。真要落地，主流就两条路：LVM 逻辑卷快照（兼容性好，但只支持 ext4/xfs 等传统文件系统），或 btrfs 原生快照（支持子卷级、写时复制，但对内核版本和稳定性有要求）。别在普通 ext4 根分区上找 snapshot 命令——它不存在。
常见错误现象：command not found: lvcreate --snapshot（没装 lvm2）、btrfs subvolume snapshot 报错 “Not a btrfs Filesystem”（目标路径不在 btrfs 分区上）。
- 确认底层是否支持：运行
lsblk -f查看根分区类型和是否启用 LVM - LVM 快照必须基于已存在的逻辑卷（LV），且需预留足够空间存差异数据（快照卷大小建议 ≥ 预估变更量）
- btrfs 快照只能对子卷（subvolume）操作，不能对普通目录直接快照；默认挂载点通常是
@或@home这类子卷名
用 LVM 创建只读快照并挂载验证
LVM 快照默认是只读的，适合备份校验；若需可写（比如测试回滚），得加 -c 参数开启 COW 缓存，但会增加 I/O 开销。关键在于快照卷命名和挂载时机——挂太早会失败，挂太晚可能数据已变。
使用场景：升级前保留系统状态，或为某个数据库目录单独快照（需先将其放在独立 LV 上）。
- 创建快照命令示例：
lvcreate -L 2G -s -n root_snap /dev/vg0/root（其中/dev/vg0/root是原 LV 路径） - 挂载前先检查状态：
lvs看root_snap是否显示为snap类型，且Attr含s - 挂载命令：
mkdir /mnt/snap && mount /dev/vg0/root_snap /mnt/snap；若提示“wrong fs type”，说明文件系统未被内核识别，需modprobe ext4或对应模块
btrfs 子卷快照比 LVM 更轻量，但别忘配额和清理
btrfs 快照本质是子卷间的硬链接共享数据块，创建飞快，也不占额外空间——直到你开始改文件。问题出在没人管它：快照不自动过期，删错子卷可能影响其他快照引用的数据块，btrfs filesystem usage 显示已用空间持续上涨却找不到原因。
性能影响：大量快照 + 高频写入时，COW 可能引发碎片和延迟；某些旧版内核（如 5.4 之前）对快照删除有锁竞争 bug。
- 创建快照命令：
btrfs subvolume snapshot /mnt/btrfs/@ /mnt/btrfs/@_snap_20240520（注意源必须是子卷路径，不是挂载点） - 快照默认可写；如需只读，加
-r参数：btrfs subvolume snapshot -r ... - 定期清理用
btrfs subvolume delete，但执行前务必确认该子卷没被其他快照依赖（查btrfs subvolume list -s）
恢复快照时最常踩的坑：覆盖 vs 替换，以及 grub 配置滞后
快照本身只是副本，恢复 ≠ 自动切回。LVM 快照无法直接“回滚”到原卷，得用 lvconvert --merge（仅支持已卸载的只读快照）；btrfs 则靠 mv 替换子卷再重装 grub——但很多人忘了更新 grub.cfg 里的 rootflags=subvol=... 参数，结果重启进 initramfs。
容易忽略的点：/boot 通常不在 LVM 或 btrfs 上，恢复系统快照后，若内核或 initramfs 有更新，旧快照里没这些文件，会导致启动失败。
- LVM 合并前必须卸载原 LV 和快照卷：
umount /dev/vg0/root，然后lvconvert --merge /dev/vg0/root_snap - btrfs 恢复流程：先
umount /mnt/btrfs，再mv /mnt/btrfs/@ /mnt/btrfs/@_broken，mv /mnt/btrfs/@_snap_20240520 /mnt/btrfs/@，最后mount并grub-mkconfig -o /boot/grub/grub.cfg - 无论哪种方式，恢复前先备份当前 /boot 和 /etc/fstab —— 这俩地方最容易因快照路径变化而失效
事情说清了就结束