ext4ディスクが読み取り/書き込みで構成されているにもかかわらず、どのように突然書き込み禁止状態になることができますか?

ext4ディスクが読み取り/書き込みで構成されているにもかかわらず、どのように突然書き込み禁止状態になることができますか?

Redhat 7マシンがあります。デバイスのファイルシステム/dev/sdcはext4です。

実行時:

mount -o rw,remount /grop/sdc

次の書き込み防止エラーが発生します。

/dev/sdc read-write, is write-protected 

読み取りと書き込みは許可されていますが、/etc/fstabその下のすべてのサブフォルダには/grop/sdc完全な書き込み/読み取り権限があります。

/dev/sdc /grop/sdc ext4 defaults,noatime 0 0

だから私たちは

umount -l  /grop/sdc

df -hディスクが現在マウントされていないことがわかります。

だから我々は実行

 mount /grop/sdc

しかし、私たちは忙しいです。 :-(

したがって、再起動する以外に選択肢はありません。

歴史的には、マウントを介してディスクを読み取り専用に制限する人を見たことはありません。

これはとても奇妙です。ディスクデバイスが書き込み禁止になっているのはなぜですか?

この問題を解決するために完全な再起動を実行し、ディスクが復元されました。書く 読むそうする必要があります。

ここで何が起こっているのか、再起動後にdmesgを確認すると、次のようになります。

 EXT4-fs warning (device sdc): ext4_clear_journal_err:4698: Marking fs in need of filesystem check.
 EXT4-fs (sdc): warning: mounting fs with errors, running e2fsck is recommended
 EXT4-fs (sdc): recovery complete

起動中にe2fsckが実行されると言えますか?

dmesg | grep sdc
[sdc] Disabling DIF Type 2 protection
[sdc] 15628053168 512-byte logical blocks: (8.00 TB/7.27 TiB)
[sdc] 4096-byte physical blocks
[sdc] Write Protect is off
[sdc] Mode Sense: d7 00 10 08
[sdc] Write cache: disabled, read cache: enabled, supports DPO and FUA
sdc: unknown partition table
[sdc] Attached SCSI disk
EXT4-fs warning (device sdc): ext4_clear_journal_err:4697: Filesystem error 
 recorded from previous mount: IO failure
EXT4-fs warning (device sdc): ext4_clear_journal_err:4698: Marking fs in 
need of filesystem check.
EXT4-fs (sdc): warning: mounting fs with errors, running e2fsck is recommended
 EXT4-fs (sdc): recovery complete
 EXT4-fs (sdc): mounted filesystem with ordered data mode. Opts: (null)
 EXT4-fs (sdc): error count since last fsck: 5
 EXT4-fs (sdc): initial error at time 1510277668: ext4_journal_check_start:56
 EXT4-fs (sdc): last error at time 1510496990: ext4_put_super:791

答え1

ファイルシステムが破損しているようです。ほとんどのファイルシステムは、エラーが発生すると読み取り専用モードになります。端末で次のコマンドを実行してみてください。

umount /dev/sdc
e2fsck /dev/sdc
mount /dev/sdc

/ dev / sdcがオペレーティングシステムを含むハードドライブの場合は、起動DVDまたはUSBスティックを使用して起動します。

答え2

エラーの原因は過去の可能性が高いです。使用しているブロックデバイスに関するメッセージは、システムログを確認する必要があります。最新のツール(例dumpe2fs:)は、次のようにエラーが発生したタイミングを表示することもできます。

dumpe2fs 1.43.8 (1-Jan-2018)
Filesystem state: clean with errors
Errors behavior: Continue
FS Error count: 5
First error time: Mon Nov 1 00:22:11 2021
First error function: ext4_journal_check_start
First error line #: 60
First error inode #: 0
First error block #: 0
Last error time: Tue Nov 2 10:45:47 2021
Last error function: ext4_remount
Last error line #: 5175
Last error inode #: 0
Last error block #: 0

したがって、タイムスタンプはログを表示するのに適した間隔を提供します。

(表示されたケースでは、スパースファイルのラウンドロビンマウントであり、デフォルトのコンテナファイルシステムがいっぱいです。)

関連情報