深入理解Linux文件系统与日志分析
Posted 官方认证.
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了深入理解Linux文件系统与日志分析相关的知识,希望对你有一定的参考价值。
inode和block概述
文件数据包括元信息与实际数据
文件存储在硬盘上,硬盘最小存储单位是“扇区”每个扇区存储512字节
block (块)
●连续的八个扇区组成一个block
●是文件存取的最小单位
inode (索引节点)
●中文译名为“索引节点”,也叫i节点
●用于存储文件元信息
inode的内容
inode包含文件的元信息
●文件的字节数
●文件拥有者的User ID
●文件的Group ID
●文件的读、写、执行权限;
●文件的时间戳
用stat命令可以查看某个文件的inode信息
●示例: stat aa.txt
Linux系统文件三个主要的时间属性
●ctime(change time)
◆最后一次改变文件或目录(属性)的时间
●atime(access time )
◆最后一次访问文件或目录的时间
●mtime(modify time)
◆最后一次修改文件或目录(内容)的时间
目录文件的结构
●目录也是一种文件
●目录文件的结构
每个inode都有一个号码,操作系统用inode号码来识别不同的文件
Linux系统内部不使用文件名,而使用inode号码来识别文件
对于用户,文件名只是inode号码便于识别的别称
inode的号码
用户通过文件名打开文件时,系统内部的过程
1.系统找到这个文件名对应的inode号码
2.通过inode号码, 获取inode信息
3.根据inode信息,找到文件数据所在的block,读出数据
查看inode号码的方法
●ls -i命令:查看文件名对应的inode号码
ls -i aa.txt
●stat命令:查看文件inode信息中的inode号码
stat aa.txt
硬盘分区后的结构
文件名--->目录项 目录块
元信息--->inode inode表区块
数据 ---->block block数据区
访问文件的简单流程
inode的大小
inode也会消耗硬盘空间
●每个inode的大小
●一般是128字节或256字节
格式化文件系统时确定inode的总数
使用df -i命令可以查看每个硬盘分区的inode总数和已经使用的数量
每个inode节点的大小,一般是128字节或256字节。inode节点的总数,在格式化时就给定了,一般是每1KB或每2KB就设置一个inode。
假定在一块1GB的硬盘中,每个inode节点大小为128字节,每1KB就设置一个inode,那么inode table的大小就会达到128MB,占整块硬盘12.8%。
inode的特殊作用
由于inode号码与文件名分离,导致一些Unix/Linux系统具有以下的现象
●当文件名包含特殊字符,可能无法正常删除文件,直接删除inode,也可以删除文件
●移动或重命名文件时,只改变文件名,不影响inode号码
●打开一个文件后,系统通过inode号码来识别该文件,不再考虑文件名
由于inode号码与文件名分离,导致Linux系统具备以下几种特有的现象:
1.文件名包含特殊字符,可能无法正常删除。这时直接删除inode,能够起到删除文件的作用;
2.移动文件或重命名文件,只是改变文件名,不影响inode号码;
3.打开一个文件以后,系统就以inode 号码来识别这个文件,不再考虑文件名。
4.文件数据被修改保存后,会生成--个新的inode号码。
find ./ -inum 52305140 -exec rm -i \\;
find ./ -inum 50464299 -delete
链接文件
为文件或目录建立链接文件
链接文件分类
软链接 | 硬链接 | |
删除原始文件后 | 失效 | 仍旧可用 |
使用范围 | 适用于文件或目录 | 只可用于文件 |
保存位置 | 与原始文件可以位于不同的文件系统中 | 必须与原始文件在同一 个文件系统(如一个Linux分区)内 |
案例:恢复EXT类型的文件
编译安装extundelete软件包
安装依赖包
◆e2fsprogs-libs-1.41.12-18.el6.x86_ 64.rpm
◆e2fsprogs-devel-1.41.12-18.el6.x86_ 64.rpm
配置、编译及安装
◆extundelete-0.2.4.tar.bz2
模拟删除并执行恢复操作
恢复误删除的文件ext3
EXT类型文件恢复
extundelete是一个开源的Linux 数据恢复工具,支持ext3、ext4文件系统。
(ext4只能在centos6版本恢复)
#使用fdisk创建分区/dev/sdc1,格式化ext3文件系统
fdisk /dev/sdc
partprobe /dev/sdc
mkfs.ext3 /dev/sdc1
mkdir /test
mount /dev/sdc1 /test
df -hT
安装依赖包
yum -y install e2fsprogs-devel e2fsprogs- libs gcc gcc-c++ make
编译安装extundelete
cd /test
wget http://nchc.d1.sourceforge.net/project/extundelete/extundelete/0.2.4/extundelete-0.2.4.tar.bz2
tar jxvf extundelete-0.2.4.tar.bz2
cd extundelete-0.2.4/
./configure --prefix=/usr/1ocal/extundelete && make && make install
或./configure && make && make install
ln -s /usr/local/extundelete/bin/* /usr/bin/
模拟删除并执行恢复操作
cd /test
echo a>a
echo a>b
echo a>c
echo a>d
ls
extundelete /dev/sdc1 -- inode 2
查看文件系统/dev/sdc1下存在哪些文件,i节点是从2开始的,2代表该文件系统最开始的目录。
验证
rm -rf a b
extundelete /dev/sdc1 --inode 2
cd ~
umount /test
extundelete /dev/sdc1 --restore-all #恢复/dev/sdc1 文件系统下的所有内容
#在当前目录下会出现一个RECOVERED_FILES/目录, 里面保存了已经恢复的文件
1s RECOVERED FILES/
案例:恢复XFS类型的文件
■xfsdump命令格式
xfsdump -f 备份存放位置 要备份的路径或设备文件
■xfsdump备份级别(默认为0)
●0:完全备份
●1-9:增量备份
■xfsdump常用选项: -f、-L、-M、-S
xfsrestore命令格式
xfsrestore -f 恢复文件的位置 存放恢复后文件的位置
■模拟删除并执行恢复操作
恢复误删除的文件XFS
xfs类型文件备份和恢复
Centos 7系统默认采用xfs类型的文件,xfs类型的文件可使用xfsdump 与xfsrestore 工具进行备份恢复。
xfsdump的备份级别有两种: 0表示完全备份; 1-9表示增量备份。xfsdump的备份级别默认为0.
xfsdump的命令格式为:
xfsdump |-f 备份存放位置要备份的路径或设备文件
xfsdump命令常用的选项:
-f: 指定备份文件目录
-L: 指定标签session label
-M: 指定设备标签media labe........
-s: 备份单个文件,-s后面不能直接跟路径
xfsdump使用限制:
1.只能备份已挂载的文件系统
2.必须使用root的权限才能操作
3.只能备份XFS文件系统
4.备份后的数据只能让xfsrestore解析
5.不能备份两个具有相同UUID的文件系统(可用blkid命令查看)
使用fdisk创建分区/dev/sdb1,格式化xfs文件系统
fdisk /dev/sdb
partprobe /dev/sdb
mkfs.xfs /dev/ sdbl # mkfs.xfs [-f] /dev/sdbl
mkdir /data
mount /dev/sdb1 /data/
cd /data
cp /etc/passwd ./
mkdir test
touch test/a 创建文件夹
使用xfsdump命令备份整个分区
rpm -qa | grep xfsdump
yum install -y xfsdump
xfsdump -f /opt/dump_sdb1 /dev/sdb1 [-L dump_sdb1 -M sdb1]
xfsdump -f /opt/dump_sdb /dev/sdb1 -L dump_sdb -M sdb1
模拟数据丢失并使用xfsrestore 命令恢复文件 标签
cd /data/
rm -rf ./*
ls
xfsrestore -f /opt/dump_sdb1 /data/
xfsdump使用限制
只能备份已挂载的文件系统
必须使用root的权限才能操作
只能备份XFS文件系统
备份后的数据只能让xfsrestore解析
不能备份两个具有相同UUID的文件系统
日志文件
日志的功能
●用于记录系统、程序运行中发生的各种事件
通过阅读日志,有助于诊断和解决系统故障
日志文件的分类
●内核及系统日志
◆由系统服务rsyslog统一进行管理,日志格式基本相似
●用户日志
◆记录系统用户登录及退出系统的相关信息
●程序日志.
◆由各种应用程序独立管理的日志文件,记录格式不统一
日志保存位置
●默认位于: /var/log目录下
主要日志文件介绍
内核及系统日志由系统服务rsys1og统一管理,主配置文件为/etc/rsyslog.conf
Linux操作系统本身和大部分服务器程序的日志文件都默认放在目录/var/1og/下。
常见的些日志文件:
#内核及公共消息日志:
/var/1og/messages:
记录Linux内核消息及各种应用程序的公共日志信息,包括启动、IO错误、网络错误、程序故障等。
对于未使用独立日志文件的应用程序或服务,一般都可以从该日志文件中获得相关的事件记录信息。
#计划任务日志:
/var/1og/cron:记录crond计划任务产生的事件信息。
#系统引导日志:
/var/1og/dmesg:记录Linux系统在引导过程中的各种事件信息。
#邮件系统日志:
/var/1og/maillog:记录进入或发出系统的电子邮件活动。
#用户登录日志:
/var/log/secure:记录用户认证相关的安全事件信息。
/var/1og/lastlog:记录每个用户最近的登录事件。二进制格式
/var/1og/wtmp: 记录每个用户登录、注销及系统启动和停机事件。二进制格式
/var/run/btmp: 记录失败的、错误的登录尝试及验证事件。二进制格式
*.info #表示info等级及以上的所有等级的信息都写到对应的日志文件里
mail.none 表示某事件的信息不写到日志文件里(这里比如是邮件)
由系统服务rsyslog统一管理
●软件包: rsyslog-7.4.7-16.el7.x86_64
●主要程序: /sbin/rsyslogd
●配置文件: /etc/rsyslog.conf
日志消息的级别
Linux系统内核日志消息的优先级别(数字等级越小,优先级越高,消息越重要)
级号 | 消息 | 级别 | 说明 |
0 | EMERG | 紧急 | 会导致主机系统不可用的情况 |
1 | ALERT | 警告 | 必须马上采取措施解决的问题 |
2 | CRIT | 严重 | 比较严重的情况 |
3 | ERR | 错误 | 运行出现错误 |
4 | WARNING | 提醒 | 可能会影响系统功能的事件 |
5 | NOTICE | 注意 | 不会影响系统但值得注意 |
6 | INFO | 信息 | 一般信息 |
7 | DEBUG | 调试 | 程序或系统调试信息等 |
公共日志/var/1og/messages文件的记录格式
时间标签:消息发出的日期和时间。
主机名:生成消息的计算机的名称。
子系统名称:发出消息的应用程序的名称。
消息:消息的具体内容。
程序自已维护日志记录,httpd 网站服务程序使用两个日志文件:
access_log #记录客户访问事件
error_log #记录错误事件。
用户日志分析
保存了用户登录、退出系统等相关信息
●/var/log/lastlog:最近的用户登录事件
●/var/log/wtmp:用户登录、注销及系统开、关机事件
●/var/run/utmp:当前登录的每个用户的详细信息
●/var/log/secure:与用户验证相关的安全性事件
分析工具
●users、who、 W、last、 lastb
程序日志分析
由相应的应用程序独立进行管理
●Web服务: /var/log/httpd/
◆access_log、 error_log
●代理服务: /var/log/squid/
◆access.log、cache.log、
●FTP服务: /var/log/xferlog
分析工具
●文本查看、grep过滤检索、Webmin管理套件中查看
●awk、sed等文本过滤、格式化编辑工具
●Webalizer、Awstats等专用日志分析工具
日志管理策略
■及时作好备份和归档
■延长日志保存期限
■控制日志访问权限
●日志中可能会包含各类敏感信息,如账户、口令等
■集中管理日志
●将服务器的日志文件发到统一的日志文件服务器
●便于日志信息的统一收集、整理和分析
●杜绝日志信息的意外丢失、恶意篡改或删除
本章总结
■block与inode
■硬链接与软链接
■恢复误删除的文件
■Linux主要包含的日志文件
■Linux系统的日 志消息级别
■Linux系统中用户日志的查询命令
●who、W、users、 last、 lastb
以上是关于深入理解Linux文件系统与日志分析的主要内容,如果未能解决你的问题,请参考以下文章