Kernel Panic: 我把 Arch 滚挂了
内容提要
作者在远程办公时执行系统更新，因系统卡死而强制关机，导致libcap等文件损坏并触发Kernel Panic。他用U盘刻录ArchISO启动，chroot后联网重装损坏的包，发现/usr/lib下有上万个零字节文件，最终重装系统。教训是强制关机易使数据未同步而损坏，应使用SysRq的REISUB组合键安全重启。
延伸解读
强制关机的风险：数据未同步导致文件损坏
作者在系统更新卡死时长按电源强制关机，导致内存中未同步的数据丢失，进而使libcap等关键文件损坏并触发Kernel Panic。这提醒我们，强制关机可能破坏正在写入的文件，尤其是系统更新过程中。即使更新看似卡死，也应优先尝试安全手段，避免直接断电。
救援步骤的启示：Live环境与chroot修复
作者使用ArchISO启动，挂载磁盘并chroot进入原系统，重装损坏的包。这展示了Linux系统在引导失败后仍可通过Live环境修复的可行性。但作者发现/usr/lib下有上万个零字节文件，说明损坏范围可能远超预期，仅重装部分包未必能彻底恢复，最终重装系统更稳妥。
网络连接在救援中的关键作用
救援过程中，作者需要联网重装软件包，但wifi-menu连接失败，dhcpcd未启动导致无法获取IP，最终改用wpa_supplicant手动连接热点才成功。这说明在Live环境中，网络配置可能不如常规系统方便，提前熟悉多种联网方式（如USB共享、手动wpa_supplicant）有助于提高救援效率。
SysRq：系统卡死时的安全重启方案
文章介绍了Magic SysRq键，通过REISUB组合（Unraw、Terminate、Kill、Sync、Unmount、Reboot）在系统无响应时安全重启。其中Sync步骤确保数据写入磁盘，避免强制关机导致的数据损坏。启用SysRq需设置/proc/sys/kernel/sysrq或内核参数sysrq_always_enabled=1，建议用户提前配置并熟悉该操作。
Q&A
为什么强制关机后 Arch Linux 会出现 Kernel Panic？
强制关机导致内存中未同步到磁盘的数据丢失，造成关键文件（如 libcap.so.2）损坏，系统启动时加载共享库失败，从而触发 Kernel Panic。
系统更新卡死时，正确的安全重启方法是什么？
应使用 SysRq 组合键 REISUB：依次按下 Alt+SysRq+R（收回键盘控制）、E（发送 SIGTERM）、I（发送 SIGKILL）、S（同步磁盘）、U（卸载并只读挂载）、B（重启）。
如何启用 Linux 的 SysRq 功能？
可以通过执行 echo "1" > /proc/sys/kernel/sysrq 临时启用；若需在挂载分区和启动引导前就启用，需在内核启动参数中添加 sysrq_always_enabled=1。
ArchISO 启动后 chroot 修复系统时，发现大量文件损坏怎么办？
先联网，然后重装损坏的包（如 libcap），并可用脚本全盘搜索 size=0 的文件，根据 pacman.log 重装相关包；若损坏过多，建议重装系统。
在 ArchISO 环境下无法上网，如何排查和解决？
检查 dhcpcd 是否启动，可尝试启动它；若 wifi-menu 失败（返回值2），可改用 wpa_supplicant 手动连接热点，或使用 USB 共享网络。
如何检查系统中还有哪些文件因强制关机而损坏？
可以编写脚本全盘搜索 size=0 的文件，例如在 /usr/lib 下发现上万个零字节文件，然后根据 pacman.log 重装相关包。
