임베디드 시스템이 있지만 쉽게 액세스할 수 없습니다. 돌이켜보면 이런 식으로 구축해서는 안 되었지만 시스템을 종료하는 유일한 방법은 전원 공급 장치를 끄는 것이었습니다. 이것은 99.9%의 경우 작동하지만 가끔 시작 시 다음 오류가 발생합니다.
failed to mount XXXX. Wrong fs type, bad option, bad superblock.
xfs_repair계속하려면 실행해야 합니다 .
이상적인 세계에서는(앞으로) 이와 같은 오류를 자동으로 감지하고 자동으로 해결하는 시스템을 갖고 싶지만 최소한 부팅을 계속하거나 SSH 원격 액세스를 허용하여 문제를 해결할 수 있기를 바랍니다. 그것.
fsck나는 이 모든 일이 어떻게 진행되는지, 아니면 그것과 아무 관련이 없는지 알아내려고 노력하고 있습니다 . 예를 들어, 이 실패는 프로세스에서 최종적으로 발견되어 부팅을 중지할 때까지 정상적으로 실행되던 시스템의 기본 버그(여러 번의 비정상 종료로 인해 발생)로 인한 것입니까 fsck, 아니면 발견하여 결함을 수정할 수 있는 버그입니까? fsck?
fsck기본적으로 의도적으로 부팅을 건너뛰면 시스템이 계속 부팅될 수 있는지(위험), 아니면 fsck이와 같은 오류를 포착하고 수정하기 위해 매번 부팅 시 강제로 실행 해야 하는지 궁금합니다 . 저는 최근 데이터 손실이 발생하더라도 비정상적인 종료를 처리하고 계속 부팅할 수 있는 시스템을 원합니다.