시놀로지 Btrfs 파일 시스템 오류, 스토리지 풀이 읽기 전용이 되는 이유

시놀로지 NAS를 사용하다 보면 어느 순간 파일을 새로 저장하거나 삭제할 수 없고, 기존 파일만 읽을 수 있는 상황이 발생할 수 있습니다.

특히 DSM의 저장소 관리자에서 Btrfs 파일 시스템 오류가 발생하면서 스토리지 풀이나 볼륨이 읽기 전용(Read-only) 상태로 변경되는 경우가 있습니다.

이런 상황에서는 단순히 저장 공간이 부족한 것으로 생각하기 쉽습니다.

하지만 읽기 전용 상태는 NAS가 데이터의 추가 손상을 막기 위해 저장 작업을 제한하고 있는 상황일 수도 있습니다.

따라서 오류가 발생했다고 해서 무조건 볼륨을 삭제하거나 하드디스크를 교체하는 것보다 왜 읽기 전용 상태가 되었는지 원인을 먼저 확인하는 것이 중요합니다.

Btrfs가 읽기 전용으로 변경되는 이유

Btrfs는 데이터와 메타데이터의 무결성을 확인하기 위해 체크섬(Checksum)을 사용하는 파일 시스템입니다.

저장된 데이터에 문제가 발생했거나 파일 시스템에서 심각한 오류가 감지되면 정상적인 읽기·쓰기 작업을 계속하는 것이 위험할 수 있습니다.

이런 상황에서는 데이터 추가 손상을 방지하기 위해 파일 시스템이 읽기 전용 상태로 변경될 수 있습니다.

즉,

파일 시스템 오류 발생

↓

데이터 무결성 문제 감지

↓

쓰기 작업 제한

↓

읽기 전용 상태

와 같은 흐름으로 이해할 수 있습니다.

따라서 읽기 전용 상태는 단순한 설정 변경이 아니라 파일 시스템이나 저장 장치에 문제가 있다는 신호일 가능성이 있습니다.

읽기 전용이라고 데이터가 바로 사라진 것은 아니다

읽기 전용 상태가 되면 가장 먼저 걱정되는 것은 데이터 손실입니다.

하지만 읽기 전용 상태 자체가 곧 데이터가 모두 손상됐다는 의미는 아닙니다.

오히려 파일 시스템이 추가적인 쓰기 작업을 제한해 현재 데이터를 보호하려는 상황일 수도 있습니다.

기존 파일을 정상적으로 읽을 수 있다면 데이터를 다른 저장장치로 복사할 수 있는 가능성도 있습니다.

따라서 읽기 전용 상태가 확인됐다면 가장 먼저 해야 할 일 중 하나는 현재 중요한 파일에 정상적으로 접근할 수 있는지 확인하는 것입니다.

가장 먼저 데이터를 백업해야 한다

Btrfs 오류가 발생하고 읽기 전용 상태가 되었다면 원인 분석보다 중요한 것이 있습니다.

바로 데이터 백업입니다.

현재 파일을 정상적으로 읽을 수 있다면 중요한 데이터를 별도의 저장장치로 복사하는 것이 좋습니다.

특히 다음과 같은 데이터가 있다면 우선적으로 확보하는 것이 좋습니다.

업무 문서

사진과 동영상

프로젝트 파일

데이터베이스

가상머신 데이터

중요한 설정 파일

파일 시스템 검사를 실행하거나 디스크를 교체하는 과정에서 상황이 달라질 가능성을 완전히 배제할 수 없기 때문입니다.

하드디스크 문제가 원인일 수 있다

Btrfs 파일 시스템 오류가 발생했다고 해서 Btrfs 자체만 문제가 있다고 볼 수는 없습니다.

실제 원인은 하드디스크일 수도 있습니다.

특히 다음과 같은 증상이 함께 나타난다면 디스크 상태를 확인해야 합니다.

배드섹터 발생

S.M.A.R.T. 경고

읽기 오류

쓰기 오류

