最近在共享主机上，包含我的主文件夹的文件系统以只读方式挂载了45分钟到1小时。 技术支持不知道中断，回避直接的问题。 过了三天多了，我得到了答案：
有很多解释，但是在大多数情况下这是由文件系统级别的服务器问题引起的。
我对此深度分析并不满意，因为我的正常工作环境运行在RAID1（ mdadm ）上，而我从未遇到过这样的问题。
共享主机系统应该是一个RAID1，我意识到这个问题，作为一个cronjob每15分钟运行正常运行时间向我发送电子邮件。
我真的很想知道，你这个经验更丰富的人想到了这一点。
我将假定你正在谈论ext2 / ext3 / ext4文件系统上的Linux系统（如果你敢的话也是reiser）。
无论如何，当在磁盘上生成一个新的文件系统时，文件系统元信息中会有一些信息告诉Linux主机在操作过程中遇到文件系统中的某些问题时该怎么做。
从我所看到的，这被设置为默认。 默认告诉操作系统重新挂载问题文件系统只读。
我曾经在一些虚拟机上发生过这种事情，并且非常恼火。 我所做的是改变设置，以便如果一个严重的文件系统事件发生，然后恐慌系统将导致重新启动。
假设ext *文件系统，即使在挂载磁盘时也可以更改设置：
tune2fs -e panic /dev/sdX#
其中sdX＃是一个磁盘，例如文件系统所在的/ dev / sdb3。 对于包含文件系统的特定LVM，也适用于具有相应/ dev /名称的LVM磁盘。
您必须为每个文件系统分区执行此操作，更改一个文件系统不会更改任何其他文件系统。
在我的所有虚拟机文件系统上做了这个改动后，我感到非常高兴。
请享用
我在以下情况发生过这种情况：
VMWare服务器连接到共享存储。
这应该是罕见的，但它发生。
他们本可以/应该更加关心这些事情。