SLES Btrfs가 읽기 전용으로 전환될 경우: 다시 마운트하기 전에 문제를 진단하십시오.

SUSE Linux Enterprise Btrfs 파일 시스템에서 "읽기 전용 파일 시스템" 오류가 발생하는 경우, 먼저 의도적으로 읽기 전용으로 마운트되었는지 또는 오류 발생 후 읽기 전용으로 전환되었는지 확인하십시오. 다시 마운트하기 전에 마운트 옵션, 여유 공간 및 커널 로그를 확인하십시오. Snapper 롤백을 사용하여 검증된 부팅 가능한 시스템 스냅샷을 생성하십시오. Btrfs에 I/O 또는 메타데이터 오류가 기록된 경우, 데이터를 보호하고 파일 시스템에 다시 쓰기 전에 저장 경로를 진단하십시오.

1. 의도적인 읽기 전용 마운트와 파일 시스템 오류를 구분하세요

/data영향을 받는 마운트 지점 또는 /루트 로 교체하십시오 .

findmnt -T /data -o SOURCE,FSTYPE,OPTIONS
sudo btrfs filesystem show /data

첫 번째 명령에서 옵션에 ro또는 가 있는지 확인하십시오. 읽기 전용 Snapper 스냅샷은 쓰기를 거부하도록 설계되었습니다. 옵션 으로 구성된 마운트는 의도적인 것일 수도 있습니다. Btrfs는 심각한 트랜잭션, 메타데이터 또는 장치 오류 발생 후 읽기 전용으로 전환될 수도 있습니다. 이 경우, 반복적으로 실행해도 원인이 해결되지 않으며 즉시 실패할 수 있습니다.rwro/etc/fstabmount -o remount,rw

파일 시스템이 의도적으로 읽기 전용으로 마운트되었고, 해당 장치가 정상이며, 커널 로그에 Btrfs 또는 I/O 오류가 없는 경우, 일반적인 데이터 마운트를 읽기/쓰기 모드로 다시 마운트할 수 있습니다.

sudo mount -o remount,rw /data
findmnt -T /data -o TARGET,OPTIONS

부팅된 읽기 전용 스냅샷이나 오류로 인해 강제로 읽기 전용이 된 파일 시스템에 대한 복구 명령으로 해당 명령어를 사용하지 마십시오. 재마운트가 성공하면 쓰기 가능 여부만 확인될 뿐 파일 시스템의 무결성이 보장되는 것은 아닙니다.

2. 우주 압력이 실제 문제인지 확인하십시오.

Btrfs는 데이터와 메타데이터 할당이 별도로 추적되기 때문에 기본적인 디스크 보기에서는 예상과 다르게 보이더라도 할당 가능한 공간이 부족해질 수 있습니다. 일반적인 여유 공간과 Btrfs 사용량을 모두 확인하십시오.

df -hT /data
sudo btrfs filesystem usage -T /data

시스템 보고 내용 No space left on device과 커널 로그에 장치 오류 또는 구조적 오류가 표시되지 않으면, 항목을 제거하기 전에 Snapper 사용 현황을 확인하십시오.

sudo snapper list

선택한 각 ID에 대해 보존 정책에서 삭제를 허용하는 스냅샷만 삭제하십시오 sudo snapper delete SNAPSHOT_ID. 롤백 옵션이 필요한 경우 업데이트 전의 정상 작동하는 스냅샷을 보관하십시오. 스냅샷을 삭제하면 공간은 확보되지만 복구 지점이 사라집니다. 정리 작업이 즉시 공간을 확보하지 못할 수 있으며, 스냅샷은 I/O 오류를 수정하지 않습니다. 읽기 전용 파일 시스템을 쓰기 가능 상태로 강제로 전환하기 위해 밸런싱 작업을 실행하지 마십시오. 밸런싱 작업은 데이터를 이동하는 작업이며, 정상적인 쓰기 가능 파일 시스템에서 할당 문제가 진단되었을 때 사용하도록 설계되었습니다.

3. 복구 방법을 선택하기 전에 커널 로그를 읽어보세요.

파일 시스템이 읽기 전용이 되었다는 최종 메시지뿐만 아니라 최초의 Btrfs, 블록 장치, 컨트롤러 또는 전송 오류를 찾으십시오.

