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 – 意外的空间消耗所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)