Linux文件删除原理及案例分析

谨记: 大多数服务在运行时,是不能删除对应的服务正在写入的日志文件,会带来意料之外的结果!!!

    Linux是通过link的数量来控制文件删除的,link包括被调用的数量硬链接数量。

真正的删除一个文件,只有在文件未被进程调用的情况下,删除该文件的所有硬链接数即可。

    如果在进程调用时,通过rm命令删除一个文件,是无法彻底删除的,该文件依然存在,只不过通过ls命令无法看到而已!

案例: 删除进程正在调用的/var/log/secure文件

1[root@t-c6 ~]# ls /var/log/secure 2/var/log/secure 3[root@t-c6 ~]# \rm -rf /var/log/secure 4[root@t-c6 ~]# ls /var/log/secure 5ls: 无法访问/var/log/secure: 没有那个文件或目录

    通过命令lsof可以看到,该文件并未彻底删除,因为系统进程正在写入数据到该文件中,进程调用数不为零导致的!

1[root@t-c6 ~]# lsof | grep deleted 2rsyslogd 917 root 2w REG 252,1 5573745 41014 /var/log/secure (deleted)

如何解决该问题?

    重启对应的服务

1[root@t-c6 ~]# /etc/init.d/rsyslog restart 2关闭系统日志记录器: [确定] 3启动系统日志记录器: [确定]

    将来有一天发现磁盘block满了,通过du -sh /* | grep G,并未发现太大的文件,可能是删除了不该删除的文件,导致文件大小一直增长,导致block满了,可通过 # lsof | grep deleted 查看 

只有进程调用数为0并且硬链接数为0,该文件才能彻底删除! 

注:我使用的系统为**:**CentOS release 6.9 (Final)

点赞
收藏

评论区

加载中...

相关推荐

MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1

文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s

Oracle 分组与拼接字符串同时使用

SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(

MySQL部分从库上面因为大量的临时表tmp_table造成慢查询

背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_

皕杰报表之UUID

​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为

手写Java HashMap源码

HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22

2020年前端实用代码段,为你的工作保驾护航

有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )

Linux文件删除原理及案例分析 - HelloWorld