今天在一台Linux系统里,使用df命令查看磁盘使用情况,发现/根分区使用了100% 然后删除一大文件/var/lib/pgsql/9.1/pgstartup.log,再使用df查看使用情况,显示内容不变.如下图所示: 在网上查了下,好像说是inode的原因,还没真正删除,也没怎么说清楚,于是笔者使用如下命令进行查看: [root@ ~]# lsof |grep deleted //lsof命令可显示系统打开的文件 经过命令我们可以看出虽然/var/lib/pgsql/9.1/pgstartup

[转]漫谈linux文件IO--io流程讲的很清楚 这篇文章写的比较全面,也浅显易懂,备份下.转载自:http://blog.chinaunix.net/uid-27105712-id-3270102.html 在Linux 开发中,有几个关系到性能的东西,技术人员非常关注:进程,CPU,MEM,网络IO,磁盘IO.本篇文件打算详细全面,深入浅出.剖析文件IO的细节.从多个角度探索如何提高IO性能.本文尽量用通俗易懂的视角去阐述.不copy内核代码. 阐述之前,要先有个大视角,让我们站在万米高空

前言 最近不是redis 6.0 出了吗,官网介绍最新稳定版本是 6.0.3 .于是,我就准备在自己的破小服务器上安装一下.于是,出现了后续的糟心事 (linux 下的文件正常删除不了). 下载了最新版本,在源码包里边 make 之后,出现了好几个错误,上网查了下,有人说最新版本有问题,建议使用 5.0.8 .我嘞个去,我想也没想就相信了.(其实,也有可能跟我的系统没安装 tcl 有关系,这就是后话了) 然后,我就下载了 5.0.8 版本的redis,重新安装. 发现问题 从官网下载了 5.0.

监控系统报告一台服务器的空间满了,登陆后发现/tmp下有大量access_log文件,分析是Apache的日志文件很久没有清理了,确认并执行删除操作. 但是,问题来了,执行 rm /tmp/access_log 操作后,再次查看发现磁盘分区的空间并没有释放,这是怎么回事? 经查阅资料发现: 当文件进程锁定,或者有进程一直在向这个文件写数据,就会出现这种删除文件后空间不释放的情况. 深入理解相关Linux文件的存储机制和存储结构: 一个文件在文件系统中存放分为两个部分:数据部分和指针部分,指针位于

当ext4中的文件被删除后,进行文件恢复:http://www.360doc.com/content/18/0320/08/51898798_738625260.shtml上面的博客是恢复删除的文件,不知道文件夹是否也可以

文件的构成 由元数据(metadata)和数据(data)两部分组成 硬盘分区上一块空间存该分区上文件的元数据,一块空间存这些文件的数据 因为元数据和数据分离存放,所以需要通过指针地址来进行关联 元数据: 存放文件的属性信息 存放每个文件的元数据信息: innode表 元数据信息包括: inode number 节点号 文件大小.类型.权限 UID.GID 所有者.所属组 文件时间戳(三个) 链接数 节点编号:每个文件的唯一标识,innode number (ls -i 可以查看inode编号)

一.删除文件夹 rm -rf ./html2imag 二.创建文件夹 mkdir html2image

# 背景 使用free -h命令,展示如下: # 解决方法 先执行sync命令,同步数据 然后执行 echo 1 > /proc/sys/vm/drop_caches echo 2 > /proc/sys/vm/drop_caches echo 3 > /proc/sys/vm/drop_caches 操作动作如下图: # 原理 请参考查阅: http://liwei.life/2016/04/26/linux%E5%86%85%E5%AD%98%E4%B8%AD%E7%9A%84cac

Linux文件介绍 Linux 文件属性 可以通过命令ll+文件名,查看文件的具体属性 例如:ll syz.gz 1736706 -rw-r--r--. 1 root root 28 Oct 27 12:01 syz.gz     ①            ②      ③  ④   ⑤   ⑥  ⑦  ⑧     ⑨       ⑩ 第一列①:iNode索引节点编号#(类似人的身份证,全国唯一): 系统读取文件时首先通过文件名找到inode,然后才能读取到文件内容. 第二列②:文件类型及权限(

文件类型介绍: Linux系统不同于Windows系统,两者文件类型和文件扩展名也有很大的差异.Linux中的文件类型和Linux文件的文件扩展名所代表的意义和Windows系统完全不同.用户一般通过应用程序或命令创建的文件,比如file.txt,file.tar.gz,这些文件虽然用不同的程序或命令来打开,但在Linux中,都是常规文件,即普通文件.扩展名只是人为的进行标识,区分,对Linux内核而言没有意义. 而在Windows系统中,文件扩展名就有实实在在意义,即表明文件类型.如: Win

