Linux下删除文件为何空间不释放

最新推荐文章于 2025-07-09 11:10:00 发布
转载 最新推荐文章于 2025-07-09 11:10:00 发布 · 679 阅读 · 0

本文详细阐述了Linux系统中删除文件后磁盘空间并未释放的情况，解释了背后的原因——文件可能仍被打开，并提供了解决方法。通过使用lsof命令查找被占用的文件，并通过结束进程或截断proc文件系统来释放空间，最终解决问题并进行收尾工作。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

为什么删除文件后磁盘空间还是不变

linux删除文件后没有释放空间

今天发现一台服务器的home空间满了，于是要清空无用的文件，当我删除文件后，发现可用空间没有变化
 
os：centos4.7

现象：
 
发现当前磁盘空间使用情况：
 
[root@ticketb ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             981M  203M  729M  22% /
none                   16G     0   16G   0% /dev/shm
/dev/sda9             2.9G   37M  2.7G   2% /tmp
/dev/sda7             4.9G  1.9G  2.7G  42% /usr
/dev/sda8             2.9G  145M  2.6G   6% /var
/dev/mapper/vghome-lvhome
                       20G   19G   11M 100% /home
/dev/mapper/vgoradata-lvoradata
                      144G   48G   90G  35% /u01/oradata
/dev/mapper/vgbackup-lvbackup
                      193G  7.8G  175G   5% /u01/backup


通过下面的命令找到无用的文件，然后删除


[root@ticketb ~]# find /home/oracle/admin/dbticb/udump/ -name "dbticb_*.trc" -mtime +50 | xargs rm -rf
 
然后在查看磁盘空间使用情况，发现没有/home空间没有变化
 
[root@ticketb ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             981M  203M  729M  22% /
none                   16G     0   16G   0% /dev/shm
/dev/sda9             2.9G   37M  2.7G   2% /tmp
/dev/sda7             4.9G  1.9G  2.7G  42% /usr
/dev/sda8             2.9G  145M  2.6G   6% /var
/dev/mapper/vghome-lvhome
                       20G   19G   11M 100% /home
/dev/mapper/vgoradata-lvoradata
                      144G   48G   90G  35% /u01/oradata
/dev/mapper/vgbackup-lvbackup
                      193G  7.8G  175G   5% /u01/backup
 
这个郁闷啊，明明删除文件了，怎么空间没有被释放啊，rm命令应该是直接删除啊，在查看下/home下还有什么占用空间
 
[root@ticketb ~]# du -h --max-depth=1  /home
16K     /home/lost+found
2.6G    /home/oracle
2.6G    /home
 
可这里显示空间已经释放了啊，于是google下，
 
未释放磁盘空间原因：
 
在Linux或者Unix系统中，通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink).然而如果文件是被
打开的（有一个进程正在使用），那么进程将仍然可以读取该文件，磁盘空间也一直被占用。而我删除的是oracle的告警log文件
删除的时候文件应该正在被使用
 
解决方法
 
首先获得一个已经被删除但是仍然被应用程序占用的文件列表，如下所示：


[root@ticketb ~]# lsof |grep deleted
oracle    12639  oracle    5w      REG              253,0         648     215907 /home/oracle/admin/dbticb/udump/dbticb_ora_12637.trc (deleted)
oracle    12639  oracle    6w      REG              253,0 16749822091     215748 /home/oracle/admin/dbticb/bdump/alert_dbticb.log (deleted)
oracle    12639  oracle    7u      REG              253,0           0      36282 /home/oracle/oracle/product/10.2.0/db_1/dbs/lkinstdbticb (deleted)
oracle    12639  oracle    8w      REG              253,0 16749822091     215748 /home/oracle/admin/dbticb/bdump/alert_dbticb.log (deleted)
oracle    12641  oracle    5w      REG              253,0         648     215907 /home/oracle/admin/dbticb/udump/dbticb_ora_12637.trc (deleted)
oracle    12641  oracle    6w      REG              253,0 16749822091     215748 /home/oracle/admin/dbticb/bdump/alert_dbticb.log (deleted)
。
。
。
oracle    23492  oracle    6w      REG              253,0 16749822091     215748 /home/oracle/admin/dbticb/bdump/alert_dbticb.log (deleted)
oracle    23492  oracle    7u      REG              253,0           0      36282 /home/oracle/oracle/product/10.2.0/db_1/dbs/lkinstdbticb (deleted)
oracle    23492  oracle    8w      REG              253,0 16749822091     215748 /home/oracle/admin/dbticb/bdump/alert_dbticb.log (deleted)
oracle    23494  oracle   10u      REG              253,0           0      36307 /home/oracle/oracle/product/10.2.0/db_1/dbs/lkinstrmandb (deleted)
 


从输出结果可以看到/home/oracle/admin/dbticb/bdump/alert_dbticb.log还被使用，未被释放空间
 
如何让进程释放呢？
 
一种方法是kill掉相应的进程，或者停掉使用这个文件的应用，让os自动回收磁盘空间
我这个环境有很多进程在使用的这个文件，停掉进程有点麻烦，再有就是风险很大
 
当linux打开一个文件的时候,Linux内核会为每一个进程在/proc/ 『/proc/nnnn/fd/目录（nnnn为pid）』建立一个以其pid
为名的目录用来保存进程的相关信息，而其子目录fd保存的是该进程打开的所有文件的fd（fd：file descriptor）。
kill进程是通过截断proc文件系统中的文件可以强制要求系统回收分配给正在使用的的文件。
这是一项高级技术，仅到管理员确定不会对运行中的进程造成影响时使用。应用程序对这种方
式支持的并不好，当一个正在使用的文件被截断可能会引发不可预知的问题


例如，根据之前lsof的输出：
1.$ file /proc/25575/fd/33
2./proc/25575/fd/33: broken symbolic link to `/oradata/DATAPRE/UNDOTBS009.dbf (deleted)'
3.$ echo > /proc/25575/fd/33


 
所以我还是采用停应用来解决
 
restart oracle数据库，发现/home/oracle/admin/dbticb/bdump/alert_dbticb.log对应的空间被释放
 
在查看磁盘空间的使用情况，发现空间已经回收了


[root@ticketb ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             981M  203M  729M  22% /
none                   16G     0   16G   0% /dev/shm
/dev/sda9             2.9G   37M  2.7G   2% /tmp
/dev/sda7             4.9G  1.9G  2.7G  42% /usr
/dev/sda8             2.9G  145M  2.6G   6% /var
/dev/mapper/vghome-lvhome
                       20G  2.6G   16G  15% /home
/dev/mapper/vgoradata-lvoradata
                      144G   48G   90G  35% /u01/oradata
/dev/mapper/vgbackup-lvbackup
                      193G  7.8G  175G   5% /u01/backup


ok，问题解决，然后做下收尾工作即可
 
-------------------------------------------------------------------------------------------------
 
学习下lsof命令
 
lsof全名list opened files，也就是列举系统中已经被打开的文件。我们都知道，linux环境中，任何事物都是文件，
设备是文件，目录是文件，甚至sockets也是文件。所以，用好lsof命令，对日常的linux管理非常有帮助。
 
lsof是linux最常用的命令之一，通常的输出格式为：
 
引用
COMMAND     PID   USER   FD      TYPE     DEVICE     SIZE       NODE NAME
 
常见包括如下几个字段：更多的可见manual。
1、COMMAND
默认以9个字符长度显示的命令名称。可使用+c参数指定显示的宽度，若+c后跟的参数为零，则显示命令的全名
2、PID：进程的ID号
3、PPID
父进程的IP号，默认不显示，当使用-R参数可打开。
4、PGID
进程组的ID编号，默认也不会显示，当使用-g参数时可打开。
5、USER
命令的执行UID或系统中登陆的用户名称。默认显示为用户名，当使用-l参数时，可显示UID。
6、FD
是文件的File Descriptor number，或者如下的内容：
（这里很难翻译对应的意思，保留英文）
 
引用
cwd  current working directory;
Lnn  library references (AIX);
jld  jail directory (FreeBSD);
ltx  shared library text (code and data);
Mxx  hex memory-mapped type number xx.
m86  DOS Merge mapped file;
mem  memory-mapped file;
mmap memory-mapped device;
pd   parent directory;
rtd  root directory;
tr   kernel trace file (OpenBSD);
txt  program text (code and data);
v86  VP/ix mapped file;
 
 
文件的File Descriptor number显示模式有：
 
引用
r for read access;
w for write access;
u for read and write access;
N for a Solaris NFS lock of unknown type;
r for read lock on part of the file;
R for a read lock on the entire file;
w for a write lock on part of the file;
W for a write lock on the entire file;
u for a read and write lock of any length;
U for a lock of unknown type;
x for an SCO OpenServer Xenix lock on part  of the file;
X  for an SCO OpenServer Xenix lock on the entire file;
space if there is no lock.
 
 
7、TYPE
引用
IPv4 IPv4的包；
IPv6 使用IPv6格式的包，即使地址是IPv4的，也会显示为IPv6，而映射到IPv6的地址；
DIR 目录
LINK 链接文件
详情请看manual中更多的注释。
 
8、DEVICE
使用character special、block special表示的设备号
9、SIZE
文件的大小，如果不能用大小表示的，会留空。使用-s参数控制。
10、NODE
本地文件的node码，或者协议，如TCP等
11、NAME
挂载点和文件的全路径（链接会被解析为实际路径），或者连接双方的地址和端口、状态等
 
常用示例：
 
1.显示开启文件/home/oracle/10.2.0/db_1/bin/tnslsnr的进程
 
[root@svr-db-test ~]# lsof /home/oracle/10.2.0/db_1/bin/tnslsnr
COMMAND  PID   USER  FD   TYPE DEVICE   SIZE     NODE NAME
tnslsnr 3520 oracle txt    REG  253,5 431062 11408866 /home/oracle/10.2.0/db_1/bin/tnslsnr
 
2.知道22端口现在运行什么程序
 
[root@svr-db-test ~]# lsof -i :22
COMMAND  PID USER   FD   TYPE  DEVICE SIZE NODE NAME
sshd    3101 root    3u  IPv6    8670       TCP *:ssh (LISTEN)
sshd    4545 root    3u  IPv6 4237972       TCP 203.aibo.com:ssh->win-avbmq9e8ka7.gdgg.local:nsjtp-ctrl (ESTABLISHED)
 
3.显示init进程现在打开的文件
 
[root@svr-db-test ~]# lsof -c init
COMMAND PID USER   FD   TYPE DEVICE    SIZE   NODE NAME
init      1 root  cwd    DIR  253,0    4096      2 /
init      1 root  rtd    DIR  253,0    4096      2 /
init      1 root  txt    REG  253,0   43496 524446 /sbin/init
init      1 root  mem    REG  253,0  130448 917826 /lib64/ld-2.5.so
init      1 root  mem    REG  253,0 1678480 917827 /lib64/libc-2.5.so
init      1 root  mem    REG  253,0   23520 917686 /lib64/libdl-2.5.so
init      1 root  mem    REG  253,0  247528 917844 /lib64/libsepol.so.1
init      1 root  mem    REG  253,0   95480 917845 /lib64/libselinux.so.1
init      1 root   10u  FIFO   0,16           2311 /dev/initctl
 
4. 看进程号为1的进程打开了哪些文件
 
[root@svr-db-test ~]# lsof -p 1
COMMAND PID USER   FD   TYPE DEVICE    SIZE   NODE NAME
init      1 root  cwd    DIR  253,0    4096      2 /
init      1 root  rtd    DIR  253,0    4096      2 /
init      1 root  txt    REG  253,0   43496 524446 /sbin/init
init      1 root  mem    REG  253,0  130448 917826 /lib64/ld-2.5.so
init      1 root  mem    REG  253,0 1678480 917827 /lib64/libc-2.5.so
init      1 root  mem    REG  253,0   23520 917686 /lib64/libdl-2.5.so
init      1 root  mem    REG  253,0  247528 917844 /lib64/libsepol.so.1
init      1 root  mem    REG  253,0   95480 917845 /lib64/libselinux.so.1
init      1 root   10u  FIFO   0,16           2311 /dev/initctl
 
5. 显示归属3520的进程情况
 
[root@svr-db-test ~]# lsof -g 3520
COMMAND  PID PGID   USER   FD   TYPE             DEVICE      SIZE     NODE NAME
tnslsnr 3520 3520 oracle  cwd    DIR              253,5      4096 11059201 /home/oracle
tnslsnr 3520 3520 oracle  rtd    DIR              253,0      4096        2 /
tnslsnr 3520 3520 oracle  txt    REG              253,5    431062 11408866 /home/oracle/10.2.0/db_1/bin/tnslsnr
tnslsnr 3520 3520 oracle  mem    REG              253,0    130448   917826 /lib64/ld-2.5.so
tnslsnr 3520 3520 oracle  mem    REG              253,0   1678480   917827 /lib64/libc-2.5.so
tnslsnr 3520 3520 oracle  mem    REG              253,0     23520   917686 /lib64/libdl-2.5.so
tnslsnr 3520 3520 oracle  mem    REG              253,0    615136   917834 /lib64/libm-2.5.so
tnslsnr 3520 3520 oracle  mem    REG              253,0    141208   917829 /lib64/libpthread-2.5.so
tnslsnr 3520 3520 oracle  mem    REG              253,0    109824   917839 /lib64/libnsl-2.5.so
tnslsnr 3520 3520 oracle  mem    REG              253,5  20706622 11405436 /home/oracle/10.2.0/db_1/lib/libclntsh.so.10.1
tnslsnr 3520 3520 oracle  mem    REG              253,5   3803097 11410641 /home/oracle/10.2.0/db_1/lib/libnnz10.so
tnslsnr 3520 3520 oracle  mem    REG              253,5     83493 11407251 /home/oracle/10.2.0/db_1/lib/libons.so
tnslsnr 3520 3520 oracle  mem    REG              253,0     53880   917532 /lib64/libnss_files-2.5.so
tnslsnr 3520 3520 oracle  mem    REG              253,5      8545 11407615 /home/oracle/10.2.0/db_1/lib/libskgxn2.so
tnslsnr 3520 3520 oracle  mem    REG              253,5    513705 11410332 /home/oracle/10.2.0/db_1/lib/libocrutl10.so
tnslsnr 3520 3520 oracle  mem    REG              253,5    636161 11410330 /home/oracle/10.2.0/db_1/lib/libocr10.so
tnslsnr 3520 3520 oracle  mem    REG              253,5    657825 11410331 /home/oracle/10.2.0/db_1/lib/libocrb10.so
tnslsnr 3520 3520 oracle  mem    REG              253,5   1745769 11410365 /home/oracle/10.2.0/db_1/lib/libhasgen10.so
tnslsnr 3520 3520 oracle  mem    REG              253,5     61985 11410366 /home/oracle/10.2.0/db_1/lib/libclsra10.so
tnslsnr 3520 3520 oracle    0u   CHR                1,3               2553 /dev/null
tnslsnr 3520 3520 oracle    1u   CHR                1,3               2553 /dev/null
tnslsnr 3520 3520 oracle    2u   CHR                1,3               2553 /dev/null
tnslsnr 3520 3520 oracle    3w   REG              253,5 318853012 11633459 /home/oracle/10.2.0/db_1/network/log/listener.log
tnslsnr 3520 3520 oracle    4r  FIFO                0,6              15661 pipe
tnslsnr 3520 3520 oracle    5r   REG              253,5     11776 11410579 /home/oracle/10.2.0/db_1/network/mesg/nlus.msb
tnslsnr 3520 3520 oracle    6r   REG              253,5     46592 11407160 /home/oracle/10.2.0/db_1/network/mesg/tnsus.msb
tnslsnr 3520 3520 oracle    7w  FIFO                0,6              15662 pipe
tnslsnr 3520 3520 oracle    8u  IPv4              15665                TCP 203.aibo.com:ncube-lm (LISTEN)
tnslsnr 3520 3520 oracle    9u  unix 0xffff81021b7d6980              15666 /var/tmp/.oracle/s#3520.1
tnslsnr 3520 3520 oracle   10u  unix 0xffff81021b7d66c0              15668 /var/tmp/.oracle/s#3520.2


6.依照文件夹/home/oracle来搜寻，但不会打开子目录，用来显示目录下被进程开启的文件
 
[root@svr-db-test ~]# lsof +d /home/oracle
COMMAND  PID   USER   FD   TYPE DEVICE SIZE     NODE NAME
tnslsnr 3520 oracle  cwd    DIR  253,5 4096 11059201 /home/oracle
 
7. 打开/home/oracle文件夹以及其子目录搜寻，用来显示目录下被进程开启的文件
 
[root@svr-db-test ~]# lsof +D /home/oracle


显示内容太多了，不显示了


8. lsof -i 用以显示符合条件的进程情况
 
语法: lsof -i[46] [protocol][@hostname|hostaddr][:service|port]
 
46 --> IPv4 or IPv6
protocol --> TCP or UDP
hostname --> Internet host name
hostaddr --> IPv4位置
service --> /etc/service中的 service name (可以不只一个)
port --> 端口号 (可以不只一个)
 
例：


[root@svr-db-test ~]# lsof -i tcp@192.168.2.245:1521 -n
COMMAND   PID   USER   FD   TYPE  DEVICE SIZE NODE NAME
oracle  15633 oracle   16u  IPv4 4069605       TCP 192.168.2.203:31580->192.168.2.245:ncube-lm (ESTABLISHED)
 
或
 
[root@svr-db-test ~]# lsof -i tcp@192.168.2.245:1521 
COMMAND   PID   USER   FD   TYPE  DEVICE SIZE NODE NAME
oracle  15633 oracle   16u  IPv4 4069605       TCP 203.aibo.com:31580->192.168.2.245:ncube-lm (ESTABLISHED)
 
lsof -n 不将IP转换为hostname，缺省是不加上-n参数
 
9. 显示某用户的已经打开的文件（或该用户执行程序已经打开的文件）
 
[root@svr-db-test ~]# lsof -u oracle
或
[root@svr-db-test ~]# lsof -u 0


10. 仅打印进程，方便shell脚本调用
[root@svr-db-test ~]# lsof -tc sshd
3101
4545
 
 
关注：
 
进程调试命令:truss、strace和ltrace
 
进程无法启动，软件运行速度突然变慢，程序的"SegmentFault"等等都是让每个Unix系统用户头痛的问题，而这些问题都可以通过使用truss、strace和ltrace这三个常用的调试工具来快速诊断软件的"疑难杂症"。
 -----end-----

问题
文件被删除后，空间没有被释放
原因
在Linux或者Unix系统中，通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink).然而如果文件是被打开的（有一个进程正在使用），那么进程将仍然可以读取该文件，磁盘空间也一直被占用。
 
解决方法
 
首先我们获得一个已经被删除但是仍然被应用程序占用的文件列表：
 
$ /usr/sbin/lsof|grep deleted
ora    25575 data   33u      REG              65,65  4294983680   31014933 /oradata/DATAPRE/UNDOTBS009.dbf (deleted)
从lsof的输出中，我们可以发现pid为25575的进程持有着以文件描述号（fd）为33打开的文件/oradata/DATAPRE/UNDOTBS009.dbf。
 
在我们找到了这个文件之后可以通过结束进程的方式来释放被占用的空间。
通过截断proc文件系统中的文件可以强制要求系统回收分配给正在使用的的文件。这是一项高级技术，仅到管理员确定不会对运行中的进程造成影响时使用。应用程序对这种方式支持的并不好，当一个正在使用的文件被截断可能会引发不可预知的问题
$ echo > /proc/pid/fd/fd_number
例如，根据之前lsof的输出：
$ file /proc/25575/fd/33
/proc/25575/fd/33: broken symbolic link to `/oradata/DATAPRE/UNDOTBS009.dbf (deleted)’
$ echo > /proc/25575/fd/33

linux文件删除但空间不释放
闲人
11-21 4374
使用查找被删除但仍被进程占用的文件。使用sync刷新文件系统缓存。使用fsck检查和修复文件系统错误。定期清理系统日志和临时文件。确保没有挂载的文件系统或临时文件占用空间。
Linux下 文件删除但是空间未被释放 或者 磁盘已满但找不到对应的大文件 的解决方案
后端开发
06-22 2万+
linux磁盘空间已满，手动rm -rf 删除了大文件之后，df -h 查看一下发现空间占用还是不变，有时候会想rm -rf 删除只是逻辑删除到回收站一样？其实不然，通常这种情况都是文件被删除，但是还被进程占用，因此删除文件空间未释放通常的建议是kill 掉对应的进程，但是如果是生成环境，不能轻易kill进程的话，可以通过置空文件的方式来释放空间通过lsof | grep deleted 找到未能删除掉的文件，确定占用的进程号。
linux删除文件后没有释放空间
热门推荐
冰刀(skate)
12-09 11万+
author：skatetime：2009/12/09 linux删除文件后没有释放空间 今天发现一台服务器的home空间满了，于是要清空无用的文件，当我删除文件后，发现可用空间没有变化 os：centos4.7现象： 发现当前磁盘空间使用情况： [root@ticketb ~]# df -hFilesystem            Siz
linux删除文件未释放空间问题处理
东东不邪的专栏
12-19 1万+
linux里的文件被删除后，空间没有被释放是因为在Linux系统中，通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink).然而如果文件是被打开的(有一个进程正在使用)，那么进程将仍然可以读取该文件，磁盘空间也一直被占用。 解决方法： 1、先df -lh查看一下磁盘使用状况 2、找到被删除文件所在的分区,eg.opt分区 3、查看被删除了的所有文件：lsof -n
Linux如何处理文件已删除但空间不释放的问题
09-14
Linux删除文件的策略并不像Windows那样有回收站，而是直接移除文件的元数据中的指针，但文件数据部分仍然保留在磁盘上，直到被其他数据覆盖。这通常不会成为问题，除非文件在删除后仍被进程持有，比如在本例中，...
Linux文件删除后空间未释放问题详解
09-14
5. **使用`sync`命令**：在删除文件后，执行`sync`命令可以确保文件系统的更新立即写入磁盘，这可能会帮助释放空间，尤其是在文件系统缓存了未写入的数据时。 6. **检查`/proc/<pid>/fd/`目录**：进程的文件描述符...
Linux服务器文件删除空间未释放的问题
01-09
　在Linux系统中，通过rm删除文件将会从文件系统的目录结构上解除链接(unlink)，如果文件是被打开的（有一个进程正在使用），那么进程将仍然可以读取该文件磁盘空间也一直被占用 　这样会导致我们明明删除了文件，...
linux删除文件后却没有释放空间
宋文轩
05-16 9973
系统：CentOS7 现象：服务器里 删除文件后发现并没有释放空间 如下：使用df -Th命令查看磁盘空间 发现空间已经满了 可是之前明明已经删除了一个大文件 但是空间没有被释放 原因： 在Linux系统中，通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink)，然而如果文件是被打开的（或者有一个进程正在使用），那么进程将仍然可以读取该文件，磁盘空间也一直被占用，而我删除的log文件，可能删除的时候文件正在被使用，所以才会出现这样的情况。 解决方法： 通过以下命令.
linux文件删除后没有释放空间
曹恭铖的博客
09-03 473
在Oracle删除表空间及数据文件后，df -h 发现空间并没有被释放 ，使用命令： lsof |grep delete|more 我们有大量的文件显示已删除（deleted），但是空间还没有释放 解决方法： 杀掉进程即可 kill -9 18289 kill -9 27222 ...
linux删除的文件没有释放,linux删除文件后没有释放空间
weixin_34561373的博客
04-29 300
今天rman还原失败 ，删掉重做，发现空间不能回收[root@histest his]# df -hFilesystem Size Used Avail Use% Mounted on/dev/sda3 772G 668G 66G 92% //de...
linux 删除文件 释放空间,Linux下删除文件后没有释放空间
weixin_35048266的博客
04-28 709
问题Linux下文件被删除后，空间没有被释放原因在Linux或者Unix系统中，通过rm或者文件管理器删除文件将会从文件系统的目录结构上问题Linux下文件被删除后，空间没有被释放原因在Linux或者Unix系统中，通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink).然而如果文件是被打开的(有一个进程正在使用)，那么进程将仍然可以读取该文件，磁盘空间也一直被占用。解决...
linux删除文件后，磁盘空间未释放
书之岁华
01-29 3958
日常运维：磁盘空间已满。(df -lh;) 文件过大，rm删除掉。（rm catalina.out） 磁盘空间显示未被释放（df -lh;） 查看/home目录下空间占用情况，却显示已释放（du -h --max-depth=1 /home） ...
Linux下文件删除后空间未释放
最新发布
qq_35573061的博客
07-09 98
版权声明：本文为优快云博主「jiedaodezhuti」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。当文件被进程持续占用（如日志文件被写入中）时，直接执行rm命令仅删除文件索引，但磁盘块仍被进程锁定，导致空间未被释放。原文链接：https://blog.youkuaiyun.com/jiedaodezhuti/article/details/147893524。echo "" > /proc/1234/fd/5 # 对应lsof输出的FD列数值。
Linux删除文件磁盘空间未释放解决办法
Think
06-25 3668
工作中经常遇到Linux系统磁盘空间不足，但是删除后较大的日志文件后，发现磁盘空间仍没有被释放。
linux 删除文件，空间不释放
Thinkerlife的博客
06-09 292
linux 使用 unlink() / system("rm -f xxx") 删除文件，删除后 df 发现空间只释放了一部分或未释放。 可能有效的方法 ： 添加 sync();
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值