lspci | grep -i vga 有时只显示十六进制id，是因为内核未将设备识别为标准vga控制器，导致lspci无法打上“vga compatible controller”标签，而仅输出如“3d controller”或纯id形式[10de:24fd]，这源于pci规范定义差异、bios设置（如csm关闭）或厂商驱动支持不足。
直接用 lspci | grep -i vga 就能快速看到型号，但结果是否可读、是否准确，取决于硬件识别状态和你查的是哪块卡——不是所有“显卡”都叫 VGA，也不是所有输出都直接写明“RTX 4090”。
为什么 lspci | grep -i vga 有时只显示十六进制 ID
内核没把设备识别为标准 VGA 控制器时，lspci 就不会打上 “VGA compatible controller” 标签，只会输出类似 01:00.0 3D controller: NVIDIA Corporation GA104 [Unknown] 或纯 ID 形式 [10de:24fd]。
- 这不是命令错了，是设备描述不符合 PCI 规范中对 VGA 的定义（常见于某些 AMD Radeon、老款 NVIDIA、或 BIOS 关闭了 CSM 模式）
-
lspci -nn | grep -E "(vga|3d|display)"比单查 vga 更可靠，能覆盖3D controller和Display controller这两类常见条目 - 拿到
[10de:24fd]这类 ID 后，去 PCI ID Repository 查厂商+设备号，比猜型号靠谱得多
nvidia-smi -L 显示的型号和实际硬件不一致？
nvidia-smi 读的是驱动层上报的设备名，不是硬件枚举结果。它更贴近用户认知（比如写 “NVIDIA A100-SXM4-40GB”），但前提是驱动已加载且通信正常。
- 报错
NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver→ 驱动没装、nvidia模块没加载、Secure Boot 拦截、或 GPU 没供电（服务器 PCIe 插槽可能默认断电） - 输出型号带后缀（如
A100-SXM4）≠ 零售版命名，别硬套电商标题；Kepler 架构老卡在新驱动下可能显示Unknown，得回退驱动或查lspci -nn -
nvidia-smi -L只列设备，不告诉你它插在哪条 PCIe 插槽；想定位物理位置，得结合lspci -vv -s 01:00.0 | grep -A10 "Physical Slot"
核显、混合显卡或 headless 环境下，glxinfo 和 lshw 怎么选
glxinfo | grep "OpenGL renderer" 告诉你当前桌面到底用哪块卡画图；sudo lshw -c display 告诉你内核把哪块卡绑给了哪个驱动模块——二者目的完全不同。
-
glxinfo依赖 X/Wayland 正常运行，纯终端或无图形环境会失败；输出像OpenGL renderer string: Mesa Intel(R) HD Graphics 630表示真正在渲染，不是软解（llvmpipe） -
lshw -c display需 root 权限，能看见configuration: driver=i915或driver=nvidia，但部分发行版默认不预装lshw - 笔记本双显卡场景下，
lspci和nvidia-smi都说卡存在，glxinfo却显示 Intel → 说明 NVIDIA 卡空闲，Xorg 默认走核显，需手动配置 PRIME 或 bbswitch
真正难的不是命令记不住，而是同一台机器上：硬件存在 ≠ 驱动加载 ≠ 渲染启用。先跑 lspci 确认物理设备，再看 nvidia-smi 或 lshw 判断驱动绑定状态，最后用 glxinfo 验证图形栈是否真走到 GPU —— 三步缺一不可，跳步就容易误判。
