重新安装虚拟机并checkout代码，也很容易出现这个问题。宿主系统运行任务比较多，系统比较慢。有一次svn checkout出错，在宿主系统(Ubuntu)用iotop看进程IO状况，发现updatedb.mlocate写入速度很大，达到10M/s以上。

这个页面解析了原因：High I/O causing filesystem corruption

当宿主系统和虚拟机的IO都比较繁忙时，虚拟机的IO请求得不到及时的响应。虚拟机Linux不知道自己运行在虚拟机里面，会认为是磁盘IO错误，为了保护磁盘数据会remount分区为只读。

解决方法见上面的链接，不过都比较高级(使用直接IO、修改内核参数、使用LVM分区等)。

简单解决办法：

1) 不要在宿主系统和虚拟机同时运行高IO任务(别以为你的i7电脑很厉害);

2) 备份虚拟机(复制vmdk文件或使用VirtualBox快照)，就算出错了也容易恢复。

原文来自：

本文地址： //q13zd.cn/linux-file-question.html编辑：郝大发，审核员：逄增宝

本文原创地址：//q13zd.cn/linux-file-question.html编辑：public，审核员：暂无