震惊,当我运行了这条Linux命令后,服务器竟然... 0X00 写在前面 大家都听说过删库命令rm -rf /*,但是谁又真正实践过呢?但作为一个程序员,不看看这条命令执行后会发生什么,怎么能甘心呢.今天就带大家看看,服务器运行了这条命令是什么样子. (注意请勿随意模仿!如果真的想试试,可以自己搭一个虚拟机,自行尝试.后附:Linux的删除命令详解) 0x01 删库之前

在Linux下查看磁盘空间使用情况,最常使用的就是du和df了.然而两者还是有很大区别的,有时候其输出结果甚至非常悬殊. du的工作原理 du命令会对待统计文件逐个调用fstat这个系统调用,获取文件大小.它的数据是基于文件获取的,所以有很大的灵活性,不一定非要针对一个分区,可以跨越多个分区操作.如果针对的目录中文件很多,du速度就会很慢了. df的工作原理 df命令使用的事statfs这个系统调用,直接读取分区的超级块信息获取分区使用情况.它的数据是基于分区元数据的,所以只能针对整个分区.由于

目录 1.LVM逻辑卷管理的简介 2.LVM逻辑卷管理的原理 3.总结建立LVM分区的步骤 1.LVM逻辑卷管理的简介 LVM是Logical Volume Manager的简称,中文就是逻辑卷管理.(是我们进行分区的一种方法) LVM逻辑卷管理和我们前面说的基本分对比,区最大的特征是,可以动态调整硬盘的分区大小.比如说当我的Linux系统有三个分区,分别是boot分区,swap分区和根分区,当我用了一段时间,发现根分区的空间不够用了,我买了一块新的硬盘,这个时候你是不能直接把新硬盘加入根分区里

Linux系统是一种典型的多用户系统,不同的用户处于不同的地位,拥有不同的权限.为保护系统的安全性,Linux系统对不同的用访问的同意文件(包括目录文件)的权限做了不同的规定eg: [root@www /]# ls -l total 64 dr-xr-xr-x 2 root root 4096 Dec 14 2012 bin dr-xr-xr-x 4 root root 4096 Apr 19 2012 boot……示例中,bin文件的第一个“d”,该文件是一个目录文件Linux中第一个字符代表

源地址http://blog.csdn.net/lonelyrains/article/details/6604851 linux文件IO操作有两套大类的操作方式:不带缓存的文件IO操作,带缓存的文件IO操作.不带缓存的属于直接调用系统调用(system call)的方式,高效完成文件输入输出.它以文件标识符(整型)作为文件唯一性的判断依据.这种操作不是ASCI标准的,与系统有关,移植有一定的问题.而带缓存的是在不带缓存的基础之上封装了一层,维护了一个输入输出缓冲区,使之能跨OS,成为ASCI标

概述 简介 linux 文件时间戳 背景 最近感觉很消极的样子 心情不好加不知道写啥 随便水一水 能水的就那么多, 水一次, 少一次 环境 os centos7 1. 时间戳 概述 简述 时间戳 linux 的文件结构 组成 inode 记录文件元数据 数据 记录文件内容 时间戳 位置 inode 中 机制 创建 文件创建时, 三个时间相同 改变 执行特定的动作, 会触发相应时间的改变 内容 atime(access) 访问时间 文件被读取到 内存 里, 就会改变这个时间 如果没有读, 直接 a

在我的生活当中遇到磁盘快满了,这时候准备去删除一些大文件 于是我使用ncdu 查看了一下当前系统占用资源比较多的是那些文件,结果一看是elasticsearch的日志文件,好吧,竟然找到源头了,那就把它给删除了吧, 来到相应的路径下之后,然后粗暴一点,执行  rm   -rf   * 很高兴,终于把这些占用系统资源的坏东西给杀死了.满心欢喜的去查看磁盘情况. 给我当头一棒,磁盘并没有多大的变化,之后释放了100多M,但是我明明删除了30G的文件啊,这是怎么回事. 有问题不可怕,干净找baidu/

Linux 磁盘空间总是报警,查到到大文件,删除之后,df看到磁盘空间并没有释放. 查找了下发现系统对rm进行了alias   ,因为Linux对删除操作没有回收站机制,对rm操作进行了自定义,对删除文件进行移动到/tmp 目录里面. 又对/temp删除 但是还是没有发现磁盘冲击释放 执行   lsof | grep deleted发现有大量刚刚删除文件的进程存在,kill掉进程(或者重启进程)   OK 参考资料 运维实战案例之文件已删除但空间不释放问题解析 1.错误现象 运维的监控系统发来通

Linux 磁盘空间总是报警,查到到大文件,删除之后,df看到磁盘空间并没有释放. 查找了下发现系统对rm进行了alias   ,因为Linux对删除操作没有回收站机制,对rm操作进行了自定义,对删除文件进行移动到/tmp 目录里面. 又对/temp删除 但是还是没有发现磁盘冲击释放 执行   lsof | grep deleted发现有大量刚刚删除文件的进程存在,kill掉进程(或者重启进程)   OK 参考资料 运维实战案例之文件已删除但空间不释放问题解析 1.错误现象 运维的监控系统发来通

前言 工作中经常遇到Linux系统磁盘空间不足,但是删除后较大的日志文件后,发现磁盘空间仍没有被释放,有点摸不着头脑,今天博主带大家解决这个问题. 思路 1.工作发现磁盘空间不足: 2.找到占用磁盘空间较大的文件进行删除: 3.删除文件后,查看磁盘空间使用情况,未释放: 4.找到相应delete进程,杀掉即可,问题解决. 具体操作 查看服务器磁盘空间使用情况 [root@i-3E5C86C8 ~]# df -h Filesystem Size Used Avail Use% Mounted on