대규모 스토리지 팜에 대한 설정을 수행하고 있으며 한 달 동안 fscks를 사용하지 않으려면 스토리지를 여러 개의 작은 파일 시스템으로 분할하는 것이 좋습니다 (내장 된 파일 트리가 있으므로 괜찮습니다). 내가 쉽게 할 수 있도록 별도의 파일 시스템에 장착 1/
, 2/
, 3/
, 4/
), 등.
fsck 시간을 유사하게 "합리적인"상태로 유지하기 위해 파일 시스템에 대한 "합리적인"크기의 열거를 찾는 데 어려움이 있습니다. 주어진 크기의 절대 시간이 하드웨어에 크게 좌우된다는 것을 완전히 알고 있지만 다양한 파일 시스템 크기의 ext3 fsck 시간에 대한 곡선 모양과 다른 변수는 무엇인지 알 수 없습니다 ( 단일 디렉토리의 파일로 가득 찬 파일 시스템은 트리의 수천 개 디렉토리 각각에 10 개의 파일이있는 파일보다 1 시간 이상 걸립니다 (큰 파일 대 작은 파일, 전체 파일 시스템 대 빈 파일 시스템 등).
누구든지 이것에 대해 잘 조사 된 숫자에 대한 언급이 있습니까? 실패하면, 이러한 문제에 대한 일화는 적어도 내 실험을 안내하는 데 도움이 될 것입니다.
편집 : 명확히하기 위해 : 파일 시스템에 관계없이 메타 데이터에 문제가 있으면 확인해야합니다. 시간 기반 또는 마운트 기반의 재 수신 가능 여부는 문제가되지 않으며, 특히 ext3과 관련된 숫자를 요구하는 유일한 이유는 이것이 선택 될 가능성이 가장 높은 파일 시스템이기 때문입니다. 특히 빠른 fsck 프로세스가있는 파일 시스템을 알고 있다면 제안을 할 수 있지만 강력한 옵션이어야합니다 ( "filesystem X에는 fscking이 필요하지 않습니다!"라는 문구가 웃겨지고 길게 선언됩니다). . 또한 백업의 필요성을 알고 있으며 fsck에 대한 욕구는 백업을 대체하지 않지만 파일 시스템을 버리고 fscking이 아니라 고장이 발생했을 때 백업에서 복원하는 것만으로도 실제로는