备份与恢复：系统、个人文件和配置分别怎么救

更新后的软件包、昨天的项目文件、自己改过的快捷键，分别需要不同的恢复方式。本篇带你分清边界，做一个不覆盖原文件的恢复练习，再判断系统更新失败时应该恢复什么。

案例和文件名是教学示例；快照流程按官方说明核对，未在你的硬件上执行恢复。先确认自己的安装具有 Limine 和已配置的快照集成，再依赖这一流程。

1. 先问：我要恢复什么？

遇到的事情	首选恢复来源	为什么
更新后系统或桌面不能正常启动	更新前的可启动系统快照	需要找回可工作的系统状态
删除或改坏了文档、照片、项目	独立文件备份或文件版本历史	官方系统恢复保留 /home，不会找回这些文件
改坏了一个快捷键或应用设置	修改前的那个配置文件	可以只撤销一个改动，保留其他设置
系统盘损坏或电脑丢失	另一设备或远端的备份	同盘快照与原文件可能一起不可用

“能进入旧系统”与“能找回昨天的文件”，是两个需要分别验证的能力。先选择目标，才能判断恢复是否成功。

2. 快照、文件备份和同步怎样配合？

在本篇对应的安装中，Btrfs 提供文件系统快照能力，Snapper 管理快照，Limine 与恢复工具提供启动和恢复入口。它们保存系统状态；独立文件备份保护你的工作。详细分工见存储与维护层。

快照通过共享数据块保留某个时刻的状态，通常不需要立刻复制所有内容。但共享磁盘也意味着不能抵御这块磁盘损坏，保留历史改动还会占用额外空间。Btrfs 快照说明

方式	擅长什么	不能据此保证什么
系统快照	恢复受快照覆盖的系统状态	个人文件恢复、异地保存
有历史版本的文件备份	找回被删除或修改的文件	自动恢复系统启动链
普通文件同步	多台设备看到当前文件	删除也被同步后仍有旧副本
Git	找回已提交的项目或配置版本	未提交内容、被忽略文件、数据库运行状态

检查同步服务是否保留历史版本和回收站，检查项目中的未提交文件、上传素材、数据库和密钥是否真的进入备份。不能因为“项目用了 Git”就假定所有内容都可恢复。

3. 系统回滚之后，到底留下什么？

官方 Omarchy 恢复流程回滚根文件系统，保留家目录。下面是一个教学时间线：

时刻	系统软件	家目录里的文件和配置
更新之前	应用旧版	配置旧版，项目正在写作
更新之后	应用新版	可能写入新版配置，项目继续修改
恢复更新前的系统快照	应用回到旧版	最新项目和新版配置仍保留

这保护了个人工作，却可能留下“旧应用读取新配置”的组合。快照恢复不是把电脑每个文件都倒回同一时刻。 实际覆盖范围取决于安装的子卷和快照配置，定制安装应检查自己的布局。

4. 先做一次文件恢复练习

这个练习只创建测试文件，备份放在家目录，目的是学会恢复；它不是防磁盘损坏的正式备份。

若以前用过下面的目录，先换一个新练习目录。printf 会覆盖同名测试文件；不要把路径替换成真实项目文件。

mkdir -p ~/recovery-practice/source ~/recovery-practice/backup ~/recovery-practice/restored
printf 'Recovery practice version 1\n' > ~/recovery-practice/source/note.txt
cp -i ~/recovery-practice/source/note.txt ~/recovery-practice/backup/note.txt

cp -i 在目标已存在时会询问是否覆盖，先确认还需不需要旧副本。现在只改工作副本，再恢复到第三个位置：

printf 'Recovery practice version 2\n' > ~/recovery-practice/source/note.txt
cp -i ~/recovery-practice/backup/note.txt ~/recovery-practice/restored/note.txt
cat ~/recovery-practice/source/note.txt
cat ~/recovery-practice/restored/note.txt

