linux分区目录变成Read-only file system

今天一机器/opt目录变成了 Read-only file system 在看dmesg发下如下错误

EXT3-fs error (device sda7) in start_transaction: Journal has aborted

解决办法，进行文件系统修复，首先要umount /opt

fsck.ext3 -y /dev/sda7

fsck的语法如下：

fsck (-F fstype) (-v) (-m) (-special…)

fsck (-F fstype) (-v) (-yYnN)

(-o fstype options) (special…)

其中：

-F fstype : 说明被检查的文件系统的类型

-v : 返回完成的命令行，但不运行

-yY: 对所有问题均回答Yes

-nN: 对所有问题均回答No

-m: 对文件系统进行检查，不修复文件系统，

假如文件系统经检查后是可安装的，则显示

ufs fsck : sanity check : /dev/rdsk/c0t0d0s0 okay.

-o: 文件系统类型选项，选项由逗号分隔，

最常用的选项有两个：

P: 整理(preen)模式

F: 强制检查模式，此选项忽略文件系统状态标志。

运行fsck后，该命令会分6个阶段对文件系统

进行检查，这六个阶段分别是：

阶段1： 检查块和块的大小

阶段2： 检查路径名

阶段3： 检查连接性

阶段4： 检查参考记数

阶段5： 检查自由块列表

阶段6： 补救自由块列表

—- fsck在对每个阶段进行检查时，假如发现错误，会提示用户进行修改，常见的一些错误有： 1) 移去一个没有相关文件的目录入口

—- 这时用户可以回答Yes或Y来删除该目录入口。

—- 2) 重连接一个已分配但不能访问的文件：

— - fsck找到了一个已分配的I节点，但却不可访问(该节点没与任何目录连接)，这时一般对fsck的”RECONNECT？”回答Yes，即把该I节点连 接到lost+found目录下，文件名即是I节点号，之后治理员应检查该文件类型，判明该文件用途，再将该文件拷贝到相应目录下。

—- 3) 连接数调整

—- 在交互方式下，fsck若发现连接数不一致，将询问用户采取何种行动，本例发现一目录的I节点连接数与该目录的真实连接数不一致。

—- 这时用户应该回答Yes或Y来改正连接数。

—- 4) 自由块表不一致

—- fsck查出未分配块数与超级块中所给出的自由块表不一致。

—- 这时用户应该回答Yes或Y来修正超级块。

—- 从上面的出错信息和处理方法可以发现，对于fsck询问的问题大多数情况下都可以用Yes往返答，所以在实际应用时，可以用” -y”选项来执行该命令对硬盘进行检查和修复。