内核崩溃由硬件驱动缺失引发时，日志不会直显“driver not found”，而是表现为设备识别后无驱动绑定、probe失败或空指针解引用；需通过dmesg筛选PCI/USB/NVMe等设备识别但无驱动迹象的日志，结合lspci -k与lsmod比对驱动模块是否加载，再从panic调用栈定位probe函数失败点，并验证modinfo别名与设备ID是否匹配及固件是否存在。
内核崩溃若由硬件驱动缺失引发，日志里往往没有“driver not found”这种直白提示，而是表现为设备初始化失败、空指针解引用、调用栈中断在 probe 函数、或直接触发 Kernel panic — not syncing: Attempted to kill init!。关键不是找“缺驱动”，而是从崩溃现场反推“哪个设备没被正确接管”。
看 dmesg 里设备识别但无驱动绑定的痕迹
运行 dmesg -T | grep -E "(PCI|ACPI|usb|nvme|ata|sd|mmc):|no driver|probe.*failed|failed to load|module not found"，重点抓两类信号：
- 设备被识别出来了，但后面没加载驱动：比如
[Tue Jul 29 10:22:03 2026] pci 0000:02:00.0: [10de:2484] type 00 class 0x030000（NVIDIA GPU 被识别），但后续没出现nvidia 0000:02:00.0: enabling device或fb0: switching to nvidia from EFI VGA - probe 阶段报错：如
[Tue Jul 29 10:22:05 2026] nvme 0000:01:00.0: probe failed with error -19（-19 是 -ENODEV，常因驱动未编译进内核或模块未加载）
查 lspci / lsusb 输出与已加载模块是否匹配
先列出所有未驱动的硬件：
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- lspci -k -nn | grep -A 3 -B 1 "Kernel modules: none\|Kernel driver in use: none" —— 找出 PCI 设备有 ID 却无驱动绑定的项
- lsusb -v 2>/dev/null | grep -A 2 "idVendor\|idProduct" | grep -B 2 "bInterfaceClass.*ff" —— 快速筛出厂商自定义类（Class FF）USB 设备，这类常需专用驱动（如某些加密狗、工业采集卡）
- 对比 lsmod，确认对应模块（如
igb对应 Intel 千兆网卡、mt7921e对应 MEDIATEK WiFi 6E）是否真的在运行中
从 panic 调用栈定位“假死”驱动入口
如果已发生 panic，用 dmesg -T | grep -A 20 -B 5 -E "(Kernel panic|Call Trace:)" 提取片段，重点看 Call Trace 最底部往上数第 2–4 行：
- 出现
pci_device_probe→xxx_probe→xxx_init这类链条，且xxx_probe是你设备厂商名（如qat_dev_probe、cxgb4_probe），说明驱动加载了但 probe 失败；此时回查 dmesg 中该 probe 前后是否有内存分配失败、DMA 映射错误、寄存器读写超时等底层报错 - 调用栈里全是通用函数（如
device_add→bus_probe_device→__device_attach），但没进具体驱动，大概率是驱动根本没注册到总线——检查modinfo xxx.ko是否含alias:行，且值与lspci -n输出的 vendor:device ID 完全一致
验证驱动是否存在且可加载
别只信 lsmod，要确认驱动文件真实可用：
- 查模块路径：find /lib/modules/$(uname -r) -name "*xxx*"（把 xxx 换成设备芯片名，如
mt76、rdma） - 尝试手动加载并看实时反馈：sudo modprobe -v xxx && dmesg -T | tail -10 —— 若报
Module xxx not found in directory /lib/modules/...，说明内核配置未启用或包未安装 - 对较新硬件（如 AMD GPU RDNA3、Intel Arc）注意：Ubuntu/Debian 用户需确认是否启用了
linux-firmware包，RHEL/CentOS 用户需确认kernel-firmware已更新，否则驱动可能因固件缺失而 probe 失败
