Ubuntu没有内置崩溃自动回滚机制，所谓“自动”实为Timeshift定时快照+手动恢复、GRUB选旧内核或Btrfs快照重启切换；内核panic时调度已失效，无法安全执行快照操作，唯一可控动作是kernel.panic=10强制重启。
Ubuntu 本身并没有内置“崩溃后自动回滚”这套机制——系统一旦崩溃，比如出现内核 panic，并不会顺手帮你触发快照或执行还原，想做到这一点，只能依赖外部工具，或者提前把防护层配置好。 很多人看到的那种“自动回滚”体验，说到底，通常是靠 Timeshift 做定时快照后再手动恢复，或者用 Btrfs 快照并在重启后手动切换，又或者干脆通过 GRUB 选择旧内核，先把有问题的内核绕过去。至于在崩溃发生的那一刻就自动完成回滚，Linux 内核默认做不到，Ubuntu 默认同样也不支持。
为什么不能在 kernel panic 时自动切快照？
内核 panic 发生时，整个内核已失去调度能力，用户空间进程（包括 Timeshift、btrfs 工具、甚至 systemd）全部停止响应。此时连写磁盘都不可靠，更别说安全创建/切换快照了。所有所谓“自动”，都是事后人为干预或提前规避。
- panic 时唯一可控动作是
kernel.panic = 10—— 十秒后强制重启，但重启后仍进原内核，不会自动降级 - 没有机制能从 panic 状态中唤起一个用户态程序去调用
btrfs subvolume snapshot - 即使用了 Btrfs，/boot 分区若为 ext4（绝大多数 Ubuntu 安装默认如此），就无法对整个根卷做原子快照回滚
真正可用的“崩溃后快速回退”方案
不是自动，但能大幅缩短恢复时间，且无需重装：
Timeshift设置定时快照（如每天/每次更新前），崩溃后重启进 Live USB 或正常内核，运行timeshift --restore回到最近可用状态- GRUB 中保留至少两个内核：确认
ls /boot/vmlinuz*输出含多个版本；崩溃卡死时，开机长按Shift进 GRUB →Advanced options→ 选旧版内核启动 - 若用 Btrfs 且 /boot 在同一子卷（极少见），可设
sudo btrfs subvolume set-default指向备份子卷，再sudo reboot生效 —— 但这需要提前规划，不是崩溃时动态触发
容易被忽略的关键限制
很多教程没说清，但实操中极易踩坑：
Timeshift默认不备份/home（除非勾选“Include all users”），崩溃后恢复可能丢个人配置- 卸载新版内核前，务必确认旧内核仍存在于
/boot且 GRUB 配置未被update-grub清掉 —— 曾有用户删内核后grub.cfg里只剩一个坏条目，直接无法启动 - Btrfs 快照不能跨文件系统：若
/是 Btrfs 而/boot是 ext4，快照无法保证引导一致性，回滚后大概率黑屏
真正可靠的崩溃应对，是把“避免崩溃”和“快速人工恢复”拆开做：用 kernel.panic 防卡死，用 Timeshift 或多内核兜底，而不是幻想某条命令能让系统自己从 panic 里爬出来并一键回滚。
