web-dev-qa-db-ja.com

マウントされたディスクのエラーのみを確認するためにfsckを実行することは可能ですか?

RedHat 7.2 OSがあります。

/dev/sdc is mounted to /bla/appLO

マウントされたディスク(umount /bla/appLOなし)でfsckを実行して、存在する場合はエラーのみを表示することはできますか?

例:

e2fsck -n /dev/sdc
e2fsck 1.42.9 (28-Dec-2013)
Warning!  /dev/sdc is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/sdc: clean, 11/1310720 files, 126322/5242880 blocks

ディスクがマウントされているにもかかわらず、fsck -nはエラーを表示しますか?

6
yael

番号

マウントされたファイルシステムでfsckを実行してはいけません。ライブファイルシステムのエラーを修正すると、ディスクがめちゃくちゃになります。ツールを読み取り専用モードで実行しても(エラー修正なし)結果は信頼できません。これは、ファイルシステムが読み取り専用でマウントされている場合でも当てはまります。

_man e2fsck_から:

一般に、マウントされたファイルシステムで_e2fsck_を実行するのは安全ではないことに注意してください。唯一の例外は、_-n_オプションが指定されており、_-c_、_-l_、または_-L_オプションが指定されていない場合です。ただし、安全であっても、ファイルシステムがマウントされている場合、_e2fsck_によって出力される結果は無効です。 _e2fsck_がマウントされているファイルシステムをチェックするかどうかを尋ねる場合、唯一の正しい答えは「いいえ」です。他の方法でこの質問に答えることを検討する必要があるのは、自分が何をしているかを本当に理解している専門家だけです。

_man fsck_から:

一部のファイルシステム固有のチェッカーでは、_-n_オプションを使用すると、fs固有のfsckは問題の修復を回避しますが、そのような問題をstdoutに報告します。ただし、これはすべてのファイルシステム固有のチェッカーには当てはまりません。特に、このオプションを指定した場合、fsck.reiserfs(8)は破損を報告しません。 fsck.minix(8)は_-n_オプションをまったくサポートしていません。

時間をかけてディスクをアンマウントし、適切なファイルシステムチェックを行う必要があります。信頼できない結果はまったく役に立ちません。

7
dr_