man ext4라는 설치 옵션에 대한 언급이 있습니다 journal_async_commit.
설명자 블록을 기다리지 않고 커밋 블록을 디스크에 쓸 수 있습니다.활성화된 경우 이전 커널은 장치를 설치할 수 없습니다. 이렇게 하면 내부적으로 "journal_checksum"이 활성화됩니다.
경고: 이 파일은 불완전합니다. 1) 이 옵션은 더 이상 기본 옵션과 함께 사용할 수 없습니다 data=ordered. 2) 2012년 기준으로 이 옵션은 "약간 벗어난 것으로 간주되었습니다. 실제로 테스트되지 않았으며 Jan은 안전성에 대해 심각한 의구심을 갖고 있습니다." 이 옵션이 현재 커널 버전에서 더 성숙한지 여부는 알 수 없습니다.
전반적으로 이로 인해 유용성이 어느 정도 제한됩니다. 따라서 나는 이 질문에 대해 구체적으로 실제로 사용할 수 없습니다. 어쩌면 다른 사람들도 이것에 관심이 있을 것입니다.
Q1. 이전 커널이 파일 시스템 마운트를 지원할 수 없고 이전에 파일 시스템이 마운트되었기 때문에 실패 이유가 발생한 경우 커널 로그에 어떤 종류의 메시지가 표시됩니까 journal_async_commit? 이 특정 문제를 식별하는 것이 가능합니까?
Q2. 나는 로그가 정리되거나 비워지면, 예를 들어 더 새로운 버전을 실행하는 경우 이전 커널이 여전히 파일 시스템을 마운트할 수 있다고 가정합니다 fsck.ext4. ( fsck.ext4리플레이 로그로 기록됩니다). 마운트되지 않은 파일 시스템 tune2fs이나 마운트되지 않은 파일 시스템 에서 현재 버전을 실행하면 debuge2fs너무 오래된 커널이 이를 마운트할 수 있는지 정확하게 알려주는 특정 호환되지 않는 기능 플래그가 표시됩니까?
Q3. (및 )을 journal_async_commit사용하여 활성화할 수 있나요 ? 그렇다면 활성화되면 어떻게 표시됩니까?tune2fsmkfs.ext4tune2fs -l
Q3에 대한 현재 답변은 tune2fs기본 설치 옵션을 설정할 수 있다는 것입니다. journal_async_commit예아니요를 사용하여 설정할 수 있는 옵션으로 문서화되어 있습니다 tune2fs -o. 따라서 tune2fs -E mount_opts=journal_async_commit이 기능은 "매우 완벽"하지 않습니다. 여러 옵션을 설정하려면 다음을 수행 mount_opts=해야 합니다 .대신 debuge2fs를 사용하세요.