直接用lspci列出所有pci设备，但需结合grep过滤关键词（如network、vga、usb）快速定位网卡、显卡等；查驱动必须加sudo并用-v或-k选项，关键看“kernel driver in use”字段；-nn参数显示厂商与设备id，比设备名称更可靠，可精准匹配驱动和内核源码。
直接用 lspci 就能列出所有 PCI 设备，但多数人卡在“看到一堆地址却不知道哪个是网卡/显卡”或“想查驱动却没权限”，核心问题不是命令不会输，而是不知道该用哪个参数、在哪加 sudo、怎么过滤出真正有用的信息。
怎么快速定位网卡、显卡、USB控制器这些关键设备
系统里可能有二三十个 PCI 条目，全扫一遍效率太低。直接按功能关键词过滤最省事：
-
lspci | grep -i "network\|ethernet"—— 网卡（含无线） -
lspci | grep -E "(VGA|3D controller)"—— 显卡（注意部分核显显示为Display controller） -
lspci | grep -i "usb"—— USB 主机控制器 -
lspci | grep -i "sata\|ahci\|nvme"—— 存储控制器
如果输出为空，不代表没设备，可能是名称不匹配（比如某些 Realtek 网卡被识别为 Mass storage controller），这时得配合 -nn 看 ID 再查。
查驱动是否加载、用的是哪个内核模块
只看设备名没用，关键得知道它有没有被系统认出来、绑了什么驱动。这必须加 sudo，否则 Kernel driver in use 这类字段会空白或显示 blank：
-
sudo lspci -v -s 00:1f.6—— 查指定设备（如00:1f.6是常见的 SATA 控制器地址）的完整驱动信息 - 重点找两行：
Kernel driver in use:（当前生效的驱动）和Kernel modules:（系统识别但未加载的候选模块） - 如果
Kernel driver in use:后面是空的，大概率驱动没加载或设备异常；若显示pci-stub或vfio-pci，说明设备被隔离用于虚拟机直通
别依赖 lsmod | grep xxx 反向查——有些驱动是内置进内核的（Built-in），lsmod 根本不显示。
为什么 lspci -nn 比单纯 lspci 更有用
厂商和设备 ID（形如 [8086:1539]）才是硬件的“身份证”，比设备描述文字可靠得多：
-
lspci -nn | grep "Network"能精准抓出所有网卡及其 ID，避免被“Communication controller”“Base System Device”这类模糊分类误导 - ID 可直接去内核源码搜：
git grep "1539 8086" drivers/net/ethernet/，或查 Linux Hardware Database 确认兼容性 - 某些老设备在新内核里名字变了（比如 Intel
82579LM在旧版叫PCI Express Gigabit Ethernet Controller，新版叫Ethernet Connection I217-LM），但 ID 始终不变
注意：-nn 不影响其他参数，可组合使用，例如 sudo lspci -vvv -nn -s 01:00.0 查显卡的超详细信息+ID。
常见报错和权限陷阱
lspci 报错基本就两类，搞清原因比重试更快：
-
bash: lspci: command not found——pciutils包没装，Debian/Ubuntu 执行sudo apt install pciutils，CentOS/RHEL 用sudo yum install pciutils或dnf install pciutils -
Cannot open /proc/bus/pci—— 内核没编译 PCI proc 接口（极少见，多见于定制嵌入式内核），此时/sys/bus/pci/devices/是唯一可用路径，得用find /sys/bus/pci/devices -name vendor -exec sh -c 'echo "$1: $(cat $1)"' _ {} \;类似方式绕过 -
lspci -v输出里驱动字段为空，但sudo lspci -v正常 —— 没加sudo就是权限不足，不是设备坏了
真正容易被忽略的是：PCIe 拓扑里桥接设备（PCI bridge）本身也占一个地址，但它不干活，只是中转站。查不到驱动不奇怪，重点看它下游挂的设备。
