4개의 EXT4 파일 시스템을 호스팅하는 1개의 하드 디스크, 이름을 A(1,2,3,4)로 지정하겠습니다. 각각은 내 fstab에 항목을 가져오지만 거의 마운트되지 않으며 드라이브는 초기화 시 udiskctl을 통해 전원이 꺼지기도 합니다.
8개의 EXT4 파일 시스템을 호스팅하는 1개의 하드 디스크, 각각은 내 fstab에 항목을 가져옵니다. 그 중 4개는 B(1,2,3,4)가 초기화 시 자동으로 마운트되고 나머지 4개는 C(라고 가정하겠습니다. 1,2,3,4)는 요청 시 가끔 마운트됩니다.
이러한 조건(A(1,2,3,4)이 마운트되지 않고 관련 드라이브의 전원이 꺼짐, C(1,2,3,4) 파일 시스템이 마운트되지 않음) 및 어떤 이유로든(정전, 커널 패닉, 하드 재설정…) 시스템이 정상적으로 종료되지 않습니다.
다음에 재부팅할 때 이러한 각 파일 시스템이 확인됩니다.
비정상적인 종료 시간에 마운트되지 않은 모든 파일 시스템은 신속하게 clean으로 간주됩니다.
Q1 :이 결론은 슈퍼블록의 단독 판독에 의해 도출된 것입니까?s_state필드 또는 다른 검사가 이루어졌습니까?
2분기 :비정상적인 종료를 촉발한 이유, 기본 드라이브에 전원이 공급되었는지 여부에 따라 달라지나요?
3분기 :이러한 검사는 fsck 명령으로 파일 시스템을 마운트합니까?
4분기 :이러한 정리 상태가 콘솔에 보고되는 동안 실제로 복구가 필요하고 결국 저널에서 복구해야 하는 파일 시스템에 대한 추적은 내 커널(또는 기타) 로그에 반영된 이러한 보고서를 찾을 수 없는 이유는 무엇입니까?
Linux-5.4 / e2fsck 1.46.5 /openrc초기화 시스템으로메타로그중요한 경우 syslog 데몬 역할을 합니다.
metalog의 가장 관련성이 높은 규칙:
Kernel messages :
facility = "kern"
logdir = "/var/log/kernel"
break=1
Fallback:
facility = "*"
minimum = 6
logdir = "/var/log/fallback"
답변1
여러 가지 질문을 하지 마십시오.
파티션이 편집되면 mount파일 시스템 코드는 파티션의 블록 할당 테이블을 메모리에 복사하고 디스크 테이블을 "복구 필요"로 표시합니다.
파일 시스템 코드는 디스크 속도보다 훨씬 빠른 메모리 속도로 블록 할당을 관리합니다.
주기적으로 인 메모리 테이블은 디스크에 다시 기록됩니다. 이는 상대적으로 최신 상태를 유지하고 모든 테이블을 한 번에 메모리에 보관할 필요가 없도록 하기 위한 것입니다.
파티션이 편집되면 umount메모리 내 테이블이 디스크에 기록됩니다("복구 필요" 플래그가 지워짐). 메모리 내 테이블은 삭제됩니다.
시스템이 충돌하면 최신 메모리 내 테이블이 손실되고 "복구 필요" 플래그가 디스크에 계속 설정됩니다.
부팅에 파일 시스템이 필요하고( /etc/fstab항목이 있음 auto) 디스크에 "복구 필요" 플래그가 설정된 경우 파일 시스템을 "복구"하기 위해 특정 파일 시스템이 fsck실행됩니다(예: 파일 시스템 fsck.ext4의 경우 ext4). 블록 할당 테이블을 "오른쪽"으로 만듭니다. "(데이터 손실 최소화, 사용 가능한 블록이나 사용된 블록이 없는지 확인 등), "복구 필요" 동안 작성된 블록 보존 등. fsck자체 테이블을 구축하므로 디스크가 mount편집되지 않을 수 있습니다. 게다가 디스크에는 fsck성공할 때까지 "복구 필요" 플래그가 설정되어 있습니다.
이러한 사전 마운트 시스템으로 인한 fsck활동은 부팅 프로세스가 실제로 메시지를 기록할 만큼 "작동"되기 전에 발생하지만 시도해 보십시오 dmesg.
LustreOne님, 감사합니다.
마운트 시 e2fsck는 저널 "복구 필요" 플래그를 모두 확인하고 파일 시스템을 마운트하는 데 필요한 슈퍼 블록 및 그룹 설명자 블록에 대한 기본 검사를 수행합니다. "복구 필요"가 설정된 경우 저널이 재생됩니다. 다른 오류가 발견되면 파일 시스템의 전체 e2fsck를 실행합니다. – 러스트레원