rootfs로 ext4 파티션이 있는 시스템이 있습니다. 커널은 다른 파티션에 배치됩니다. 얼마 후 rootfs가 손상되었기 때문에 커널은 패닉을 인쇄합니다. fsck를 실행하면 예상대로 시작됩니다. 내 질문은 커널이 파일 시스템을 복원하려고 시도하지 않는 이유와 ext4의 전원 복원력에도 불구하고 이 오류가 발생하는 이유입니다. ext4 손상으로 인해 커널이 rootfs를 마운트할 수 없는 이유는 무엇입니까?
감사해요!
답변1
이를 위해 시스템을 구성해야 하므로 커널은 파일 시스템 복원을 시도하지 않습니다. Unix 계열 시스템에서 사용자는 구성과 동작이 서로 크게 다른 다양한 파일 시스템(luk, raids, btrfs, zfs 등)을 사용할 수 있습니다. 따라서 많은 배포판의 기본 동작은 디스크에 저장된 데이터에 해를 끼치지 않도록 구성됩니다. 파일 시스템 손상의 원인은 다양할 수 있습니다. 최악의 시나리오는 하드웨어 오류입니다.
시스템 tune2fs명령에서 -c(max-mount-counts) 옵션을 사용하여 재부팅할 때마다 강제 fsck를 트리거할 수 있습니다. 이 옵션은 파일 시스템을 확인한 후 마운트 수를 설정하므로 1로 설정하면 컴퓨터가 시작될 때마다 fsck가 실행됩니다. -1 또는 0으로 설정하면 이 값이 재설정됩니다(e2fsck 및 커널은 파일 시스템 마운트 수를 무시합니다).
sudo tune2fs -c 1 /dev/sdXY
이렇게 하려면 fsck를 사용하여 확인하고 복구하려는 파티션의 패스 번호가 0보다 크게 설정되어 있는지 확인해야 합니다 /etc/fstab(/etc/fstab의 마지막 열). 루트 파티션은 1(먼저 확인)로 설정하고 확인할 다른 파티션은 2로 설정해야 합니다.
# /etc/fstab: static file system information.
/dev/sda1 / ext4 errors=remount-ro 0 1
/dev/sda5 /home ext4 defaults 0 2
fsck.repair=yes또한 자동 fs를 활성화하려면 부트로더 구성에 커널 매개변수를 추가 해야 합니다.수리하다사용자 개입이 필요하지 않습니다.