커뮤니티 솔루션

ZimaOS에서 정상 디스크가 인식되지만 활성화할 수 없을 때 확인할 사항

A ZimaOS 1.6.1 user could see healthy SATA drives but could not enable them as standalone storage because they already carried unsupported filesystem data.

ZimaOS에서 드라이브 상태가 정상으로 감지되지만 “활성화” 절차에서 사용 가능한 디스크가 없다고 표시되더라도, 드라이브에 문제가 생겼다고 단정하지 마세요. ZimaOS 1.6.1에서는 기존 파일 시스템이나 지원되지 않는 파일 시스템이 포함된 디스크가 감지되지만, 일반적인 활성화 화면을 통해 독립 스토리지로 추가할 수 없는 UI 예외 사례가 사용자들에 의해 보고되었습니다.

안전한 순서는 디스크를 식별하고, 이미 어떤 파일 시스템이나 파티션 메타데이터가 있는지 확인한 다음, 보존해야 할 데이터가 있는지 판단하고, 현재 스토리지 절차를 사용하는 것입니다. 초기 진단 단계에서 디스크를 지우지 말고, 마지막 수단으로 사용해야 합니다.

이 증상은 구체적으로 어떻게 나타나나요?

  • ZimaOS가 새로 감지된 장치 섹션에 디스크를 표시합니다.
  • 상태가 정상으로 보입니다.
  • 어레이를 생성할 때 해당 디스크가 후보로 표시될 수 있습니다.
  • 독립 디스크 활성화 경로에서는 사용 가능한 디스크가 없다고 표시됩니다.
  • 디스크에 NTFS, exFAT, Linux, RAID 또는 기타 기존 메타데이터가 이미 포함되어 있습니다.

이 상황은 BIOS나 Linux에서 디스크가 완전히 표시되지 않는 경우와 다릅니다. 하드웨어에서 드라이브 자체를 전혀 인식하지 못한다면 먼저 케이블, 전원, 컨트롤러 및 드라이브 상태를 점검하세요.

1단계: 변경하지 않고 디스크 식별하기

ZimaOS UI에서 모델, 용량 및 장치 이름을 확인하세요. 터미널 사용에 익숙하다면 lsblk -f를 사용해 장치 이름, 파일 시스템, 레이블 및 UUID를 읽기 전용으로 확인할 수 있습니다.

같은 용량의 디스크가 여러 개 설치되어 있을 때는 용량만 기준으로 판단하지 마세요. 삭제 작업을 하기 전에 모델과 기존 파일 시스템을 확인하세요.

2단계: 기존 데이터가 중요한지 판단하기

디스크가 Windows, 다른 NAS, Unraid, TrueNAS, Linux 또는 기존 RAID 세트에서 사용되던 것이라면, ZimaOS가 해당 형식을 지원되지 않는 것으로 표시하더라도 복구 가능한 데이터가 있을 수 있다고 가정하세요.

기존 파일 시스템을 인식할 수 있는 환경에 디스크를 연결해 중요한 파일을 복사하고, 파티션이나 파일 시스템 메타데이터를 삭제하기 전에 백업이 정상적으로 완료되었는지 확인하세요.

3단계: 현재 ZimaOS 스토리지 절차 다시 시도하기

현재 ZimaOS 스토리지 설정 가이드에는 최신 스토리지 설정 절차가 설명되어 있습니다. ZimaOS는 1.6.1 이후 크게 변경되었으므로, 예전 UI 동작이 현재도 그대로 적용된다고 가정하지 마세요.

기존 데이터를 보호한 후 현재 UI를 사용해 디스크를 초기화하거나 추가하세요. 최신 안정 버전에서도 디스크를 추가할 수 없다면 정확한 파일 시스템과 현재 ZimaOS 버전을 기록해 지원팀에 문의하세요.

“정상”이라고 해서 “사용 준비 완료”를 의미하지 않는 이유

드라이브 상태와 파일 시스템 호환성은 서로 다른 질문에 답합니다. 정상 상태는 하드웨어가 정상적으로 응답하고 있음을 의미합니다. 하지만 ZimaOS가 기존 파일 시스템을 마운트하거나 기존 파티션 구성을 그대로 추가할 수 있다는 뜻은 아닙니다.

이러한 차이를 이해하면 실제 문제는 기존 메타데이터인데도 멀쩡한 디스크를 교체하는 흔한 실수를 피할 수 있습니다.

디스크를 지워도 되는 경우는 언제인가요?

다음 세 가지 조건이 모두 충족될 때만 지우세요.

  1. 올바른 디스크를 선택했는지 확실하다.
  2. 중요한 데이터가 모두 백업되었거나 의도적으로 삭제해도 된다.
  3. 파일 시스템 또는 파티션 메타데이터를 제거하면 이전 데이터에 접근할 수 없게 될 수 있음을 이해하고 있다.

디스크 삭제는 재사용을 위한 준비 단계이지, 진단을 위한 지름길이 아닙니다. 확실하지 않다면 변경을 중단하고 다른 컴퓨터에서 디스크를 확인하세요.

기존 CLI 삭제 명령을 무작정 사용하지 마세요

포럼 답변에서는 서명이나 파티션 테이블을 제거하는 명령을 바로 실행하라고 안내하는 경우가 있습니다. 이러한 명령은 효과적일 수 있지만, 장치 이름을 한 글자만 잘못 입력해도 엉뚱한 디스크의 데이터가 삭제될 수 있습니다. 일반적인 ZimaOS 사용자를 위한 가이드에서는 먼저 진단하고 데이터를 보호한 뒤, 가능한 경우 현재 UI를 우선 사용하는 것이 더 안전합니다.

ZimaOS 스토리지 점검 목록에서는 더 안전한 문제 해결 순서를 안내합니다.

다른 RAID 또는 NAS에서 가져온 디스크라면 어떻게 하나요?

기존 RAID 슈퍼블록, ZFS 레이블, LVM 메타데이터 또는 NAS 전용 파티션 구성은 눈에 보이는 파일 시스템이 익숙하더라도 디스크 추가를 방해할 수 있습니다. 기존 어레이를 다시 구성해야 할 가능성이 있다면 해당 메타데이터를 삭제하지 마세요.

중요한 데이터가 포함된 성능 저하 RAID의 일부인 디스크라면 재사용보다 복구가 먼저입니다.

자주 묻는 질문

ZimaOS에서는 디스크가 정상이라고 하는데 왜 활성화할 수 없나요?

디스크 하드웨어는 정상일 수 있지만, 기존 파일 시스템이나 파티션 메타데이터가 독립 디스크 활성화 절차의 조건을 충족하지 않을 수 있습니다.

“지원되지 않는 형식”이라는 말은 드라이브에 문제가 있다는 뜻인가요?

아니요. 일반적으로 하드웨어 상태가 아니라 기존 파일 시스템이나 파티션 구성을 의미합니다.

SSH 없이 디스크를 포맷할 수 있나요?

현재 ZimaOS에서는 먼저 최신 스토리지 설정 UI를 사용해 보세요. 이 제한은 1.6.1에서 보고된 문제이므로 영구적인 UI 규칙으로 간주해서는 안 됩니다.

기존 NAS 디스크를 가져오기 전에 지워야 하나요?

중요한 데이터를 복구하거나 백업한 후에만 지우세요. 나중에 기존 스토리지를 재구성해야 할 경우 기존 RAID 또는 파일 시스템 메타데이터가 유용할 수 있습니다.