使用fsck修复文件系统错误

1、问题描述

服务器maint_samba  

由于服务器maint_samba (debian操作系统)没有正常关机,在重新启动过程中/dev/sdb1出现文件系统错误,需要手动使用fsck进行扫描和修复。出现如下情况:

…...

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

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

/dev/sdb1: |==========                                          百分数%

……

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

fsck died with exit status4

……

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

……

Warning

……

Press enter for maintenance

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

2、手动fsck修复

2.1 fsck简介

fsck不仅可以对文件系统进行扫描,还能修正文件系统的一些问题。值得注意的是fsck 扫描文件系统时一定要在单用户模式、修复模式或把设备umount后进行

警告:如果扫描运行中的系统,会造成系统文件损坏。

文件系统扫描工具有 fsck,fsck.ext2,fsck.jfs,fsck.msdos,fsck.vfat,fsck.ext3,fsck.reiserfs(reiserfsck)。其中fsck 默认支持文件系统ext2,如果想支持ext3文件系统的扫描,应该加-j 参数。最好是根据不同的文件系统来调用不同的扫描工具,比如 ext3的文件系统使用fsck.ext3,ext2文件系统使用fsck.etx2等。

/dev/sdb1是ext3的文件系统,只介绍fsck.ext3

fsck.ext3

[语法]

fsck.ext3[必要参数][选择参数][设备代号]

[功能]

fsck.ext3 命令:

针对ext3型文件系统进行检测

[执行权限]

超级用户 普通用户

 [参数]

必要参数

-a 非互交模式,自动修复

-c 检查是否存在有损坏的区块。

-C<反叙述器> fsck.ext3命令会把全部的执行过程,都交由其逆向叙述,便于监控程序

-d 详细显示命令执行过程

-f 强制进行检查

-F 检查文件系统之前,先清理该保存设备块区内的数据

-l<损坏区块文件> 把文件中所列出的损坏区块,加入标记

-L<损坏区块文件> 清除所有损坏标志,重新标记

-n 非交互模式,把欲检查的文件系统设成只读

-P<数字>  设置fsck.ext2命令所能处理的inode大小为多少

-r 交互模式

-R 忽略目录

-s 顺序检查

-S 效果和指定“-s”参数类似

-t  显示fsck.ext2命令的时序信息。

-v 显示详细的处理过程

-y 关闭互动模式

选择参数

-b<分区第一个磁区地址>  指定分区的第一个磁区的起始地址/Super Block

-B<区块大小>  设置该分区每个区块的大小

-I设置欲检查的文件系统,其inode缓冲区的区块数目

-V显示版本信息

 [参考范例]

范例1: 检测磁盘

[[email protected] test]# fsck.ext3 /dev/fd0

范例2: 检测磁盘并显示时序信息

[[email protected] test]# fsck.ext3 -ft /dev/fd0

2.2 服务器maint_samba使用fsck.ext3对文件系统进行修复过程

2.2.1查看fsck报错的日志

fileserver:~# ls -l /var/log/fsck/

total 8

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

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

这两个文件中会出现fsck的报错信息。

fileserver:~# more /var/log/fsck/checkfs

fileserver:~# more /var/log/fsck/checkroot

2.2.2查看当前的运行级别:

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

选择在单用户模式下运行

# runlevel  ---查看运行级别

fileserver:~# runlevel

N 2

#init 1  --单用户模式(1 S),在转换成单用户模式时可能会需要输入root密码。

fileserver:~# init 1

2.2.3 使用fsck.ext3对文件系统进行扫描、修复

fileserver:~# fsck.ext3  -y /dev/sdb1  ---开始进入扫描、修正文件系统

注意红色方框,该位置需要输入yes

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

fsck.ext3扫描、修正完文件系统后,根据提示可能需要重启系统。如果没有提示重启系统,也需要reboot来重启系统。

fileserver:~# reboot  ---重启系统

在重启系统的过程中,fsck会对文件系统进行扫描,如下:

fsck扫描完以后,会启动到系统的登录界面,不需要进行任何干涉。

再次重新启动系统,系统可以正常启动。

至此服务器maint_samba使用fsck修复文件系统完成。

时间: 2024-10-09 11:40:57

使用fsck修复文件系统错误的相关文章

