linux系统的服务器断电后，重启卡在recovering journal

Posted 2023-05-17

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了linux系统的服务器断电后，重启卡在recovering journal相关的知识，希望对你有一定的参考价值。

linux系统的服务器断电后，重启卡在recovering journal,进度条不会走了，求大神指点！

可以试一下单用户，把存储挂在去掉，看一下是否解决。

下面延展回答中有相关的解决办法。

几种解决方法（分别是七种方法，非步骤）：

如遇提示FSCK时，请小心。如果可能，请尽快断开系统，UMOUNT所有分区。

必需执行FSCK时，先做准备工作，方法一：可事先用dd命令将所涉及到的分区输出到另外的存储体上（最好不要在出错的存储体本身上做dd）命令大致结构可如： dd if=/dev/sda0 of=/dev/sdb0 .....

必需执行FSCK时，先做准备工作，方法二：将整个LINUX存储体挂载到虚拟机环境，将LINUX存储体设为Nonpersisten模式，再执行，执行过后，如果数据完好，应尽快通过FTP等方式拷贝出来。

必需执行FSCK时，先做准备工作，方法三：将整个LINUX存储体挂载到其他系统上（如WINDOWS），做好镜像后再做FSCK。

如上面几种方式均因条件等原因无法实施，必须执行时，可小心观察FSCK的执行提示（关掉-a）如果发现有提示节点错误需更正或清0、节点描述文件大小不正确等信息，应停止执行FSCK。

因恢复需要参考很多信息，因尽可能保持系统不工作状态，至少不得再次MOUNT分区（即便不做任何读写操作，也会因系统的工作原理不断降低数据恢复的可能性，增加数据恢复的难度）。

寻求专业数据恢复公司帮助。

参考技术A 可以是一下单用户，把存储挂在去掉，看一下。下面有相关的解决办法。

命令：fsck
　　
　　使用权限 : 超级使用者
　　
　　使用方式 : fsck [-sACVRP] [-t fstype] [--] [fsck-options] filesys [...]
　　
　　说明：在Linux系统中，为了增加系统性能，通常系统默认一些数据写在内存中，并不会直接将数据写入硬盘，这是因为内存速度要比硬盘快若干倍。但是有个问题，万一由于“断电”或者其他未知原因，造成系统死机，怎么办？系统就崩溃了。所以，我们需要在特定的时候让数据直接回存到硬盘中。这里提供几个常用的命令，其中，fsck命令最重要. 当文件系统发生错误时，可用fsck命令尝试加以修复.直接采用分区编号(如/dev/had3),或使用挂载点(Mount Point,如/、/usr等)指定文件系统皆可。假设一次指定多个文件系统，而这些系统分别位于不同的物理磁盘上，则fsck将会尝试同步的方式去检查他们，以节省操作时间。　　
　　
　　参数：
　　
　　filesys ： device 名称(eg./dev/sda1)，mount 点 (eg. / 或 /usr)
　　-t : 给定档案系统的型式，若在 /etc/fstab 中已有定义或 kernel 本身已支援的则不需加上此参数
　　-s : 依序一个一个地执行 fsck 的指令来检查
　　-A : 对/etc/fstab 中所有列出来的 partition 做检查
　　-C : 显示完整的检查进度
　　-d : 列印 e2fsck 的 debug 结果
　　-p : 同时有 -A 条件时，同时有多个 fsck 的检查一起执行
　　-R : 同时有 -A 条件时，省略 / 不检查
　　-V : 详细显示模式
　　
　　-a : 如果检查有错则自动修复
　　-r : 如果检查有错则由使用者回答是否修复
补充说明：
　　
　　例子 :
　　检查 msdos 档案系统的 /dev/hda5 是否正常，如果有异常便自动修复 :
　　 fsck -t msdos -a /dev/hda5
　　
　　注意 :
　　
　　此指令可与 /etc/fstab 相互参考操作来加以了解。
范例：检查/dev/sda3
[root@localhost ~]# fsck -C -t ext3 /dev/sda3fsck 1.39 (29-May-2006)e2fsck 1.39 (29-May-2006)/dev/sda3 is mounted.
WARNING!!! Running e2fsck on a mounted filesystem may causeSEVERE filesystem damage.
Do you really want to continue (y/n)? yes
/home: recovering journal/home: clean, 11/524288 files, 25399/524120 blocks#一切正常就会出现上述信息
#主意通常只有ROOT且系统有问题的时候才用这个命令，否则在正常状态下使用此命令可能会损坏文件。
相关知识:

Linux FSCK数据出错的灾难应急方案介绍
[适用于]
1、文件系统：ext2 ext3 reiserfs xfs等
2、范围：提示文件系统需要FSCK时，未执行或FSCK执行完成

[症状]
1、无法MOUNT分区;
2、大量文件、目录丢失，根目录下生成/LOST+FOUND文件夹，里面有大量#XXXXXX类的文件和目录;
3、FSCK很快报错完成;
4、FSCK执行时，有大量提示，如修改节点、清0节点等操作

[应急方案]
1、如遇提示FSCK时，请小心。如果可能，请尽快断开系统，UMOUNT所有分区。
2、必需执行FSCK时，先做准备工作，方法一：可事先用dd命令将所涉及到的分区输出到另外的存储体上（最好不要在出错的存储体本身上做dd）命令大致结构可如： dd if=/dev/sda0 of=/dev/sdb0 .....
3、必需执行FSCK时，先做准备工作，方法二：将整个LINUX存储体挂载到虚拟机环境，将LINUX存储体设为Nonpersisten模式，再执行，执行过后，如果数据完好，应尽快通过FTP等方式拷贝出来。
4、必需执行FSCK时，先做准备工作，方法三：将整个LINUX存储体挂载到其他系统上（如WINDOWS），做好镜像后再做FSCK。
5、如上面几种方式均因条件等原因无法实施，必须执行时，可小心观察FSCK的执行提示（关掉-a）如果发现有提示节点错误需更正或清0、节点描述文件大小不正确等信息，应停止执行FSCK。
6、因恢复需要参考很多信息，因尽可能保持系统不工作状态，至少不得再次MOUNT分区（即便不做任何读写操作，也会因系统的工作原理不断降低数据恢复的可能性，增加数据恢复的难度）
7、寻求专业数据恢复公司帮助。

对磁盘进行镜像的方案：
1、可用相同或大于源盘容量的硬盘做为目标盘，将源盘全部扇区方式CLONE到目标盘。
2、可将源盘完全以扇区方式输出文件到某大容量存储空间（如大容量硬盘、NAS、SAN、DAS等）

输入Root密码登录后采用：fsck -t ext3 -r /usr/local 修复追问

目前情况是开机都开不了，如何尝试fsck修复呢？

参考技术B 等着吧，正在检查修复文件系统