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
따라서 타임스탬프는 로그를 보는 데 적합한 간격을 제공합니다.
(표시된 사례의 경우 스파스 파일의 라운드 로빈 마운트였으며 기본 컨테이너 파일 시스템이 가득 찼습니다.)