问题描述:
1、系统无法进行磁盘的读写操作（touch,cp,chmod）等等
2、服务器无法启动（也是因为无法创建文件）
3、只有涉及到系统磁盘的写操作，都会报错"Read-only file system"
问题原因：
1、系统没有正常关机，导致虚拟磁盘出现文件系统错误；
2、机器硬盘故障导致硬盘只读
一般情况是由于系统发现磁盘硬件（Riad卡，硬盘）故障或文件系统中文件被损坏后而采取的保护机制导致的。为了保护数据不破坏分区中已有内容，Linux在挂载文件系统是就只用read-only只读方式加载。
问题解决：
1、将系统重要的文件备份到远程主机中
scp -r dirname/filename user@remote_hostIP:/backupdir
通过scp -r 可以避免对系统有写操作
2、然后重启系统，切换单用户模式。
init １
3、使用fsck手动修复，具体操作如下：
fsck.ext4 -y /dev/vda1（根分区对应的磁盘分区,可通过df -h 命令获取）
友情提示：根据不同的文件系统试用不同的fsck版本，如果是ext3文件系统，应该使用fsck.ext3对文件系统进行修复。在修复的过程中可能花费时间较长，请耐心等待，不要轻易手动重启服务器。修复完成之后可以通过命令“shutdown -r now" reboot重启服务器
4、在实验的过程中，还可常识使用如下命令进行修复
mount -o remount rw /
扩展知识：fsck简介
fsck不仅可以对文件系统进行扫描，还能修正文件系统的一些问题。注意的是fsck扫描文件系统时一定要在单用户模式、修复模式或把设备umount后进行。建议在单用户模式下运行。如果扫描正常运行中的系统，会造成系统文件损坏。
文件系统扫描工具有fsck、fsck.ext2、fsck.ext3、fsck.ext4、fsck.msdos、fsck.cramfs、fsck.ext4dev、fsck.vfat。最好是根据不同的文件系统来调用不同的扫描工具，比如ext3的文件系统使用fsck.ext3，ext4文件系统使用fsck.ext4等。 /dev/vda3是ext3的文件系统，这里介绍fsck.ext3的参数
fsck.ext3
[语法]
fsck.ext3[必要参数][选择参数][设备代号]
[功能]
fsck.ext3命令：针对ext3文件系统进行检测修复
[执行权限] root
[参数]
必要参数
-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显示版本信息
本文出自 “傻子太多，骗子不够用了” 博客，请务必保留此出处http://dadonggg.blog.51cto.com/12672150/1947687
Linux文件系统只读Read-only file system
原文地址：http://dadonggg.blog.51cto.com/12672150/1947687
