【实际问题排查】磁盘 空间满了排查解决

最新推荐文章于 2025-10-14 09:30:58 发布
原创 最新推荐文章于 2025-10-14 09:30:58 发布 · 706 阅读 · 7 ·
CC 4.0 BY-SA版权
本文为博主原创文章，未经博主允许不得转载。
文章标签：

#linux #运维 #服务器

本文介绍了如何在Linux系统中检查磁盘空间，包括使用`df-h`查看大小，`du-a|sort-rn|head-5`找出大文件，谨慎删除并通过`lsof`检查未释放的空间，确保正确释放磁盘资源。

1.查看磁盘大小： df -h

2.直接在最上层进行排序：du -a|sort -rn|head -5

3.然后找到最大的文件删除，ps：你要确定是否可以删除，比如一些.log/.tar等文件都可以直接删除，但是有的文件你就需要看一下是否在使用中：lsof fileName

4.清除文件以后还要继续df-h，有的人会发现我删除了,但是磁盘却没有任何减少，这就是就有人开始说博主是个骗子，其实还差最后一步。查看已删除空间却没有释放的进程：lsof -n | grep deleted，然后删除（kill -9 pid）。

linux系统排查磁盘是否满了，并查看或删除相关文件腾出磁盘空间
hkl_Forever的博客
10-30 1923
du -h --max-depth=1 /xx/xx 或 du -lh --max-depth=1 /xx/xx：当前文件目录下，所有文件目录的大小。find /mnt/ -size +100M 或 find /mnt/ -type f -size +100M：在目录 /mnt/ 中查找大于 100M 的文件。du -alh --max-depth=1 /xx/xx：当前文件目录下，所有文件目录和具体文件的大小。du -sh /xxx/xxx/xxx：查看指定目录的磁盘使用情况，包括子目录的总计。
磁盘占满问题排查解决
悦分享
01-05 210
如果之后需要启用它，只需要在 ~/.config/autostart/tracker-store.desktop 文件中将 X-GNOME-Autostart-enabled 设置为 true，然后重启系统即可。如果文件不存在，需要先创建这个文件。然后，在文件的最后，添加一行 X-GNOME-Autostart-enabled=false，这将禁用 tracker-miner-fs 服务。tracker-miner-fs 是 GNOME 桌面环境中的一个组件，它的主要功能是索引你的文件系统以便快速搜索。
程序员自学网站整理大全（非常详细）零基础入门到精通，收藏这篇就够了
Libra1313的博客
11-02 7851
有些大厂，例如奇安信，甚至会将渗透岗位分为红蓝两方，对候选人的技术要求比较高，大部分刚入行的新人，也将渗透岗位作为后期的发展目标。①就业环境：网络安全可以在计算机科学与技术、信息通信、电子商务、互联网金融、电子政务等领域从事相关工作，还可以在政府机关事业单位、银行、保险、证券等金融机构，电信、传媒等行业从事相关工作。（有条件请支持实体书）
Linux服务器手把手排查磁盘爆满
weixin_52796198的博客
07-17 1120
手把手帮助排查磁盘爆满的原因
CPU、内存打满排查流程、JVMGC调优
bit-cafe
01-19 4556
This is my, my, my, beautiful day! 一、问题确认 1、top 命令查看各个进程cpu、内存使用量 top　　//每隔5秒显式所有进程的资源占用情况 top -d 2//每隔2秒显式所有进程的资源占用情况 top -c//每隔5秒显式进程的资源占用情况，并显示进程的命令行参数(默认只有进程名) top -p 12345 ...
一次线上服务器磁盘耗尽的问题排查处理
IT云清
07-08 1693
欢迎关注：java4all 1.现象 预发环境项目发布时，发现日志不再打印，上传的war包也无法释放，mmp； 2.查看磁盘空间 [root@jr-yfb-ng_tm-10-94 /]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/centos-root 190G 190G 20k ...
Linux 磁盘空间异常爆满的排查和处理
rendongxingzhe的博客
11-25 6305
Linux 磁盘空间异常爆满的排查和处理
Linux系统磁盘空间满了排查大文件的方法.docx
11-11
总之，排查和处理Linux系统磁盘空间满的问题，主要依赖于`du`和`df`等命令，以及合理地管理和清理文件。同时，建立良好的日志管理和磁盘空间监控机制，能有效防止此类问题的发生，确保系统的稳定运行。
CentOS 磁盘空间不足的排查与解决（以虚拟机为例）
最新发布
Knight
10-14 852
CentOS磁盘空间不足的完整解决方案：首先通过df -h和du -sh排查根分区爆满问题，发现/var/lib/docker和/opt是主要占用目录。临时清理方法包括：删除无用的Docker资源（docker system prune）、清理yum缓存、旧内核和日志文件。长期解决方案是新增磁盘：在虚拟机控制台添加硬盘后，使用fdisk分区（创建扩展分区sda4和逻辑分区sda5），格式化（mkfs.xfs）并挂载到/data目录，最后迁移大目录如Docker数据到新磁盘。整个过程涵盖从问题排查到永久扩容的
Linux df排查磁盘资源占用inode已满及解决方法
QAQqazwsx的博客
03-28 1703
Linux df排查磁盘资源占用inode已满及解决方法
【linux】磁盘空间不足-常用排查和处理命令
Best_lgx的博客
01-29 1597
上面的命令会给你被删除的文件的 pid，但它们仍然存在于系统中，处于删除状态。因此，为了释放文件系统的空间，我们可以通过 pid 来安全地杀死这些进程。df 磁盘空间和du 目录空间占用不相等，那就去排查 是否有已被删除的文件还在被进程占用，导致磁盘空间无法释放。df 磁盘空间和du 目录空间占用相等，那就去查到占用磁盘比较的大文件(日志文件、备份数据、备份日志等)使用 lsof 命令我们可以找到在某些进程打开和使用时被删除的文件。
【Linux】磁盘满了详细排查方法
怀着一颗学徒的心
08-14 2563
请注意，在进行任何删除操作之前，请确保你知道哪些文件可以安全删除，并备份重要文件，以免意外丢失数据。
磁盘空间使用100%，但是df -h 使用并没有达到磁盘所有空间
qq_37803295的博客
11-05 580
2 自己的服务器上运行了某些程序，由于长时间运行，产生了大量的日志数据，没有及时删除，因为自己也不知道日志文件存储在那个目录（这个是最常见，最多的情况）很多刪除了的文件进程还存在，使用kill -9 26219 删除对应的行程，释放磁盘空间。1 自己的服务器本上磁盘空间比较少，然后你的服务上数据和软件比较多，导致磁盘爆满。如果是日志文件可以做好备份然后删除。若删除后还是空间没有释放，
linux中解决df -h 占用空间磁盘过多的问题，查找linux中磁盘中占用内存最大的位置
zka_yyds的博客
05-16 1492
最后 这边发现的是 nacos日志的文件夹下logs。发现是日志占用过高的问题，和客户商量清空2022年以前的日志。2、在根目录下使用，find / -type -f -size +10G。查询了几个命令，查找占用空间最大的地方（切换成root用户）。2、查找到最大的使用的目录，然后切换进去命令是cd进去。4、查找到最大的使用的目录，然后切换进去命令是cd进去。到达文件夹后 du -h 可以查看有多大。1、在根目录下使用，du -sh ./*经过上面命令还不行的话。1、在根目录下面使用。
Linux 磁盘打爆了，如何排查零基础入门到精通，收藏这一篇就够了_服务器挂载磁盘很大如何查到对应文件位置
韩束一叶子
03-10 818
网络安全产业就像一个江湖，各色人等聚集。相对于欧美国家基础扎实（懂加密、会防护、能挖洞、擅工程）的众多名门正派，我国的人才更多的属于旁门左道（很多白帽子可能会不服气），因此在未来的人才培养和建设上，需要调整结构，鼓励更多的人去做“正向”的、结合“业务”与“数据”、“自动化”的“体系、建设”，才能解人才之渴，真正的为社会全面互联网化提供安全保障。
磁盘空间满问题排查方法
qq_36733838的博客
11-15 1474
ECS Linux 实例的inode节点中,记录了文件的类型、大小、权限、所有者、文件连接的数目、创建时间与更新时间等重要的信息,还有一个比较重要的内容就是指向数据块的指针。这些文件实际上已经被删除,但是有服务程序在使用这些文件,导致这些文件一直被占用,无法释放磁盘空间。循环执行如下指令,找到容量比较大的目录并进入目录,直到找到最精确的文件或目录,再结合业务情况等判断,删除相关文件或目录。逐层进入inode占用最高的目录,继续执行上述指令,逐步定位占用过高空间的文件或目录,最后进行相应清理。
Linux磁盘空间异常爆满，该怎么查询及解决
潇潇雨歇
11-30 5306
在服务器运维过程中，我们时常会遇到这样的情况，收到服务器磁盘空间告警。
排查并解决磁盘满了问题
冷萃美式的博客
09-05 1704
排查并解决磁盘满了问题
磁盘空间占满，如何排查？
jaybill的博客
06-25 2372
首先df -h可以查看磁盘的使用情况 du -h --max-depth=1 可以查看当前目录下每一个一级目录占用空间的大小 如果用了以上的方法，还是没有发现，究竟是哪个文件占用了这么多空间，那么极有可能是因为：某个进程在写入文件的时候，日志被人rm删除了。 这样是无法用ls或者文件管理命令找到这个文件的。 解决方法 top命令查看当前有哪些活跃进程 lsof -p 进程id，查看某个进程打...
磁盘持续写入及空间占满问题的排查与解决方案
07-16
<think>嗯，用户需要排查磁盘持续写入和空间占满的问题。从历史引用看，用户可能是在Linux环境下遇到这个问题，特别是容器环境（如Docker）导致的日志占满空间的情况。 用户的问题可以拆解为两个核心需求：一是如何找到持续写入的来源，二是如何清理和预防空间占满。需要结合系统监控工具和容器管理知识来解答。 首先想到用df和du定位空间占用。df能快速看到分区使用率，du可以深入目录分析。如果发现/var/lib/docker异常增大，基本能确定是容器日志问题——这正是引用[3][4]提到的典型场景。 对于持续写入的追踪，iotop和lsof是利器。iotop能实时显示磁盘IO进程，比top更直观；lsof则能锁定具体进程打开的文件。如果用户看到某个Java进程持续写日志，就能针对性处理。 关于解决方案，除了基础的rm清理，更需要预防措施。容器日志的json-file驱动默认不限制大小很危险，必须配置日志轮转。引用[4]提到的清理方法稍显粗暴，更推荐用logrotate或daemon.json配置限制。 用户可能没意识到inode耗尽的情况（引用[1]），需要补充说明。find配合-mmin可以找近期修改的文件，这对追踪"看不见"的小文件很有用。 最后要提醒长期维护策略：监控工具部署和日志归档。特别是业务量大的场景，不能总等问题发生了才处理。 准备用分步骤的排查流程来组织回答：先空间定位，再写入源追踪，最后分场景解决。尤其要强调容器日志的处理方案，因为历史引用表明这是高频问题点。</think>以下是排查磁盘持续写入及空间占满问题的完整解决方案： --- ### **一、快速定位问题根源** #### 1. **查看磁盘整体使用情况** ```bash df -hT # 检查各分区占用率（重点关注 /var、/opt、/home） df -i # 检查Inode使用率（小文件过多可能导致Inode耗尽） ``` - 若某分区使用率 >90%，需立即清理 - 若`/var/lib/docker`占用过高 → 容器日志问题（参考引用[2][4]） - 若`/opt`占用过高 → 应用日志或临时文件堆积（参考引用[3]） #### 2. **定位大文件/目录** ```bash # 扫描占用最大的目录（从根目录开始） du -xh / --max-depth=1 2>/dev/null | sort -rh | head -n 20 # 精确到具体目录（示例：检查/var） du -sh /var/* | sort -rh ``` - 常见问题目录： - `/var/log`（系统日志） - `/var/lib/docker/containers`（容器日志，引用[4]） - `/tmp`（临时文件） #### 3. **追踪持续写入的进程** ```bash # 实时监控磁盘I/O iotop -oPa # 显示实际磁盘读写进程 # 查找正在写入文件的进程 lsof +L1 # 显示已删除但未释放空间的文件（空间未释放时使用） lsof /path/to/full/partition # 查看指定分区的打开文件 ``` --- ### **二、针对性解决方案** #### ▶ **场景1：容器日志占满空间（Docker环境）** **原因**：容器默认持续生成日志文件（`/var/lib/docker/containers/*/*-json.log`） **解决步骤**： 1. **紧急释放空间**： ```bash # 清理所有容器日志（不影响运行中的容器） truncate -s 0 /var/lib/docker/containers/*/*-json.log # 或删除特定大日志文件 rm /var/lib/docker/containers/<container_id>/*-json.log ``` 2. **永久限制日志大小**： 修改 `/etc/docker/daemon.json`（无则新建）： ```json { "log-driver": "json-file", "log-opts": { "max-size": "100m", "max-file": "3" } } ``` 重启服务：`systemctl restart docker`（引用[4]） #### ▶ **场景2：系统日志或应用日志暴增** **排查命令**： ```bash # 查看最近修改的大文件 find /var/log -type f -mtime -1 -size +100M -exec ls -lh {} \; # 分析日志内容（示例：检查Nginx日志） tail -f /var/log/nginx/access.log | grep -v '健康检查' ``` **解决方案**： - 日志轮转：配置 `logrotate` 编辑 `/etc/logrotate.conf`，增加压缩和保留策略： ```conf /var/log/nginx/*.log { daily rotate 7 compress missingok notifempty } ``` - 禁用无效日志：修改应用配置关闭调试日志 #### ▶ **场景3：已删除文件未释放空间** **表现**：`df`显示空间不足，但`du`找不到大文件 **原因**：文件被删除但进程仍持有句柄（常见于未重启的服务） **解决**： ```bash # 查找此类文件 lsof | grep deleted # 重启持有文件的进程（示例：重启Nginx） systemctl restart nginx ``` --- ### **三、预防措施** 1. **监控预警**： - 配置 `crontab` 每日检查磁盘： ```bash #!/bin/bash ALERT=90 df -H | awk '{print $5 " " $6}' | while read output; do usage=$(echo $output | awk '{print $1}' | cut -d'%' -f1) partition=$(echo $output | awk '{print $2}') [ $usage -ge $ALERT ] && echo "空间告警: $partition ($usage%)" done ``` 2. **自动清理**： - 定期清理 `/tmp`：`crontab -e` 添加： ```bash 0 3 * * * find /tmp -type f -mtime +7 -delete ``` 3. **日志分级**： - 将业务日志存储到独立分区，避免影响系统分区 --- ### **常见错误排查流程图** ```mermaid graph TD A[磁盘空间不足] --> B{df -h 查看分区} B -->|某分区满| C[du 定位大目录] B -->|Inode满| D[find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1 -n] C --> E{是否为容器日志?} E -->|是| F[清理或限制Docker日志] E -->|否| G[检查应用日志/tmp文件] D --> H[删除小文件或迁移目录] ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

上善若水-学者至上

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值