btrfs 因其快照功能，成为许多 Arch Linux 用户在滚动更新中的重要保障。然而，若 ESP 分区挂载不当，内核回滚后可能导致系统无法启动。
为什么会这样？
在当代Linux的设计中，统一内核镜像（UKI，可以简单的认为是一个Linux内核的可执行文件）是保存在/boot目录下的，每次你更新内核时，UKI都会被覆盖为新的内核镜像。但是，ESP分区（一般都）是FAT32文件系统，不受btrfs的快照保护。如果你把根目录回滚了，但是ESP还是新的内核，找不到匹配的headers和其他必要文件，就会直接导致系统崩溃。
怎么看有没有挂载对？终端里面lsblk一下，找到你的系统所在的物理硬盘。其中有一个很小的分区，大小约在400MB至1GB左右，一般排在你系统卷的前面。这就是ESP(EFI)分区。在这行的右边会显示这个分区的挂载点，如果显示/efi或者/boot/efi（不建议，但不影响回滚，就别去动它了）就是没问题的；如果直接一个/boot写在那里，那就是我们要解决的问题。
注意事项
本文适用前提：你的Linux系统盘用的是btrfs，并且引导模式是UEFI。
以下情况无需担心本文描述的问题：
- 系统盘文件系统是ext4等不具备快照/回滚功能的文件系统：没有快照和回滚功能，不用操心这事儿。
- Legacy（非UEFI）启动模式：真的有人成功过吗？Legacy模式几乎不存在从btrfs文件系统的Linux启动的方法。
关于ESP分区
在UEFI之前，传统的BIOS+MBR模式直接把操作系统引导程序的加载器（PBR）写进MBR（主引导记录）里，简单是简单，但是MBR本身就多大点地儿，存分区表还不够呢。位置也很尴尬，PBR和分区表混在一起，引导程序和操作系统文件混在一起，一点都不符合解耦原则。并且，一旦文件系统麻烦一点（比如btrfs这种有子卷，需要额外驱动的），MBR就没辙了，只能指望grub2给你在/boot（FAT32）里存了个btrfs驱动，不仅麻烦还不稳定。
PS.在Legacy环境下能够“免boot分区”启动NTFS文件系统上的Windows，实际上是因为微软走了个狗屎运，PBR的空间刚好能塞下一个最小的NTFS只读驱动，但是很显然这不是长久之计。要是当时微软没那么走运，现在也不会有那么多人骂ESP分区碍事了。
graph LR A[开机] --> B[BIOS自检] B --> C[找硬盘设备] C --> D[解析MBR] D --> E[执行PBR] E --> F[启动grub/bootmgr] F --> G[进入系统]
UEFI就做得不错了，它的层次分的很清楚：主板上的NVRAM存储启动配置，UEFI直接根据这个索引找到ESP分区，加载里面的.efi引导程序文件，然后引导程序文件负责解析文件系统找到内核。由于ESP分区大小可调，并且相比PBR而言非常充裕，因此.efi文件可以内置大部分文件系统的完整驱动，不再需要费尽心思砍功能来塞进PBR里了。
graph LR A[开机] --> B[UEFI最小化自检] B --> C[访问NVRAM] C --> D[直接打开ESP] D --> E[执行efi文件] E --> F[进入系统]
当然，BIOS的硬件限制还是摆在那里，ESP分区的格式必须为FAT32，并且不可修改为别的文件系统，否则UEFI固件无法读取它。不排除某些厂商往BIOS里额外塞驱动，但是总归没人往里面塞ext4或btrfs的驱动。
ArchLinux不管内核是什么版本，/boot里的initramfs镜像和内核文件的名称都是不变的，这使得通过grub来启动任意快照的Linux而不修改ESP分区内容变得可能。
避坑
需要注意的是，一些较早的教程可能仍建议将 ESP 分区挂载到 /boot。例如，作者一开始是照着以下这个视频来装Arch的：
这个视频现在看来有诸多错误，最严重的就是选择将ESP分区挂载到/boot。
新用户很容易掉进这个视频的陷阱。尽管原作者已经发布了正确安装的视频，并且在评论区置顶了新视频和相关说明，但是他没有删除旧视频，而旧视频仍然在B站ArchLinux安装搜索结果的高位；与此同时，新视频更多的是“Linux上手全过程指南”，而与安装Arch没有强相关，因此直接搜索Archlinux安装的用户很容易被误导。
迁移教程
准备ArchLinux Live CD
由于操作涉及系统启动项，必须在 Live CD 环境下进行。具体怎么做就不细说了，实际上就是ArchLinux的安装盘。插进电脑里，从这个Live CD启动。
1.挂载
btrfs由于全都是子卷，挂载相比ext4等要麻烦许多。
首先要找到你的系统盘。输入lsblk，找到你的系统盘和系统分区。系统盘应该有一个400M到1G大小（总之比较小）的分区，余下的空间是另外一个分区。前者是ESP分区，后者就是btrfs系统分区了。
假设ESP分区是nvme0n1p1，系统分区是nvme0n1p2。执行时替换为你的实际对应分区。
1 | # 挂载系统分区 |
注：mount --mkdir参数是用于自动创建目标目录的，你也可以手动创建/mnt/efi目录。
2.拷贝
由于我们的内核文件之类的东西还留在ESP分区里，因此要先把它拷回到/boot。
1 | cp -a /mnt/efi/* /mnt/boot/ |
先别急着清理，等到时候重新进入系统之后看看有没有翻车再搞。
3.改fstab
1 | vim /mnt/etc/fstab |
vim用不惯可以用nano，总之只要是文本编辑器就行。
打开之后，找到里面（应该是）唯一一处的/boot，改成/efi即可。保存并退出。
4.chroot、重建initramfs与grub
1 | arch-chroot /mnt |
等待重建完成，应该就没什么大问题了。
1 | # 退出chroot环境 |
5.收尾工作
当你重启之后，如果进入了系统，一切正常，那就应该没什么问题了。
第一步先打个快照，因为当前的内核还没有进入快照的保护范围。（题外话：我的习惯是Syu之前打一次，Syu之后确定没问题了就再打一次，这样可以保留两次Syu之间的工作。）
然后，你就可以开始清理了。你可以删掉/boot下的EFI文件夹，以及/efi下除了EFI文件夹以外的所有东西。
PS.我这里还有一个BackupSbb.bin文件，查询之后发现是一个UEFI固件恢复文件，最好还是留着。
搞完后再重启，如果没有问题就说明大功告成了。
局限
在你按照上面的指导完成修改后，需要注意，它只是让你可以安全地回滚内核了。 对于整个系统核心组件彻底滚炸（连tty都进不了）的情况，由于无法调用btrfs的操作命令，仍然需要依赖Arch Live CD来进行回滚操作。
注意：执行以下内容也需要（按照本文教程）将ESP分区挂到/efi以让内核也能够被快照。
如果你不希望随身带一个Arch Live CD，可以使用snap-pac，grub-btrfs，snap-pac-grub这一套工具链，它通过pacman钩子来自动更新grub里的快照启动项。或者，直接换用rEFInd作为引导程序来自动查找btrfs子卷里的Linux。详情可以去查看ArchLinux中文维基的相关说明。它也提供了关于建议的子卷配置和非只读快照的建议。
