查看系统引导后硬件加载日志需聚焦内核初始化阶段，核心命令为 journalctl -b -k 查内核日志，辅以 udev 和 systemd 日志定位设备识别与管理全流程。
要查看系统引导后设备硬件加载的日志，核心是聚焦内核初始化阶段的硬件探测、驱动绑定和总线枚举过程，这些内容主要由内核生成并被 systemd-journald 收集。关键日志集中在启动早期（通常为 boot 会话的前 2–3 分钟），来源以 kernel 为主，辅以 udev 和 systemd 的设备管理行为。
直接查看内核硬件相关日志
内核在引导过程中会打印大量硬件检测信息，包括 PCI/USB/ACPI 设备枚举、驱动 probe、模块加载、I/O 资源分配等。最简洁有效的方式是：
-
journalctl -b -k：显示本次启动的全部内核日志（等价于dmesg输出） -
journalctl -b -k -p err..warning：只看错误和警告级硬件问题，如ACPI Error、PCIe Bus Error、ata1.00: failed command、usb 1-1: device descriptor read/64, error -71 -
journalctl -b -k | grep -i "pci\|usb\|acpi\|ata\|nvme\|sd\|hd\|eth\|wlan"：按总线或设备类型快速筛选
查看 udev 设备事件与规则执行日志
内核上报设备后，systemd-udevd 负责触发规则、创建设备节点、设置权限和启动关联服务。这部分日志反映“硬件是否被正确识别并纳入用户空间管理”：
-
journalctl -b -u systemd-udevd：查看 udev 守护进程自身行为（如规则加载、事件处理延迟） -
journalctl -b -t kernel | grep "adding.*device"或journalctl -b | grep -E "(device_add|uevent|udevadm)"：定位具体设备添加事件 -
udevadm monitor --subsystem-match=pci --property（运行时命令）可实时捕获新 PCI 设备事件，但需在引导后立即执行才可能覆盖早期设备
结合时间与上下文定位特定设备加载过程
单个设备的完整加载链路往往横跨内核日志、udev 日志和 systemd 单元启动日志。例如排查某块 NVMe 硬盘未挂载：
- 先查内核是否识别：
journalctl -b -k | grep -i nvme，确认有nvme0n1: p1 p2类似行 - 再查 udev 是否生成节点：
journalctl -b -u systemd-udevd | grep nvme，看是否有created device node '/dev/nvme0n1' - 最后查挂载单元是否启动：
journalctl -b -u dev-nvme0n1p1.device或journalctl -b -u mnt-data.mount（替换为实际挂载点）
补充手段增强硬件日志可见性
若默认日志信息不足，可通过以下方式强化硬件调试输出：
- 临时启用更详细内核日志：在 GRUB 启动菜单编辑启动项，追加
loglevel=7 systemd.log_level=debug，然后按 Ctrl+X 启动 - 检查 initramfs 阶段硬件日志（早于 root 挂载）：
journalctl -b -o short-monotonic | head -n 200，观察时间戳为 0–5s 的 kernel/udev 行 - 对比正常与异常启动：用
journalctl --list-boots找出一次成功启动的 boot ID，再运行journalctl -b -1 -k | grep your_device_name做差异比对
