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
はエラーを表示しますか?
番号
マウントされたファイルシステムでfsck
を実行してはいけません。ライブファイルシステムのエラーを修正すると、ディスクがめちゃくちゃになります。ツールを読み取り専用モードで実行しても(エラー修正なし)結果は信頼できません。これは、ファイルシステムが読み取り専用でマウントされている場合でも当てはまります。
_man e2fsck
_から:
一般に、マウントされたファイルシステムで_
e2fsck
_を実行するのは安全ではないことに注意してください。唯一の例外は、_-n
_オプションが指定されており、_-c
_、_-l
_、または_-L
_オプションが指定されていない場合です。ただし、安全であっても、ファイルシステムがマウントされている場合、_e2fsck
_によって出力される結果は無効です。 _e2fsck
_がマウントされているファイルシステムをチェックするかどうかを尋ねる場合、唯一の正しい答えは「いいえ」です。他の方法でこの質問に答えることを検討する必要があるのは、自分が何をしているかを本当に理解している専門家だけです。
_man fsck
_から:
一部のファイルシステム固有のチェッカーでは、_
-n
_オプションを使用すると、fs固有のfsckは問題の修復を回避しますが、そのような問題をstdoutに報告します。ただし、これはすべてのファイルシステム固有のチェッカーには当てはまりません。特に、このオプションを指定した場合、fsck.reiserfs(8)
は破損を報告しません。fsck.minix(8)
は_-n
_オプションをまったくサポートしていません。
時間をかけてディスクをアンマウントし、適切なファイルシステムチェックを行う必要があります。信頼できない結果はまったく役に立ちません。