결론: 디스크를 비활성화한 후 메타데이터 삭제를 시작하기 전에 재부팅하세요
해결된 사례에서는 새 4TB HDD 두 개가 독립 디스크로는 작동했지만 RAID 0/1을 생성하려 하자 일반적인 exit status 2가 반환되었습니다. 디스크를 교체하거나 초기화할 필요는 없었습니다. 드라이브를 비활성화한 후 ZimaOS를 재부팅하자 오래된 스토리지 상태가 지워졌고 RAID 생성이 성공했습니다. 이것이 첫 번째 저위험 테스트가 되어야 합니다.
두 디스크가 실제로 비어 있는지 확인하세요
lsblk -f
mount
cat /proc/mdstat
두 대상 드라이브는 마운트되어 있지 않아야 하며, 다른 md 배열이나 활성 ZimaOS 풀의 구성원이 아니어야 합니다. RAID 생성이 이미 실패했다면 UI의 레이블만으로 판단하지 마세요.
파괴적인 정리 전에 한 번 재부팅하세요
Storage에서 두 드라이브를 비활성화하고 ZimaOS를 재부팅한 다음 Storage로 돌아가 RAID를 다시 생성하세요. 이전의 독립 디스크 구성으로 인해 UI 또는 스토리지 서비스에 오래된 상태가 남아 있을 수 있을 때 특히 유용합니다.
그래도 실패하면 실제 오류를 수집하세요
journalctl -xb | tail -200
dmesg | tail -200
exit status 2는 래퍼 메시지일 뿐입니다. 실제 원인은 mdadm 상태, 오래된 파일 시스템 서명, 마운트 충돌 또는 다른 스토리지 서비스 오류일 수 있습니다. Linux mdadm RAID 동작에서 배열 계층을 설명합니다.
삭제하기 전에 메타데이터를 검사하세요
sudo wipefs -n /dev/sdX
sudo mdadm --examine /dev/sdX 2>/dev/null
먼저 검사 모드를 사용하세요. 나중에 서명을 제거하려면 해당 디스크에 필요한 데이터가 없는지 반드시 확인해야 합니다. 일반적인 UI 오류가 발생했다고 해서 “wipefs -a everything”을 기본 해결책으로 사용하지 마세요.
현재 ZimaOS는 RAID 0과 RAID 1을 직접 지원합니다
현재 스토리지 문서에서는 RAID 0, RAID 1, RAID 5, RAID 6 및 JBOD를 다룹니다. RAID 0에는 최소 두 개의 디스크가 필요하며 중복성이 없습니다. RAID 1은 두 디스크를 미러링합니다. ZimaOS RAID 레벨이 현재 제품 참고 자료입니다.
복구할 수 없는 데이터에는 RAID 0을 사용하지 마세요
RAID 0은 사용 가능한 용량을 늘리고 처리량을 향상할 수 있지만, 구성원 하나가 고장 나면 배열 전체가 손실됩니다. 이 4TB 디스크에 중요한 미디어나 백업을 저장한다면 RAID 1/5와 독립적인 백업을 함께 사용하는 것이 더 적절한지 결정하세요.
ZimaOS 백업과 RAID 복구에서 장애 모델을 설명합니다.
새 배열에 데이터를 저장하기 전에 확인하세요
cat /proc/mdstat
lsblk -f
df -h
초기화 또는 재동기화 작업이 완료될 때까지 기다린 다음, 먼저 다시 생성할 수 있는 테스트 데이터를 복사하세요. 한 번 재부팅하고 중요한 파일의 유일한 사본을 저장하기 전에 배열이 정상 상태로 유지되는지 확인하세요.
디스크 크기 불일치를 첫 번째 원인으로 단정하지 마세요
공칭 용량의 작은 차이가 사용 가능한 용량에 영향을 줄 수 있지만, 이 사례에서는 재부팅만으로 문제가 해결되었습니다. 일반적인 상태 코드의 원인을 드라이브 불일치나 하드웨어 고장으로 단정하기 전에 실제 로그를 확인하세요.
메타데이터가 실제 문제라면 확인한 항목만 제거하세요
Linux wipefs 서명 검사를 사용하면 삭제하기 전에 파일 시스템, 파티션 테이블 및 RAID 서명을 확인할 수 있습니다. 디스크가 비어 있는 것이 확인되고 로그에서 오래된 서명이 원인으로 나타난다면, 해당 메타데이터만 신중하게 제거한 후 재부팅하고 다시 시도하세요. 모든 일반적인 RAID 오류를 즉시 두 드라이브를 초기화해도 된다는 의미로 취급하는 것보다 안전합니다.
정리한 후 lsblk -f와 mdadm --examine을 다시 실행하여 RAID 생성 과정을 다시 열기 전에 드라이브가 ZimaOS가 예상하는 상태인지 확인하세요.
재부팅 직후 RAID 생성이 해결되었다면 해당 결과를 장애 기록에 남겨 두세요. 이는 디스크 자체에 결함이 있다는 증거가 없으며 오래된 서비스 상태가 더 가능성 높은 원인이었다는 유용한 근거입니다.
FAQ
ZimaOS RAID 생성에서 exit status 2는 무엇을 의미하나요?
진단 결과가 아니라 일반적인 실패 결과입니다. 기본 스토리지 또는 mdadm 오류를 확인하려면 로그를 살펴보세요.
드라이브를 즉시 초기화해야 하나요?
아니요. 먼저 비활성화 후 재부팅하고, 파괴적인 정리를 하기 전에 메타데이터를 검사하세요.
새 드라이브에도 오래된 메타데이터가 있을 수 있나요?
예. 특히 테스트되었거나 이전에 파티션이 생성된 드라이브라면 그럴 수 있지만, wipefs -n 또는 mdadm --examine으로 확인해야 합니다.
RAID 0은 백업에 안전한가요?
아니요. 구성원 하나를 잃으면 배열 전체를 잃게 되므로 독립적인 사본을 보관하세요.
RAID가 올바르게 생성되었는지 어떻게 알 수 있나요?
/proc/mdstat, 파일 시스템 및 마운트 상태를 확인하고 재부팅한 다음 배열이 정상 상태로 유지되는지 확인하세요.
