（（K）Ubuntu 12.04、カーネル3.2.0-38 - 一般、fstype ext3）
私は最近、他のOSを起動したときに休止状態を使用して基本OSの状態を保存する「良いアイデア」を見つけました。私はここ数週間何の問題もなくこれをやってきました。前回は運が落ちました...
休止状態でメインOSを再起動し、終日使用してから（ファイルを保存できないなど、いくつかの警告信号を見逃した）、ルートファイルシステムが読み取り専用でマウントされたことに気づきました。再インストールしようとしましたが、成功しませんでした。 fsckを実行しました。それから再起動しました。ほとんどのことは正常に戻ってきたようですが（保存されていない作業（別/非））とFirefoxの問題を除いて、明らかに繰り返したくありません。 Dmesg および /var/log/ ログは、何が起こっているのか（私の考えでは）明確な情報を提供しません。 fsckの出力を保存するつもりはありませんでした。
状況を少し変にするために、実際にメインOS（およびスワップ/休止状態パーティション）ドライブを物理的に取り外しました。私が使用している二次オペレーティングシステムは「リアルタイム」オペレーティングシステムです。したがって、セカンダリパーティションは、問題のあるパーティション（または休止状態イメージ）に直接アクセスできません。
したがって、主な質問は、これが原因が何であるかです。
// // // //
編集する：明確にすると、上記は質問であり、次は私の推測だけです。コメントによると、RTCの問題は赤いニシンである可能性があります。これは単なる推測です。
何が起こったのかについての最善の推測は、おそらくライブOSが私のシステムクロックを変更した後、私のメイン/ルートext3 fsを台無しにして(..タイムスタンプのために?)エラーが発生し、roに再マウントすることになったというです。 （ルートパーティションは通常、「errors = remount-ro」オプションを使用してマウントされます）。つまり、ユーザーレベルでは、デスクトップクロックにエラー/変更はありません。私は「問題のある履歴書」の直後に、より正確な（または基本的な）確認を期待していませんでした。それでも、これが2番目のレベルで何かを破るために私が考えることができる唯一の方法ですメインにアクセスできません。
fsckを実行したかどうかはなかなか見えますが、なぜ表示されるのかわかりません。しかし、私の考えでは、それはおそらく「クロスドライブの魔法」を含まない説明であり、私の休止状態の暴食とは何の関係もありません。
したがって、主な質問は、これが原因が何であるかです。
その他の質問（該当する場合）：RTCは合理的ですか？ BIOSでRTCに関連するオプション（「書き込み禁止」？）を見ることができると確信しています。これが標準/一貫したものですか？ （または一部のシステムはRTC操作から保護できませんか？）
考慮すべき他の不揮発性ストレージは何ですか（存在する場合）？
（特に最後の質問は別の質問が必要な場合があると思います。）