しばらく前にopenSUSE 11.2（64ビット）をインストールし、主にApache専用のホスティングマシンとして使用しています。
しばらく（〜1ヶ月）すべてがうまくいきましたが、数日前にファイルシステムが読み取り専用（！？）になったようです。
viまたはマニュアルページの起動に関係なく、ほとんどすべての操作が失敗します（ディスクにファイルを作成できません）。
このようなものを見た人はいますか？それでは、回復するために何をしましたか？解決策を見つけるためにインターネットを検索しようとしましたが、役に立つ回答が見つかりませんでした。
注 - この期間中に大きな変化はなく、機械の負荷も非常に少なかった。
答え1
これはファイルシステムまたはディスクエラーの可能性があります。dmesg手がかりを見つけるには、システムログを確認してください。まだ確認していない場合は、再起動する前に確認してください。再起動するとシステムは正常に戻りますか？それともファイルシステムの問題について警告しますか？
読み書きモードを使用してファイルシステムを再マウントできますが、それ自体がマウントされてmount -o remount,rw /いる理由がわかるまでこれを実行しないことをお勧めします。
キーボードショートカットをクリックすると、ルートファイルシステムを読み取り専用で再マウントできます。一般的に、これはAltSysRequあなたやあなたの猫がこのようなことをした可能性がありますか？
終了要求を開始してから中断しましたか？シャットダウンスクリプトは通常、プロセスの終わりにシステムを再インストールしますが、退屈して最後までスキップすることがありました。 :)
答え2
私はこれを前に見たことがあります。これが私たちに何度も起こりました。
バックエンドSANストレージを搭載したVMware ESXiシステムを実行します。そのマシンに関連していないSANで高いI / Oを経験すると、ストレージの待ち時間が長くなり、本質的に一定期間ディスクを使用できなくなります。システムは各ボリュームを読み取り専用に設定して応答します。 a を実行するとremount正常に完了しますが、実際にディスクを再マウントすることはありません。これを回復する唯一の方法は、再起動してsingle user modeディスクに移動することですfsck。または、再起動時に自動的にキャプチャされることもありますfsck。
私たちの解決策は、ブロックデバイスのディスクタイムアウトを修正することです。/sys
# cat /sys/block/sd*/device/timeout
60
「タイムアウト」が発生する前の時間を変更して、本質的により多くの待ち時間を経験する60ように、この数値の値を増やします。180しかし、副作用は、ファイルシステム、特に書き込みボリュームが高いファイルシステムで破損が発生する可能性があることです。これがまさに私たちが行ったように、基本的なインストールを別々のインストールまたはドライブに分割する場合、より多くのアクティビティがある/varため、そのボリュームが読み取り専用になる理由です。