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

可疑:

分区总容量 7.2T,挂载分区后发现只有6.8T的空间可以使用,400G的空间哪里去了?

 探究:

1. 文件被删除未释放磁盘空间?

通过命令 lsof |grep delete 查看确认并未有被进程占用的deleted状态的文件句柄。

2.文件系统损坏了?

umount 分区后,fsck.ext3 分区 ,挂载后空间依旧显示只有6.8T空间可用。

3.硬件坏了?

先放着硬件的状态,想想还有什么情况会导致这个问题?

到底是谁吃了我的磁盘空间?

在几个小伙伴的一致探寻下,最终谁会是真凶呢?

结论:

原来,ext文件系统会默认预留5%的磁盘空间用于root用户维护系统或者记录系统关键日志。

mkfs.ext3 的man page:

-m reserved-blocks-percentage

Specify the percentage of the filesystem blocks reserved for the

super-user.   This  avoids  fragmentation, and allows root-owned

daemons, such as syslogd(8), to continue to  function  correctly

after non-privileged processes are prevented from writing to the

filesystem.  The default percentage is 5%.

预留这么大的空间是不是太不把硬盘当硬盘了,能否缩小预留的空间或者去除预留的空间?

那是当然的了。我们可以通过 tune2fs 来改变5%的默认设置,比如只预留1%的空间。可以设成0%,但是不推荐。

tune2fs -m 1 /dev/sdb

tune2fs 1.41.12 (17-May-2010)

Setting reserved blocks percentage to 1% (19529728 blocks)

一下子就释放了很多可用空间。

由于一般磁盘总空间不大,200G左右,预留5%也不是很明显,所以多不被注意到。

时间: 2024-10-27 08:44:46

探秘:磁盘可用空间被谁吃掉了?的相关文章

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

新公司的测试机磁盘空间空余很小,日志很多,也很大,做个日志压缩脚本,在夜里4:30自动运行,第二天后发现磁盘空间又满了,只好删除没用的日志,清空空间,可诡异的是怎么删除没用的文件,空间还是占用很大.如图 用du 根目录下,发现这些文件加一块也达不到占用的空间大小.如图 我也有遇见过此类问题,一般都是重启完事,因为磁盘坏道损坏有可能导致此问题. 或 DF -i 查看inode使用率,inode不够用也会导致此问题.可看了inode也够用. 如图 这次我度娘了一下,"磁盘空间没释放",按一

移动磁盘可用空间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():

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

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

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