これでおしまいです。ディスクが読み取り専用であり、元に戻したくない場合を除いて、すべてが通常どおりに機能しています。
^ _ ^!ありがとう。
root@NODE02:/tmp# df .
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda5 461490504 179502128 258545928 41% /
root@NODE02:/tmp# mount -o rw,remount /dev/sda5
mount: cannot remount block device /dev/sda5 read-write, is write-protected
root@NODE02:/tmp# touch helll
touch: cannot touch `helll': Read-only file system
マルチパスではありません。それは特別なことではありません。 ubuntu 9.10を搭載したサーバーのみ。
私には意味がありませんね。
----編集----
Selinuxがアクティブではありません。
RAIDはありません。ディスクは2つあり、それぞれ500Gbです。 OSといくつかの家のための最初の1つ。 2つ目は、分散FS、HPCの高性能です。
Dmesgは2日前から更新されていません。ディスクやエラーに関連する最後の行はありません。
再起動し、ハードドライブが見つかりませんでした。 BIOSから、ハードドライブは死んでおり、名前のクエリにも応答しません。
新しいハードドライブが必要です。ありがとう。
これはファイルシステムの破損または基盤となるハードウェアの問題が原因であると思います。これはルートファイルシステムであるため、レスキューディスク(またはシングルユーザーモード)でサーバーを再度起動し、ディスクを修復することをお勧めしますfsck
。
dmesg
の発言を確認してくださいfsck
を実行して、ハードドライブを修復します。fsckを実行したらすぐに、問題を回避するためにすぐに再起動します。Hola Marc、
Em temo que aixo es un sintoma de corrupcio al sistema de fitxers o de problemes del hardware subjacent、com es el/lo que et recomano es de rebotar el servidor amb un CD de rescat e intentar reparar el disc amb fsck
。
dmesg
nomes per corroborar que hi ha corrupciofsck
reparar el teu discあたり、en quan acabi rebota inmediatament per preveure qualsevol altre tipus de problemaボナソート!
これは、RAIDカードが故障してext3ジャーナルファイルに書き込めなかったときのことです。その時点で、カーネルはルートをFS= read-onlyとマークし、元に戻せません。
もちろん、/ var FSは同じディスク上にあり、ROも含まれていたため、ログには何も記録されませんでした。ただし、dmesg
は問題について教えてくれました。では、dmesg
を実行して、出力について教えてください。
私たちの場合、唯一の修正は、電源を入れ直してRAIDカードを起動し、レスキューメディアから再起動してファイルシステムをfsckすることでした。
これを使用して「NTFSファイルシステムドライバーとユーティリティ」をインストールすることで、Arch Linuxでこの問題を解決しました。
Sudo yaourt ntfs-3g
これがあり、OOM(Out Of Memory/Kernel Panic)でした。すでに「mount -o remount、rw /」を試行し、ディスクに関するエラーが表示された後、dmesgでボリュームの問題を確認したところ、これが見つかりました書き込み保護されていましたが、dmesgでOOMを見つけたとき、私は再起動し、ボリュームはもう一度読み書き可能でした。