커뮤니티 솔루션

ZimaOS 스토리지에서 디스크를 안전하게 제거하기: 비활성화, 포맷 경고, 데이터 위험 및 현재 버전의 차이

A December 2025 ZimaBoard 2 thread where a user wanted to detach a test NVMe from ZimaOS 1.5.3. 777-Spider told the user to open the disk, choose Disable, confirm Format and Disable, and remove it after completion. The user confirmed the workflow succeeded, but a later 1.5.4 thread showed the Disable warning could claim formatting even when data remained.

소스 사용자는 ZimaOS 1.5.3을 사용해 본 후 테스트용 NVMe를 관리되지 않는 상태로 되돌리고 싶어 했습니다. 테스트 데이터는 중요하지 않았습니다. 777-Spider의 공식/커뮤니티 팀 답변은 디스크 세부 정보를 열고 비활성화를 선택한 다음, 포맷 및 비활성화 대화 상자를 확인하고 완료될 때까지 기다린 후 드라이브를 물리적으로 제거하라는 것이었습니다. 원 게시자는 이 절차가 정상적으로 작동했다고 확인했습니다.

중요한 버전 관련 주의 사항이 있습니다. 이후 별도의 ZimaOS 1.5.4 보고서에서는 비활성화 확인 메시지에 디스크가 포맷된다고 표시되었지만, 다시 활성화한 후에도 실제 데이터가 남아 있었다고 했습니다. 따라서 2025년 대화 상자의 문구를 현재 비활성화 기능이 데이터에 수행하는 작업을 정확히 보장하는 내용으로 받아들여서는 안 됩니다. 데이터가 중요하다면 비활성화/포맷 작업을 수행하기 전에 백업하십시오.

작은 세부 정보 화살표가 강조 표시된 독립형 디스크 행을 보여 주는 ZimaOS 저장소 설정
원래 사용자는 디스크별 작업을 여는 작은 세부 정보 화살표를 놓치고 있었습니다.

먼저 SSH로 전환하지 말고 디스크 세부 정보 열기

사용자는 처음에 저장소 페이지에 제거 기능이 없는 것처럼 보여 SSH에서 수동으로 마운트를 해제하거나 파티션을 삭제하려고 했습니다. 누락된 작업은 디스크 행의 작은 화살표 뒤에 있었습니다.

포맷 및 비활성화 작업을 보여 주는 ZimaOS 독립형 디스크 세부 정보 페이지
소스의 독립형 디스크에서는 ZimaOS가 비활성화를 관리형 UI 작업으로 제공했습니다.

소스의 비활성화 절차는 성공한 것으로 확인됨

777-Spider는 다음과 같이 안내했습니다.

  1. 대상 디스크를 엽니다.
  2. 비활성화를 선택합니다.
  3. 삭제 작업처럼 보이는 대화 상자를 확인합니다.
  4. 디스크가 관리형 저장소에서 제거될 때까지 기다립니다.
  5. 그 후 물리적으로 디스크를 제거합니다.

Carolus64는 예상대로 작동했다고 답변했습니다.

1.5.3 대화 상자에는 명시적으로 ‘포맷 및 비활성화’라고 표시됨

디스크를 포맷하고 비활성화할지 묻는 ‘포맷 및 비활성화’ 제목의 ZimaOS 확인 대화 상자
과거 UI 문구는 디스크가 포맷되고 비활성화된다고 사용자에게 안내했습니다.

이후 1.5.4 보고서에서는 비활성화해도 실제로 데이터가 삭제되지 않았다고 함

2026년 2월, 다른 사용자는 테스트 저장소 디스크를 비활성화했다가 다시 활성화한 후에도 테스트 폴더가 남아 있는 것을 보여 주었습니다. 해당 사용자는 대화 상자가 오해의 소지가 있다고 지적하고, 비활성화와 선택적 포맷을 분리할 것을 제안했습니다.

이후의 증거를 보면 해당 버전들에서는 UI 문구와 실제 삭제 동작이 일관되게 일치하지 않았습니다.

확인하기 전까지 비활성화와 포맷을 잠재적으로 파괴적인 작업으로 취급

현재 ZimaOS에서는 다음을 가장 안전한 원칙으로 삼으십시오.

  • 중요한 데이터는 백업합니다.
  • 모델, 일련번호, 용량으로 정확한 디스크를 식별합니다.
  • 독립형 디스크인지 어레이의 일부인지 확인합니다.
  • 현재 표시되는 확인 대화 상자를 읽습니다.
  • 보존 또는 삭제를 보장하기 위해 오래된 게시물에 의존하지 않습니다.

독립형 디스크 제거는 RAID 구성원 제거와 다름

소스의 디스크는 독립형 테스트 저장소였습니다. RAID 1/5/6 또는 다른 풀링 레이아웃에서 구성원을 제거하는 작업은 중복성과 재구축 측면에서 완전히 다른 영향을 미칩니다.

이 비활성화 절차를 일반적인 ‘RAID를 축소하는’ 방법으로 사용하지 마십시오.

애플리케이션을 호스팅하는 디스크를 비활성화하기 전에 AppData 이동

소스 사용자는 WebDAV 앱을 설치했다가 제거한 상태였습니다. 실제 시스템에서는 대상 디스크에 여전히 AppData, 데이터베이스, Docker 볼륨, 백업 대상 또는 사용자 지정 바인드 마운트가 남아 있을 수 있습니다.

관리형 애플리케이션 데이터를 보유한 저장소를 분리하기 전에 현재 ZimaOS 데이터 마이그레이션 절차를 사용하십시오.

소스에서는 Firefox 팝업 렌더링 문제도 발견함

디스크 비활성화 및 종료 작업 중 Firefox에서 잘못 렌더링된 ZimaOS 확인 팝업
사용자는 해당 ZimaOS 버전에서 확인 팝업이 Firefox에서는 잘못 표시되었지만 Chrome에서는 정상적으로 표시되었다고 말했습니다.

현재 확인 대화 상자가 비어 있거나 잘려 보인다면, 저장소 작업을 무작정 수행하기 전에 현재 안정 버전의 ZimaOS와 다른 브라우저를 사용해 보십시오.

디스크 제거 FAQ

소스 사용자는 비활성화를 통해 독립형 NVMe를 성공적으로 제거했나요?

예. 관리형 UI 절차가 작동했다고 확인했습니다.

과거의 ‘포맷 및 비활성화’ 문구는 디스크가 안전하게 삭제되었다는 뜻인가요?

아니요. 이후 1.5.4 보고서에서는 비활성화 후에도 데이터가 남아 있는 것으로 나타났으므로 현재 동작을 별도로 확인해야 합니다.

RAID 구성원을 제거할 때도 같은 절차를 사용할 수 있나요?

그렇다고 가정하지 마십시오. 어레이 구성원 제거에는 데이터와 중복성에 관한 요구 사항이 다릅니다.