Linux系统硬件信息查看：四条命令覆盖九成日常场景
想快速摸清一台Linux服务器的硬件底细？其实不必翻箱倒柜找文档。日常工作中，九成以上的硬件信息查询需求，靠下面这四条命令就能搞定。其余的，大多属于特定场景下的补漏方案，或是权限不足时的替代选择。
lscpu、free -h、lsblk、lspci 四命令覆盖90%日常硬件配置查看需求：lscpu查CPU型号/核心数/架构，free -h看内存总量与可用量，lsblk查磁盘分区及挂载关系，lspci识别PCIe设备如显卡网卡。
查 CPU 型号和核心数用 lscpu，不是 /proc/cpuinfo
说到查看CPU信息，很多人的第一反应是去翻/proc/cpuinfo。但说实话，那个文件输出冗长，每个逻辑核心都重复一段信息，写脚本解析时稍不留神就容易出错。相比之下，lscpu命令的输出就清爽多了——结构清晰，字段含义一目了然，无论是架构、物理核心数、逻辑核心数，还是超线程状态，都能快速确认。
不过，解读lscpu的结果时，有几个关键点值得注意：
- 物理CPU个数，要看
Socket(s)字段，而不是去数physical id（在虚拟化环境里，后者可能不准）。 - 总逻辑核心数，直接认准
CPU(s)字段，别去数processor的行数，某些容器环境可能会截断输出。 - 想确认系统是否支持64位，得看
CPU op-mode(s)字段里是否包含64-bit。单靠uname -m只能反映当前内核的运行模式，不够全面。 - CPU的具体型号在
Model name字段里。但需要提醒的是，如果在VMware虚拟机里，这里显示的可能是Intel(R) Xeon(R) CPU这样的通用标识，而非宿主机的真实型号。
查内存总量和可用量优先用 free -h，别只看 /proc/meminfo
内存状态是系统监控的常客。/proc/meminfo文件固然提供了所有细节，但字段繁多，新手很容易把Buffers或Cached误认为是“已被占用的内存”，从而产生误判。
因此，更推荐使用free -h。这个命令的优势很明显：自动进行单位换算（显示为G、M），数字对齐工整，可读性极佳。更重要的是，在Linux 3.14及以上内核中，它的输出包含了MemA vailable这个关键指标——这是内核估算的、可以立即分配给新进程或现有进程的内存，比单纯看MemFree要准确得多，因为它考虑了可回收的缓存。
几个实用的细节：
- 交换分区（Swap）的信息，看
free输出里的Swap行，比直接读/proc/meminfo里的SwapTotal和SwapFree更直观。 - 如果想深究内存插槽数量或单条内存容量，那就得请出
dmidecode -t memory了。不过，它需要root权限。 - 顺便提一句，用
grep MemTotal /proc/meminfo直接得到的是以字节为单位的数字，需要手动除以1024³才能得到GB，计算时容易出错。
查磁盘和分区用 lsblk，不是 fdisk -l
理清磁盘、分区和挂载点之间的关系，是系统管理的基本功。过去常用fdisk -l，但它的输出是平铺直叙的列表，需要人工去匹配哪个分区属于哪块盘，而且默认不显示挂载状态，不够直观。
lsblk命令则完美解决了这个问题。它默认以树状结构展示信息，一眼就能看出主设备（比如sda）、其下的分区（sda1、sda2），以及每个分区挂载到了哪个目录，关系清清楚楚。
当然，lsblk也有其适用边界和进阶用法：
- 加上
-f参数（lsblk -f），可以同时显示文件系统类型和卷标（LABEL），在排查系统启动失败或挂载异常时特别有用。 - 如果遇到LVM逻辑卷，
lsblk只会将其标识为lvm类型，想看具体细节，还得配合lvdisplay或pvs、vgs、lvs这一套命令。 - 权限上，
fdisk -l需要root，普通用户执行会报错；而lsblk普通用户就能运行，方便不少。 - 最后，
lsblk无法直接区分某块盘是SSD还是HDD。这时需要查看/sys/block/sda/queue/rotational这个文件（0代表SSD，1代表HDD）。
查显卡和 PCIe 设备必须用 lspci，nvidia-smi 只对 NVIDIA 有效
识别显卡和各类扩展卡，lspci是当之无愧的“瑞士军刀”。它能跨厂商识别所有PCIe设备，包括GPU、网卡、RAID卡等。而大名鼎鼎的nvidia-smi，其局限性很明显：只有在NVIDIA驱动已经加载且GPU物理存在的情况下才能使用，对于AMD或Intel显卡的用户，这个命令根本无效。
使用lspci时，可以借助grep快速过滤：
- 查显卡型号：
lspci | grep -i vga。用lspci -v虽然信息更全，但输出太长，且包含一些敏感的寄存器信息，通常没必要。 - 查网卡芯片型号：
lspci | grep -i ethernet。很多驱动兼容性问题，根源就在于网卡芯片型号。 - 当
nvidia-smi报出“NVIDIA-SMI has failed…”时，多半是驱动没装或没加载。此时，就应该回退到lspci，先确认硬件是否真的被系统识别到了。 - 另外，集成显卡（比如Intel的）通常被识别为
VGA compatible controller，但在一些老版本内核上，也可能被归类为3D controller，搜索时可以尝试更宽泛的关键词。
话说回来，真正棘手的往往是那些需要root权限才能获取完整信息的命令，比如用dmidecode查主板序列号，用smartctl查硬盘健康状态。它们虽然不在这份“日常命令”清单里，可一旦涉及到硬件资产盘点或深层故障定位，这些命令就成了绕不开的关键工具。
