掌握linux文件系统inode与bloke &日志管理

Posted 看三年之后

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了掌握linux文件系统inode与bloke &日志管理相关的知识,希望对你有一定的参考价值。

一、inode和block概述

1、文件、扇区

●文件是存储在硬盘上的,硬盘的最小存储单位叫做“扇区”(sector),每个扇区存储512字节。

2、块(block)

●一般连续八个扇区组成一个"块"(block),一个块是4K大小,是文件存取的最小单位,文件数据存储在“块”中。

3、文件数据

●文件数据包括实际数据与元信息(类似文件属性)。
●文件数据存储在“块”中,文件元信息存储在inode中。

4、inode(索引节点)

●inode不包含文件名。文件名是存放在目录当中的。Linux 系统中一切皆文件,因此目录也是一种文件。
●inode是存储文件元信息(比如文件的创建者、创建日期、文件大小、文件权限等)的区域。

5、结论

当用户在Linux系统中试图访问一个文件时,系统会先根据文件名去查找它对应的inode号码;通过inode号码,获取inode信息;根据inode信息,看该用户是否具有访问这个文件的权限;如果有,就指向相对应的数据block,并读取数据。
查看文件的inode信息
```html/xml
stat 参数
ls -i
df -i

![image.png](https://s2.51cto.com/images/20220408/1649425431868506.png?x-oss-process=image/watermark,size_14,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_20,type_ZmFuZ3poZW5naGVpdGk=)
### 6.时间属性
ctime(change time)                      最后一次改变文件或目录(属性)的时间  
atime(access time )                     最后一次访问文件或目录的时间        
mtime(modify time)                     最后一次修改文件或目录(内容)的时间

![image.png](https://s2.51cto.com/images/20220408/1649426099388552.png?x-oss-process=image/watermark,size_14,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_20,type_ZmFuZ3poZW5naGVpdGk=)
## 二、模拟inode节点耗尽实验
```html/xml
添加磁盘,重启init6
fdisk /dev/sdb               #管理磁盘
mkfs.xfs /dev/sdb1           #格式化磁盘
mkdir /sdb1                  #创建/目录下sdb1目录,用于挂载
mount /dev/sdb1 /mnt        #挂载
df -i                        #查询可用inode号
模拟inode节点耗尽 
touch /mnt 






若想再创建文件,仅需将内部文件删除,解除inode占用即可

得出结论:磁盘内可用inode号使用完后,即使磁盘还剩余空间也无法再创建文件。

三、EXT类型文件恢复

●extundelete 是一个开源的 Linux 数据恢复工具,支持 ext3、ext4文件系统。(ext4只能在centos6版本恢复)
●下载网址:extundelete-0.2.4.tar.bz2

1、实验环境:CentOS7

●命令步骤:

1.2 使用fdisk创建分区/dev/sdb2,格式化ext3文件系统

```html/xml
fdisk /dev/sdb
mkfs.ext3 /dev/sdb2
mkdir /home/sdb2
mount /dev/sdb2 /home/sdb2

yum -y install e2fsprogs-devel e2fsprogs-libs #安装依赖包

cd /home/sdb2
拖入压缩包
tar jxvf extundelete-0.2.4.tar.bz2 #进行解压缩
cd extundelete-0.2.4/
./configure --prefix=/usr/local/extundelete && make && make install一条命令可以以直接完成
ln -s /usr/local/bin/* /usr/bin/

#### 1.3模拟删除并执行恢复操作
![image.png](https://s2.51cto.com/images/20220409/1649488764669670.png?x-oss-process=image/watermark,size_14,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_20,type_ZmFuZ3poZW5naGVpdGk=)

#### 1.4 查看文件系统/dev/sdb2下存在哪些文件,i 节点是从 2 开始的,2 代表该文件系统最开始的目录
```html/xml
extundelete /dev/sdb1 --inode 2         
rm -rf c d
cd ~
umount /home/sdb2  这里一定要记得卸载
extundelete /dev/sdb2 --restore-all     恢复/dev/sdb2文件系统下的所有内容

在当前目录下会出现一个RECOVERED_FILES/目录,里面保存了已经恢复的文件
ls RECOVERED_FILES






创建软连接在挂在点写入数据




模拟删除,并使用工具恢复内容,恢复之前需解挂载,恢复的是磁盘内的内容

四、xfs类型文件修复

●CentOS 7 系统默认采用 xfs类型的文件,xfs 类型的文件可使用 xfsdump 与 xfsrestore 工具进行备份恢复。

●xfsdump 命令常用的选项:
-f:指定备份文件目录
-L:指定标签 session label
-M:指定设备标签 media label
-s:备份单个文件,-s 后面不能直接跟路径

●xfsdump使用限制:
1.只能备份已挂载的文件系统
2.必须使用root的权限才能操作
3.只能备份XFS文件系统
4.备份后的数据只能让xfsrestore解析
5.不能备份两个具有相同UUID的文件系统(可用 blkid命令查看)

1、实验环境:CentOS7

●命令步骤:

1.1使用fdisk创建分区/dev/sdb3,格式化xfs文件系统

