initramfs 提示符表明内核已加载但无法挂载根文件系统，需依次检查 vmlinuz/initrd 版本匹配、/etc/crypttab UUID、手动解锁 LUKS、/etc/fstab 根 UUID、LVM 卷组激活；grub rescue 则需手动指定 root、linux、initrd 启动后重装 GRUB；dd 覆盖 /boot 后应立即卸载并用 photorec 抢救关键启动文件；RAID1 故障须先 --fail 再 --remove 故障盘，重建后更新 initramfs。
系统启动卡在 initramfs 提示符怎么快速定位
遇到 initramfs 提示符，说明内核已加载但无法挂载根文件系统——不是内核崩溃，而是根设备找不到或解密失败。别急着重装，先确认是不是 /boot 下的 vmlinuz 和 initrd.img 版本不匹配，或者 /etc/crypttab 里 LUKS 分区 UUID 写错了。
实操建议：
- 在
initramfs环境中执行lsblk和blkid，确认加密分区是否存在、UUID 是否和/etc/crypttab一致 - 用
cryptsetup luksOpen /dev/sdXn cryptroot手动解锁（注意设备名别输错，sdXn要对应真实分区） - 解锁后运行
exit，initramfs 会继续尝试挂载——如果仍失败，大概率是/etc/fstab中 root 分区的 UUID 或挂载点写错了 - 若使用 LVM，还需检查
lvm vgscan && lvm vgchange -ay是否成功激活卷组
grub rescue> 提示下如何手动启动并修复 GRUB
grub rescue> 出现，意味着 GRUB 的核心镜像（core.img）找不到 normal.mod 或配置文件，常见于误删 /boot/grub、磁盘顺序变化或 BIOS/UEFI 混用。
实操建议：
- 先用
ls查看所有磁盘分区，比如输出(hd0,msdos1) (hd0,msdos2)，再逐个ls (hd0,msdos1)/找到含boot目录和vmlinuz的分区 - 设好根：比如
set root=(hd0,msdos2)，然后linux /boot/vmlinuz-$(version)-generic root=UUID=xxx ro（UUID 从之前blkid记下的找） - 再
initrd /boot/initrd.img-$(version)-generic，最后boot启动——成功后立刻进系统重装 GRUB：sudo grub-install /dev/sdX（X 是磁盘，不是分区） - UEFI 系统必须确认
/boot/efi已挂载，且grub-install加上--target=x86_64-efi --efi-directory=/boot/efi
恢复时误用 dd 覆盖了 /boot 怎么抢救
dd if=xxx of=/dev/sda1 误操作覆盖 /boot 分区后，只要没写满、没做 sync 或重启，还有机会找回部分文件。关键不是“恢复整个分区”，而是优先抢回 vmlinuz、initrd.img 和 grub.cfg 这三个启动刚需。
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
实操建议：
- 立刻卸载该分区：
sudo umount /dev/sda1，避免进一步写入 - 用
sudo photorec /dev/sda1扫描，过滤关键词vmlinuz、initrd，导出到另一块盘；注意它恢复的是原始文件，可能无扩展名，需用file命令识别 - 若系统还能进（比如有另一个可用内核），直接从
/boot复制对应版本文件过去，再sudo update-grub - 别依赖
extundelete：它只对 ext3/4 有效，且要求文件未被覆写，而dd是全盘覆盖，成功率极低
RAID1 磁盘故障后如何安全降级并重建
RAID1 中一块盘掉线（/proc/mdstat 显示 [U_]），系统仍可运行，但不能再容忍第二次故障。此时不能直接拔盘换新，得先标记故障盘为 failed，再移除，否则重建时可能同步坏数据。
实操建议：
- 确认状态：
cat /proc/mdstat和sudo mdadm --detail /dev/md0，看哪块盘是faulty或removed - 主动标记并移除：
sudo mdadm /dev/md0 --fail /dev/sdb1 --remove /dev/sdb1（别跳过--fail，否则新盘同步时可能把旧盘错误状态也复制过去） - 插入新盘后，用
sudo fdisk -l确认分区表结构一致，必要时用sfdisk克隆分区布局：sfdisk -d /dev/sda | sfdisk /dev/sdc - 添加新盘：
sudo mdadm /dev/md0 --add /dev/sdc1，观察/proc/mdstat同步进度；同步完成后再sudo update-initramfs -u更新 initramfs，确保下次启动能识别 RAID
真正麻烦的从来不是单点故障，而是恢复过程中人为覆盖了正确状态——比如没 --fail 就 --remove，或者重建时忘记更新 initramfs 导致重启进不了系统。