I/O 오류

디스크 연결 끊김

하드디스크가 데이터를 정상적으로 읽지 못하면 Btrfs에서도 파일 시스템 관련 오류가 발생할 수 있습니다.

따라서 읽기 전용 상태가 발생했다면 파일 시스템과 함께 각 디스크의 상태를 확인하는 것이 중요합니다.

배드섹터가 계속 증가하는지 확인한다

하드디스크에서 배드섹터가 한 번 발견됐다고 해서 반드시 즉시 고장나는 것은 아닙니다.

하지만 배드섹터가 계속 증가하고 있다면 이야기가 달라집니다.

예를 들어

배드섹터 발생

↓

배드섹터 증가

↓

읽기 오류 발생

↓

Btrfs 파일 시스템 오류

와 같은 형태로 문제가 이어질 수 있습니다.

따라서 Btrfs 오류가 발생했다면 디스크의 S.M.A.R.T. 정보에서 배드섹터 관련 항목과 오류가 증가하고 있는지 확인하는 것이 좋습니다.

갑작스러운 전원 차단도 확인한다

Btrfs 파일 시스템 오류가 발생하기 직전에 NAS가 비정상적으로 종료됐다면 전원 문제도 확인해야 합니다.

예를 들어

갑작스러운 정전

전원 케이블 분리

강제 종료

NAS 강제 재부팅

등이 있었다면 파일 시스템 오류의 원인으로 고려할 수 있습니다.

시놀로지는 비정상적인 전원 종료가 파일 시스템 오류를 발생시키는 원인이 될 수 있다고 안내하고 있습니다.

따라서 오류가 발생한 시점과 NAS의 전원 상태를 함께 확인하는 것이 좋습니다.

UPS가 없는 환경이라면 더욱 주의한다

NAS를 중요한 저장장치로 사용하고 있다면 갑작스러운 전원 차단을 줄이는 것도 중요합니다.

특히 정전이 자주 발생하는 환경이라면 UPS를 사용하는 방법을 고려할 수 있습니다.

UPS를 사용하면 갑작스러운 전원 차단으로 인해 발생할 수 있는 파일 시스템 문제를 줄이는 데 도움이 됩니다.

또한 NAS가 UPS와 연동되어 있다면 정전 상황에서 자동으로 안전하게 종료하도록 설정할 수도 있습니다.

Btrfs 체크섬 오류를 확인한다

Btrfs의 중요한 특징 가운데 하나가 체크섬을 통한 데이터 무결성 확인입니다.

파일을 저장할 때 생성된 체크섬과 나중에 데이터를 읽을 때 계산되는 값을 비교해 데이터 손상을 감지할 수 있습니다.

따라서 Btrfs 환경에서 데이터 무결성 문제가 발생했다면 DSM의 로그나 저장소 관련 정보를 통해 체크섬 오류가 발생했는지 확인하는 것이 좋습니다.

체크섬 오류가 반복된다면 단순한 일시적인 문제가 아니라 저장장치 또는 데이터 무결성과 관련된 문제일 가능성을 고려해야 합니다.

데이터 스크러빙도 확인한다

Btrfs 환경에서는 데이터 스크러빙(Data Scrubbing) 기능을 이용해 데이터의 무결성을 점검할 수 있습니다.

데이터 스크러빙은 저장된 데이터를 검사해 손상이나 무결성 문제를 확인하는 데 활용할 수 있습니다.

하지만 이미 파일 시스템에 심각한 오류가 발생한 상태라면 무조건 스크러빙부터 실행하는 것이 좋은 것은 아닙니다.

현재 데이터에 접근할 수 있고 백업이 충분한지 먼저 확인한 후 진행하는 것이 안전합니다.

특히 디스크 자체에서 심각한 오류가 발생하고 있다면 장시간 디스크에 부하를 발생시키는 작업은 신중하게 판단해야 합니다.

스토리지 풀과 볼륨 상태를 구분한다

