fsck가 상태 코드 4로 사망

부팅하는 동안 랩톱에 다음과 같이 말합니다.

fsck died with status code 4

매뉴얼 페이지에서 알려줍니다 :

fsck가 리턴 한 종료 코드는 다음 조건의 합계입니다.

[..]

4-파일 시스템 오류가 수정되지 않은 상태로 남음

루트로 오류를 복구하려고 할 때 fsck는 디스크가 깨끗하다고 말합니다.

$ fsck /dev/sda1
/dev/sda1, clean [and some things about available blocks]

디스크를 어떻게 복구 할 수 있습니까?

fsck

— OrangeTux
소스

-y옵션 을 사용해 보셨습니까 ? 에서 fsck수동 :`-y 일부 파일 시스템 고유의 체커를 들어, -y 옵션은 항상 자동으로 감지 된 파일 시스템의 손상을 수정하려고 시도하는 FS-특정 fsck가 발생할 수 있습니다. 때로는 전문가가 fsck를 수동으로 더 잘 구동 할 수 있습니다. 모든 파일 시스템 별 검사기가이 옵션을 구현하는 것은 아닙니다. 특히 fsck.minix (8) 및 fsck.cramfs (8)는이 글을

— 쓰는 시점

(나는 fkck오타 라고 가정 한다). 다른 파일 시스템이있을 수 있습니다 /dev/sda1. 확인하십시오 /etc/fstab.

— derobert

@Ketan 불행히도 -y국기는 내 문제를 해결합니다. @derobert fsck실행중인 것으로 표시된 각 파티션을 실행했습니다 fstab.

— OrangeTux

@ 케탄. 내 시스템이 다시 실행됩니다. 처음 언급하지는 않았지만 솔루션이 해결되었습니다. fsck -y /dev/sda1와 동일한 출력을 반환 fsck /dev/sda1하므로 도움이되지 않는다고 생각했습니다. 그러나 그것은했다! 답변에 적어주십시오. 승인 된 답변으로 표시하겠습니다.

— OrangeTux

답변:

-y 옵션을 사용해보십시오.

fsck 매뉴얼에서 :

-y 일부 파일 시스템 특정 검사기의 경우 -y 옵션을 사용하면 fs 특정 fsck가 항상 감지 된 파일 시스템 손상을 자동으로 수정하려고 시도합니다. 때로는 전문가가 fsck를 수동으로 더 잘 구동 할 수 있습니다. 모든 파일 시스템 별 검사기가이 옵션을 구현하는 것은 아닙니다. 특히 fsck.minix (8) 및 fsck.cramfs (8)는이 글을 쓰는 시점에서 -y 옵션을 지원하지 않습니다.

— mkc
소스

때때로 fsck는 파일 시스템에 오류가 없지만 실제로는 시스템에 오류가 있음을 보여줍니다. 비슷한 문제가 한 번 있었는데 해당 파일 시스템을 확인하려면 강제로 사용해야합니다. 사용중인 파일 시스템의 유형이 확실하지 않지만 ext4라고 가정 해 봅시다.

Emergency help:
 -p                   Automatic repair (no questions)
 -n                   Make no changes to the filesystem
 -y                   Assume "yes" to all questions
 -c                   Check for bad blocks and add them to the badblock list
 -f                   Force checking even if filesystem is marked clean
 -v                   Be verbose
 -b superblock        Use alternative superblock
 -B blocksize         Force blocksize when looking for superblock
 -j external_journal  Set location of the external journal
 -l bad_blocks_file   Add to badblocks list
 -L bad_blocks_file   Set badblocks list

따라서 필요한 줄은 다음과 같습니다.

# fsck.ext4 -pvf /dev/sda1

— 미하일 모피 코프
소스