博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
linux命令--使用fsck修复文件系统
阅读量:5024 次
发布时间:2019-06-12

本文共 2540 字,大约阅读时间需要 8 分钟。

使用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: 检测磁盘

[root@linux test]# fsck.ext3 /dev/fd0

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

[root@linux 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修复文件系统完成。

 

 

原文:https://blog.csdn.net/yusiguyuan/article/details/18302439

转载于:https://www.cnblogs.com/yizhipanghu/p/10118976.html

你可能感兴趣的文章
Eclipse导入maven项目时,Pom.xml文件报错处理方法
查看>>
01、JAVA开发准备
查看>>
asp.net mvc 错误处理 - 自定义报错处理,生成错误日志
查看>>
Linux centos ssh
查看>>
R语言之避免for循环示例
查看>>
[转]jQuery 选择器和dom操作
查看>>
Jenkins+Maven+SVN快速搭建持续集成环境(转)
查看>>
bootstrap 媒体查询
查看>>
杜教筛
查看>>
《Ext JS模板与组件基本知识框架图----模板》
查看>>
txmpp
查看>>
微信开发时调用jssdk,在安卓设备中成功调用;在ios设备中返回错误消息:config fail,无其他具体错误消息,且接口权限显示获取ok,无法调用...
查看>>
【Github教程】史上最全github使用方法:github入门到精通
查看>>
抽象工厂模式(Abstract Factory)
查看>>
luogu1373 小a和uim之大逃离 (dp)
查看>>
Redis的Pub/Sub客户端实现
查看>>
SQL日常问题和技巧——持续更新
查看>>
springMVC入门(一)------springMVC基本概念与安装
查看>>
Sam做题记录
查看>>
[bzoj] 2453 维护数列 || 单点修改分块
查看>>