DSM에서 읽기 전용 상태가 표시됐을 때는 스토리지 풀과 볼륨이 각각 어떤 상태인지 확인하는 것이 중요합니다.

스토리지 풀 자체의 상태와 그 안에 구성된 볼륨의 상태가 다를 수 있기 때문입니다.

예를 들어 RAID를 구성하는 디스크 중 하나에 문제가 생겨 스토리지 풀이 Degraded 상태가 될 수 있습니다.

반면 파일 시스템 오류로 인해 볼륨이 읽기 전용 상태가 될 수도 있습니다.

따라서 단순히 “NAS가 읽기 전용이 됐다”는 사실만으로 원인을 판단하기보다는 DSM에서 표시되는 정확한 상태를 확인해야 합니다.

RAID 상태도 함께 확인해야 한다

Btrfs 파일 시스템을 사용하면서 RAID까지 구성되어 있다면 RAID 상태도 확인해야 합니다.

특히 다음과 같은 상태가 동시에 나타난다면 주의해야 합니다.

스토리지 풀 Degraded

볼륨 읽기 전용

디스크 S.M.A.R.T. 경고

Btrfs 파일 시스템 오류

이런 상황에서는 단순히 읽기 전용 설정만 해제하는 것보다 근본적인 저장장치 문제를 먼저 확인해야 합니다.

읽기 전용을 강제로 해제하면 안 되는 이유

읽기 전용 상태가 되면 “쓰기만 다시 가능하게 만들면 되는 것 아닌가?”라고 생각할 수 있습니다.

하지만 파일 시스템이 오류를 감지해 읽기 전용 상태로 변경한 것이라면 단순히 쓰기 작업을 다시 허용하는 것이 해결책이 아닐 수 있습니다.

오히려 문제가 해결되지 않은 상태에서 계속 데이터를 기록하면 파일 시스템이나 저장된 데이터에 추가적인 문제가 발생할 가능성이 있습니다.

따라서 읽기 전용 상태를 강제로 해제하는 것보다 먼저 원인을 확인하는 것이 중요합니다.

파일 시스템 검사 전에 백업을 확인한다

Btrfs 오류가 발생하면 DSM에서 파일 시스템 검사와 관련된 안내가 표시될 수 있습니다.

하지만 검사를 실행하기 전에 중요한 데이터의 백업 상태를 확인하는 것이 좋습니다.

파일 시스템 검사는 NAS의 저장소 상태에 따라 상당한 시간이 걸릴 수 있고, 검사 과정에서 해당 볼륨이나 관련 서비스의 사용이 제한될 수도 있습니다.

따라서 업무용 NAS라면 서비스 중단 가능성까지 고려해야 합니다.

파일 시스템 검사가 필요한 경우

DSM에서 파일 시스템 오류가 확인되고 검사 기능이 제공된다면 안내에 따라 검사를 진행할 수 있습니다.

검사 목적은 파일 시스템의 구조적인 오류를 확인하고 가능한 경우 문제를 수정하는 것입니다.

다만 모든 오류가 파일 시스템 검사만으로 해결되는 것은 아닙니다.

하드디스크 자체에 문제가 있다면 파일 시스템 검사를 완료하더라도 문제가 다시 발생할 수 있습니다.

따라서 파일 시스템 검사와 디스크 상태 확인은 서로 별개의 과정으로 생각하는 것이 좋습니다.

특정 디스크에서 오류가 반복된다면

Btrfs 오류가 반복되고 특정 디스크에서 I/O 오류나 배드섹터가 계속 발생한다면 해당 디스크를 의심해야 합니다.

특히 RAID 환경이라면 디스크를 교체해야 할 수도 있습니다.

하지만 중요한 것은 어떤 디스크를 제거해야 하는지 정확하게 확인하는 것입니다.

잘못된 디스크를 제거하면 정상적으로 작동하는 RAID 구성에 추가적인 문제가 발생할 수 있습니다.

따라서 DSM에서 드라이브 번호와 모델명, 용량 등을 정확하게 확인한 후 작업해야 합니다.

