시놀로지 NAS 스토리지 풀 크래시 발생 시 Btrfs 파일 시스템 파일 시스템 체크 FSCK 실무라는 주제를 다루게 된 건, 실제로 NAS가 갑자기 “크래시 상태”로 바뀌면서 데이터 접근이 막히는 상황을 여러 번 경험했기 때문입니다. 특히 스토리지 풀은 보이는데 볼륨이 마운트되지 않는 상황은 처음 겪으면 상당히 당황스럽습니다.
오늘 제가 준비한 포스팅에서는 Btrfs 기반 시놀로지 NAS에서 스토리지 풀 크래시가 발생했을 때, FSCK를 통해 복구를 시도하는 실제 절차와 주의사항을 현장 경험 기준으로 상세하게 정리해보겠습니다. 단순 명령어 나열이 아니라, 언제 해야 하고 언제 하면 안 되는지까지 설명드립니다.
스토리지 풀 크래시 발생 구조 이해
크래시 상태의 의미
시놀로지 NAS에서 스토리지 풀이 크래시 상태로 표시된다는 것은 파일 시스템 또는 디스크 상태에 심각한 문제가 발생했음을 의미합니다. 단순 오류가 아니라 데이터 무결성 문제가 의심되는 상황입니다.
실제 사례에서도 정전 이후 NAS가 재부팅되면서 Btrfs 메타데이터가 손상되어 크래시 상태로 전환된 경우가 있었습니다.
Btrfs 파일 시스템 특성
Btrfs는 스냅샷과 데이터 보호 기능이 강력하지만, 구조가 복잡한 만큼 손상 시 복구 과정도 까다롭습니다. 특히 메타데이터 손상 시 마운트 자체가 불가능해질 수 있습니다.
이때 FSCK는 마지막 단계에 가까운 복구 방법입니다.
FSCK 실행 전 반드시 확인해야 할 사항
디스크 상태 점검
FSCK를 실행하기 전에 반드시 각 디스크의 SMART 상태를 확인해야 합니다. 물리적 디스크 문제라면 FSCK로 해결되지 않습니다.
현장에서 보면 디스크 불량 상태에서 FSCK를 진행하다가 데이터 손상이 더 커지는 경우도 있었습니다.
백업 여부 확인
가능하다면 FSCK 전에 데이터 백업을 확보해야 합니다. FSCK는 복구 과정에서 일부 데이터를 삭제할 수 있기 때문입니다.
FSCK 실행 절차 상세
SSH 접속 및 환경 준비
시놀로지 NAS에 SSH로 접속한 후 root 권한으로 전환해야 합니다. 이후 볼륨을 언마운트 상태로 만들어야 합니다.
실제 작업에서는 서비스 중지 후 진행하는 것이 안전합니다.
FSCK 명령어 실행
Btrfs 환경에서는 다음과 같은 명령어를 사용합니다.
btrfs check –repair /dev/경로
–repair 옵션은 매우 강력하므로 반드시 필요할 때만 사용해야 합니다.
실무에서 자주 발생하는 실패 사례
무조건 FSCK부터 실행하는 경우
가장 위험한 실수는 원인 분석 없이 FSCK부터 실행하는 것입니다. 특히 RAID 구성에서는 상황을 더 악화시킬 수 있습니다.
실제 상담 사례에서도 디스크 하나가 불량인 상태에서 FSCK를 진행하다가 전체 볼륨이 손상된 경우가 있었습니다.
잘못된 디바이스 경로 사용
FSCK 실행 시 디바이스 경로를 잘못 지정하면 전혀 다른 디스크에 영향을 줄 수 있습니다. 반드시 정확한 경로를 확인해야 합니다.
제가 만든 아래 표를 참고해보세요!
| 항목 | 설명 | 비고 |
|---|---|---|
| FSCK | 파일 시스템 복구 | 최후 수단 |
| SMART | 디스크 상태 확인 | 선행 필수 |
| 백업 | 데이터 보호 | 가능 시 진행 |
시놀로지 NAS FSCK 복구 핵심 정리
스토리지 풀 크래시 상황에서 FSCK는 강력한 도구이지만 동시에 위험한 작업입니다. 반드시 순서를 지켜야 합니다.
디스크 상태 확인 → 백업 → FSCK 실행. 이 순서를 지키는 것이 핵심입니다.
질문 QnA
FSCK는 무조건 안전한가요?
아닙니다. 일부 데이터를 삭제할 수 있습니다. 반드시 필요할 때만 사용해야 합니다.
디스크 불량이면 FSCK로 해결되나요?
아니요. 물리적 문제는 해결되지 않습니다. 디스크 교체가 필요합니다.
데이터 복구 가능성은 어느 정도인가요?
손상 정도에 따라 다릅니다. 일부는 복구되지만 완전 복구는 어려울 수 있습니다.
FSCK 전에 꼭 해야 할 것은?
디스크 상태 확인과 백업입니다. 이 두 가지를 먼저 해야 합니다.
이건 정말 마지막 카드입니다. 무작정 실행하지 말고, 상황을 먼저 판단하세요. 순서만 지켜도 살릴 수 있는 데이터가 훨씬 많아집니다.