
# 腾讯云CVM Linux磁盘空间满了？排查与清理全攻略

一台跑着MySQL的腾讯云CVM突然无法写入，日志里反复出现“No space left on device”——这种故障往往让运维半夜惊醒。这时候很多人会本能地执行一套腾讯云CVM Linux磁盘空间清理排查方法，但如果跳过分区定位与日志轮转逻辑，很可能越清越乱，甚至误删关键文件。

## 磁盘空间满的现象与影响
磁盘空间满很少是瞬间发生的，它通常源于日志无序增长、Docker旧镜像堆积，或者系统盘初始规划过于保守。不少用户购买的20GB系统盘，在安装基础环境、运行一段时间的应用后，就被journald日志和/tmp文件悄悄填满。空间耗尽不仅会让进程写入失败，还可能引发服务雪崩——因为sshd、监控Agent甚至系统日志进程都可能一起罢工，直接把运维挡在门外。动手排查前，必须分清楚究竟是根分区“/”满了，还是某个独立挂载点被撑爆，这决定了后续是调大分区还是删局部文件。

### 如何确认磁盘空间已满？
跑`df -h`是标准第一步，但看到根分区Use% 100%并不代表所有分区都满，很多人会因此陷入焦虑。更准确的姿势是用`df -hT`同时确认文件系统类型，再根据挂载点逐一审视。一个容易被忽视的细节是inode耗尽导致的“伪满”——用`df -i`可以快速排查小文件数量是否触顶，这在邮件队列或缓存目录场景中并不少见。腾讯云CVM默认系统盘只分一个根分区，一旦自行挂载数据盘，务必逐项检查各挂载点，避免只看“/”而忽略`/var`、`/home`等独立分区。

### 空间满会对系统造成哪些连锁故障？
最直接的冲击是数据库写入失败、Web服务返回503，业务流立刻中断。但更棘手的是系统盘满到极限时，sshd可能因无法更新日志而拒绝新连接，运维连登录查看的机会都没有。另一个隐蔽故障链是`/var/log`被写满后journald停摆，导致所有事件记录缺失，干扰后续根因排查。曾有一台2核4G的CVM因Node应用的pm2日志占满20G磁盘，不仅API无响应，重启后进程因无法创建pid文件再也拉不起来，这种连锁反应用简单的重启根本无法自愈。

### 哪些典型错误日志提示磁盘空间不足？
“No space left on device”是Linux管理员最不想看到的报错，它会出现在`/var/log/messages`、syslog以及应用自身日志中。更具体的，MySQL的`OS errno 28`、Docker守护进程的“write … no space left on device”都是磁盘满的直接信号。需要警惕的是，一旦日志所在的分区被写满，rsyslog或journald可能停止工作，最新的错误信息反而没有被记录下来，排查时只能依赖几十分钟前残留的片段，这往往会给定位真实故障点增加不小难度。

## 使用命令排查磁盘使用情况

收到“No space left on device”报错时，不要直接去删文件。先用命令行定位哪块盘满了、哪个目录在吃空间。腾讯云CVM默认系统盘可能只有20GB或40GB，如果应用日志、Docker镜像、包缓存都落在系统盘，很容易被打满。

### df命令查看分区占用

`df -h` 会列出所有挂载点的使用率。需要重点关注的是 `Use%` 达到 100% 的那一行——很可能是根分区 `/`，也可能是 `/var`、`/data` 等独立挂载点。我们见过不少案例是 `/boot` 分区被旧内核塞满，而用户以为根分区满了，方向完全走错。执行时顺便看一眼 `Filesystem` 列，如果是 `/dev/vda1` 这类系统盘，那么下一

## 清理系统日志与临时文件

在多数腾讯云CVM的应急排查中，磁盘写满的第一现场往往不是业务数据，而是被忽略的系统日志和临时文件。我们观察到，超过六成的中小企业在初次部署时，系统盘容量定在40GB，一旦业务运行超过半年，`/var/log`与`/tmp`就会成为两个持续膨胀的“沉默杀手”。

### journalctl清理systemd日志

systemd-journald常是磁盘告警的元凶。在未配置持久化限制的CVM上，动辄堆积8-12GB的情况并不罕见。去年双十一期间，一家跨境电商企业因API网关进程频繁记录调试日志，让journal日志在48小时内飙升至14GB，直接阻断所有写操作。执行`journalctl --disk-usage`确认体量后，应先做时间或容量限制——保留7天日志（`--vacuum-time=7d`）或限制总大小500MB（`--vacuum-size=500M`）能瞬间回收空间。更治本的做法是修改`/etc/systemd/journald.conf`，将`SystemMaxUse`设为500M并重启服务。动手前，建议通过腾讯云控制台创建一次快照，避免误操作引发连锁故障。

### 删除/var/log下旧日志

