((K)Ubuntu 12.04，内核 3.2.0-38-generic，fstype ext3）
我最近遇到了一个“好主意”，即在启动另一个操作系统时使用休眠来保存主操作系统中的状态。在过去的几周里我已经毫无问题地做到了这一点。前几天，我的运气用完了..
我从休眠状态恢复到我的主操作系统，使用了一整天（错过了几个警告标志 - 比如无法保存文件），然后意识到我的根文件系统被挂载为只读；我尝试重新安装但没有成功，运行 fsck，然后重新启动。大多数事情似乎都恢复正常（除了未保存的工作（呃/没什么大不了的），以及 Firefox 问题），但显然这不是我想重复的事情。 Dmesg 和 /var/log/ 日志没有告诉我任何明显的（在我看来）发生的事情。我没想到要保存 fsck 的输出。
只是为了让事情变得有点奇怪 - 我实际上物理删除了主操作系统（和交换/休眠分区）的驱动器。我正在使用的辅助操作系统是“实时”操作系统。因此，辅助分区永远无法直接访问有问题的分区（或休眠映像）。
那么，主要问题是：是什么造成了这种情况？
// // //
编辑：澄清一下，上面是问题，下面只是我的猜测。根据评论，RTC 的事情可能是转移注意力——这只是一个猜测。
我对发生的情况的最佳猜测是，也许实时操作系统更改了我的系统时钟，然后弄乱了我的主/根 ext3 fs（因为..时间戳？），导致错误，迫使重新挂载为 ro。 （根分区通常使用选项“errors=remount-ro”安装）。也就是说，在用户级别，我的桌面时钟没有错误/改变。我没想到在“有问题的简历”之后立即进行更准确（或根本）的检查。尽管如此，这是我能想到的二级破坏某些东西的唯一方法无法访问主要。
我想自从我运行 fsck 以来已经有一段时间了，但我不确定为什么会突然出现。但我想这可能是一个没有任何“交叉驱动魔法”的解释——而且与我的冬眠狂欢无关。
那么，主要问题是：是什么造成了这种情况？
其他问题（如果/如果合适的话）：RTC 的事情是否合理？我很确定我在 BIOS 中看到了与 RTC 相关的选项（“写保护”它？） - 这是标准/一致的东西吗？ （或者某些系统将无法防止 RTC 操纵？）
我需要考虑哪些其他非易失性存储（如果有）？
（我想，特别是最后一个问题可能需要是一个单独的问题。）