深入理解Linux文件系统与日志分析

Posted 2022-01-05 小小喵喵

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了深入理解Linux文件系统与日志分析相关的知识，希望对你有一定的参考价值。

inode与block
硬链接与软链接
恢复误删除的文件
分析日志文件

Linux系统中一切皆文件，因此目录也是一种文件。
每个inode都有一个号码，操作系统用inode号码来识别不同的文件。Linux系统内部不使用文件名，
而使用inode号码来识别文件。对于系统来说，文件名只是inode号码便于识别的别称，文件名和inode号码是
一对应关系，

每个inode号码对应一个文件名。
所以，当用户在Linux系统中试图访问一个文件时，系统会先根据文件名去查找它对应的inode号码:通过inode号码，获取inode信息;根据inode信息，看该用户是否具有访问这个文件的权限;如果有，就指向相对应的数据block，并读取数据。

查看文件名对应的inode号码有两种方式:

ls -i文件名
stat文件名

inode也会消耗硬盘空间，所以格式化的时候，操作系统自动将硬盘分成两个区域。一个是数据区，
存放文件数据:另一个是inode区，存放inode所包含的信息。每个inode的大小，一般是128字节或256字节。

通常情况下不需要关注单个inode的大小，而是需要重点关注inode .总数。inode的总数在格式化时就给定了，执行"df-i"命令即可查看每个硬盘分区对应的的inode总数和已经使用的inode数量。

每个inode节点的大小，一般是128字节或256字节。inode节点的总数，在格式化时就给定了，
一般是每1KB或每2KB就设置一个inode。假定在一块1B的硬盘中，每个inode节点大小为128字节，每1KB就设置

inode,那么inodetable的大小就会达到128MB，占整块硬盘12.8%

由于inode号码与文件名分离，导致Linux系统具备以下几种特有的现象:
1.文件名包含特殊字符，可能无法正常删除。这时直接删除inode，能够起到删除文件的作用;

2.移动文件或重命名文件，只是改变文件名，不影响inode号码;
3.打开一一个文件以后，系统就以inode号码来识别这个文件，不再考虑文件名。

4.文件数据被修改保存后，会生成-一个新的inode号码。
find ./ -inum 52305140 -exec rm -i \\;
find ./ -inum 50464299 -delete

for n in $(seq 1 600000) for循环

> do

> touch a_$n

> done

find ./ -inum 52305140-exec rm -i \\；

find ./ -inum 50464299 -delete
扩展
inode节点耗尽故障处理
·使用fdisk创建分区/dev / sdbl.分区大小30M即可

fdisk /dev/sdb
mkfs.ext3 / dev / sdblmkdir /test
mount / dev / sdb1 /test

df-i
#模拟inode节点耗尽故际
for ( (i=1; i=5680; i++)) ;do touch /test/file￥1 ；done 或i=i+1或i+=1
touch 1..5680.txt
df-i
df -hT
朋利除文件恢复

rm -rf /test/*

df-i
df -hT

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 -Th
#安装依赖包
yum -y install e2fsprogs-devel e2fsprogs-libs gcc gcc-c++ make

#编译安装extundelete
cd /test
wget http://nchc.dl.sourceforge.net/project/extundelete/extundelete/0.2.4/extundelete-0.2.4.tar.bz2

tar jxvf extundelete-0.2.4.tar.bz2 -C /opt/

cd /opt/

cd extundelete-0.2.4/
./ configure --prefix=/usr/local/extundelete && make && make install

make

yum -y install e2fsprogs-devel e2fsprogs-libs

make install

[root@dc4 /]# ln -s /usr/local/bin/extundelete /usr/bin/

cd /cheng/

#模拟删除并执行恢复操作
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/目录，里面保存了已经恢复的文件

ls RECOVERED FILES/

xfs类型文件备份和恢复
Centos 7系统默认采用xfs类型的文件，xfs类型的文件可使用xfsdump 与xfsrestore 工具进行备份恢复。xfsdump 的备份级别有两种:0表示完全备份;1-9表示增量备份。xfsdump的备份级别默认为0。
xfsdump的命令格式为:
xfsdump l-f备份存放位置要备份的路径或设备文件

xfsdump命令常用的选项:
-f:指定备份文件目录
-L:指定标签sdesion 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 / sdb1 #mkfs.xfs [-f]/ dev / sdb1
mkdir /data
mount / dev / sdb1 / data/cd / data
cp /etc/passwd ./

mkdir test
touch test/ a

#使用xfsdump命令备份整个分区

rpm -qa l 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 l opt/ dump_sdb1 /data/