预期：工作副本显示 version 2，恢复副本显示 version 1。这证明你找回了历史内容，而且没有覆盖现在的工作。

sha256sum ~/recovery-practice/backup/note.txt ~/recovery-practice/restored/note.txt

两个哈希应相同，说明这两个文件的字节一致。这不能证明整个备份完整，也不能代替打开文档、运行项目、检查素材。正式恢复也先放到独立目录，检查后再决定是否替换原位置。复制命令说明

5. 为自己的工作准备正式备份

列出项目目录、文档和素材、修改过的配置、应用清单，以及应用自己的数据。应用数据可能位于 ~/.local/share 或其他目录，只备份 ~/.config 不等于保存了应用数据。

准备事项	怎样验证
保存到另一磁盘或远端	不依赖原电脑时，仍能找到和读取备份
保留多个历史版本	能选中改坏文件之前的版本，而不只有当前副本
包含大文件和隐藏目录	查看备份记录，再恢复一个代表性文件
密码或加密密钥可用	恢复环境能解锁备份，密钥不只保存在原电脑
数据库和应用数据可恢复	用应用导出方式，或在应用停止后按其备份说明操作

运行中的数据库可能需要一致性导出，简单复制正在变化的文件不能保证可用。先恢复一个真实、低风险的文档到新目录，积累一次成功记录，再扩大备份范围。

6. 案例：更新后桌面无法正常启动

先记录失败发生在哪一步。还能进入桌面但更新事务报错时，先看更新失败排查，不是每个安装错误都需要系统回滚。

对于更新后启动异常、且具有官方 Limine 快照集成的安装：

1. 重启进入 Limine。开启 Direct Boot 后可能要先在固件启动菜单选择 Limine；厂商的进入按键不同。
2. 按日期和版本选择失败更新之前的快照，不要只选列表最靠上的条目。
3. 确认进入快照环境，观察原来失败的启动或桌面功能。能启动只说明这个恢复点值得进一步检查。
4. 决定正式恢复时，使用快照环境里的恢复通知，或官方记录的 omarchy-snapshot restore，阅读工具提示后继续。这一步改变当前系统状态，不是查看命令。
5. 跟随工具的结束或重启提示，回到正常启动后检查桌面、网络、原来失败的应用，以及最新个人文件。

提前建立手动恢复点时，官方命令是：

omarchy-snapshot create

它会创建系统快照并可能请求管理员授权。执行过命令不等于已经有恢复点：查看是否报错，确认对应日期的快照出现在可用启动入口中。本源码在没有 Snapper 配置时报告失败；单独安装 Snapper 不等于完成集成。快照工具源码

没有可用快照、采用其他引导方案或固件看不到系统时，使用与你安装方式对应的恢复文档，不要为追赶本教程而临时重装引导程序。

7. 案例：回滚成功，某个应用还是打不开

先判断是否发生过配置或数据格式升级。以下流程只针对已确认的单个配置文件：

1. 退出应用，记录错误以及回滚前后的版本。
2. 另存当前配置，不丢弃可能仍有价值的新版设置。
3. 找到更新前的配置副本，比较两个版本，只恢复该应用需要的文件。
4. 启动应用，测试原故障和一个日常功能。没有可靠旧副本时，按应用文档测试独立或新配置，不要删除整个 ~/.config。

数据库升级是另一回事，不能随意把旧配置配上新数据库。遇到数据格式变化，查该应用的恢复兼容性说明。系统能启动不代表所有应用数据都兼容回滚。

8. 留下一张可用的恢复记录

记录备份位置、最近一次成功恢复的日期、恢复过的文件、快照入口和重要配置副本。恢复后确认原问题消失，查清异常原因，再决定是否重新更新。

继续阅读：第一次修改配置 · 更新 Omarchy · 存储与维护组件。

来源与适用范围

核对于 2026-10-12：Omarchy 快照、更新流程、固定提交的快照实现、Btrfs 子卷。文件练习和恢复案例是本站教学设计，不是硬件实测报告。