时尚大气网站,陕西省医院网站建设管理,做微信文章的网站,网站内容与功能设计与实现的文章目录 现场1分析1现场2分析2搜索实际解决过程 现场1
一次断电,导致 之前能正常启动的centos 7.7 起不来了有部分log , 关键信息如下
[1.332724] XFS(sda3): Internal error xfs ... at line xxx of fs/xfs/xfs_trans.c
[1.332724] XFS(sda3): Corruption of in-memory data… 文章目录 现场1分析1现场2分析2搜索实际解决过程 现场1
一次断电,导致 之前能正常启动的centos 7.7 起不来了有部分log , 关键信息如下
[1.332724] XFS(sda3): Internal error xfs ... at line xxx of fs/xfs/xfs_trans.c
[1.332724] XFS(sda3): Corruption of in-memory data detected . Shutting down file system
[1.332724] XFS(sda3): Please unmount the filesystem and rectify the problem(s)
[1.332724] XFS(sda3): Failed to recover intentsGenerating /run/initramfs/rdsosreport.txt唉,不敲了,看图吧 分析1
上面带 [] 的都是linux内核打出来的 , 看来是 没有 mount 上 磁盘文件系统 , 那必定是 磁盘文件系统出问题了
然后告诉我说 错误信息在 一个 .txt 里
然后又告诉我说 进入了 紧急模式 , 那就好办了.
那就先打开 那个txt 看看 , 紧急模式提供一个shell ,有基础的工具可用.
然后我们再瞅瞅现场问题
文件要 从后往前看,然后再从前往后看.现场2
// 具体的信息以及截屏都没有了 , 我就从 这个txt 里面抽出来了这两个关键信息
mount /dev/sda3 on /sysroot failed : Structure needs cleaning
sysroot.mount mount process exited , codeexited status32
分析2
// 根据这个现场, 我们发现果然是 /dev/sda 磁盘的 分区3 中的文件系统中出问题了.
// 那么我们有两个思路
// 一个是 磁盘问题 , 找磁盘工具
// 一个是 分区中的文件系统问题, 找文件系统工具.
// 这里 很明显说是 文件系统工具问题搜索
很明显, 现场2 的 信息更加全面, 我们拿 现场2 中拿到的信息直接搜索 , 然后 万军从中 取 敌将首级
找到了一个比较靠谱的解决方案.
https://www.modb.pro/db/5697011.首先尝试mount和umount文件系统以便重放日志修复文件系统如果不行再进行如下操作。2. 检查文件系统
做此步之前确保分区处于umount状态
xfs_check /dev/sdd(盘符); echo $?
返回0表示正常3. 执行xfs_repair -n检查文件系统是否损坏如何损坏会列出将要执行的操作
执行xfs_repair -n检查文件系统是否损坏如何损坏会列出将要执行的操作4. 执行xfs_repair修复文件系统
xfs_repair /dev/mapper/rhel-root (ext系列工具为fsck)5. 最后方法损失部分数据的修复方法
根据打印消息修复失败时先执行xfs_repair -L /dev/mapper/rhel-root(清空日志会丢失文件)再执行xfs_repair /dev/mapper/rhel-root再执行xfs_check /dev/mapper/rhel-root 检查文件系统是否修复成功。说明-L是修复xfs文件系统的最后手段慎重选择它会清空日志会丢失用户数据和文件。备注在执行xfs_repair操作前最好使用xfs_metadump工具保存元数据一旦修复失败最起码可以恢复到修复之前的状态。检查是否修复成功 若返回0则表示修复成功echo $?再次挂载/dev/mapper/rhel-root, 若返回0则表示挂载成功mount /dev/mapper/rhel-root /sysroot;echo $?exit退出修复模式若能成功进入系统则修复完成
实际解决过程
我们的分区肯定没有 被挂载(mount)1.
我直接一个命令下去
mount /dev/sda3 /root
他报错了, 报之前现场中的信息. // 好的,没问题.下面我就开始修理你// mount 和 xfs_repair 是有的 , 要不然这个紧急模式 就做的有些失败了!
// /dev/sda3 肯定也是有的 , 要不然就提示 /dev/sda3 不存在了, 而不是报 /dev/sda3 上的文件系统有错误.2.
然后我们直接 执行
xfs_repair /dev/sda3
发现返回失败, 吐出了一些 提示信息,真贴心啊
建议我们 带 -L 选项 ,并说 可能会丢失数据. // 我在乎数据吗? 我在乎的是他能启动 3.
然后直接开干 ,
xfs_repair -L /dev/sda3
跑了一分钟左右,退出了, 看起来打印正常, 但是我不放心
echo $? 一看, 是个0 , OK , 这个命令已经正确完成了4.
xfs_repair /dev/sda3 提示信息历历在目, 它建议我在 xfs_repair -L /dev/sda3 成功后再 mount 一下// 你开玩笑 , 我如果能 mount 成功,那么 程序(init进程) 肯定能mount成功,我多费事做这个干啥// 而且我初步判定99%的机率能 mount成功5.
好.重启,启动成功