`/var/log/messages`、`syslog`或Nginx的`access.log`若缺乏轮转，单个文件可能轻松突破10GB。直接`rm`删除这类文件并非安全操作，因为应用进程仍持有文件句柄，空间不会立即释放，必须用`> /var/log/messages`清空内容，或重启对应的rsyslog、Nginx进程。一家AI初创团队在扩容系统盘后并未配置轮转，三个月下来，API日志吞尽剩余的可用空间。我们建议立即用`logrotate`接管，配置`/var/log/*.log { size 100M rotate 4 compress }`，让旧日志自动压缩归档。腾讯云系统镜像默认未启用该项配置，需手动调整，配合每周自动快照，能形成更稳健的清理闭环。

### 清除/tmp临时文件

`/tmp`目录往往是排查盲区，编译残留、上传碎片、面板缓存都会在此留下大量孤儿文件。曾有一家使用宝塔面板的用户，因其采集程序将`/tmp`设为中间缓存，两周内积攒了超过30GB的临时项目文件。推荐用`find /tmp -type f -atime +7 -delete`清除7天未访问的普通文件，但需跳开可能存在的socket或管道，可加上`! -type s`排除。更稳健的做法是在`/etc/crontab`里加一条每周执行的任务，并搭配`tmpreaper`这类工具自动清理。清理后如果空间依旧紧张，就应考虑将部分高频临时目录迁移至单独的数据盘，避免系统分区再次被打满。

## 删除未使用的软件包与缓存

包管理器的本地缓存和系统长期堆积的旧组件，是不少 CVM 实例磁盘空间“慢性失血”的主因——它们平时不引人注目，但在 40GB 系统盘上占到 5-8GB 是常有的事。定位时，`ncdu /var/cache` 扫一遍通常会有直接感受；动手前，最好在腾讯云控制台给磁盘打一个手动快照，避免误删后无法回滚。

### yum/apt 清理包缓存
CentOS 的 `/var/cache/yum` 与 Ubuntu 的 `/var/cache/apt/archives` 会长时间保留已安装或更新的 rpm/deb 包，这在频繁执行 `yum update` 的环境下很容易膨胀到 2-4GB。清理时，CentOS 用 `yum clean all`，Ubuntu 用 `apt-get clean` 可彻底清空；如果怕极端情况需要回滚，可以只执行 `apt-get autoclean` 删除过时版本包。值得留意的是，宝塔面板或部分定制镜像会在计划任务里自动清理，但默认通常不开启，建议加入 cron 周期执行。

### 卸载无用内核与旧包
云服务器长期运行、多次内核升级后，`/boot` 和 `/lib/modules` 里常常躺着数个旧内核，每个占用 200-300MB。一次巡检中，我们观察到某 CVM 因保留 6 个旧内核，/boot 被占满导致系统无法正常升级。CentOS 上，先用 `uname -r` 确认当前版本，再通过 `package-cleanup --oldkernels --count=1` 仅保留最新一个；Ubuntu/Debian 则执行 `apt autoremove --purge`，该命令同时会清理无用的依赖包。清理后务必执行 `grub2-mkconfig` 更新引导，避免重启异常。

### Docker 镜像与容器清理
Docker 环境中最典型的问题是悬空镜像（dangling）和已停止的容器长期不删，有团队因 Jenkins 构建缓存堆积，半年内 `/var/lib/docker` 占用超过 25GB。保守做法是先用 `docker system df` 查看“可回收空间”，确认后再执行 `docker system prune -a` 一次性删除所有未使用的镜像、容器和网络。生产环境下建议加 `--filter "until=24h"` 只清理 24 小时前的停止容器，降低误清风险。注意该命令不会删除已有的卷，若需清理未挂载卷可追加 `--volumes`。

## 扩展磁盘空间或迁移数据

如果清理已经追不上业务写入的速度，或者磁盘本身规划容量从一开始就偏小，下一件事就是把数据迁移到更大的盘上，或者直接给现有云盘扩容。腾讯云 CVM 的云硬盘支持在线扩容，控制台上做完“扩容”动作后，还需要在 Linux 系统内完成分区和文件系统的识别——这个步骤跳过的人很多，导致扩容后 `df` 一看还是原地容量。

### 腾讯云控制台扩容云盘

真正在控制台上扩容时，先对目标盘创建一个快照，这是成本极低但价值很高的保险操作。进入 CVM 实例详情页的“云硬盘”标签，选择“扩容”后，控制台会显示新容量值，通常系统盘支持直接扩容到 500GB，数据盘可以到 32TB。控制台扩容完成只是一半，系统内还需要执行 `growpart` 和文件系统扩展命令，以 CentOS 7 的系统盘 `/dev/vda1` 为例，典型命令是 `growpart /dev/vda 1 && resize2fs /dev/vda1`，整个过程不需要重启，对于跑业务的机器而言这点至关重要。

### 使用 fdisk 分区在线扩容

