lshw是centos 7唯一能一次性理清主板、内存插槽、pcie拓扑及固件版本的命令，需yum安装后用sudo执行；/proc和sysfs路径最稳定，适用于最小化环境；lspci -vv和dmidecode各司其职，不可替代。
直接看 /proc 和 lshw 就行，别信一堆“综合脚本”或“GUI 工具”，CentOS 7 默认没装图形界面，也极少预装 lshw，但它是唯一能一次性理清主板、内存插槽、PCIe 设备拓扑、固件版本的命令 —— 其他命令全是拼凑。
用 lshw 看全量硬件拓扑（含主板、内存插槽、PCIe 层级）
lshw 不是 CentOS 7 自带命令，得手动装：yum install -y lshw。装完立刻执行 sudo lshw -short 可快速概览；真要查细节，必须加 -class 指定类别，否则输出太长且混杂。
-
sudo lshw -class system：看主板型号、BIOS 版本、序列号（serial字段）、厂商（vendor） -
sudo lshw -class memory：区分 DIMM 插槽（slot）、单条容量（size）、是否启用（enabled）、速度（clock）、类型（type），比cat /proc/meminfo精确得多 -
sudo lshw -class cpu：显示物理封装数（physid）、核心数（cores）、线程数（threads）、当前频率（capacity）、支持的特性（capabilities） -
sudo lshw -class disk：列出 NVMe/SCSI/SATA 设备真实型号（product）、固件版本（version）、是否为 SSD（logicalname+rotational值为 0）
注意：lshw 必须用 root 权限运行，否则内存插槽、BIOS 信息等关键字段为空；输出里 configuration 下的 boot 或 uefi 能帮你确认启动模式，这在排查引导问题时很关键。
不用装包，靠 /proc 和 sysfs 查最稳的 CPU/内存/磁盘基础指标
所有 Linux 内核都保证 /proc/cpuinfo、/proc/meminfo、/sys/block/*/device/model 这些路径存在，不依赖额外软件，适合最小化安装或受限环境。
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离线兼容性测试。
- CPU 核心数 ≠ 逻辑处理器数：
grep "cpu cores" /proc/cpuinfo | head -1是每颗物理 CPU 的核心数；grep "processor" /proc/cpuinfo | wc -l才是总逻辑 CPU 数（含超线程） -
/proc/meminfo的MemTotal是内核启动后识别到的总内存，但不等于物理插槽数 × 单条容量 —— BIOS 保留、iGPU 显存、PCIe BAR 空间都会扣减，实际插了多少条得看lshw -class memory - 查磁盘型号别只信
lsblk：cat /sys/block/sda/device/model 2>/dev/null直接读设备寄存器返回的字符串，比lshw更底层；SSD 寿命、温度等 SMART 信息需用smartctl -a /dev/sda（需装smartmontools）
lspci -vv 是唯一能验证 PCIe 设备真实能力的方式
lspci 看网卡、显卡、RAID 卡够用，但只有加 -vv（双 v）才能看到关键细节：设备是否启用了 MSI-X 中断、Link Width（x4/x8/x16）、Current Link Speed（5.0 GT/s 还是 8.0 GT/s）、BAR 地址范围、是否被内核禁用（Kernel driver in use: none）。
- 常见坑：
lspci默认不显示未启用设备，加-vv后如果某设备状态是Capabilities: [100 v1] Express (v2)但LnkSta:显示Speed 2.5GT/s，说明 PCIe 握手失败，大概率是 BIOS 设置或物理链路问题 - 查网卡真实芯片型号不能只看
lspci | grep Ethernet，得用lspci -vv -s 0000:02:00.0 | grep "Subsystem:"，很多 ODM 卡子型号和公版不同，驱动兼容性就差在这儿
别被 dmidecode 的“主板信息”误导
dmidecode -t baseboard 看到的 Manufacturer 和 Product Name 是 SMBIOS 表里的字符串，不是物理主板型号。服务器厂商（如 Dell、HPE）会把定制主板刷成通用名（比如 02C27D），此时 dmidecode -t system 的 Serial Number 才是唯一可追溯的标识，配合厂商支持网站查真实型号。
- 运行
dmidecode需要 root 权限，且某些安全加固策略（如 SELinux enforcing + deny ptrace）会直接拒绝访问 SMBIOS 表，报错Cannot access the DMI table -
dmidecode -t processor返回的Version字段是 CPU 型号字符串，但不如cat /proc/cpuinfo | grep "model name"可靠 —— 前者可能被 BIOS 截断或填错，后者是内核从 CPU MSR 寄存器读的真实值
真正要定位硬件故障，lshw -class memory 和 lspci -vv 的组合比任何“一键检测脚本”都管用；而 dmidecode 最大价值是拿到序列号去厂商官网查保修和固件更新 —— 别把它当硬件发现工具用。
