问题描述：上周公司的私有云（底层构架是Openstack+KVM，目前稳定性还不够好，开发团队在改进中）一个估算节点死掉，然后恢复后发觉这个估算节点的所有Linux虚拟机系统都弄成只读了，复制文件提示：Read-onlyfilesystem，如图所示：
问题缘由：系统没有正常死机，造成虚拟c盘出现文件系统错误。
解决方式：使用fsck自动修补，具体操作如下：
重启系统后使用root步入单用户模式linux为只读文件系统，运行fsck.ext3-y/dev/vda3
说明：ext3的文件系统使用fsck.ext3，ext4文件系统使用fsck.etx4。/dev/vda3是系统/根分区。运行完毕后，reboot重启系统就恢复正常。20多台出问题的都是这样修补的，无失败案例。fsck.ext3开始步入扫描、修正文件系统，这个过程有时很快，有时比较长，中间有数次停顿的过程linux为只读文件系统，只需等待即可，千万不要以为关机而重启服务器。修正完文件系统后，假如没有提示重启系统linux系统编程，也须要reboot来重启系统。
扩充知识：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非互交模式小型linux系统，手动修补-c检测是否存在有破损的区块。-Cfsck.ext3命令会把全部的执行过程，都交由其逆向表述，以便监控程序-d详尽显示命令执行过程-f强制进行检测-F检测文件系统之前，先清除该保存设备块区内的数据-l把文件中所列举的毁坏区块，加入标记-L消除所有破损标志，重新标记-n非交互模式,把欲检测的文件系统设成只读-P设置fsck.ext2命令所能处理的inode大小为多少-r交互模式-R忽视目录-s次序检测-S疗效和指定“-s”参数类似-t显示fsck.ext2命令的时序信息。-v显示详尽的处理过程-y关掉互动模式
选择参数
-b指定分区的第一个磁区的起始地址/SuperBlock-B设置该分区每位区块的大小-I设置欲检测的文件系统，其inode缓冲区的区块数量-V显示版本信息
