磁盘挂载失败导致系统无法启动时，通常卡在“Failed to mount /xxx”、initramfs或GRUB命令行；核心原因包括fstab配置错误、根文件系统损坏、设备名漂移或关键分区不可用；修复需分阶段在命令行下完成：首先进入rescue模式识别根分区，再修正fstab（优先用UUID）、修复文件系统（fsck/e2fsck/xfs_repair），最后释放空间并重装GRUB。
磁盘挂载失败导致系统无法启动，通常卡在启动日志里显示 Failed to mount /xxx 或直接进入 initramfs 或 GRUB rescue 命令行。核心问题集中在 /etc/fstab 配置错误、根文件系统损坏、设备名漂移或关键分区不可用。修复需分阶段操作，不依赖图形界面，全程命令行完成。
进入恢复环境并识别根分区
开机时在 GRUB 菜单按 Shift（BIOS）或 Esc（UEFI）调出引导菜单，选中当前内核后按 e 编辑启动参数。在以 linux 开头的行末尾添加：
-
systemd.unit=rescue.target（推荐，适用于 systemd 系统） - 或
init=/bin/bash（更底层，需手动 remount root）
按 Ctrl+X 启动。成功后会进入命令行。执行：
lsblk -f
确认哪个分区含 /boot、/etc 和 /bin 目录（通常是 /dev/nvme0n1p2 或 /dev/sda1），再用 blkid 核对其 UUID 和文件系统类型（如 ext4、xfs）。
修复 fstab 配置错误
若系统能挂载根分区但因 /etc/fstab 错误卡住，先手动挂载：
mount /dev/sda1 /mnt cd /mnt/etc
用 vi fstab 检查每行格式是否合规：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 设备字段优先用
UUID=...（通过blkid获取），避免/dev/sda1类设备名漂移 - 挂载点目录必须已存在（如
/data），否则创建：mkdir -p /mnt/data - 文件系统类型必须与实际一致（
ntfs需装ntfs-3g，exfat需加载exfat模块） - 测试配置：
chroot /mnt mount -a，报错即定位具体哪一行
修复损坏的根文件系统
若启动时提示 UNEXPECTED INCONSISTENCY 或进入 initramfs，说明根分区有严重错误。在 initramfs 环境下执行：
fsck -f /dev/sda1
注意：
- 必须确保该分区未被挂载（
fsck会拒绝检查已挂载分区） - 对
ext4分区可用e2fsck -y /dev/sda1强制修复 - 对
XFS分区需用xfs_repair /dev/sda1（需提前安装xfsprogs） - 修复完成后执行
exit退出 initramfs，系统将尝试继续启动
释放空间并重建引导（磁盘爆满场景）
若因 / 分区 100% 占满导致 GRUB 加载失败或 initramfs 报错，先进入 rescue 模式并挂载根分区：
mount /dev/sda1 /mnt chroot /mnt
清理关键位置：
- 清空
/var/log/journal/中过期日志：journalctl --vacuum-size=200M - 删除残留的
/var/cache/apt/archives/*.deb（Debian/Ubuntu） - 检查大文件：
du -sh /* 2>/dev/null | sort -hr | head -5
空间释放后，重装 GRUB：
grub-install /dev/sda update-grub
重启即可恢复正常启动流程。
