부정한 시스템 종료가없는 경우에도 FSCK가 실행되는 이유는 무엇입니까?

AFAIK FSCK 전원 장애와 같은 부정한 시스템 종료시 파일 시스템을 검사하고 복구합니다 (확실하지 않습니다). 나는 부정한 폐쇄를 결코 가져 본 적이없는 서버를 가지고 있지만 여전히 몇 달 후에 어떤 지점에서 FSCK가 가동되었습니다. 더러운 폐수가 없었더라도 FSCK가 정말로 필요합니까?

man 8 tune2fs 실제로 두 가지 질문에 모두 대답합니다.

-기음 최대 탑재 계수

파일 시스템을 검사 할 마운트 수를 조정합니다. e2fsck (8). max-mount-counts가 0 또는   -1, 파일 시스템이 마운트 된 횟수는에 의해 무시됩니다. e2fsck (8)과 커널.

마운트 카운트를 비틀 거리며   파일 시스템을 강제로 검사하여 모든 파일 시스템을 피할 수 있습니다.   저널 파일 시스템을 사용할 때 한 번에 검사합니다.

장애가 발생했을 때의 결과를 강력히 고려해야합니다.   마운트 카운트 종속 검사. 잘못된 디스크 드라이브, 케이블,   메모리 및 커널 버그로 인해 마킹없이 파일 시스템이 손상 될 수 있습니다.   파일 시스템이 더럽거나 오류가 발생했습니다. 귀하가 저널링을 사용하고 있다면   파일 시스템, 파일 시스템 못 더러운 것으로 표시되어서   일반적으로 점검됩니다. 커널이 감지 한 파일 시스템 오류   다음 재부팅시에도 여전히 강제로 fsck을 실행하지만 이미 너무 늦을 수 있습니다.   그 시점에서 데이터 손실을 막을 수 있습니다.

참조 항목 -나는 시간에 따른 점검을위한 옵션.

-나는 검사 간격 [d | m | w]

두 파일 시스템 검사 사이의 최대 시간을 조정하십시오. 접미사 또는 디 번호를 해석 할 것이다. 검사 간격 일, 엠 개월 단위로 w 주. 가치   0 인 경우 시간에 따른 검사가 비활성화됩니다.

그것은 강력하다.   어느 것이 든 -기음 (마운트 수에 따라 다름) 또는 -나는 (시간에 따라) 검사를 활성화하여 주기적으로 전체 검사를 수행해야합니다. e2fsck (8)   파일 시스템 검사. 그렇게하지 않으면 파일 시스템이 생길 수 있습니다.   손상된 디스크, 케이블, 메모리 또는 커널 버그로 인한 손상   주목받지 못하고 궁극적으로 데이터 손실이나 손상을 초래할 수 있습니다.

수표 발행 빈도를 찾는 방법은 최대 탑재 계수 아니면 그 검사 간격 임계 값)을 ext2 / ext3 / ext4 파일 시스템에 설정하면 다음 명령을 실행할 수 있습니다.

sudo dumpe2fs /dev/YOURDEV | grep -Ei '(mount count|interval|check)'

바꾸다 /dev/YOURDEV 검사 할 파티션이 있는지 확인하십시오.

샘플 출력 :

deltik@node51 [~]$ sudo dumpe2fs /dev/nvme0n1p3 | grep -Ei '(mount count|interval|check)'
dumpe2fs 1.42.13 (17-May-2015)
Mount count:              1
Maximum mount count:      -1
Last checked:             Tue Mar 15 13:30:00 2018
Check interval:           0 (<none>)

더러운 폐수가 없었더라도 FSCK가 정말로 필요합니까?

조건에 따라서. 100 % 확실성을 보장 할 수 있습니까? 어떤 파일 시스템 아래의 스토리지 시스템에서 데이터 손상?

일반적으로 파일 시스템 검사는 특정 파일 시스템 (특히 오래된 파일 시스템)에 대한 부정한 종료 후에 필수적으로 기능하지만, 부정한 종료는 파일 시스템 내부 데이터 구조가 손상 될 수있는 유일한 상황이 아닙니다. 비 치명적이지 않은 장치 오류 (불량 섹터, 불량 펌웨어 등)로 인해 똑같은 유형의 손상이 발생할 수 있으므로 일반적으로 시스템이 충돌하지 않거나 전력이 손실되지 않는 경우에도 지금은 항상 확인하는 것이 좋습니다.

이것은 ext4에서 특히 중요합니다 :

• 저널링을 사용할 때 (아마도 저널링을 사용하고 있는지, 사용하고 있지 않은지 알지 못하는 경우) 아마 저널링 된 파일 시스템이 부정한 종료 후에도 일관된 것으로 가정되기 때문에 파일 시스템을 검사하지 않을 수 있습니다.
• 런타임시 파일 시스템 메타 데이터에 오류가 발생할 때의 기본 동작은 문제를 단순히 기록하고 아무 일도 일어나지 않는 것처럼 계속 진행하는 것입니다. 이는 다른 파일 시스템 (예 : XFS, BTRFS 또는 ZFS)과 비교할 때 너무 늦기까지 파일 시스템에 문제가 있음을 알 수있는 가능성이 훨씬 적습니다.