这是因为在Linux系统中,文件的删除并不是真正的删除,而是将文件的链接数减少1。只有当文件的链接数为0时,文件的空间才会被释放。当一个进程打开一个文件时,内核会为该进程分配一个文件句柄,该句柄包含了文件的元数据...
解决办法:方法1、就是关闭或者重启相关的进程。方法2、当然也可以重启操作系统,不过这并不是最好的方法,对于这种进程不停对文件进行写入的操作,要想释放文件所占用的磁盘空间,最好的方法就是在线清空这个文件,这里我就...
应该是日志进程还在占用着这个文件,虽然你清除了日志但是磁盘空间没有少。你可以查看占用磁盘空间的进程然后杀死,实在是找不到的话,重启以下应该就好了。你可以试一下。
linux是虽然删除文件,其实只删除文件和系统目录结构的链接。那么如果有程序在读取这个文件,那么文件还是存在,没有删除掉文件出在在读取的状态,还是占用磁盘空间的,只有让程序不读取这个文件了,才能完整的释放文件所占用的...
1、这是因为delete命令在执行删除操作,但有其他进程仍然在占用此文件,用psaux|grepdelete看一下2、可以通过kill掉delete进程,来释放3、还要通过重启系统解决,当然,机器上跑着业务环境,一般不会这么做...
删除文件后磁盘空间大小不变,有几种可能性:1,windows的话,文件被移到回收站了,清空回收站看看;2,文件系统有问题,检查一下磁盘,有问题就修复一下;3,某些文件被后台进程打开(linux下),删除文件并不会立即释放,...
1.重启系统或者重启相关服务。2.干掉进程3.删除正在写的文件一般用cat/dev/null>file命令使用介绍参考Linux命令大全
并不会检查该文件是否被删除。这部分磁盘占用,du命令通过指定目录是检查不到的,而df命令通过查看文件系统磁盘块分配图却可以统计进去。这就解释了你所遇到的问题。重启一下机器看看是否还有此现象。
初步判读是删除文件时有进程在使用文件,导致空间未释放。使用lsof|grepdelete查找到相应的进程号,然后用kill-9删掉进程,在次使用df-k检查文件系统,发现可用空间为80G....
10年的问题还没找到答案啊。有一种可能,该文件被进程占用,文件虽删了,空间还未释放。重启进程,应该就可以了。