커뮤니티 솔루션

ZimaOS 저장소에서 TerraMaster D4-320 드라이브가 표시되지 않음: RAID 소유권

A TerraMaster D4-320 user could see four USB-attached disks at the Linux level but not in the ZimaOS storage-creation UI after creating RAID outside ZimaOS. Staff recommended wiping the existing filesystems and creating the array from the ZimaOS GUI.

이 스레드는 “Linux에서 디스크가 보인다”는 것과 “ZimaOS에서 디스크를 새로 관리되는 풀에 사용할 수 있다고 판단한다”는 것의 차이를 잘 보여 줍니다. 사용자는 sdb, sdc, sdd, sde를 나열할 수 있었지만, Storage 인터페이스에서는 해당 디스크를 풀 생성에 사용할 수 없었습니다.

D4-320은 하드웨어 RAID가 아니라 4디스크 USB 인클로저입니다

공식 TerraMaster D4-320 사양에 따르면 D4-320은 USB 3.2 Gen2를 통해 4개의 독립 디스크를 제공하며 단일 디스크 모드만 지원합니다. 하드웨어 RAID나 자체 RAID 관리 기능은 제공하지 않습니다. 따라서 연결된 컴퓨터에서 생성한 RAID는 인클로저 외부에서 소프트웨어로 구성됩니다.

Windows에서 생성한 레이아웃을 가져오지 못할 수 있는 이유

다른 운영 체제에서 생성한 소프트웨어 RAID 또는 풀 레이아웃은 디스크에 메타데이터와 파티션을 남길 수 있으며, ZimaOS는 이를 사용 가능한 구성원 디스크로 인식하지 않을 수 있습니다. 따라서 공식 커뮤니티 답변에서는 기존 파일 시스템을 삭제하고 ZimaOS GUI를 통해 어레이를 다시 생성할 것을 권장했습니다.

디스크에 데이터의 유일한 사본이 있다면 디스크를 삭제하지 마세요. 먼저 데이터를 다른 곳으로 옮기거나 백업하고, 백업이 정상인지 확인하세요.

현재 ZimaOS 스토리지 환경

RAID 복구 워크플로는 기존 RAID 메타데이터를 함부로 덮어쓰면 안 되는 이유를 보여 주므로 관련성이 있습니다. ZimaOS 1.5 변경 사항에서는 현재 스토리지 버전에 대한 정보를 제공하며, 외부 드라이브 마운트 워크플로에서는 애플리케이션이나 스토리지 관리자 동작이 다르더라도 USB로 연결된 스토리지가 Linux 마운트 계층에 존재할 수 있음을 보여 줍니다.

CLI RAID가 UI 관리를 보장하지는 않습니다

이후 사용자는 명령줄에서 RAID를 생성했지만, ZimaOS의 Storage에는 여전히 해당 어레이가 정상적으로 표시되지 않았습니다. 상위 프로젝트의 mdadm RAID 참고 자료에는 Linux 소프트웨어 RAID를 공급업체 UI와 독립적으로 생성하고 조립하는 방법이 설명되어 있습니다. 따라서 mdadm 어레이가 정상적으로 작동한다고 해서 ZimaOS가 이를 GUI로 관리되는 풀로 채택한다는 의미는 아닙니다.

결론

D4-320은 4개의 독립적인 USB 디스크를 제공하는 장치로 취급하세요. ZimaOS에서 이를 하나의 풀로 관리하려면 기존 데이터를 백업하고, 안전한 경우에만 호환되지 않는 레이아웃을 삭제한 다음, 현재 ZimaOS 인터페이스를 통해 스토리지를 생성하세요. Windows에서 생성했거나 수동으로 생성한 RAID가 자동으로 ZimaOS 관리 풀로 전환된다고 가정하지 마세요.