openEuler 启动故障排障

This content is not available in your language yet.

启动故障的定位靠顺序，不靠猜：引导 → 内核 → 服务，逐层收窄。本页给 openEuler 的排障路径与 ARM/x86 的差异点。

官方排障入口

官方文档中心设有 Frequently Asked Questions 入口，覆盖常见问题与排障提示（troubleshooting tips）——遇到未见的故障模式，先查官方 FAQ 与对应版本的场景指南，再回到本页的通用路径。

引导与内核参数

起不来的第一层是引导：GRUB 菜单里选旧内核启动是第一尝试（内核更新后新内核的驱动/参数问题很常见）。需要临时参数时在 GRUB 编辑界面加（如 rd.break 进入 initramfs shell、systemd.unit=rescue.target 进救援模式），确认有效再固化到 GRUB 配置。

救援与 chroot

需要修文件系统或改配置时，用安装介质/救援镜像引导后 chroot 进系统：

mount /dev/sdXN /mnt
mount --bind /dev /mnt/dev && mount --bind /proc /mnt/proc && mount --bind /sys /mnt/sys
chroot /mnt

在 chroot 内改 fstab、重建 initramfs、修 GRUB 都是标准手法；修完退出重启前先 sync。

ARM/x86 的差异点

ARM（鲲鹏/飞腾）：UEFI + ACPI 为主，固件版本与 OS 的匹配问题占比高——启动项丢失先进固件重选；DTB/ACPI 不匹配表现为外设缺失；
x86_64：路径与 EL 完全一致，Legacy/UEFI 混装导致的引导覆盖是高频事故；
RISC-V：板卡级差异大，先确认所用镜像与板卡的配套关系，再谈排障。

证据收集

修不了要求助时，一次把证据带齐：journalctl -b -1（上次启动日志）、lsblk -f 与 /etc/fstab、内核启动参数（/proc/cmdline）、固件/整机型号。方法论的完整版见枢纽站的排障方法论；仓库类报错看仓库故障排障。