```html/xml
fdisk /dev/sdb
partprobe /dev/sdb
mkfs.xfs /dev/sdb3
mkdir /sdb3
mount /dev/sdb3 /tast
cd /tast
cp /etc/passwd ./
mkdir /tast
mount /dev/sdb3 /tast


![image.png](https://s2.51cto.com/images/20220409/1649498323328239.png?x-oss-process=image/watermark,size_14,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_20,type_ZmFuZ3poZW5naGVpdGk=)
![image.png](https://s2.51cto.com/images/20220409/1649498543100958.png?x-oss-process=image/watermark,size_14,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_20,type_ZmFuZ3poZW5naGVpdGk=)
![image.png](https://s2.51cto.com/images/20220409/1649498799447066.png?x-oss-process=image/watermark,size_14,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_20,type_ZmFuZ3poZW5naGVpdGk=)
#### 1.2使用 xfsdump 命令备份整个分区
```html/xml
yum install -y xfsdump
xfsdump -f /opt/dump_sdb3 /dev/sdb3 -L dump_sdb3 -M sdb3


1.3模拟数据丢失并使用 xfsrestore 命令恢复文件

```html/xml
cd /tast
rm -rf ./*
xfsrestore -f /opt/dump_sdb3 /tast



![image.png](https://s2.51cto.com/images/20220409/1649499925803502.png?x-oss-process=image/watermark,size_14,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_20,type_ZmFuZ3poZW5naGVpdGk=)
## 五、日志文件
日志的功能
用于记录系统、程序运行中发生的各种事件
通过阅读日志,有助于诊断和解决系统故障
日志文件的分类
#### 1.内核及系统日志
由系统服务rsyslog统一进行管理,日志格式基本相似
主配置文件/etc/rsyslog.conf
#### 2.用户日志
记录系统用户登录及退出系统的相关信息
#### 3.程序日志
由各种应用程序独立管理的日志文件,记录格式不统一
#### 2.1日志保存位置
默认位于: /varlog目录下
主要日志文件介绍
#### 1.内核及公共消息日志:(最常用)
/var/1og/messages:记录Linux内核消息及各种应用程序的公共日志信息,包括启动、IO错误、网络错误、程序故障等。对于未使用独立日志文件的应用程序或服务,一般都可以从该日志文件中获得相关的事件记录信息。
#### 2.计划任务日志:
/var/log/cron: 记录crond计划任务产生的事件信息。
#### 3.系统引导日志:
/var/log/dmesg: 记录Linux系统在引导过程中的各种事件信息。
#### 4.邮件系统日志:
/var/1og/maillog: 记录进入或发出系统的电子邮件活动。
#### 5.用户登录日志:
/var/log/secure: 记录用户认证相关的安全事件信息。
/var/log/lastlog: 记录每个用户最近的登录事件。二进制格式
/var/log/wtmp: 记录每个用户登录、注销及系统启动和停机事件。二进制格式
/var/ run/btmp: 记录失败的、错误的登录尝试及验证事件。二进制格式
由系统服务 rsyslog 统一管理
软件包: rsyslog-7.4.7-16.el7.x86_64
主要程序: /sbin/rsyslogd
配置文件: /etc/rsyslog.conf
Linux操作系统本身和大部分服务器程序的日志文件都默认放在目录/var/log/下。
vim /etc/rsyslog. conf #查看rsyslog.conf配置文件,规则配置格式: 【设备. 级别 动作】
*.info;mail.none;authpriv.none;cron.none /var/log/messages
*.info #表示info等级及以上的所有等级的信息都写到对应的日志文件里
mail.none #表示某事件的信息不写到日志文件里(这里比如是邮件)

设备字段说明

![image.png](14)
Linux系统内核日志消息的优先级别(数字等级越小,优先级越高,消息越重要)
![image.png](https://s2.51cto.com/images/20220409/1649500865449813.png?x-oss-process=image/watermark,size_14,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_20,type_ZmFuZ3poZW5naGVpdGk=)
#### 3.1举例: 设备.等级
mail.info /var/1og/maillog : 比指定级别更高的日志级别,包括指定级别自身,保存到/var/log/maillog中
mail.=info /var/1og/maillog : 明确指定日志级别为info,保存至/var/log/maillog
mail.!info /var/1og/maillog : 除了指定的日志级别(info)所有日志级别信息,保存至/var/log/maillog
*.info /var/1og/maillog : 所有facility的info级别,保存至/var/1og/maillog
mail. * /var/1log/maillog : mai1的所有日志级别信息,都保存至/var/log/maillog
mail.notice;news.info /var/log/maillog : mail的notice以上记得日志级别和news的info以上的级别保存至/var/log/maillog
mail,news.crit -/var/log/maillog : mail和news的crit以上的日志级别保存/var/log/maillog中: “-"代表异步模式

#### 3.1日志记录的一般格式
公共日志/var/log/messages文件的记录格式
Jun 3 13:26:35 localhost vmusr[2439]:[critical] [GL ib-GObject]
时间标签(时间戳): 消息发出的日期和时间:Jun 3 13:26:35
主机名: 生成消息的计算机的名称:localhost
子系统名: 发出消息的应用程序的名称: vmusr[2439]:
消息字段: 消息的具体内容:[critical] [GL ib-GObject]
#### 4.用户日志分析
保存了用户登录、退出系统等相关信息
/var/log/lastlog: 最近的用户登录事件
/var/log/wtmp: 用户登录、注销及系统开、关机事件
/var/run/utmp: 当前登录的每个用户的详细信息
/var/log/secure: 与用户验证相关的安全性事件
分析工具
users、who、 W、last、 lastb
last命令用于查询成功登录到系统的用户记录
lastb命令用于查询登录失败的用户记录
#### 5、程序日志分析
由相应的应用程序独立进行管理
Web服务: /var/log/httpd/
access_log //记录客户访问事件
error_log //记录错误事件
代理服务: /var/log/squid/
access.log、 cache.log
分析工具
文本查看、grep过滤检索、Webmin管理套件中查看
awk、sed等文本过滤、格式化编辑工具
Webalizer、Awstats等专用日志分析工具

#### 6.日志管理策略
及时作好备份和归档
延长日志保存期限
控制日志访问权限
日志中可能会包含各类敏感信息,如账户、口令等
集中管理日志
将服务器的日志文件发到统一的日志文件服务器
便于日志信息的统一收集、整理和分析
杜绝日志信息的意外丢失、恶意篡改或删除
#### 7、配置日志服务器收集日志
rsyslog是一个C/S架构,可以通过套接字来进行监听记录工作,可以基于TCP和UDP工作,默认的监听端口是514,只需要在MODULES打开即可。
发送服务器: 客户端 192.168.80.20
收集服务器: 服务端 192.168.80.30
关闭服务端和客户端防火墙、selinux
setenforce 0
systemctl stop firewalld
systemct1 disable firewalld
修改客户端配置文件,并启动服务
vim /etc/rsyslog.conf
#### 8、MODULES
将下而四行前的注释取消掉
ModLoad imudp
UDPServerRun 514
ModLoad imtcp
InputTCPServerRun 514

#### 9、RULES
添加下列内容
template myFormat, “%timestamp% %hostname% %syslogseverity-text% %syslogtag% %msg%\\n”
ActionFileDefaultTemplate myFormat
*.info;mail.none;authpriv.none;cron.none @@192.168.80.30:514
%timestamp% : 时间戳
%fromhost-ip% : 接收的信息来自于哪个节点的IP
%hostname% : 主机名
%syslogseverity-text% : 日志等级
%syslogtag% : 服务进程
%msg% : 日志内容
接收方 IP 前而一个 @ 表示 TCP 传输,两个 @ 表示 UDP 传输
systemctl restart rsyslog
修改服务端配置文件,并启动服务
vim /etc/rsyslog.conf
将下面四行前的注释取消掉
ModLoad imudp
UDPServerRun 514
ModLoad imtcp
InputTCPServerRun 514
添加以下内容
AllowedSender tcp, 192.168.80.0/24 #允许 192.168.80.0 网段内的主机以tcp协议来传输
tlemplate Remote, “/data/log/%fromhost-ip%/%fromhost-ip%_%YEAR%-%YEARMONTH%-%$DAY%.log”
定义模板,接受日志文件路径,区分了不同主机的日志
:fromhost-ip, !isequal, “127.0.0.1” ?Remote #过滤掉 server 本机的日志
systemctl restart rsyslog
在服务端创建/data/1og目录,以接受大量日志信息,配置文件中的路径应当与该路径一致
mkdir -P /data/log
验证
客户端的终端命令行输入或者重启一个服务
logger “hello world”
在服务端查看日志文件
tree /data/log/

#### 10、journalctl 日志管理工具
日志管理工具journalctl是centos7上专有的日志管理工具,该工具是从message这个文件里读取信息。
Systemd统一管理所有Unit的启动日志。带来的好处就是,可以只用journalctl一个命令,查看所有日志(内核日志和应用日志)。
日志的配置文件是/etc/systemd/journald.conf
查看所有日志 (默认情况下,只保存本次启动的日志)
journalctl
journalctl -r #-r表示倒序,从尾部看(推荐)
查看内核日志(不显示应用日志)
journalctl -k
查看系统本次启动的日志
journalctl -b [-0]
查看上一次启动的日志(需更改设置,如上次系统崩溃,需要查看日志时,就要看上一次的启动日志)
journalctl -b -1
显示尾部指定行数的日志
查看的是/var/log/messages的日志,但是格式上有所调整,如主机名格式不一样而已
journalctl -n 20 [-f]
查看某个服务的日志
journalctl -u nginx.service [-f]
查看指定进程的日志
journalctl _PID=1
查看指定用户的日志
journalctl _UID=0 --since today
journalctl -xe
-x 是目录(catalog)的意思,在报错的信息下会,附加解决问题的网址
-e pager-end从末尾开始看

以上是关于掌握linux文件系统inode与bloke &日志管理的主要内容,如果未能解决你的问题,请参考以下文章

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

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

Linux 文件系统

linux_inode和block

Linux文件系统之inode与软硬连接

linux运维必了解的日志文件系统