RAID 5라면 더욱 신중해야 한다

RAID 5는 일반적으로 하나의 디스크 장애를 허용합니다.

따라서 이미 하나의 디스크가 장애 상태인데 Btrfs 오류까지 발생했다면 상황을 신중하게 판단해야 합니다.

추가 디스크 장애가 발생하면 RAID의 데이터 보호 기능이 더 이상 유지되지 않을 수 있기 때문입니다.

이 경우에는 파일 시스템을 무작정 수정하기보다 현재 데이터를 먼저 확보하고 RAID 상태와 디스크 상태를 함께 확인하는 것이 중요합니다.

RAID 6도 문제가 없는 것은 아니다

RAID 6은 일반적으로 두 개의 디스크 장애를 허용합니다.

하지만 RAID 6 역시 백업 시스템은 아닙니다.

디스크 장애 외에도 파일 시스템 오류, 사용자 실수, 랜섬웨어, NAS 하드웨어 문제 등이 발생할 수 있습니다.

따라서 Btrfs 오류가 발생했다면 RAID 수준만 보고 안전하다고 판단해서는 안 됩니다.

메모리 문제도 확인할 필요가 있다

Btrfs 파일 시스템 오류가 반복되는데 모든 하드디스크의 상태가 정상이라면 NAS의 메모리 상태도 확인할 필요가 있습니다.

시놀로지는 파일 시스템 오류의 원인 가운데 메모리 모듈 오류나 호환되지 않는 메모리 모듈도 언급하고 있습니다.

특히 NAS의 메모리를 비공식 제품으로 교체한 이후부터 오류가 발생했다면 메모리 호환성도 확인하는 것이 좋습니다.

최근에 하드웨어를 변경했다면 확인한다

최근에 다음과 같은 작업을 했다면 오류 발생 시점과 비교해 보는 것이 좋습니다.

하드디스크 교체

메모리 교체

SSD 캐시 추가

RAID 구성 변경

DSM 업데이트

NAS 내부 하드웨어 변경

새로운 하드웨어를 추가한 직후 문제가 발생했다면 해당 변경 사항이 원인과 관련되어 있을 가능성을 고려해야 합니다.

DSM 로그를 확인한다

Btrfs 오류가 발생한 정확한 원인을 찾으려면 로그 기록도 중요합니다.

특히 오류가 발생한 날짜와 시간을 확인한 다음 그 주변의 기록을 살펴보는 것이 좋습니다.

예를 들어

디스크 I/O 오류

파일 시스템 오류

드라이브 연결 해제

SSD 캐시 오류

비정상적인 종료

등이 함께 기록되어 있다면 원인을 좁히는 데 도움이 됩니다.

읽기 전용 상태에서 가장 먼저 해야 할 일

현재 NAS가 읽기 전용 상태라면 다음 순서로 확인하는 것이 좋습니다.

1. 중요한 데이터에 접근할 수 있는지 확인합니다.

읽을 수 있다면 우선 데이터를 확보합니다.

2. 스토리지 풀 상태를 확인합니다.

정상인지 Degraded인지 확인합니다.

3. 볼륨 상태를 확인합니다.

읽기 전용 상태의 정확한 원인을 확인합니다.

4. 드라이브 상태를 확인합니다.

S.M.A.R.T.와 배드섹터, I/O 오류 등을 확인합니다.

5. 최근 정전이나 강제 종료가 있었는지 확인합니다.

오류 발생 시점과 비교합니다.

6. Btrfs 관련 오류를 확인합니다.

체크섬이나 파일 시스템 오류가 반복되는지 확인합니다.

7. SSD 캐시를 사용하는 경우 상태를 확인합니다.

캐시 오류 여부를 확인합니다.

8. 중요한 데이터 백업을 확보합니다.

가능한 경우 복구 작업보다 먼저 진행합니다.

9. DSM에서 제공하는 파일 시스템 검사 여부를 확인합니다.

