Linux 파일 시스템 오류를 수리하기 위해 ‘fsck’를 사용하는 방법

리눅스 파일 시스템은 데이터가 저장되고 검색되는 방식을 조직화하는 데 책임이 있습니다. 어떤 식으로든, 시간이 지나면 파일 시스템이 손상되어 일부 부분에 액세스할 수 없게 될 수 있습니다. 파일 시스템이 이러한 불일치를 개발하면 그 정합성을 확인하는 것이 좋습니다.

이 작업은 부팅 시 자동으로 루트 파일 시스템을 확인하거나 수동으로 실행할 수 있는 시스템 유틸리티인 fsck (파일 시스템 일관성 확인)를 통해 완료할 수 있습니다.

본문에서는 fsck 명령 및 해당 사용법을 검토하여 리눅스 디스크 오류를 복구하는 데 도움을 드리겠습니다.

Toggle

Linux에서 fsck 명령어를 사용하는 시점

다음은 fsck를 실행해야 할 다양한 시나리오가 있습니다.

시스템 부팅에 실패한 경우
시스템의 파일이 손상된 경우(입출력 오류가 발생할 수 있음)
연결된 드라이브(플래시 드라이브/SD 카드 포함)가 예상대로 작동하지 않는 경우

fsck 명령어 옵션

fsck 명령어는 최상위 사용자 권한 또는 루트로 실행되어야 합니다. 다양한 인수와 함께 사용할 수 있습니다. 사용 방법은 특정 사례에 따라 다릅니다. 아래에는 중요한 옵션 중 일부가 나와 있습니다:

-A – 모든 파일 시스템을 확인합니다. 목록은 /etc/fstab에서 가져옵니다.
-C – 진행률 표시.
-l – 장치를 잠그어 검사 중에 다른 프로그램이 파티션을 사용하지 못하도록 보장합니다.
-M – 마운트된 파일 시스템을 확인하지 않습니다.
-N – 실제 변경 사항이 없이 수행될 작업만 표시합니다.
-P – 루트를 포함하여 병렬로 파일 시스템을 확인하려는 경우.
-R – 루트 파일 시스템을 확인하지 않습니다. ‘ -A ‘와 함께만 유용합니다.
-r – 확인되는 각 장치에 대한 통계를 제공합니다.
-T – 제목을 표시하지 않습니다.
-t – 확인할 Linux 파일 시스템 유형을 배제적으로 지정합니다. 유형은 쉼표로 구분된 목록일 수 있습니다.
-V – 수행 중인 작업에 대한 설명을 제공합니다.

Linux 파일 시스템 오류를 수리하려면 fsck 명령을 실행합니다.

fsck를 실행하려면 확인하려는 파티션이 마운트되지 않았는지 확인해야 합니다. 이 문서에서는 두 번째 드라이브인 /dev/sdb가 /mnt에 마운트되어 있는 것으로 가정합니다.

파티션이 마운트된 상태에서 fsck를 실행하면 다음과 같은 결과가 발생합니다.

# fsck /dev/sdb

이를 피하기 위해 파티션을 언마운트하십시오.

# umount /dev/sdb

그런 다음 fsck를 안전하게 실행할 수 있습니다.

# fsck /dev/sdb

fsck 종료 코드 이해

fsck를 실행한 후에는 종료 코드가 반환됩니다. 이러한 코드는 fsck의 매뉴얼에서 다음을 실행하여 볼 수 있습니다:

# man fsck

0      No errors
1      Filesystem errors corrected
2      System should be rebooted
4      Filesystem errors were left uncorrected
8      Operational error
16     Usage or syntax error
32     Checking canceled by user request
128    Shared-library error