linux – 意外的空间消耗

linux – 意外的空间消耗,第1张

概述我有个问题.我一直没有磁盘空间.我不确切知道哪些文件占用了所有空间.似乎有一堆小文件,所以用du命令很难找到.每当我找到一些东西摆脱以获得一些空闲空间(邮件,日志,旧档案和转速),磁盘在一段时间后再次充满.空间从系统分区(/)中被盗. df命令的结果: Filesystem 1K-blocks Used Available Use% Mounted on/dev/s 我有个问题.我一直没有磁盘空间.我不确切知道哪些文件占用了所有空间.似乎有一堆小文件,所以用du命令很难找到.每当我找到一些东西摆脱以获得一些空闲空间(邮件,日志,旧档案和转速),磁盘在一段时间后再次充满.空间从系统分区(/)中被盗. df命令的结果:
filesystem           1K-blocks      Used Available Use% Mounted on/dev/sda1              4061540   3848404      3492 100% //dev/sda3              4061572   2441348   1410576  64% /hometmpfs                   517636         0    517636   0% /dev/shm/dev/sdb1             10317828   1894904   7898808  20% /var/lib/MysqL

在这种情况下你会推荐什么?

如果您在遇到过多或意外的空间消耗时也可以枚举案例列表,那将会很棒.它可能有助于解决问题

*** 作系统:CentOS 5.

解决方法 这是我的标准“找到吃空间的东西”制度:

> du -hx –max-depth = 1 / – 寻找吃空间的东西.检查最大的子目录(比如du -hx –max-depth = 1 / var),直到找到一些空间值.日志(在/ var / log中)是常见的罪魁祸首(您应该使用logrotate来处理),以及yum喜欢保留的重复(重新包装的RPM).如果您可以识别任何重复犯罪者,请找出一种方法来自动执行您正在进行的任何维护工作,以便反复清理.> lsof -n | grep deleted – 查找已删除的大文件.确定哪个进程将它们打开,并将其终止或告诉它回收它的句柄(如果它们是日志文件,则杀死-HUP< pID>通常会执行此 *** 作),如果可以的话.>我的第三道攻击是调整分区大小或将新分区分配给各种安装,但在您的情况下,由于您没有使用LVM,这很棘手.考虑进行维护以将/ dev / sdb1转换为VG并从那里进行分配.>升级.磁盘空间非常便宜,如果你花费一个小时的时间来寻找导致空间消耗的因素,那么你只需“花费”支付新硬盘所需的时间,所以购买新的驱动器而不是花费太多时间追捕问题.

总结

以上是内存溢出为你收集整理的linux – 意外的空间消耗全部内容,希望文章能够帮你解决linux – 意外的空间消耗所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/1040609.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-24
下一篇 2022-05-24

发表评论

登录后才能评论

评论列表(0条)

保存