跳转到内容
omarchyFIELD GUIDE
实用知识 / FIELD GUIDE

Omarchy 系统快照:创建恢复点并恢复系统

检查快照覆盖与启动集成,创建和识别恢复点,处理保留的个人配置,并区分快照和备份。

根据公开资料整理,未在实机验证。操作前请核对你的版本与硬件环境。

更新破坏受覆盖的系统状态时,快照很有用。项目文件误删、机器丢失或系统盘损坏,则需要别的恢复来源。官方快照指南描述 Limine 恢复流程及保留 /home。本页进一步说明准备、覆盖检查、按故障阶段决策和恢复后验收。

Btrfs 保留一个子卷在某个时间点的状态
→ Snapper 管理命名配置与快照
→ 启动集成在 Limine 中提供恢复入口
→ 恢复工具把选定系统状态变成正常运行系统

这几项能力不同。Snapper 列出快照,不自动证明能从启动菜单进入;启动快照观察,也不等于已经完成恢复。本页的流程依赖已配置的 Limine 集成,不要替换成另一发行版的 GRUB 教程或通用 snapper rollback。

哪些内容回到旧日期,哪些不会

章节:哪些内容回到旧日期,哪些不会
状态 官方默认流程的边界 结果
受覆盖的根系统 可恢复较早状态 包和系统设置可能回到旧版本
/home 文档与个人配置 官方流程保留 最新工作仍在,损坏的新配置也可能仍在
独立/嵌套子卷 取决于各自配置 不能假设父快照递归包含全部子卷
其他磁盘、远端服务、挂载共享 普通本地根快照之外 需要独立恢复方式
磁盘丢失或损坏 本地快照可能一起丢失 仍需独立文件备份

Btrfs 子卷文档解释共享数据与覆盖边界。定制安装可能增加其他 Snapper 配置,应检查本机,不把默认边界理解为普遍保证。

一个示意时间线说明常见陷阱:

更新前:系统 A + 个人配置 A
更新后:系统 B + 被迁移的个人配置 B
恢复后:系统 A + 个人配置 B

最后的组合可能仍报错,但系统恢复本身已经成功。文件备份应包含个人配置副本,不要因此删除整个 .config。

系统正常时先查前提

章节:系统正常时先查前提

依赖自动恢复之前,运行只读检查:

终端窗口
findmnt -no FSTYPE,SOURCE,OPTIONS /
findmnt /home
sudo snapper list-configs

根文件系统应符合预期布局,同时看配置名字与子卷路径。覆盖 / 的配置名确实为 root 时,再列出它:

终端窗口
sudo snapper -c root list

其他名称用实际值代替。没有独立挂载的 home,findmnt /home 可能不返回单独挂载;应进一步理解布局,不能据此断定快照覆盖。Snapper 手册说明这些查看命令。

确认能主动进入 Limine 菜单。使用 Direct Boot 时,官方说明先从固件选择 Limine,某些固件有限制。系统还能查资料时就建立本机入口,不要等更新失败才第一次寻找。

创建手动恢复点,并确认存在

章节:创建手动恢复点,并确认存在

保存工作、识别覆盖配置,然后执行官方操作:

终端窗口
omarchy-snapshot create

它改变本地快照状态,可能要求管理员授权。固定工具源码枚举已有 Snapper 配置,为各配置创建编号快照,并执行编号清理;没有配置会报错。仅安装 Snapper 程序并不够。

再次列出覆盖配置,记录新编号、日期与描述,下次计划重启时与启动入口对照。好看的成功输出,不如真正列出的恢复点有说服力。不要仅因出现新编号就删掉已知可用的旧恢复点。

官方更新集成会自动创建快照,但应确认本机确实走该集成。其他更新途径、创建失败或未配置的快照阶段,可能没有预期的恢复点。

失败后逐个边界恢复

章节:失败后逐个边界恢复
  1. 先判断固件能否进入 Limine。不能进入时,根快照还无法解决更早的启动链故障。
  2. 在快照入口中按日期和版本选择故障变化之前的状态,不直接选第一项。
  3. 启动该环境,检查故障功能是否恢复;选择恢复点期间减少无关写入。
  4. 确定要恢复它时,使用恢复通知或 omarchy-snapshot restore,阅读提示并按完成/重启说明操作。这是修改系统,不是预览命令。
  5. 正常启动后检查桌面、网络、故障涉及的包/应用版本和最新个人文件。

旧环境可启动但个人应用报错依旧,应比较保留的 home 配置,从已知副本恢复最小相关文件。没有可用快照时保留日志,进入更新恢复;反复尝试恢复不会创建缺失的恢复点。

空间与保留策略也要管理

章节:空间与保留策略也要管理

快照最初共享块,后续写入与保留旧块会占空间,不能把每个快照目录大小当完整独立副本相加。检查整体使用:

终端窗口
df -h /
sudo btrfs filesystem usage /

第二条只适用于 Btrfs,数据与元数据分配含义见 Btrfs 手册。这是查看,不是推荐把 balance 或碎片整理当通用清理。

先识别需要保留的状态,再通过 Snapper 配置的保留/清理机制管理。不要用文件管理器或宽泛递归命令删除 .snapshots。空间严重不足时,先定位原因并保留恢复办法,再进行大更新。

留一份实际可用的准备记录

章节:留一份实际可用的准备记录

记录覆盖配置与路径、已知恢复编号与日期、进入 Limine 的方法、文件备份目的地和配置副本。计划维护时确认入口能启动,比只知道快照存在更可靠;不必因此进行破坏性的回滚演练。

文件误删与磁盘故障见备份,流程背后的组件见存储与维护层。目标是在需要恢复之前,已经能解释它能保护什么。