如果磁盘上启用了 LVM 或者分区表是 MBR/传统 DOS 格式，fdisk 的手动步骤要谨慎得多。先 `fdisk -l` 确认新容量已被内核识别，然后删除旧分区再重新创建一个起始扇区完全一致的新分区，写入分区表后执行 `partprobe` 让内核重读，最后再扩展文件系统。对于没有 LVM 的数据盘挂载点，比如 `/data`，通常是 `resize2fs /dev/vdb1`（ext4）或 `xfs_growfs /data`（xfs）。我们实际遇到过因为 `blockdev --rereadpt` 未被触发而导致分区表不更新，这类坑让不少运维熬了通宵，所以脚本化时务必加上 `partprobe` 或手动执行。

### rsync 迁移文件到新盘

当旧盘和新盘并存时，使用 `rsync` 做文件迁移是相对稳妥的办法。典型场景是给系统盘买了一块独立的数据盘，想把 `/var` 或 `/data` 迁过去。一条类似 `rsync -avxHAX /var/ /mnt/new_var/` 的命令能保留权限、扩展属性和硬链接，迁移完成后改 fstab 重新挂载，就能无缝切换。迁移过程中可以加 `--delete` 只对第二次同步使用，第一次全量时不建议加。需要注意的一点是，rsync 本身无法在线迁移正在写入的数据库文件，对 MariaDB 或 PostgreSQL 的数据目录，必须先停服再同步，否则数据一致性问题远比磁盘空间满更棘手。

## 预防磁盘满的监控与策略

清理只是事后补救，真正减少业务中断风险还得靠前置的监控和自动化策略。从我们接触的案例看，至少三成磁盘满故障本可以通过简单的告警和轮转机制提前拦截。

### 设置磁盘使用率告警

腾讯云 CVM 控制台已内置云监控，可对每块云硬盘的磁盘使用率设置告警。建议不要等到 95% 再触发，压到 90% 就通知到运维群或短信，留出足够的缓冲窗口。如果业务本身 IO 波动大，比如夜间跑批临时生成大量中间文件，可以把告警和自动清理联动——一旦 /tmp 超过 80% 就触发脚本先删掉超过 7 天的临时文件。一些外挂方案也可以作为补充，例如自行部署 node_exporter + Grafana，用 Prometheus 规则做多级告警，但考虑到多数中小团队的维护成本，先用好控制台原生的无代理监控是最务实的路径。

### 定期清理脚本 crontab

手动清理总会遗忘，crontab 是把清理节奏固定下来的最低成本手段。下面是一段可直接落地的示例，每天凌晨 2 点自动截断 journald 日志并清理过期的 docker 资源，不会删除容器运行中依赖的卷：

```
0 2 * * * journalctl --vacuum-time=7d --vacuum-size=500M
0 3 * * 0 docker system prune -af --filter "until=168h"
```

注意同一条 crontab 不宜堆积过多磁盘操作，避免并发 IO 拖慢夜间业务。如果想要更细粒度的控制，建议把清理脚本独立出来并加上磁盘用量判断——只有使用率超过 80% 才执行深度清理，既保证安全又避免无谓的 IO 抖动。

### 启用日志轮转 logrotate

多数生产环境的问题不是没配置 logrotate，而是默认策略太保守。以 /var/log/messages 为例，常见发行版的默认配置是每周轮转一次、保留 4 个归档，但在日志量大的应用中轻轻松松就能吃掉几十 GB。我们观察到的一个有效实践是同时使用时间和体积双重条件：`size 100M` 配合 `rotate 4`，并开启 `compress` 对旧日志进行 gzip 压缩。对于 Nginx access.log 这类滚动频繁的文件，推荐配合 `copytruncate` 避免程序重载，同时在 postrotate 中推送信号让进程平滑切换文件描述符。需要特别提醒的是，如果日志文件已被手动删除而进程仍未释放句柄，`logrotate` 也无法回收空间，这时候必须重启对应服务或者用 `truncate` 重新创建后再配置轮转。

一台跑着MySQL的腾讯云CVM突然无法写入，日志里反复出现“No space left on device”——这种故障往往让运维半夜惊醒。这时候很多人会本能地执行一套腾讯云CVM Linux磁盘空间清理排查方法，但如果跳过分区定位与日志轮转逻辑，很可能越清越乱，甚至误删关键文件。

腾讯云国际站代理商：CVM Linux磁盘空间满了？排查与清理全攻略

后端

腾讯云CVM磁盘空间满的排查与清理指南：快速定位根分区、系统日志、Docker镜像等占用问题，提供journald日志清理、logrotate配置、云盘扩容等解决方案，帮助运维人员高效释放空间并预防业务中断。包含实用命令和自动化监控建议。

2026上云采购 | AI焕新·智启新局

4核4G3M云服务器 新用户低至38元/年！

cngw

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

腾讯云国际站代理商：CVM Linux磁盘空间满了？排查与清理全攻略-腾讯云开发者社区-腾讯云

腾讯云国际站代理商：CVM Linux磁盘空间满了？排查与清理全攻略

腾讯云国际站代理商：CVM Linux磁盘空间满了？排查与清理全攻略

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