linux文件系统打不开,linux文件系统损坏，导致系统无法启动解决办法

linux文件系统损坏，导致系统无法启动解决办法

(2015-12-07 10:15:06)

标签：

故障诊断

系统损坏

文件系统

fsck

系统修复

1 概述

系统在断电，以及执行配置更新、软件升级、内核升级后都可能导致系统无法启动，常见的原因如下：

* 文件系统配置不当，例如/etc/fstab、/etc/inittab文件配置错误或丢失。

* 内核文件丢失或崩溃。

* 系统引导程序出现问题，例如grub丢失或顺坏。

* 系统硬件故障。

2 解决方法

当前linux普遍使用ext3、ext4文件系统，这两种文件系统都是具有日志记录功能的日志文件系统，可以进行简单的容错和纠错。日志系统并不是把数据实时写入磁盘，而是定期批量写入磁盘，对文件系统的所有读写操作都会实时记录到日志文件中，当系统发生断电等错误导致数据没有写入磁盘时，可以通过日志文件中的记录，回滚发生故障时的读写操作，保证数据的一致性。

checking root filesystem

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

/dev/sdb1:

Unattached inode 1842321623

/dev/sdb1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY

(i.e., without -a or -p options)

FAILED

/contains a file system with errors check forced

an eror occurred during the file system check

****dropping you to a shell;the system will reboot

****when you leave the shell

Press enter for maintenance

(or type Control-D to continue):

give root password for maintenance

通常遇到这个问题主要是系统突然断电，引起文件系统结构的不一致，一般情况下，使用fsck命令进行修复。

根据上面的错误提示，按下Control +

D组合键后系统自动重启，输入root密码后进行系统修复模式，在修复模式下，执行fsck命令，操作如下：

[root@localhost ~]# umount /dev/sdb1

[root@localhost ~]# fsck.ext4 -y /dev/sdb1 # 自动修复检测到的文件系统损坏

e2fsck 1.39 (29-May-2006)

/ contains a file system with errors, check forced.

Pass 1: Checking inodes, blocks, and sizes

Pass 2: Checking directory structure

Pass 3: Checking directory connectivity

Pass 4: Checking reference counts

Inode 6833812 ref count is 2, should be 1. Fix?

yes

Unattached inode 6833812

Connect to /lost+found? yes

Inode 6833812 ref count is 2, should be 1. Fix?

yes

Pass 5: Checking group summary information

Block bitmap differences: -(519--529) -9273

Fix? yes

…… ……

/: ***** FILE SYSTEM WAS MODIFIED *****

/: 19/128520 files (15.8% non-contiguous), 46034/514048

blocks

注意：在修复文件系统时，必须先卸载故障的磁盘分区，然后再执行fsck进行修复。在修复过程中，无法修复额数据会存放在文件系统的lost+found目录中。

系统架构、性能优化、数据库管理、服务器维护及技术交流，请加我为好友：QQ/356364201

分享：

喜欢

0

赠金笔

加载中，请稍候......

评论加载中，请稍候...

发评论

登录名： 密码： 找回密码 注册记住登录状态

昵   称：

发评论

以上网友发言只代表其个人观点，不代表新浪网的观点或立场。