Linux使用fsck修复文件系统

1、fsck---file system check

fsck 扫描文件系统时一定要在单用户模式、修复模式或把设备umount后进行。如果扫描运行中的系统，会造成系统文件损坏。

RHEL6中fsck默认支持文件系统ext4，如果想支持ext3文件系统的扫描，应该加-j 参数。最好是根据不同的文件系统来调用不同

的扫描工具，比如ext3的文件系统使用fsck.ext3，ext2文件系统使用fsck -t etx2等。

参数：

-a : 如果检查有错则自动修复
-r : 如果检查有错则由使用者回答是否修复
-t : <文件系统类型> 指定要检查的文件系统类型。
-s : 依序一个一个地执行 fsck 的指令来检查
-A : 对/etc/fstab 中所有列出来的 partition 做检查
-C : 显示完整的检查进度
-d : 列印 e2fsck的 debug 结果
-p : 同时有 -A 条件时，同时有多个 fsck 的检查一起执行
-R : 同时有 -A 条件时，省略 / 不检查
-V : 详细显示模式

执行后的传回值及代表意义：

0 没有任何错误发生。
1 文件系统发生错误，并且已经修正。
2 文件系统发生错误，并且已经修正。
4 文件系统发生错误，但没有修正。
8 运作时发生错误。
16 使用的语法发生错误。
128 共享的函数库发生错误。

2、检查 ext4 文件系统的 /dev/sdb3 是否正常，如果有异常便自动修复

[root@test ~]# fsck -t ext4 -a /dev/sdb3

3、出现如下提示可以使用fsck命令来修复

1）无法mount分区;

2）大量文件、目录丢失，根目录下生成/LOST+FOUND文件夹，里面有大量#XXXXXX类的文件和目录;

3）fsck很快报错完成;

4）fsck执行时，有大量提示，如修改节点、清0节点等操作

4、当Linux系统被强行关闭或重新启动，文件系统可能受到损坏，系统启动时会自动检查并修复文件系统

但是当文件系统没有自动修复成功时，便需要手动使用fsck进行扫描和修复。会出现如下情况：

…...

Checking file systems ...fsck 1.41.3(12-OCT-2008)

/dev/sdb5 contains a file system with errors check forced

/dev/sdb5: |========== ---进度条

……

/dev/sdb5: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY (i.e., without -a or -p options)

fsck died with exit status4

……

……/var/log/fsck/ ---fsck报错日志的存放位置

……

Warning

……

Press enter for maintenance

(or type Control-D to continue): --- Ctrl+d继续启动服务器。

查看报错日志：

[root@test ~]# ls -l /var/log/fsck/

total 8

-rw-r----- 1 root adm 190 2018-06-09 10:03 checkfs

-rw-r----- 1 root adm 192 2018-06-09 10:03 checkroot

[root@test ~]# more /var/log/fsck/checkfs

[root@test ~]# more /var/log/fsck/checkroot

查看运行级别：

扫描文件系统时一定要在单用户模式、修复模式或把设备umount后进行。如果扫描运行中的系统，会造成系统文件损坏。

[root@test ~]# runlevel

N 5

[root@test ~]# init 1 进入单用户模式

使用fsck对文件系统进行扫描、修复:

[root@test ~]# fsck

fsck fsck.ext2 fsck.ext4 fsck.msdos

fsck.cramfs fsck.ext3 fsck.ext4dev fsck.vfat

[root@test ~]# fsck.ext4 -y /dev/sdb5

e2fsck 1.41.12 (9-jun-2018)

/dev/sdb5 已挂载.

WARNING!!! The filesystem is mounted. If you continue you ***WILL***

cause ***SEVERE*** filesystem damage.

你真的想要要继续 (y/n)? y

fsck.ext4开始进入扫描、修正文件系统，这个过程时间比较长，中间有数次停顿的过程，只需等待即可，千万不要以为死机而重启服务器。fsck.ext4扫描、修正完文件系统后，

根据提示可能需要重启系统。如果没有提示重启系统，也需要reboot来重启系统。在重启系统的过程中，fsck会对文件系统进行扫描。fsck扫描完以后，会启动到系统的登录界面，

不需要进行任何干涉。再次重新启动系统，系统可以正常启动。

e2fsck和fsck.ext2、fsck.ext3、fsck.ext4功能一样都是检查和修复文件系统，在检查之前一定要卸载待检查的文件系统分区。

5、案例

机器断电或者直接关电源强制重启后出现以下界面：

提示：Giveroot password for maintenance

(or type Control-D for normal startup)：输入root密码

输入fsck -y 修复，时间可能比较长，等待修复完成exit退出重启

转载于:https://www.cnblogs.com/liuxing0007/p/10831670.html

Linux使用fsck修复文件系统相关推荐

linux命令--使用fsck修复文件系统
使用fsck修复文件系统错误 1.问题描述服务器maint_samba 由于服务器maint_samba (debian操作系统)没有正常关机,在重新启动过程中/dev/sdb1出现文件系统错误,需 ...
使用fsck修复文件系统
使用fsck修复文件系统错误 1.问题描述服务器maint_samba 由于服务器maint_samba (debian操作系统)没有正常关机,在重新启动过程中/dev/sdb1出现文件系统错误 ...
linux fsck 层次级备份,fsck修复文件系统
重视:fsck不能乱用.先要把文件系统umount掉,然后检查.最好启动到单用户模式下fsck. 常见的5种损坏类型 1 未被引用的inode 2 难以置信的超大链接数 3 没有记录在磁盘块映射表中的 ...
fsck 修复文件系统_微软推出Win10 20H2 Build 19042.608测试版修复多种已知错误
虽然本周微软才推出Windows 10 20H2 RTM版 , 但这并不影响微软继续发布新的测试版用于修复各类已知问题.这个新测试版实际上是以可选更新形式提供的 , 只是当前仅面向Beta测试通道的用 ...
fsck修复后oracle,使用fsck修复文件系统错误
使用fsck修复文件系统错误 1.问题描述服务器maint_samba 由于服务器maint_samba (debian操作系统)没有正常关机,在重新启动过程中/dev/sdb1出现文件系统错误,需 ...
ext显示服务器文件,使用linux的fsck.ext2命令检查及修复ext2文件系统
使用linux的fsck.ext2命令检查及修复ext2文件系统发布时间:2020-07-18 13:40:16 来源:亿速云阅读:138 作者:清晨栏目:服务器不懂使用linux的fsck. ...
linux 修复文件fsck,使用fsck检查并修复文件系统[Linux] | MOS86
无论你如何照顾你的电脑,有时,它会崩溃,你经常要拔掉插头来重启电脑.当这种崩溃发生时,您的文件系统有可能会损坏或损坏.建议定期执行文件系统检查,以确保它正常运行并且没有错误. 在Linux(和Mac) ...
linux自动挂载文件修复工具,Linux FSCK自动修复文件系统
背景: Linux系统(Ubuntu)在运行时,断电等非正常关机操作,会导致ext4文件系统数据损坏.严重时会导致系统崩溃.如下log就是系统数据损坏. [ 7.878756] EXT4-fs err ...
Linux fsck命令：检测和修复文件系统
1.命令的意义当发生系统异常的时候(例如断电或者没有关闭服务就重启系统),有时会造成文件系统的崩溃,这时需要用fsck命令进行简单的文件系统修复. 2.命令的格式 [root@localhost ~ ...

Linux使用fsck修复文件系统

Linux使用fsck修复文件系统相关推荐

最新文章

热门文章