今天一机器/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”选项来执行该命令对硬盘进行检查和修复。