1. 为什么需要监控树莓派的系统资源如果你正在用树莓派跑一个长期运行的服务比如家庭媒体中心、下载机、智能家居中枢或者一个轻量级的Web服务器那么你迟早会遇到这样的问题服务突然变慢、网页打不开、甚至系统直接卡死。这时候你第一反应是什么重启这确实能解决一时的问题但就像给发烧的病人吃退烧药治标不治本。问题的根源往往隐藏在CPU、内存、磁盘和网络这些系统资源的消耗情况里。监控系统资源对于树莓派这类资源受限的设备来说不是“锦上添花”而是“雪中送炭”的运维基本功。它帮你从“盲人摸象”的状态切换到“上帝视角”。你能清楚地看到是哪个进程吃光了内存导致系统开始使用缓慢的交换空间Swap是CPU被某个脚本死循环占满导致其他服务响应迟缓还是磁盘I/O读写异常拖慢了整个系统的速度又或者是网络带宽被占满影响了远程访问掌握查看资源的命令就等于拥有了诊断树莓派健康状况的“听诊器”和“体温计”。这不仅能让你在问题发生时快速定位元凶更能让你在问题发生前通过观察资源使用的趋势提前进行优化或扩容防患于未然。接下来我就把这些年用树莓派积累下来的“看家”命令和解读心得毫无保留地分享给你。2. 核心监控命令详解从全局到细节监控资源我们遵循一个从宏观到微观的逻辑先看整体系统负载和概况再深入查看各个资源维度的详细情况最后定位到具体的进程。下面这些命令就是贯穿这个逻辑链条的核心工具。2.1 系统概览的瑞士军刀top/htoptop命令是Linux系统监控的元老它提供了一个动态、实时的系统状态视图。在树莓派终端里直接输入top你会看到一个不断刷新的界面。界面关键信息解读第一行top显示系统运行时间、用户数和平均负载。平均负载load average的三个数字如 0.05, 0.10, 0.15分别代表过去1分钟、5分钟、15分钟的系统平均负载。对于树莓派这种单板电脑如果这个值持续高于CPU核心数比如树莓派4B是4核持续高于4就说明系统已经过载进程在排队等待CPU资源。第二行Tasks显示进程总数及其状态运行中、睡眠中、停止、僵尸进程。需要警惕的是“僵尸进程”zombie它表示进程已结束但资源未被父进程完全释放少量无关紧要大量出现则可能有问题。第三行%Cpu(s)是CPU使用率的细分。us用户空间、sy系统内核空间是主要关注点。如果id空闲长期很低而wa等待I/O很高说明磁盘可能是瓶颈。第四、五行MiB Mem和MiB Swap是内存和交换空间使用情况。重点看available可用内存它比free完全空闲更准确因为包含了可回收的缓存和缓冲区。交换空间Swap如果被频繁使用used值增长说明物理内存不足系统性能会因磁盘I/O而急剧下降。进程列表字段PID: 进程ID。USER: 进程所有者。PR/NI: 优先级。VIRT/RES/SHR/%MEM: 分别代表虚拟内存、常驻物理内存、共享内存、内存使用百分比。排查内存问题时主要看RES和%MEM。%CPU: CPU使用率。TIME: 进程占用CPU总时间。交互操作在top界面中你可以按一些键进行交互操作这在排查问题时非常有用P: 按CPU使用率排序默认。M: 按内存使用率排序。N: 按PID排序。k: 终止指定PID的进程。1: 展开显示所有CPU核心的单独使用情况。q: 退出。进阶之选htophtop是top的增强版界面更友好支持鼠标操作颜色标识更清晰。树莓派默认可能未安装使用sudo apt install htop即可安装。它的优势在于横向柱状图直观显示CPU和内存使用率。更容易地通过F4过滤进程名、F5树状显示进程关系来定位问题。杀死进程等操作更直观。提示在资源紧张的树莓派上htop本身也会消耗稍多资源。对于长期运行的监控脚本更轻量的top -b -n 1非交互式单次输出可能是更好的选择。2.2 内存使用的专业审计free与vmstattop提供了内存的快照而free命令则能给你一个更清晰、静态的内存分配报告。我最常用的参数是free -h-h参数会让它以人类可读的单位G、M显示。$ free -h total used free shared buff/cache available Mem: 7.6G 1.2G 5.9G 20M 435M 6.2G Swap: 1.0G 0B 1.0G关键字段深度解读很多人会误以为free列很少就是内存紧张其实这是最大的误区。Linux 的设计哲学是“空闲内存就是浪费的内存”它会利用空闲内存来缓存cache和缓冲buffer磁盘数据以加速系统性能。因此buff/cache: 这一部分内存是系统主动使用的缓存当应用程序需要更多内存时这部分可以被快速释放。所以它不是被“占用”的坏内存。真正需要关注的指标是available。这个值表示系统估算的、在不进行交换Swap的情况下可以分配给新启动的应用程序的内存总量。它已经扣除了缓存中不可释放的部分。上例中available有 6.2G说明内存非常充裕。Swap的used如果大于0就需要警惕了。特别是当它持续增长时表明物理内存已不足系统正在使用磁盘来模拟内存这会带来严重的性能下降。动态内存与系统事件监控vmstatfree看的是静态瞬间vmstat则能看到动态变化。命令vmstat 2 5表示每2秒采样一次共采样5次。$ vmstat 2 5 procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 1 0 0 6058628 106488 348436 0 0 25 12 42 78 2 1 97 0 0procs部分的r和b:r是等待运行的进程数如果持续大于CPU核心数说明CPU繁忙b是不可中断睡眠的进程数通常是在等待I/O如果长期大于0可能磁盘或网络有瓶颈。swap部分的si和so: 这是黄金指标。siswap in和soswap out表示每秒从磁盘交换区读入和写出的内存量。只要这两个值不是几乎一直为0就说明系统已经在发生交换性能已经受到影响。io部分的bi和bo: 表示每秒从块设备读入和写出的数据块数。结合waCPU等待I/O的时间百分比一起看可以判断磁盘I/O压力。cpu部分的wa: 如上所述如果wa值很高比如超过20%说明CPU大量时间在等待I/O磁盘可能是系统瓶颈。2.3 磁盘空间的管家df与du树莓派的存储通常是一张MicroSD卡或外接USB硬盘空间有限。磁盘被写满是导致服务异常的常见原因。查看文件系统整体使用情况df使用df -h来查看所有已挂载文件系统的空间使用情况。$ df -h Filesystem Size Used Avail Use% Mounted on /dev/root 29G 12G 16G 44% / /dev/mmcblk0p1 253M 54M 199M 22% /bootAvail和Use%是重点。对于根目录/一般建议保持使用率在80%以下超过90%就需要立即清理否则可能影响系统运行和日志写入。特别留意/boot分区它通常很小几百MB如果满了会导致内核更新失败。定位大文件与目录du当df显示磁盘空间告急时你需要du来找出“罪魁祸首”。du用于估算文件和目录的磁盘使用空间。快速定位根目录下哪个文件夹最大sudo du -h --max-depth1 / 2/dev/null | sort -hr | head -20sudo: 因为有些目录需要root权限才能访问。-h: 人类可读格式。--max-depth1: 只统计一级子目录。2/dev/null: 忽略权限错误等警告信息。sort -hr: 按人类可读的数字从大到小排序。head -20: 显示最大的前20个。深入分析具体目录假设发现/var很大可以继续深入sudo du -h --max-depth1 /var 2/dev/null | sort -hr。常见的“空间杀手”包括/var/log日志文件、/var/libDocker镜像、数据库数据等、/var/cache软件包缓存。注意清理日志文件时尽量不要直接删除正在被写入的日志文件如sudo rm /var/log/syslog这可能导致持有文件句柄的程序出错。更好的方法是使用truncate命令如sudo truncate -s 0 /var/log/syslog清空内容或者配置日志轮转logrotate。2.4 网络连接与带宽的哨兵ss与iftop对于作为网络服务的树莓派监控网络状态至关重要。查看网络连接与端口sssssocket statistics是比古老netstat更快速、更强大的替代工具。查看所有TCP连接ss -tlnp-t: TCP协议。-l: 仅显示监听Listening的套接字。-n: 以数字形式显示地址和端口不解析主机名和服务名更快。-p: 显示使用该套接字的进程信息。 这个命令能让你一眼看出树莓派上哪些服务进程在监听哪些端口是排查“端口占用”或验证服务是否成功启动的利器。查看所有已建立的连接ss -tnp state established。这有助于了解当前活跃的网络通信。实时监控网络带宽iftop如果发现网络慢iftop可以像top监控进程一样实时监控各网络连接的带宽占用情况。安装命令sudo apt install iftop。运行需要root权限sudo iftop -i eth0eth0是你的网卡名树莓派上可能是eth0有线或wlan0无线。iftop界面会显示一个动态列表展示当前主机与外部IP之间的实时带宽发送TX和接收RX。你可以一眼看出哪个连接占用了最大的上行或下行带宽对于排查异常流量、定位疯狂下载或上传的进程非常有帮助。3. 实战组合命令与自动化监控脚本单个命令是武器组合使用才能形成战斗力。在实际运维中我们经常需要将命令组合起来形成一句强大的查询或者写成脚本进行自动化监控。3.1 一键式资源快照命令当你需要快速给系统拍个“全身照”时可以组合使用命令echo $(date) echo --- 内存与交换 --- free -h echo echo --- 磁盘空间 --- df -h | grep -E ^(Filesystem|/dev/root|/dev/mmcblk0p1|/dev/sda1) # 筛选关键分区 echo echo --- 平均负载与运行时间 --- uptime echo echo --- 最耗CPU的5个进程 --- ps aux --sort-%cpu | head -6 echo echo --- 最耗内存的5个进程 --- ps aux --sort-%mem | head -6将以上内容保存为一个脚本如system_snapshot.sh并赋予执行权限chmod x system_snapshot.sh你就可以随时运行./system_snapshot.sh来获取一份简洁的资源报告。3.2 简易自动化监控与告警脚本对于需要长期运行的服务我们可以写一个简单的监控脚本定期检查并在资源超过阈值时发出警告。#!/bin/bash # 文件名monitor_pi.sh # 阈值定义 CPU_THRESHOLD80 # CPU使用率% MEM_AVAIL_THRESHOLD500 # 可用内存低于多少MB告警 DISK_USAGE_THRESHOLD90 # 根分区使用率% SWAP_USED_THRESHOLD100 # 交换空间使用量超过多少MB告警 LOG_FILE/var/log/pi_monitor.log # 获取当前时间 CURRENT_TIME$(date %Y-%m-%d %H:%M:%S) # 1. 检查CPU使用率取1分钟平均负载的整数部分近似代表活跃进程数 LOAD_1$(uptime | awk -Fload average: {print $2} | cut -d, -f1 | xargs) CPU_CORES$(nproc) # 简单计算负载/核心数 * 100 作为近似CPU压力百分比 LOAD_PERCENT$(echo scale0; $LOAD_1 / $CPU_CORES * 100 | bc) if [ $LOAD_PERCENT -gt $CPU_THRESHOLD ]; then echo [$CURRENT_TIME] WARNING: High CPU load! 1-min load: $LOAD_1, Approx load percent: $LOAD_PERCENT% $LOG_FILE fi # 2. 检查可用内存 AVAIL_MEM$(free -m | awk /^Mem:/{print $7}) if [ $AVAIL_MEM -lt $MEM_AVAIL_THRESHOLD ]; then echo [$CURRENT_TIME] WARNING: Low available memory! Available: ${AVAIL_MEM}MB $LOG_FILE fi # 3. 检查磁盘使用率 DISK_USAGE$(df -h / | awk NR2 {print $5} | sed s/%//) if [ $DISK_USAGE -gt $DISK_USAGE_THRESHOLD ]; then echo [$CURRENT_TIME] WARNING: High disk usage on root! Usage: ${DISK_USAGE}% $LOG_FILE fi # 4. 检查交换空间使用 SWAP_USED$(free -m | awk /^Swap:/{print $3}) if [ $SWAP_USED -gt $SWAP_USED_THRESHOLD ]; then echo [$CURRENT_TIME] WARNING: Swap is being used! Used: ${SWAP_USED}MB $LOG_FILE fi # 可选如果一切正常记录一条健康信息避免日志文件过大可注释掉 # echo [$CURRENT_TIME] INFO: System check passed. $LOG_FILE这个脚本定义了CPU、内存、磁盘、交换空间的阈值定期检查可以通过cron定时任务如每5分钟执行一次并将告警信息记录到日志文件。你可以通过tail -f /var/log/pi_monitor.log来实时查看告警或者配置更高级的邮件、Telegram机器人通知。设置cron定时任务编辑当前用户的cron表crontab -e添加一行例如每5分钟运行一次*/5 * * * * /home/pi/scripts/monitor_pi.sh /dev/null 21保存退出。4. 图形化替代方案与高级工具虽然命令行是最高效和通用的方式但在某些场景下图形化工具或更专业的监控方案能提供更好的体验。4.1 轻量级图形化监控raspi-config与任务管理器对于刚接触命令行或不习惯纯文本的用户树莓派本身也提供了一些基础图形化查看方式。raspi-config中的资源查看在终端运行sudo raspi-config选择Performance Options-GPU Memory这里虽然主要设置GPU内存但也能看到当前内存分配的一个侧面。不过这并非动态监控工具。桌面环境任务管理器如果你使用的是树莓派桌面版Raspberry Pi OS with Desktop那么和Windows/Mac一样你可以使用系统自带的任务管理器。通常可以在顶部或底部任务栏找到资源监视器小部件或者搜索“Task Manager”或“System Monitor”应用。它会用图形展示CPU、内存、网络的历史曲线和当前进程列表非常直观。4.2 基于Web的集中监控NetData如果你有多台树莓派或服务器或者希望有一个漂亮、实时、功能强大的监控面板那么NetData是一个绝佳的选择。它是一个开源的实时性能和健康监控工具资源占用极低仅需约1%的CPU和少量内存却提供了令人惊叹的详细数据。在树莓派上安装NetData非常简单# 一键安装脚本官方推荐 bash (curl -Ss https://my-netdata.io/kickstart.sh)安装完成后打开浏览器访问http://你的树莓派IP:19999你就能看到一个包含数百种指标CPU、内存、磁盘、网络、进程、温度等的实时仪表盘。它支持告警、历史数据回溯需要额外配置并且社区提供了大量插件来监控特定应用如MySQL、Nginx、Docker容器等。NetData的优势在于“开箱即用”你几乎不需要任何配置就能获得一个专业级的监控系统。对于希望深入了解系统每一个细微之处的进阶用户来说它是命令行工具的强大补充。4.3 进程级深度排查/proc文件系统当标准命令无法提供足够信息时Linux的/proc虚拟文件系统是你的终极武器。它是一个内核数据接口以文件形式暴露了大量系统和进程信息。查看系统整体信息cat /proc/meminfo: 比free更详细的内存信息。cat /proc/cpuinfo: 详细的CPU信息。cat /proc/loadavg: 平均负载信息。查看特定进程的详细信息每个进程都有一个以其PID命名的目录如/proc/1234。cat /proc/1234/status: 进程状态摘要包含VmPeak峰值虚拟内存、VmRSS实际物理内存等同RES、VmSwap交换内存等关键信息。cat /proc/1234/io: 进程的读写I/O统计需要root权限。ls -la /proc/1234/fd/: 查看该进程打开的所有文件描述符对于排查“文件句柄泄露”问题至关重要。使用/proc需要一些Linux知识但它能提供最底层、最准确的信息是解决复杂疑难杂症的必备技能。5. 常见问题场景与排查思路掌握了工具更重要的是知道在什么情况下用什么工具。下面结合几个典型场景串联一下排查思路。场景一树莓派响应缓慢SSH登录都卡顿。第一步快速连接并查看负载。如果还能登录立即运行uptime看平均负载运行top或htop看整体资源占用。按1看各核心CPU使用率按M按内存排序。第二步检查内存和交换。在top中观察Mem和Swap行或者快速运行free -h。如果available内存极少且Swap的used很高基本断定是内存耗尽。第三步定位问题进程。在top/htop中已经按内存排序通常排第一的就是“元凶”。记下其PID和命令。第四步初步处理。如果该进程非关键可以考虑用kill [PID]终止。如果是关键进程则需要分析其内存增长原因是否内存泄露是否处理了异常大数据。场景二磁盘空间不足无法安装新软件或写入日志。第一步确认问题范围。运行df -h确认是哪个分区通常是/根分区使用率接近100%。第二步定位大文件目录。运行sudo du -h --max-depth1 / 2/dev/null | sort -hr | head -10找出根目录下占用最大的子目录。第三步逐层深入。进入占用最大的目录重复du命令直到找到具体的大文件或日志文件。第四步安全清理。对于日志文件使用truncate或配置logrotate。对于缓存文件如apt缓存sudo apt clean可以安全清理。对于应用产生的数据根据实际情况归档或删除。场景三网络服务如Web服务器访问变慢或失败。第一步检查服务进程状态。运行systemctl status nginx以nginx为例或ps aux | grep nginx看服务是否在运行。第二步检查端口监听。运行ss -tlnp | grep :80以80端口为例看是否有进程在监听预期端口。第三步检查系统资源瓶颈。用top看CPU和内存用iftop看网络带宽是否被占满用vmstat 1看si/so和wa判断是否有磁盘I/O或交换导致的慢。第四步检查服务自身日志。查看/var/log/nginx/error.log等应用日志寻找错误信息。场景四怀疑某个进程异常如CPU持续100%。第一步定位进程。使用top或ps aux --sort-%cpu | head -10找到高CPU进程。第二步查看进程详情。使用htop的树状视图F5查看该进程及其子进程或者用pstree -p [PID]。第三步深入分析。如果是脚本语言如Python可以考虑使用strace -p [PID]跟踪系统调用或者使用语言自身的性能分析工具如Python的cProfile。对于编译型程序可能需要使用perf等更专业的工具。在整个排查过程中一个核心原则是先看整体top,vmstat再定方向CPU/内存/磁盘/网络最后抓细节具体进程/proc,strace。避免一上来就陷入细节而忽略了更明显的整体资源瓶颈。这些命令和思路构成了运维树莓派的基石。它们看似简单但组合起来能解决绝大多数性能问题。我个人的习惯是在新部署树莓派服务后一定会先设置一个类似第3.2节的简易监控脚本让它默默地记录系统健康状况。当告警出现时再根据本章节的排查思路利用那些强大的命令行工具快速定位并解决问题。这种“自动化监控 手动深度排查”的模式让我管理的几十台树莓派设备始终保持着良好的运行状态。
1. 为什么需要监控树莓派的系统资源如果你正在用树莓派跑一个长期运行的服务比如家庭媒体中心、下载机、智能家居中枢或者一个轻量级的Web服务器那么你迟早会遇到这样的问题服务突然变慢、网页打不开、甚至系统直接卡死。这时候你第一反应是什么重启这确实能解决一时的问题但就像给发烧的病人吃退烧药治标不治本。问题的根源往往隐藏在CPU、内存、磁盘和网络这些系统资源的消耗情况里。监控系统资源对于树莓派这类资源受限的设备来说不是“锦上添花”而是“雪中送炭”的运维基本功。它帮你从“盲人摸象”的状态切换到“上帝视角”。你能清楚地看到是哪个进程吃光了内存导致系统开始使用缓慢的交换空间Swap是CPU被某个脚本死循环占满导致其他服务响应迟缓还是磁盘I/O读写异常拖慢了整个系统的速度又或者是网络带宽被占满影响了远程访问掌握查看资源的命令就等于拥有了诊断树莓派健康状况的“听诊器”和“体温计”。这不仅能让你在问题发生时快速定位元凶更能让你在问题发生前通过观察资源使用的趋势提前进行优化或扩容防患于未然。接下来我就把这些年用树莓派积累下来的“看家”命令和解读心得毫无保留地分享给你。2. 核心监控命令详解从全局到细节监控资源我们遵循一个从宏观到微观的逻辑先看整体系统负载和概况再深入查看各个资源维度的详细情况最后定位到具体的进程。下面这些命令就是贯穿这个逻辑链条的核心工具。2.1 系统概览的瑞士军刀top/htoptop命令是Linux系统监控的元老它提供了一个动态、实时的系统状态视图。在树莓派终端里直接输入top你会看到一个不断刷新的界面。界面关键信息解读第一行top显示系统运行时间、用户数和平均负载。平均负载load average的三个数字如 0.05, 0.10, 0.15分别代表过去1分钟、5分钟、15分钟的系统平均负载。对于树莓派这种单板电脑如果这个值持续高于CPU核心数比如树莓派4B是4核持续高于4就说明系统已经过载进程在排队等待CPU资源。第二行Tasks显示进程总数及其状态运行中、睡眠中、停止、僵尸进程。需要警惕的是“僵尸进程”zombie它表示进程已结束但资源未被父进程完全释放少量无关紧要大量出现则可能有问题。第三行%Cpu(s)是CPU使用率的细分。us用户空间、sy系统内核空间是主要关注点。如果id空闲长期很低而wa等待I/O很高说明磁盘可能是瓶颈。第四、五行MiB Mem和MiB Swap是内存和交换空间使用情况。重点看available可用内存它比free完全空闲更准确因为包含了可回收的缓存和缓冲区。交换空间Swap如果被频繁使用used值增长说明物理内存不足系统性能会因磁盘I/O而急剧下降。进程列表字段PID: 进程ID。USER: 进程所有者。PR/NI: 优先级。VIRT/RES/SHR/%MEM: 分别代表虚拟内存、常驻物理内存、共享内存、内存使用百分比。排查内存问题时主要看RES和%MEM。%CPU: CPU使用率。TIME: 进程占用CPU总时间。交互操作在top界面中你可以按一些键进行交互操作这在排查问题时非常有用P: 按CPU使用率排序默认。M: 按内存使用率排序。N: 按PID排序。k: 终止指定PID的进程。1: 展开显示所有CPU核心的单独使用情况。q: 退出。进阶之选htophtop是top的增强版界面更友好支持鼠标操作颜色标识更清晰。树莓派默认可能未安装使用sudo apt install htop即可安装。它的优势在于横向柱状图直观显示CPU和内存使用率。更容易地通过F4过滤进程名、F5树状显示进程关系来定位问题。杀死进程等操作更直观。提示在资源紧张的树莓派上htop本身也会消耗稍多资源。对于长期运行的监控脚本更轻量的top -b -n 1非交互式单次输出可能是更好的选择。2.2 内存使用的专业审计free与vmstattop提供了内存的快照而free命令则能给你一个更清晰、静态的内存分配报告。我最常用的参数是free -h-h参数会让它以人类可读的单位G、M显示。$ free -h total used free shared buff/cache available Mem: 7.6G 1.2G 5.9G 20M 435M 6.2G Swap: 1.0G 0B 1.0G关键字段深度解读很多人会误以为free列很少就是内存紧张其实这是最大的误区。Linux 的设计哲学是“空闲内存就是浪费的内存”它会利用空闲内存来缓存cache和缓冲buffer磁盘数据以加速系统性能。因此buff/cache: 这一部分内存是系统主动使用的缓存当应用程序需要更多内存时这部分可以被快速释放。所以它不是被“占用”的坏内存。真正需要关注的指标是available。这个值表示系统估算的、在不进行交换Swap的情况下可以分配给新启动的应用程序的内存总量。它已经扣除了缓存中不可释放的部分。上例中available有 6.2G说明内存非常充裕。Swap的used如果大于0就需要警惕了。特别是当它持续增长时表明物理内存已不足系统正在使用磁盘来模拟内存这会带来严重的性能下降。动态内存与系统事件监控vmstatfree看的是静态瞬间vmstat则能看到动态变化。命令vmstat 2 5表示每2秒采样一次共采样5次。$ vmstat 2 5 procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 1 0 0 6058628 106488 348436 0 0 25 12 42 78 2 1 97 0 0procs部分的r和b:r是等待运行的进程数如果持续大于CPU核心数说明CPU繁忙b是不可中断睡眠的进程数通常是在等待I/O如果长期大于0可能磁盘或网络有瓶颈。swap部分的si和so: 这是黄金指标。siswap in和soswap out表示每秒从磁盘交换区读入和写出的内存量。只要这两个值不是几乎一直为0就说明系统已经在发生交换性能已经受到影响。io部分的bi和bo: 表示每秒从块设备读入和写出的数据块数。结合waCPU等待I/O的时间百分比一起看可以判断磁盘I/O压力。cpu部分的wa: 如上所述如果wa值很高比如超过20%说明CPU大量时间在等待I/O磁盘可能是系统瓶颈。2.3 磁盘空间的管家df与du树莓派的存储通常是一张MicroSD卡或外接USB硬盘空间有限。磁盘被写满是导致服务异常的常见原因。查看文件系统整体使用情况df使用df -h来查看所有已挂载文件系统的空间使用情况。$ df -h Filesystem Size Used Avail Use% Mounted on /dev/root 29G 12G 16G 44% / /dev/mmcblk0p1 253M 54M 199M 22% /bootAvail和Use%是重点。对于根目录/一般建议保持使用率在80%以下超过90%就需要立即清理否则可能影响系统运行和日志写入。特别留意/boot分区它通常很小几百MB如果满了会导致内核更新失败。定位大文件与目录du当df显示磁盘空间告急时你需要du来找出“罪魁祸首”。du用于估算文件和目录的磁盘使用空间。快速定位根目录下哪个文件夹最大sudo du -h --max-depth1 / 2/dev/null | sort -hr | head -20sudo: 因为有些目录需要root权限才能访问。-h: 人类可读格式。--max-depth1: 只统计一级子目录。2/dev/null: 忽略权限错误等警告信息。sort -hr: 按人类可读的数字从大到小排序。head -20: 显示最大的前20个。深入分析具体目录假设发现/var很大可以继续深入sudo du -h --max-depth1 /var 2/dev/null | sort -hr。常见的“空间杀手”包括/var/log日志文件、/var/libDocker镜像、数据库数据等、/var/cache软件包缓存。注意清理日志文件时尽量不要直接删除正在被写入的日志文件如sudo rm /var/log/syslog这可能导致持有文件句柄的程序出错。更好的方法是使用truncate命令如sudo truncate -s 0 /var/log/syslog清空内容或者配置日志轮转logrotate。2.4 网络连接与带宽的哨兵ss与iftop对于作为网络服务的树莓派监控网络状态至关重要。查看网络连接与端口sssssocket statistics是比古老netstat更快速、更强大的替代工具。查看所有TCP连接ss -tlnp-t: TCP协议。-l: 仅显示监听Listening的套接字。-n: 以数字形式显示地址和端口不解析主机名和服务名更快。-p: 显示使用该套接字的进程信息。 这个命令能让你一眼看出树莓派上哪些服务进程在监听哪些端口是排查“端口占用”或验证服务是否成功启动的利器。查看所有已建立的连接ss -tnp state established。这有助于了解当前活跃的网络通信。实时监控网络带宽iftop如果发现网络慢iftop可以像top监控进程一样实时监控各网络连接的带宽占用情况。安装命令sudo apt install iftop。运行需要root权限sudo iftop -i eth0eth0是你的网卡名树莓派上可能是eth0有线或wlan0无线。iftop界面会显示一个动态列表展示当前主机与外部IP之间的实时带宽发送TX和接收RX。你可以一眼看出哪个连接占用了最大的上行或下行带宽对于排查异常流量、定位疯狂下载或上传的进程非常有帮助。3. 实战组合命令与自动化监控脚本单个命令是武器组合使用才能形成战斗力。在实际运维中我们经常需要将命令组合起来形成一句强大的查询或者写成脚本进行自动化监控。3.1 一键式资源快照命令当你需要快速给系统拍个“全身照”时可以组合使用命令echo $(date) echo --- 内存与交换 --- free -h echo echo --- 磁盘空间 --- df -h | grep -E ^(Filesystem|/dev/root|/dev/mmcblk0p1|/dev/sda1) # 筛选关键分区 echo echo --- 平均负载与运行时间 --- uptime echo echo --- 最耗CPU的5个进程 --- ps aux --sort-%cpu | head -6 echo echo --- 最耗内存的5个进程 --- ps aux --sort-%mem | head -6将以上内容保存为一个脚本如system_snapshot.sh并赋予执行权限chmod x system_snapshot.sh你就可以随时运行./system_snapshot.sh来获取一份简洁的资源报告。3.2 简易自动化监控与告警脚本对于需要长期运行的服务我们可以写一个简单的监控脚本定期检查并在资源超过阈值时发出警告。#!/bin/bash # 文件名monitor_pi.sh # 阈值定义 CPU_THRESHOLD80 # CPU使用率% MEM_AVAIL_THRESHOLD500 # 可用内存低于多少MB告警 DISK_USAGE_THRESHOLD90 # 根分区使用率% SWAP_USED_THRESHOLD100 # 交换空间使用量超过多少MB告警 LOG_FILE/var/log/pi_monitor.log # 获取当前时间 CURRENT_TIME$(date %Y-%m-%d %H:%M:%S) # 1. 检查CPU使用率取1分钟平均负载的整数部分近似代表活跃进程数 LOAD_1$(uptime | awk -Fload average: {print $2} | cut -d, -f1 | xargs) CPU_CORES$(nproc) # 简单计算负载/核心数 * 100 作为近似CPU压力百分比 LOAD_PERCENT$(echo scale0; $LOAD_1 / $CPU_CORES * 100 | bc) if [ $LOAD_PERCENT -gt $CPU_THRESHOLD ]; then echo [$CURRENT_TIME] WARNING: High CPU load! 1-min load: $LOAD_1, Approx load percent: $LOAD_PERCENT% $LOG_FILE fi # 2. 检查可用内存 AVAIL_MEM$(free -m | awk /^Mem:/{print $7}) if [ $AVAIL_MEM -lt $MEM_AVAIL_THRESHOLD ]; then echo [$CURRENT_TIME] WARNING: Low available memory! Available: ${AVAIL_MEM}MB $LOG_FILE fi # 3. 检查磁盘使用率 DISK_USAGE$(df -h / | awk NR2 {print $5} | sed s/%//) if [ $DISK_USAGE -gt $DISK_USAGE_THRESHOLD ]; then echo [$CURRENT_TIME] WARNING: High disk usage on root! Usage: ${DISK_USAGE}% $LOG_FILE fi # 4. 检查交换空间使用 SWAP_USED$(free -m | awk /^Swap:/{print $3}) if [ $SWAP_USED -gt $SWAP_USED_THRESHOLD ]; then echo [$CURRENT_TIME] WARNING: Swap is being used! Used: ${SWAP_USED}MB $LOG_FILE fi # 可选如果一切正常记录一条健康信息避免日志文件过大可注释掉 # echo [$CURRENT_TIME] INFO: System check passed. $LOG_FILE这个脚本定义了CPU、内存、磁盘、交换空间的阈值定期检查可以通过cron定时任务如每5分钟执行一次并将告警信息记录到日志文件。你可以通过tail -f /var/log/pi_monitor.log来实时查看告警或者配置更高级的邮件、Telegram机器人通知。设置cron定时任务编辑当前用户的cron表crontab -e添加一行例如每5分钟运行一次*/5 * * * * /home/pi/scripts/monitor_pi.sh /dev/null 21保存退出。4. 图形化替代方案与高级工具虽然命令行是最高效和通用的方式但在某些场景下图形化工具或更专业的监控方案能提供更好的体验。4.1 轻量级图形化监控raspi-config与任务管理器对于刚接触命令行或不习惯纯文本的用户树莓派本身也提供了一些基础图形化查看方式。raspi-config中的资源查看在终端运行sudo raspi-config选择Performance Options-GPU Memory这里虽然主要设置GPU内存但也能看到当前内存分配的一个侧面。不过这并非动态监控工具。桌面环境任务管理器如果你使用的是树莓派桌面版Raspberry Pi OS with Desktop那么和Windows/Mac一样你可以使用系统自带的任务管理器。通常可以在顶部或底部任务栏找到资源监视器小部件或者搜索“Task Manager”或“System Monitor”应用。它会用图形展示CPU、内存、网络的历史曲线和当前进程列表非常直观。4.2 基于Web的集中监控NetData如果你有多台树莓派或服务器或者希望有一个漂亮、实时、功能强大的监控面板那么NetData是一个绝佳的选择。它是一个开源的实时性能和健康监控工具资源占用极低仅需约1%的CPU和少量内存却提供了令人惊叹的详细数据。在树莓派上安装NetData非常简单# 一键安装脚本官方推荐 bash (curl -Ss https://my-netdata.io/kickstart.sh)安装完成后打开浏览器访问http://你的树莓派IP:19999你就能看到一个包含数百种指标CPU、内存、磁盘、网络、进程、温度等的实时仪表盘。它支持告警、历史数据回溯需要额外配置并且社区提供了大量插件来监控特定应用如MySQL、Nginx、Docker容器等。NetData的优势在于“开箱即用”你几乎不需要任何配置就能获得一个专业级的监控系统。对于希望深入了解系统每一个细微之处的进阶用户来说它是命令行工具的强大补充。4.3 进程级深度排查/proc文件系统当标准命令无法提供足够信息时Linux的/proc虚拟文件系统是你的终极武器。它是一个内核数据接口以文件形式暴露了大量系统和进程信息。查看系统整体信息cat /proc/meminfo: 比free更详细的内存信息。cat /proc/cpuinfo: 详细的CPU信息。cat /proc/loadavg: 平均负载信息。查看特定进程的详细信息每个进程都有一个以其PID命名的目录如/proc/1234。cat /proc/1234/status: 进程状态摘要包含VmPeak峰值虚拟内存、VmRSS实际物理内存等同RES、VmSwap交换内存等关键信息。cat /proc/1234/io: 进程的读写I/O统计需要root权限。ls -la /proc/1234/fd/: 查看该进程打开的所有文件描述符对于排查“文件句柄泄露”问题至关重要。使用/proc需要一些Linux知识但它能提供最底层、最准确的信息是解决复杂疑难杂症的必备技能。5. 常见问题场景与排查思路掌握了工具更重要的是知道在什么情况下用什么工具。下面结合几个典型场景串联一下排查思路。场景一树莓派响应缓慢SSH登录都卡顿。第一步快速连接并查看负载。如果还能登录立即运行uptime看平均负载运行top或htop看整体资源占用。按1看各核心CPU使用率按M按内存排序。第二步检查内存和交换。在top中观察Mem和Swap行或者快速运行free -h。如果available内存极少且Swap的used很高基本断定是内存耗尽。第三步定位问题进程。在top/htop中已经按内存排序通常排第一的就是“元凶”。记下其PID和命令。第四步初步处理。如果该进程非关键可以考虑用kill [PID]终止。如果是关键进程则需要分析其内存增长原因是否内存泄露是否处理了异常大数据。场景二磁盘空间不足无法安装新软件或写入日志。第一步确认问题范围。运行df -h确认是哪个分区通常是/根分区使用率接近100%。第二步定位大文件目录。运行sudo du -h --max-depth1 / 2/dev/null | sort -hr | head -10找出根目录下占用最大的子目录。第三步逐层深入。进入占用最大的目录重复du命令直到找到具体的大文件或日志文件。第四步安全清理。对于日志文件使用truncate或配置logrotate。对于缓存文件如apt缓存sudo apt clean可以安全清理。对于应用产生的数据根据实际情况归档或删除。场景三网络服务如Web服务器访问变慢或失败。第一步检查服务进程状态。运行systemctl status nginx以nginx为例或ps aux | grep nginx看服务是否在运行。第二步检查端口监听。运行ss -tlnp | grep :80以80端口为例看是否有进程在监听预期端口。第三步检查系统资源瓶颈。用top看CPU和内存用iftop看网络带宽是否被占满用vmstat 1看si/so和wa判断是否有磁盘I/O或交换导致的慢。第四步检查服务自身日志。查看/var/log/nginx/error.log等应用日志寻找错误信息。场景四怀疑某个进程异常如CPU持续100%。第一步定位进程。使用top或ps aux --sort-%cpu | head -10找到高CPU进程。第二步查看进程详情。使用htop的树状视图F5查看该进程及其子进程或者用pstree -p [PID]。第三步深入分析。如果是脚本语言如Python可以考虑使用strace -p [PID]跟踪系统调用或者使用语言自身的性能分析工具如Python的cProfile。对于编译型程序可能需要使用perf等更专业的工具。在整个排查过程中一个核心原则是先看整体top,vmstat再定方向CPU/内存/磁盘/网络最后抓细节具体进程/proc,strace。避免一上来就陷入细节而忽略了更明显的整体资源瓶颈。这些命令和思路构成了运维树莓派的基石。它们看似简单但组合起来能解决绝大多数性能问题。我个人的习惯是在新部署树莓派服务后一定会先设置一个类似第3.2节的简易监控脚本让它默默地记录系统健康状况。当告警出现时再根据本章节的排查思路利用那些强大的命令行工具快速定位并解决问题。这种“自动化监控 手动深度排查”的模式让我管理的几十台树莓派设备始终保持着良好的运行状态。
)
