♥️作者：小刘在C站

♥️个人主页：小刘主页

♥️每天分享云计算网络运维课堂笔记，努力不一定有收获，但一定会有收获加油！一起努力，共赴美好人生！

♥️夕阳下，是最美的绽放，树高千尺，落叶归根人生不易，人间真情

目录

一、关于日志及管理

1.日志的功能

2.日志文件的分类

3.日志保存位置

4.主要日志文件介绍

5.日志配置文件

6.日志级别

7.日志一般格式

8.程序日志

9.分析工具

10.日志管理策略

二、常见故障.

1、MBR故障修复

2、GRUB 引导故障

3、修复文件系统

4、硬盘i节点耗尽

5、磁盘坏道

案例三、模拟文件系统超级块损坏并修复

案例四、案例四、磁盘i节点耗尽故障及解决

案例五、检查并修复磁盘坏道

一、关于日志及管理

1.日志的功能

用于记录系统、程序运行中发生的各种事件

通过阅读日志，有助于诊断和解决系统故障

2.日志文件的分类

内核及系统日志

  由系统服务rsyslog统一进行管理，日志格式基本相似

用户日志

  记录系统用户登录及退出系统的相关信息

程序日志

  由各种应用程序独立管理的日志文件，记录格式不统一

3.日志保存位置

默认位于：/var/log 目录下

4.主要日志文件介绍

内核及系统日志

/var/log/messages

计划任务日志

/var/log/cron

系统引导日志

/var/log/dmesg

邮件系统日志

/var/log/maillog

用户登录日志

/var/log/lastlog：最近的用户登录事件

/var/log/wtmp：用户成功登录、注销及系统开、关机事件，对应命令 last

/var/log/btmp: 用户失败登录，错误验证尝试事件,对应命令 lastb

/var/run/utmp：当前登录的每个用户的详细信息，对应查看命令 users  who  w

/var/log/secure：与用户验证相关的安全性事件

5.日志配置文件

/etc/rsyslog.conf

*.info #任何服务info级别及以上日志

mail.none #例外，不记录

6.日志级别

0  EMERG（紧急/疼痛）：会导致主机系统不可用的情况

1  ALERT（警告）：必须马上采取措施解决的问题

2  CRIT（严重）：比较严重的情况

3  ERR（错误）：运行出现错误

4  WARNING（提醒）：可能会影响系统功能的事件

5  NOTICE（注意）：不会影响系统但值得注意

6  INFO（信息）：一般信息

7  DEBUG（调试）：程序或系统调试信息等

7.日志一般格式

Jun  3 13:26:35 localhost vmusr[2439]: [critical] [GLib-GObject]

时间标签 主机   子系统名      日志级别和信息

8.程序日志

由相应的应用程序独立进行管理

Web服务：/var/log/httpd/

 access_log、error_log

代理服务：/var/log/squid/

 access.log、cache.log、

9.分析工具

文本查看、grep过滤检索、Webmin管理套件中查看

awk、sed等文本过滤、格式化编辑工具

Webalizer、Awstats等专用日志分析工具

10.日志管理策略

及时作好备份和归档

延长日志保存期限

控制日志访问权限：日志中可能会包含各类敏感信息，如账户、口令等

集中管理日志:

将服务器的日志文件发到统一的日志文件服务器(ELK)

便于日志信息的统一收集、整理和分析

杜绝日志信息的意外丢失、恶意篡改或删除

二、常见故障.

1、MBR故障修复

Mbr扇区

引导程序GRUB 446

分区表 64

结束标志 2

故障原因：

病毒、木马等造成的破坏

不正确的分区操作、磁盘读写误操作

故障现象：

找不到引导程序，启动中断

无法加载操作系统，开机后黑屏

解决思路：

应提前作好备份文件

以 CentOS 7安装光盘引导进入急救模式

从备份文件中恢复

2、GRUB 引导故障

故障原因：

MBR 中的 GRUB 引导程序遭到破坏

grub.conf 文件丢失、引导配置有误

故障现象：

系统引导停滞，显示“grub>” 提示符

解决思路：

尝试手动输入引导命令

进入急救模式，重写或者从备份中恢复 grub.conf

向 MBR 扇区中重建 grub 程序

3、修复文件系统

故障原因

非正常关机、突然断电、设备读写失误等

文件系统的超级块（super-block）信息被破坏

故障现象

无法向分区中读取或写入数据

启动后提示“Give root password for maintenance”

解决思路

根据提示输入 root 口令，进入修复状态

使用xfs_repair命令进行修复

4、硬盘i节点耗尽

故障原因

磁盘空间已被大量的数据占满，空间耗尽

虽然还有可用空间，但文件数i节点耗尽

故障现象

无法写入新的文件，提示“… : 设备上没有空间”

部分程序无法运行，甚至系统无法启动

解决思路

清理磁盘空间，删除无用、冗余的文件

转移或删除占用大量 i 节点的琐碎文件

进入急救模式进行修复

为用户设置磁盘配额

5、磁盘坏道

故障原因

磁盘设备中存在坏道（逻辑的或物理的）

故障现象

读取磁盘中的数据时，磁盘设备发出异常声响。

访问磁盘中的某个文件时，反复读取且出错，提示文件损坏

对于新建立的分区无法完成格式化

系统使用该磁盘时频繁死机

解决思路

检测硬盘中是否存在坏道

修复硬盘，或更换新的硬盘

案例一、Mbr扇区故障模拟与故障排查：

1. 添加新硬盘：

1. 分区 fdisk  /dev/sdb    
2. 格式化 mkfs.xfs  /dev/sdb1
3. 挂载 1)mkdir  /bak  2)mount /dev/sdb1   /bak

2.备份mbr扇区：dd  if=/dev/sda  of=/bak/mbr.bak  bs=512  count=1

3.模拟故障：dd if=/dev/zero of=/dev/sda bs=512 count=1

4.重启：观察现象

2.排除故障

1）挂系统盘，进入急救模式 3--2-1

2）重新挂载:①mkdir  /aa  ②mount /dev/sdb1  /aa

3）恢复:dd  if=/aa/mbr.bak   of=/dev/sda  bs=512  count=1

4）exit

案例二、修复 GRUB 引导故障模拟与排查

1.模拟grub引导故障

1. cp  /boot/grub2/grub.cfg   /boot/grub2/grub.cfg.bak
2. rm  -f   /boot/grub2/grub.cfg
3. reboot

2.解决grub引导故障

1. 插入系统盘，光盘启动
2. 进入急救模式
3. chroot  /mnt/sysimage
4. cp  /boot/grub2/grub.cfg.bak    /boot/grub2/grub.cfg   
5. exit
6. exit

案例三、模拟文件系统超级块损坏并修复

1.模拟故障：

破坏：  创建分区、格式化，先不要挂载

dd if=/dev/zero of=/dev/sdb1 bs=512 count=4

2.修复：xfs_repair /dev/sdb1

案例四、案例四、磁盘i节点耗尽故障及解决

1.模拟故障：

①添加一块硬盘，划分一个100M的分区，格式化，挂载到/data目录下

②查看i节点的数量

Df  -i  /data

③编辑脚本，循环创建文件，直到将i节点耗尽

vim  killnode.sh

#!/bin/bash

i=1

while [ $i -le 前面查到的i节点数 ]

do

 touch /data/file$i

let i++

 done

④执行脚本

sh   killnode.sh &

案例五、检查并修复磁盘坏道

badblocks -sv /dev/sdb

♥️关注，就是我创作的动力

♥️点赞，就是对我最大的认可

♥️这里是小刘，励志用心做好每一篇文章，谢谢大家