入行这么多年我接触过的服务器没有一千也有八百台从最早的物理机到后来的云主机从 CentOS 6 到现在的 Ubuntu 24.04、Debian 12每次接手一台新机器第一件事永远是同一件把系统信息摸清楚。这个问题看起来简单但实际操作里坑不少——同样的命令在不同的发行版上输出格式不一样有些工具最小化安装时压根没有权限不够的时候读取硬件信息直接报错。这篇文章把我常年用来查看 Linux 系统信息的那套命令整理出来包括为什么要这样用、在不同发行版上会踩到什么差异、以及我自己的排查思路。不管你是刚入行的运维新手还是要经常在测试环境里来回折腾的开发者这篇都值得收藏备用。1. 系统信息查看的全局思路先分类再下手1.1 查看系统信息前先想清楚你要解决什么问题很多同学习惯一上来就噼里啪啦敲一堆命令输出几百行看到头晕结果关键信息一个没记住。我自己的习惯是先把需求分类是要确认内核版本还是发行版版本是排查 CPU 负载还是内存不足是看磁盘剩余还是网卡速率信息不同对应的命令完全不同。我把系统信息大致分成五类内核与架构信息uname、/proc/version发行版信息/etc/os-release、lsb_release、hostnamectl硬件信息lscpu、dmidecode、lspci、lsusb资源使用情况free、df、top、vmstat、iostat网络信息ip、ss、ethtool、ping想清楚自己现在要哪个维度再对应执行命令效率会高很多。另一个建议是把这些命令的用法吃透而不是死记硬背。uname -a 和 cat /proc/version 都能看到内核但前者是命令封装后者是直接读内核导出的虚拟文件理解这一点你就明白为什么有时候命令输出异常直接读文件反而更可靠。1.2 为什么强调跨发行版适配命令差异远比想象中大很多教程默认你用的是 Ubuntu命令一敲就完事。但实际生产环境里CentOS、RHEL、Debian、openEuler、Arch Linux 甚至一些嵌入式裁剪系统都有可能在用。不同发行版之间的差异主要有三处第一包管理器不同导致工具链不一样。apt、yum/dnf、pacman、apk 各自为政默认安装的软件集合也不同。比如 dmidecode 在 Ubuntu 桌面版里可能自带了但在 CentOS 最小化安装下一定没有。第二命令默认参数和输出格式不统一。同一台机器free 在 CentOS 7 里的单位默认是 KB在 Ubuntu 22.04 里则是可以自动调整显示单位。df -h 这个参数倒是通用的但 lsblk 的列宽在不同版本里表现也不太一样。第三新旧工具迭代带来的命令替代问题。ifconfig 在很多新系统里已经不存在了被 ip 命令取代netstat 也是类似命运用 ss 代替。这些迁移在跨发行版时最容易踩雷。所以我自己在写脚本或者给别人提供命令参考时一定会标清“在 xxx 发行版上测试”同时尽量用兼容性好的命令或者给出备选方案。2. 硬件与内核信息uname、lscpu、dmidecode 实操2.1 uname查内核版本的万能命令uname 这个名字来自 Unix Name是查看内核信息最基础的工具。用法很简单uname -a输出大概长这样Linux my-server 5.15.0-91-generic #101-Ubuntu SMP Thu Nov 16 15:48:36 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux逐段拆开看Linux 是内核名称my-server 是主机名5.15.0-91-generic 是内核版本号后面是编译时间和系统架构。这里的高频易错点是 5.15.0-91-generic 里的 -generic 表示这个内核是 Ubuntu 针对通用硬件编译的版本而 RPM 系发行版的内核版本通常长这样3.10.0-1160.el7.x86_64其中 el7 代表 Enterprise Linux 7。光看到这种差异你就能猜出机器上是哪个家族的系统。如果你只想看架构用 uname -m输出 x86_64 表示 64 位aarch64 表示 ARM 64 位。这在下载二进制包、编译软件时非常关键。2.2 lscpuCPU 信息一目了然lscpu 是 util-linux 包提供的命令在几乎所有主流发行版上都有。它会把 CPU 信息整理成表格核心信息包括ArchitectureCPU 架构x86_64 还是 aarch64CPU(s)逻辑 CPU 总数On-line CPU(s) list在线 CPU 列表Thread(s) per core每核心线程数2 说明开了超线程Core(s) per socket每颗物理 CPU 的核心数Socket(s)物理 CPU 插槽数CPU MHz当前频率虚拟化相关VirtualizationVT-x 或 AMD-V 等很多人会混淆物理 CPU、核心数、逻辑 CPU 三者的关系。逻辑 CPU 总数 物理 CPU 数 x 每颗 CPU 核心数 x 每核心线程数。看一台云主机被分了多少 vCPU直接看 CPU(s)。如果觉得 lscpu 输出太多可以结合 grep 精确过滤lscpu | grep -E ^(Architecture|CPU\(s\)|Model name)Model name 这一项能看到具体的 CPU 型号字符串对判断阿里云、腾讯云这类异构机型很有帮助。2.3 dmidecode读取硬件底层信息但需要 rootdmidecode 直接读取 DMIDesktop Management Interface表能看到 BIOS、主板、内存插槽、序列号等非常底层的数据。比如查内存真实频率光看 free 是不够的因为 free 只显示当前使用量看不出来内存条的硬件规格。sudo dmidecode -t memory | grep -E Speed|Size|Manufacturer这里重点说几个注意事项dmidecode 需要 root 权限普通用户执行会报 /dev/mem 权限不够。最小化安装的 CentOS/RHEL 默认没有 dmidecode需要 yum install dmidecode 或者 dnf install dmidecode。在云服务器上dmidecode 输出可能不完整因为云平台会屏蔽部分 DMI 信息此时看 /proc/cpuinfo 和 lscpu 更可靠。虚拟机的 DMI 信息可能是虚拟化软件伪造的看到的 BIOS 厂商可能是 QEMU 或 VMware。所以在生产环境里我一般先用 lscpu 拿 CPU 基础信息只有在排查硬件兼容性问题、需要看内存条具体型号时才会动用 dmidecode。3. 内存与存储信息free、meminfo、df、lsblk 精读3.1 free内存使用到底怎么解读查内存使用free 是第一个想到的命令。但 free 的输出对新手来说很容易误读free -h输出示例total used free shared buff/cache available Mem: 7.6Gi 2.1Gi 4.2Gi 12Mi 1.3Gi 5.1Gi Swap: 2.0Gi 0B 2.0Gi很多人看到 used 只有 2.1Gfree 有 4.2G就觉得内存很健康。但真正需要看的是 available这个值代表的才是“估计还有多少内存可以分配给新程序”。为什么因为 buff/cache 是 Linux 用来做文件缓存的内存理论上可以在内存紧张时释放出来所以 free 列的值并不等于真正可用的内存。available 是内核根据当前缓存压力和回收成本估算出来的。如果 available 持续低于总内存的 10%就该考虑加内存或者排查内存泄漏了。另外注意老版本 CentOS 7 的 free 输出默认单位是 KB加上 -h 才能显示 G/M。在 Ubuntu 新版上-h 自适应单位所以两个系统都能用 free -h 是没问题的。还有一个实用技巧用 watch -n 1 free -h 实现每秒刷新一次观察内存变化趋势比连续敲命令要方便得多。3.2 /proc/meminfo想知道更多细节直接读文件free 命令本质上只是把 /proc/meminfo 里的关键字段格式化输出。如果你想看更详细的内存数据比如当前的 Drop-Cache 状态、脏页数量直接读文件cat /proc/meminfo重点关注这几个字段MemTotal物理内存总量MemFree完全空闲的内存MemAvailable可用内存估算值Buffers块设备缓冲Cached文件缓存SwapTotal / SwapFree交换分区情况Dirty等待写回磁盘的脏页数量排查内存压力的时候Dirty 数值长期很高说明磁盘写入速度跟不上可能是磁盘瓶颈而非内存问题。这些细节是 free 命令看不到的。3.3 df、lsblk、blkid磁盘层级的三个维度磁盘信息可以分成三个层级文件系统使用情况、块设备挂载结构、块设备 UUID 与类型。文件系统使用情况用 dfdf -hT-T 参数会显示文件系统类型比如 ext4、xfs、overlay。在容器里面执行 df -hT看到的文件系统往往是 overlay 类型这对判断当前环境是不是容器很有用。块设备挂载结构用 lsblklsblk输出按树状结构展示磁盘和分区的关系比如 sda 下有 sda1、sda2 两个分区。lsblk 不需要 root 权限输出可读性极强。加上 -f 参数可以同时看到文件系统类型和 UUID。查看 UUID 用 blkidsudo blkidUUID 在配置 /etc/fstab 时非常关键。直接用 /dev/sda1 这种设备名挂载一旦设备顺序变化比如新插了一块硬盘可能导致挂载错乱而 UUID 是全局唯一的稳定性更高。4. 操作系统与发行版识别跨发行版的关键判断4.1 os-release现代发行版的标准答案在很长一段时间里判断系统是什么发行版是一个很头疼的事。CentOS 看 /etc/redhat-releaseDebian 看 /etc/debian_versionSUSE 看 /etc/SUSE-brand每个都不相同。后来 systemd 时代推行了 /etc/os-release 这个标准文件几乎所有的现代发行版都遵守cat /etc/os-release输出示例UbuntuPRETTY_NAMEUbuntu 22.04.3 LTS NAMEUbuntu VERSION_ID22.04 VERSION22.04.3 LTS (Jammy Jellyfish) VERSION_CODENAMEjammy IDubuntu ID_LIKEdebian HOME_URLhttps://www.ubuntu.com/ SUPPORT_URLhttps://help.ubuntu.com/ BUG_REPORT_URLhttps://bugs.launchpad.net/ubuntu/在写自动化脚本时我通常用 source /etc/os-release 然后读取 $ID 和 $VERSION_ID 来做分支判断这样比 grep 各种文件靠谱得多。注意某些容器镜像里 /etc/os-release 可能不存在但这种情况极少遇到的话看 /etc/lsb-release 或 /proc/version 兜底。4.2 lsb_release 可能不存在的坑lsb_release -a 是很多人习惯用的命令但它依赖 lsb-release 软件包。CentOS 7 默认没有Ubuntu 桌面版默认有Debian 最小安装可能也没有。所以 lsb_release: command not found 是跨发行版高频报错。兼容性最好的方式cat /etc/os-release如果因为某些原因想保留 lsb_release 的输出在 CentOS 上先安装sudo yum install -y redhat-lsb-core但说实话这个包体积比较大装它只是为了一条命令性价比不高。我建议写脚本一律用 os-release。4.3 hostnamectl 能给你更多系统信息systemd 系的发行版基本都有 hostnamectl一条命令能同时看到系统版本、内核版本、架构甚至虚拟化类型hostnamectl输出示例Static hostname: my-server Icon name: computer-vm Chassis: vm Machine ID: xxxxx Boot ID: xxxxx Virtualization: kvm Operating System: Ubuntu 22.04.3 LTS Kernel: Linux 5.15.0-91-generic Architecture: x86_64看到 Virtualization: kvm 这一行就能确定自己是跑在 KVM 虚拟机里。这个区分在做性能排查时很重要物理机、虚拟机、容器的排查路径完全不同。hostnamectl 在 CentOS 7 及之后、Ubuntu 16.04 及之后都可用是跨发行版比较好的方案。5. 网络与进程信息ip、ss、top 的现代用法5.1 从 ifconfig 到 ip旧命令消失后的应对新装一个系统敲 ifconfig 提示 command not found已经是很常见的事了。现代 Linux 统一使用 iproute2 工具包中的 ip 命令。查看所有网络接口及 IPip addr show查看路由表ip route show查看链路状态ip link show举例如果只需要看某个网卡比如 eth0的 IPip -4 addr show eth0我个人感受是ip 命令的输出比 ifconfig 更清晰而且功能更强大比如操作 veth、bridge、macvlan 这类虚拟网络设备。所以不要抗拒换新命令尽早适应。如果老机器上确实只有 ifconfigCentOS 6 时代也可以用但这是特例。遇到新系统完全不用纠结直接用 ip。5.2 ss 取代 netstat 看端口状态查端口监听、网络连接ss 是 netstat 的现代替代品。netstat 在部分发行版里已经默认不安装了而且在大连接数场景下ss 的性能远超 netstat。查看所有监听端口ss -lntp这里 -l 表示 listening-n 表示用数字显示端口和地址-t 表示 TCP-p 显示进程信息。注意 -p 需要 root 权限否则看不到进程名。查看所有 TCP 连接ss -tunap其中 -u 是 UDP-a 是所有状态。输出中 Recv-Q / Send-Q 非零时表示有数据堆积这是排查网络拥挤和应用程序处理能力不足时的重要信号。5.3 top 与 uptime快速判断系统负载系统负载是运维第一指标。uptime 可以快速查看负载平均值uptime输出类似14:32:10 up 10 days, 3:25, 1 user, load average: 0.34, 0.41, 0.38load average 后面的三个数分别是 1 分钟、5 分钟、15 分钟的平均负载。要注意负载数值不是直接等于 CPU 使用率它代表的是处于运行状态和不可中断状态的进程数量平均数。负载长期超过 CPU 核心数说明系统已经排队处理任务了。想实时看进程资源占用用 top。按键说明不展开只提醒一个关键点top 默认按 CPU 使用率排序但内存排查时应该按 M 键切换到按内存排序然后按 q 退出。更好的替代工具是 htop但最小化系统不一定装了top 是万能底牌。6. 一次完整的信息采集实战跨发行版汇总6.1 手动执行的信息采集命令序列以下这组命令是我接手新机器时的标准动作手动敲一遍能快速建立对机器的基础认知# 内核与架构 uname -a # 发行版 cat /etc/os-release hostnamectl # CPU lscpu # 内存 free -h cat /proc/meminfo | head -10 # 磁盘 df -hT lsblk # 网络 ip addr show ip route show ss -lntp # 系统负载 uptime这组命令不需要任何额外软件包全部来自 coreutils、util-linux、procps、iproute2 这些基础包在 CentOS、Ubuntu、Debian、openEuler 上都能执行。我称之为“最小可用信息集”。6.2 用一条命令批量查看关键信息手动敲太多命令也可以直接用一条命令提取关键字段echo 系统 cat /etc/os-release | grep PRETTY_NAME echo 内核 uname -r echo CPU lscpu | grep -E Model name|^CPU\(s\) echo 内存 free -h | awk /Mem:/{print 总内存:$2 已用:$3 可用:$7} echo 磁盘 df -h / | tail -1awk 里 $7 对应 available 列但在老版本的 procps 中free -h 输出可能没有 available 列。这时要么用 free -h | awk /Mem:/{print $2, $3}要么干脆看 /proc/meminfo 的 MemAvailable。这就是兼容性的重要性——脚本跨机器跑输出列不统一是最大的坑。6.3 如何根据采集到的信息做初步判断信息采集只是第一步解读才是关键。我的经验判断顺序是如果 load average 明显高于 CPU 核数先看 top 里谁在消耗 CPU。如果 available 内存偏低再看 D 状态进程数量D 状态进程多说明磁盘 IO 可能是瓶颈。如果大量 TCP 连接处于 TIME_WAIT检查应用是否频繁创建短连接服务端侧可以调整内核参数。这从纯“看命令”进化到了“用信息定位问题”的层面这也是系统信息查看技能的核心价值所在。7. 跨发行版适配的常见坑与排查速查表7.1 命令不存在的场景最小化安装系统时很多命令默认没有。遇到 command not found先判断这个命令属于哪个软件包。常见对应关系命令所属软件包安装命令Debian/Ubuntu安装命令RHEL/CentOSifconfignet-toolsapt install net-toolsyum install net-toolslsb_releaselsb-releaseapt install lsb-releaseyum install redhat-lsb-coredmidecodedmidecodeapt install dmidecodeyum install dmidecodelspcipciutilsapt install pciutilsyum install pciutilswgetwgetapt install wgetyum install wget可以用下面的方式反查命令属于哪个包# Debian/Ubuntu dpkg -S $(which lspci) # RHEL/CentOS rpm -qf $(which lspci)7.2 权限问题读取硬件信息时dmidecode 和 ss -p 都需要 root。普通用户会看到 Operation not permitted。这时候要么加 sudo要么放弃查看进程名等高级信息。另外在高版本 Linux 上即使 root在容器里执行 dmidecode 也可能失败因为容器没有访问宿主 /dev/mem 的权限。此时不要浪费时间折腾改用 /proc 下的信息即可。7.3 输出格式差异同一命令在不同发行版、不同版本上输出格式有差异我总结三个最容易踩的free 单位不统一老版本默认 KB新版本有 -h 自适应。vmstat 的 io 列在某些发行版上可能显示为 0这是因为内核配置或老版本 procps 的差异。ifconfig 输出和 ip addr 输出字段名完全不同shell 脚本解析网络信息时一定要用 ip 命令因为它的输出是稳定的键值结构。7.4 虚拟化环境导致的信息缺失在云虚拟机里lscpu 看到的 CPU MHz 可能是一个固定的虚拟值dmidecode 可能查不到真实内存条信息主板序列号也可能为空。这不是命令不对而是虚拟化层隔离了硬件信息。遇到这种情况不要死磕 dmidecode直接看 /proc/cpuinfo、/proc/meminfo、lspci 这些通过虚拟化软件暴露给客户的接口去判断性能。8. 一些我自己养成的信息查看习惯最后分享几个我工作中长期坚持的习惯不算什么高深技巧但确实帮我解决过不少问题每次接手新机器第一时间把 uname -a、cat /etc/os-release、lsblk、ip addr show 的输出贴到自己的记录文档里。出问题时能快速回忆起环境细节不用重新查。写脚本时优先用 /proc 下的虚拟文件而不是解析命令输出的文本。读取 /proc/cpuinfo、/proc/meminfo、/proc/loadavg 比解析 lscpu、free 的输出来得稳定。命令输出可能因为版本变化而改变格式/proc 下的字段相对稳定而且不用额外安装软件包。排查问题时要区分“系统层面”和“应用层面”。系统信息命令只能帮你定位到系统资源层面比如内存不足、CPU 过载、磁盘 IO 阻塞应用层面还需要结合日志和应用自身的状态。不要指望几条系统命令能解决所有问题。跨发行版时以命令是否存在于基础包里为选用标准。uname、cat、grep、awk、df、free 这些在所有基础系统里都有优先用它们。dmidecode、lspci 这类虽然好用但要考虑目标机器是否装了。说句实在话系统信息查看本身不难难的是在面对一堆输出时能快速判断哪些信息重要、哪些信息只是干扰项以及不同发行版之间的差异在哪里。把这套东西摸熟你在任何一台 Linux 机器上都不会手足无措。
