/boot分区异常排查需先确认挂载状态，再核对vmlinuz与initramfs文件版本一致性、grub.cfg有效性及三者是否严格匹配当前运行内核。
Linux系统中/boot分区是引导关键所在，很多异常不是报错明显，而是静默失效——比如多版本内核残留、错误的grub.cfg生成、手动复制的旧内核镜像没清理、或被误改名的vmlinuz/initramfs文件。新手排查时容易只看“能不能进系统”，却忽略这些藏在/boot里的隐患。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
先确认/boot是否挂载且可读写
很多问题源于/boot未正确挂载（尤其在LVM或单独/boot分区场景）。执行：
-
df -h /boot看是否显示挂载点及可用空间 - 若无输出或显示
/boot: No such file or directory，说明/boot未挂载，需先查分区：lsblk -f | grep -A2 boot或findmnt /boot - 未挂载时，根据
fdisk -l或blkid找到对应设备（如/dev/sda1），再手动挂载：mount /dev/sda1 /boot
检查/boot下核心文件是否存在且命名规范
进入/boot后重点核对三类文件：
- 内核文件：必须以
vmlinuz-开头，后缀为当前或兼容的内核版本（如vmlinuz-5.14.0-284.el9.x86_64）；若发现vmlinux（非vmlinuz）、vmlinuz.bak、vmlinuz.old等非常规名，属于风险项 - 初始化镜像：必须匹配内核版本，格式为
initramfs-<kernel-version>.img</kernel-version>；常见错误是删了内核但没删对应initramfs，或镜像名与内核不一致（如内核是-5.14.0-284，initramfs却是-5.14.0-123） - GRUB配置：
/boot/grub2/grub.cfg应存在且大小合理（通常100KB以上）；若为空、只有几行或时间戳早于最近一次内核升级，说明未更新
比对当前运行内核与/boot中实际文件
运行中内核版本 ≠ /boot里留下的版本。执行：
-
uname -r获取当前运行内核（如5.14.0-284.el9.x86_64） -
ls /boot/vmlinuz-* /boot/initramfs-*.img 2>/dev/null | grep $(uname -r)看是否都存在 - 若缺失，系统下次重启可能直接卡在GRUB菜单或报“file not found”
- 同时检查是否有大量旧内核残留（如
vmlinuz-4.18.*、vmlinuz-5.10.*），它们虽不干扰启动，但占空间、易引发grub2-mkconfig误选
验证GRUB配置是否引用真实存在的文件
即使grub.cfg存在，也可能指向已删除路径。临时方法：
- 重启进GRUB菜单，按
c进入命令行，输入：ls (hd0,msdos1)/boot/（根据实际分区调整hd0,msdos1，可用ls不带参数查看设备） - 然后尝试加载：
linux16 /boot/vmlinuz-$(uname -r) ro root=/dev/sda2（root=后填你的根分区）initrd16 /boot/initramfs-$(uname -r).imgboot - 若某步报
file not found，就定位到具体缺失文件
基本上就这些。关键不是“有没有文件”，而是“运行中的内核、grub.cfg声明的路径、磁盘上真实存在的文件”三者是否严格一致。