Linux 文件系统错误的修复方法 ddrescue替代dd的恢复软件 备用超级块

Linux 文件系统错误的修复方法  ddrescue替代dd的恢复软件  备用超级块 最近处理的一件 linux 服务器断电导致文件系统启动后文件系统不可读写,数据不可用的案例,现总结下 Linux 文件系统错误的修复方法.EXT3-fs error (device hda3) in start_transaction: Journal has abortedIf your system abruptly loses power, or if a RAID card is beginning

Linux文件系统损坏导致无法正常启动与fsck修复工具

问题:今天在打开自己的虚拟机学习的时候,发现在文件系统检查过程中出现以下的报错:/dev/mapper/VolGroup-lv_root:UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY. [FAILED]这提示意味着,Linux文件系统损坏了,导致文件系统损坏的原因可能是异常的关机,比如:突然断电.这里的提示已经很明确的说明了,"UNEXPECTED INCONSISTENCY;RUN fsck MANUALLY.":意外的不一致性导致文件系统损坏

fsck 修复宿主机上面挂掉的虚拟机

一.情况详解 有些时候宿主机突然挂掉,会造成有些虚拟机 启动失败,如下图所示 这应该是文件系统破坏的问题,一般情况下还可以在虚拟机中fsck修复文件系统,但是这种情况在虚拟机中根本就没有机会fsck,所以想到通过外界方法对虚拟磁盘进行fsck.创建虚拟机使用的虚拟磁盘的类型是qcow2,开机无法fsck的话,可以通过如下两种方式 1.通过启动其它虚拟机的时候指定损坏虚拟磁盘启动再修复 2.通过qemu-nbd工具本地宿主机上修复qcow2 这里介绍第二种方式,直接在宿主机上修复损坏qcow2磁盘

手动fsck修复

[转自]http://blog.chinaunix.net/uid-26719405-id-3781541.html 由于硬盘常年读写,系统会造成系统文件损坏,导致重启后无法登陆到系统, fsck不仅可以对文件系统进行扫描,还能修正文件系统的一些问题.值得注意的是fsck扫描文件系统时一定要在单用户模式.修复模式或把设备umount后进行. 文件系统扫描工具有fsck,fsck.ext2,fsck.jfs,fsck.msdos,fsck.vfat,fsck.ext3 今天重启了系统无法登陆到了系

fsck获取文件的block信息和位置信息

原文链接:lxw的大数据田地 » hdfs fsck命令查看HDFS文件对应的文件块信息(Block)和位置信息(Locations) 关键字:hdfs fsck.block.locations 在HDFS中,提供了fsck命令,用于检查HDFS上文件和目录的健康状态.获取文件的block信息和位置信息等. fsck命令必须由HDFS超级用户来执行,普通用户无权限. [[email protected] ~]$ hdfs fsck Usage: DFSck [-list-corruptfileb

从Windows磁盘修复文件(FOUND.000)中恢复文件

当你在硬盘分区间复制很多文件时,当你使用下载软件时,当你用Word写作时,如果忽然遇见停电.Windows失去响应或者系统自动重新启动,在看着屏幕一黑的瞬间你会有何感受?只能希望在重新启动以后重要的文就不要丢失了.可是很多时候事与愿违,重新启动以后除了"FOUND.000"文件夹中一个个类似"file0001.chk"的文件之外,你原来的文件已经"丢失".别急,其实这些文件中很有可能包含你期待的重要数据,要做的只是把它们恢复原貌(将CHK文件恢复

Intellij IDea IDE 修复文件打开方式

settings --> Editor -->File Types 比如我们将.propertites文件用了yml的方式打开了,则会提示红点. 那要想去掉,回归默认方式,则 去掉即可.

解决Win 10安装软件时提示:文件系统错误 (-1073740940)

1.win+R输入 gpedit.msc 2.左边计算机配置 windows设置——安全设置——本地策略——安全选项 3.在安全选项右边选择 用户账户控制:管理员批准模式中管理员的提升权限提示的行为,将选项改为不提示,直接提升

[stm32][FATFS]正在写文件时掉电,导致文件系统错误

阅读官网文档:http://elm-chan.org/fsw/ff/doc/sync.html Case 1. Normal write sequence Time --> ↓Normal shutdown OwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwC <Power off> Case 2. Without using f_sync() Time --> ↓System c