为什么连桌面用户也该学会 Linux 系统巡检
很多人觉得“巡检”是运维工程师的专利，自己只是用 Linux 写代码、上上网，没必要关心。但只要你有过系统突然变卡、磁盘莫名其妙写满、某个程序卡死拖垮整机的经历，就会明白：Linux 系统巡检并不是高深的服务器技能，而是一种能帮你提前发现问题、少踩坑的日常习惯。所谓巡检，就是用几条简单的命令行，把 CPU、内存、磁盘、进程这些“系统健康指标”看个明白，在故障发生前就把它摁住。下面这些心得，都是我从桌面用到服务器逐步攒下来的实在经验。
第一关：CPU、内存与负载，先看系统“累不累”
判断一台 Linux 机器是不是“带病工作”，第一件事就是看负载。最顺手的工具是 top，想要更直观可以装个 htop：左边是 CPU 各核心占用，右边是内存和交换分区。重点看 load average 那三个数字，它们分别代表过去 1 分钟、5 分钟、15 分钟的平均负载。经验法则是：单核机器负载长期超过 1 就该警惕，多核机器用“负载÷核数”，超过 1 就说明有任务在排队了。配合 uptime 命令你能快速看到同一组数字，不必进交互界面。
内存别被“已用”吓到
新手最容易误解的是内存占用。Linux 会把空闲内存拿来做磁盘缓存（cache/buffer），所以“已用”看着很高并不代表内存不够。真正该看的是 available 一列，那才是你还能立刻拿到的内存。如果你在云服务器上跑数据库或 Java 服务，还会遇到“预留内存”的坑——内核和系统为自身保留了一部分，云服务器 Linux 预留内存是什么？该不该调、怎么调 这篇把来龙去脉讲得很清楚，调之前务必先读，别盲目去动内核参数，否则轻则性能下降，重则服务起不来。
第二关：磁盘空间与 inode，别等写满才慌
磁盘写满是 Linux 最常见的“突然罢工”原因。用 df -h 看各分区剩余，用 df -i 看 inode 是否耗尽——有时候空间还有，但 inode 用光了照样建不了文件，这种隐蔽故障最折磨人。定位大文件就靠 du：du -h –max-depth=1 / 能一眼看出哪个目录最胖。日志、Docker 镜像、软件包缓存往往是“空间杀手”，定期清一清，系统能轻快不少。我一般会顺手加一行定时任务，每周自动汇报一次各分区使用率，超过阈值就发邮件提醒自己。
第三关：进程与服务，揪出“占着茅坑不拉屎”的那个
当系统卡顿时，用 top 按 CPU 或内存排序（Shift+P / Shift+M），很容易锁定那个吃资源的进程。如果是自己跑的脚本或测试程序卡死了，直接记下图里的 PID，kill 掉即可；若是系统服务异常，优先用 systemctl 重启而不是盲目 kill。顺带提一句，很多“幽灵进程”其实源于软件包依赖没装好、库版本冲突，遇到这类问题，Linux 包管理总踩坑？apt/dnf/pacman 依赖冲突的实战解决心得 里有一套我亲测有效的排查思路，比盲目百度强得多。
把巡检变成习惯：一个小脚本就够了
巡检不必每次手敲一堆命令。我习惯把最常用的几条写进一个 ~/check.sh：输出负载、内存、磁盘使用率和前几个最占资源的进程，每天开机或远程登录时顺手跑一下。配合 cron 还能做成定时日报。巡检的价值不在“查”，而在“持续看”，当你对自己的机器建立了基线认知，任何异常都会第一时间被你感觉出来。
如果你还想更进一步把系统“养”得更稳，强烈推荐读读 Linux 桌面用了三年，我沉淀的 7 条系统维护与稳定心得，里面关于更新策略、备份和桌面稳定的经验，正好能和巡检配合成一套完整的日常维护流程。把巡检和维护结合起来，你的 Linux 才不会某天突然给你“摆烂”。
说到底，Linux 系统巡检不是玄学，就是“常看、常记、常对照”。从今天起，每次总觉得机器不对劲时，先别急着重启，打开终端跑一遍上面的命令，多半你能自己找到答案。
暂无评论内容