검사에 따른 서비스 중단 가능성을 고려합니다.

10. 문제가 지속된다면 디스크와 NAS 하드웨어를 종합적으로 점검합니다.

만약 파일 시스템 오류와 함께 스토리지 풀 자체가 Degraded 상태라면 파일 시스템 문제만으로 판단해서는 안 됩니다.

읽기 전용 상태에서 피해야 할 행동

몇 가지 행동은 특히 주의해야 합니다.

먼저 무작정 NAS를 강제 종료하는 것입니다.

현재 파일 시스템 상태가 불안정한 상황에서 추가적인 비정상 종료가 발생하면 문제가 복잡해질 수 있습니다.

또한 정상 디스크를 임의로 제거하는 것도 피해야 합니다.

RAID 환경에서는 잘못된 디스크를 제거하면 데이터 보호 상태가 악화될 수 있습니다.

그리고 백업 없이 볼륨을 삭제하거나 초기화하는 것은 가장 주의해야 합니다.

오류 메시지를 해결하기 위해 저장소를 초기화하는 것은 데이터 복구 가능성을 크게 떨어뜨릴 수 있습니다.

읽기 전용 상태를 예방하려면

Btrfs 환경에서 파일 시스템 문제를 줄이려면 평소 NAS의 상태를 관리하는 것이 중요합니다.

하드디스크의 S.M.A.R.T. 상태를 정기적으로 확인하고, 중요한 데이터는 별도의 백업을 유지하는 것이 좋습니다.

또한 Btrfs를 사용하는 경우 데이터 스크러빙을 적절한 주기로 실행해 데이터 무결성을 점검할 수 있습니다.

정전이 자주 발생하는 환경이라면 UPS를 사용하는 것도 도움이 됩니다.

그리고 메모리나 하드디스크, SSD 캐시 등을 추가하거나 교체할 때는 NAS와의 호환성을 확인하는 것이 좋습니다.

마무리

시놀로지 NAS에서 Btrfs 파일 시스템 오류와 함께 스토리지 풀이나 볼륨이 읽기 전용 상태가 되었다면 단순한 설정 문제로 생각해서는 안 됩니다.

읽기 전용 상태는 파일 시스템이나 저장장치에서 문제가 발생했을 때 추가적인 쓰기 작업을 제한하기 위한 보호 동작일 수도 있습니다.

원인은 하나로 정해져 있지 않습니다.

하드디스크 배드섹터

S.M.A.R.T. 오류

I/O 오류

파일 시스템 손상

갑작스러운 전원 차단

SSD 캐시 문제

메모리 오류

호환성 문제

등 여러 가지 가능성을 확인해야 합니다.

따라서 가장 먼저 해야 할 일은 읽기 전용 상태를 강제로 해제하는 것이 아니라 현재 데이터를 안전하게 확보하고 원인을 확인하는 것입니다.

특히 현재 파일을 정상적으로 읽을 수 있다면 중요한 데이터를 별도의 저장장치에 백업하는 것이 우선입니다.

그다음 스토리지 풀과 볼륨 상태, 각 드라이브의 S.M.A.R.T. 정보, Btrfs 오류 기록, DSM 로그 등을 차례대로 확인하는 것이 좋습니다.

그리고 디스크에 문제가 확인됐다면 RAID 구성에 맞는 교체 및 복구 절차를 진행해야 합니다.

결국 Btrfs 파일 시스템 오류에서 가장 중요한 것은 “읽기 전용을 어떻게 풀 것인가”보다 “왜 읽기 전용이 되었는가”를 먼저 확인하는 것입니다.

원인을 해결하지 않은 상태에서 강제로 쓰기 작업을 허용하는 것은 오히려 데이터 안정성을 떨어뜨릴 수 있습니다.

따라서 백업 → 상태 확인 → 원인 분석 → 파일 시스템 또는 디스크 복구 → 정상 상태 확인의 순서로 접근하는 것이 가장 안전한 방법입니다.