磁盘可用空间和占用空间对不上的问题

新公司的测试机磁盘空间空余很小,日志很多,也很大,做个日志压缩脚本,在夜里4:30自动运行,第二天后发现磁盘空间又满了,只好删除没用的日志,清空空间,可诡异的是怎么删除没用的文件,空间还是占用很大。如图

用du 根目录下,发现这些文件加一块也达不到占用的空间大小。如图

我也有遇见过此类问题,一般都是重启完事,因为磁盘坏道损坏有可能导致此问题。

或 DF -i 查看inode使用率,inode不够用也会导致此问题。可看了inode也够用。

如图

这次我度娘了一下,”磁盘空间没释放“,按一篇文章干,解决了此问题。

记录如下:

昨天协助同事搞定了一起磁盘空间被”无形”占用的疑难杂症,简要记录以备忘.

  1、用df 检查发现/根目录可用空间为0

  [[email protected]/]#df -h

  2、用du检查发现各目录占用的空间都很少,有约3G的空间莫名其妙地丢了.

  [[email protected]/]# du -m –max-depth=1 |sort -gr

  3、用lsof检查后才发现原因是,有文件被删除,而进程还活着,因而造成还占用空间的现象

  [[email protected]/]# lsof |grep delete

  根据lsof列出的进程号,kill这些进程后,空间就释放出来了

原文地址:https://www.cnblogs.com/leon2659/p/9821678.html

时间: 2024-08-06 20:10:47

磁盘可用空间和占用空间对不上的问题的相关文章

探秘:磁盘可用空间被谁吃掉了?

可疑: 分区总容量 7.2T,挂载分区后发现只有6.8T的空间可以使用,400G的空间哪里去了?  探究: 1. 文件被删除未释放磁盘空间? 通过命令 lsof |grep delete 查看确认并未有被进程占用的deleted状态的文件句柄. 2.文件系统损坏了? umount 分区后,fsck.ext3 分区 ,挂载后空间依旧显示只有6.8T空间可用. 3.硬件坏了? 先放着硬件的状态,想想还有什么情况会导致这个问题? 到底是谁吃了我的磁盘空间? 在几个小伙伴的一致探寻下,最终谁会是真凶呢?

移动磁盘可用空间0字节数据怎么寻回

可用空间0字节说明这个盘的文件系统结构损坏了.在平时如果数据不重要,那么可以直接格式化就能用了.但是有的时候里面的数据很重要,那么就必须先恢复出数据再格式化.具体恢复方法可以看正文了解(不格式化的恢复方法) 工具/软件:星空数据恢复软件 步骤1:先下载并解压程序打开后,直接双击需要恢复的分区,接着右击软件图标选择<以管理员身份运行>(如果是xp系统可以直接双击打开软件)步骤2:程序运行后,直接双击需要恢复数据的盘步骤3:软件找到数据后,会放到与要恢复盘同名的目录中步骤4:打钩所有需要恢复的数据

Linux/Unix shell 脚本监控磁盘可用空间

Linux下监控磁盘的空闲空间的shell脚本,对于系统管理员或DBA来说,必不可少.下面是给出的一个监控磁盘空间空间shell脚本的样本,供大家参考. 1.监控磁盘的空闲空间shell脚本 [python] view plain copy print? [email protected]:~/dba_scripts/custom/bin> more ck_fs_space.sh #!/bin/bash # --------------------------------------------

磁盘空间已满,但是还有可用空间

1.问题: tts服务器邮件提示西安交大教学中心磁盘空间已满.根据查看磁盘空间命令显示,应该还有23g的剩余空间,但在Avail这一项上,已显示为0,如下图所示. [[email protected] streams]# df –h 2.排查: 2.1inode节点用完 inode节点是否用完,显示只用了6%,排除. [[email protected] streams]# df –i 2.2系统预留空间过大 大多数文件系统都会保留一部分空间留作紧急情况时用(比如硬盘空间满了),这样能保证有些关

3. SQL Server数据库状态监控 - 可用空间

数据库用来存放数据,那么肯定需要存储空间,所以对磁盘空间的监视自然就很有必要了. 一. 磁盘可用空间 1. 操作系统命令或脚本.接口或工具 (1) DOS命令: fsutil volume diskfree C:\windows\system32>fsutil volume diskfree C: Total # of free bytes        : 9789493248 Total # of bytes             : 64424505344 Total # of avai

数据库还原总提示空间不够,磁盘卷 &#39;D:\&#39; 上的可用空间不足,无法创建数据库

从数据库上备份下来bak格式的数据库文件之后,在本地数据库欢迎的时候总是提示空间不够. 这种情况一般在从64位电脑上面备份的数据库文件,还原到32位的sqlsever上面. System.Data.SqlClient.SqlError: 磁盘卷 'D:\' 上的可用空间不足,无法创建数据库.数据库尚需 27258781696 字节的可用空间,但只有 16987021312 字节可用. (Microsoft.SqlServer.Smo) 具体查询原因是:服务器上数据库的初始空间大小设置的太大了,本

Python查询磁盘信息,磁盘剩余可用空间

参考:https://www.iteye.com/blog/halfish-1706810 环境: Python: 3.6 系统:server 2016 设计模块包:wmi   #pip install wmi import wmi def get_disk_info(): """ 获取物理磁盘信息. """ tmplist = [] c = wmi.WMI() for physical_disk in c.Win32_DiskDrive():

Linux下磁盘保留空间的调整,解决df看到的空间和实际磁盘大小不一致的问题

linux的硬盘分区程序会自动为root或指定的用户保留一定的磁盘空间默认是5%,在较大的分区或是不重要的分区上这种设置会占据过多不必要的空间, 利用mke2fs的-m reserved-percentage选项可以调整这个设置来获得更多的磁盘空间且不影响性能.而在创建了文件系统之后,用户可以用tune2fs来修 改这个设置比如tune2fs -m 1 /dev/sda4 可以将保留的空间设置为1% 看 mkfs.ext3 的man page,就可以知道原因了,其中有这么一句:-m reserv

SD卡可用空间大小的判断

protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); File path = Environment.getExternalStorageDirectory(); /*StatFs: * Retrieve overall information about the space on a file