sudo journalctl -k -b --no-pager | grep -Ei 'btrfs|I/O error|nvme|ata|scsi'

읽기 실패, 체크섬 불일치, 장치 누락 또는 I/O 오류에 대한 메시지는 단순한 마운트 옵션 문제가 아닌 다른 원인을 가리킵니다 ro. 보고된 디스크, 컨트롤러, RAID/HBA, SAN 또는 가상 디스크 계층 및 공급업체의 상태 정보를 확인하십시오. 먼저 불안정한 하드웨어 또는 연결 문제를 해결하십시오. 데이터가 중요한 경우, 파일 시스템 복구를 시도하기 전에 쓰기 작업을 최소화하고 관리자와 상의하여 백업 또는 블록 수준 이미지를 생성하십시오.

4. 증거와 일치하는 가장 위험도가 낮은 복구 방법을 선택하십시오.

SLES에서 부팅 가능한 스냅샷은 기본 Snapper 루트 구성을 사용합니다. 루트는 한 장치에서 Btrfs 파일 시스템이어야 하고, 부트 로더가 이를 지원해야 하며, 루트 서브볼륨만 롤백됩니다. 커밋하기 전에 후보 구성을 확인하십시오. 적합하지 않은 경우 현재 시스템 또는 복구 환경으로 재부팅하십시오. SLES 15 SP7 Snapper 롤백 절차를 참조하십시오 .

오프라인 검사 또는 정리 작업이 적절한 경우

파일 시스템이 마운트되지 않거나 커널 메시지에 구조적 손상이 의심되는 경우, SLES 복구 시스템 또는 기타 적절한 복구 환경으로 부팅하여 올바른 장치를 식별하고 기본 읽기 전용 검사를 실행하기 전에 해당 장치가 마운트 해제되었는지 확인하십시오.

sudo btrfs check /dev/DEVICE

마운트 지점 자리 표시자가 아닌 실제 Btrfs 블록 장치를 사용하십시오. 검사에는 시간과 메모리가 소모될 수 있으며 구조적 문제점을 보고하지만, 복구를 보장하지는 않습니다. 이 검사를 --repair일상적인 다음 단계로 추가하지 마십시오. Btrfs 설명서에서는 복구가 상황을 악화시킬 수 있으며 데이터 손실을 감수해야 하므로 전문가의 지침에 따라서만 사용해야 한다고 경고합니다. 검사에서 오류가 보고되거나 장치에 I/O 오류가 발생하면 SUSE 지원팀 또는 Btrfs 전문가에게 문의하십시오.

스토리지가 안정화되고 파일 시스템이 읽기/쓰기 모드로 마운트되면 sudo btrfs scrub start -B /data체크섬을 확인할 수 있습니다. 스크럽은 구조 검사기가 아닙니다. 손상된 데이터는 정상적인 백업 복사본에서만 복구할 수 있으며, 단일 복사본 레이아웃에서는 오류를 감지할 수는 있지만 손실된 데이터를 복구할 수는 없습니다. Btrfs 스크럽 관련 문서를 참조하십시오 . 또한 SUSE의 SLES 15 SP7 파일 시스템 가이드 , SUSE의 Btrfs 복구 문서 및 Btrfs 검사 설명서를 참조하십시오 .

결과를 ​​확인하세요

선택한 복구 방법을 완료한 후, 마운트된 시스템에 의도한 옵션이 설정되어 있고 안전하게 쓰기 작업을 수행할 수 있는지 확인하십시오.

findmnt -T /data -o TARGET,SOURCE,FSTYPE,OPTIONS
sudo touch /data/.rw-check && sudo rm /data/.rw-check

루트 스냅샷 롤백을 하려면 먼저 시스템을 재부팅하고 기본 시스템이 정상적으로 시작되는지 확인하십시오. 그런 다음 새 커널 로그를 검토하여 Btrfs 또는 장치 오류가 반복되는지 확인합니다. 읽기/쓰기 플래그만으로는 문제가 없다고 판단할 수 없습니다. 오류가 반복되면 쓰기 작업을 중지하고 스토리지 진단으로 돌아가십시오.