lshw必须以root权限运行才能获取完整硬件信息，否则因无法访问/proc、/sys及dmi等受保护节点，会导致关键字段缺失、设备显示为“unclaimed”或无输出。
lshw 需要 root 权限才能显示完整硬件信息
直接运行 lshw 会提示“Permission denied”或只显示部分设备（如 CPU、内存），因为访问 PCI、SMBIOS、DMI 等底层数据必须读取 /proc 和 /sys 中受保护的节点。不加 sudo 的输出基本不可信。
正确做法是始终用 sudo lshw。常见误操作包括：
- 忘记
sudo，看到网卡型号为空、显卡显示为 “UNCLAIMED” - 用
sudo -i切换后执行，但环境变量丢失导致某些插件（如lshw -C disk）识别不到 NVMe 设备 - 在容器或 WSL 中运行——
lshw在这些环境里无法获取真实硬件拓扑，输出全是虚拟化层抽象信息
按设备类型过滤：-class 参数比 grep 更可靠
lshw -class 支持的标准类别名有 system、bus、cpu、memory、disk、network、display、storage 等。相比 lshw | grep -A5 "product:" 这类模糊匹配，-class 能精准定位设备树节点，避免漏掉多网卡、RAID 卡或 USB 控制器下的子设备。
示例：
sudo lshw -class network -short
输出中每行含总线地址、逻辑名（如 enp0s31f6）、描述和厂商。注意：-short 是简化视图，去掉它能看到驱动、firmware 版本、启用状态等关键字段。
容易被忽略的一点：-class storage 不等于所有硬盘——它主要指主机总线适配器（HBA），而实际磁盘需用 -class disk 单独查；NVMe SSD 有时归在 storage 下，有时归在 disk，建议两个都试。
输出格式选 ASCII 还是 JSON？别用 HTML
lshw -html 生成的网页看似友好，但依赖内联 CSS 和 JS，浏览器打开常乱码或样式失效；-xml 虽结构清晰，但解析成本高，日常排查没必要。
宝塔Linux面板11.8.1为官网当前正式版，新增AI建站能力并经过宝塔网站工程师深度调教，开放自定义AI功能API，同时对WAF进行界面重构和深度优化，提升拦截能力与运维效率。
推荐组合：
- 快速浏览：用
sudo lshw -short，一屏看清所有设备逻辑名和类别 - 导出存档或给同事看：用
sudo lshw -json > hw.json，后续可用jq '.children[] | select(.class=="network")'提取网卡 - 调试驱动问题：用
sudo lshw -businfo，它列出每个设备的 PCI 地址（如00:1f.6）和对应内核模块（如ahci），能直接关联到lspci -vv -s 00:1f.6
当 lshw 报 “No output” 或卡住时，先检查 /dev/mem 访问权限
某些发行版（如 Ubuntu 22.04+、RHEL 9）默认禁用对 /dev/mem 的直接访问，lshw 尝试读取内存映射硬件信息时会静默失败，表现为无输出或长时间无响应。
验证方式：
sudo dd if=/dev/mem of=/dev/null bs=1 count=1 2>/dev/null && echo "OK" || echo "Blocked"
若输出 “Blocked”，临时放开（仅用于诊断）：
echo 'kernel.unprivileged_userns_clone=1' | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
但更稳妥的做法是改用替代命令：lscpu（CPU）、lsblk（块设备）、lspci -k（PCI 设备及驱动）、lsusb -v（USB 设备详细信息）。它们不依赖 /dev/mem，且各自专注一个维度，组合使用反而更准。
真正麻烦的是嵌入式 ARM 板或老 BIOS 主板——lshw 可能根本无法解析 DMI 表，此时连 sudo dmidecode 都拿不到主板型号，只能靠 dmesg | grep -i "dmi\|firmware" 挖日志碎片。
