UUID=fb2b6c2e-a8d7-4855-b109-c9717264da8a / ext4 auto,noatime,noload,data=ordered,commit=10,defaults 1 1
fstabに入れました。
これでサーバーを再起動できません。再起動できますが、すべての種類の接続を拒否します。
私のプロバイダが言ったことは次のとおりです。
Yeah, the noload option might be problematic... I can't edit /etc/fstab from
single user mode, but I might be able to edit it using one of my pxe boot tools
to enter the filesystem manually. With regards to your request about
/var/log/messages and /var/log/secure, I'm afraid I can't do that for you
(technically, I'm already bordering on managed services by editing your fstab
for you, but I am justifying it as necessary to restore connectivity)...
noloadオプションを目的としてGoogleで検索しました。
そして問題ありません。 Linuxフォーラムの誰かがロギングを無効にしたと言いました。
実際のエラーメッセージを手動で入力せずに貼り付けることはできませんが、実際には説明的ではありません。 (デフォルトでは、システムは読み取り/書き込みモードでルートを再インストールできないと言い、読み取りで構成されたエラーが発生します。/ writeの問題、特に/ varの問題は画面に印刷されます。)
ハッピーエンドで終わります:
あなたのサーバーがオンラインに戻り、あなたのiptablesを正常に無効にすることができました(そしてこれが接続の問題を引き起こしたことを確認しました)接続できます。
答え1
説明したようにman mount
:
回復なし/ロードなし
インストール時にジャーナルをロードしないでください。ファイルシステムが完全にマウント解除されていない場合、ログの再生をスキップすると、ファイルシステムに不整合が含まれ、多くの問題が発生する可能性があります。
実際には、試してみるためにファイルシステムをマウントするときにのみこのオプションを使用する必要がありますfsck
。/etc/fstab
ext4
答え2
noload
日記機能をオフにしないでください。ログのロードを抑制します。日記機能をオフにしないでください。想像できるように、これは一般的に良いことではありません。
noload
最も便利な方法は、ディスクを変更せずにログを再生せずにディスクを読み取り専用でマウントすることです。このようにしてほとんどのデータを読み取ることができ、sync
呼び出しによってログがフラッシュされた場合でもすべてのデータを読み取ることができます。たとえば、これは休止状態システムの現在マウントされているファイルシステムから読み取る方法です。
noload
これが問題の原因であるかもしれないが、それにもかかわらず、これは非常に悪い考えであり、確かに/etc/fstab
。