这是因为在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年的问题还没找到答案啊。有一种可能，该文件被进程占用，文件虽删了，空间还未释放。重启进程，应该就可以了。