ZimaOS에 스토리지 풀이 존재한다고 해서 Windows에 원시 디스크나 RAID 객체가 일반 네트워크 폴더로 자동 표시되는 것은 아닙니다. 2025년 12월의 이 스레드에서 사용자는 M3 Storage라는 이름의 정상적인 2드라이브 RAID 1 풀을 보유하고 있었지만, Windows 파일 탐색기에는 ZimaOS-HD만 표시되었습니다. 누락된 단계는 스토리지 풀에 폴더를 만들고 해당 폴더를 지정된 사용자와 공유하는 것이었습니다.
원 게시자는 공유 절차가 정상적으로 작동했다고 확인했습니다. 컴퓨터 파일을 로컬에 저장하고 ZimaCube에 자동으로 복사하려는 더 큰 목표에는 현재 ZimaClient의 전용 컴퓨터 백업 워크플로가 더욱 적합합니다.
RAID 1 풀은 이미 존재했으며 정상 상태였습니다.
ZimaClient에서 스토리지 항목을 선택하는 것만으로는 충분하지 않았습니다.
Windows에서는 처음에 시스템 공유만 표시됨
ZimaClient 바로 가기가 회색으로 비활성화됨
풀에 폴더를 만들고 해당 폴더를 공유하기
커뮤니티 원문에서는 구체적인 작업 순서를 제시했습니다.
- 스토리지(Storage)를 엽니다.
- 스토리지 풀의 폴더 보기를 엽니다.
- 새 폴더를 만듭니다.
- 해당 폴더의 메뉴를 엽니다.
- 공유 관리(Manage Share)를 선택합니다.
- 지정된 사용자에게 읽기 및 쓰기 액세스 권한을 부여합니다.
- 제공된 Windows/macOS 주소를 사용합니다.
원 게시자가 다음과 같이 답했습니다. “실제로 작동했습니다.”
ZimaOS Files에서도 스토리지가 별도의 영역으로 표시됨
현재 ZimaOS는 사용자별 Samba 공유를 지원합니다
현재 IceWhale 문서에서는 폴더에서 공유를 생성하고, 멤버 또는 게스트를 선택하고, 읽기 또는 읽기 및 쓰기 권한을 할당하고, 올바른 Windows/macOS 주소를 복사하는 방법을 명확히 설명합니다.
폴더가 일반 네트워크 공유로 표시되도록 해야 한다면 현재 ZimaOS Samba 공유 워크플로를 사용하세요.
컴퓨터에서 NAS로 자동 백업하는 기능은 별도의 기능입니다
원문의 사용자는 결국 로컬 컴퓨터 파일을 ZimaCube에 자동으로 복사하려고 했습니다. 현재 ZimaClient에는 전용 컴퓨터 백업 기능이 있어 사용자가 원본 폴더와 대상 스토리지 공간을 선택하면 클라이언트가 일정에 따라 백그라운드에서 백업합니다.
자동 보호가 단순한 SMB 탐색이 아닌 경우, 현재 ZimaClient 컴퓨터 백업 워크플로를 사용하세요.
작업 백업 대상으로 작은 시스템 드라이브를 사용하지 마세요
현재 IceWhale 지침에서는 컴퓨터 백업을 ZimaOS 시스템 드라이브가 아닌 단일 디스크나 RAID 어레이 같은 일반 스토리지 공간으로 지정하도록 명확히 안내합니다.
이는 작업 데이터용으로 이미 4TB RAID 1 풀을 생성한 원문의 사용자에게 특히 중요합니다.
스토리지 풀은 SMB 공유와 동일한 개체가 아닙니다
이 구분을 이해하면 원문 스레드에서 발생한 혼란 대부분을 해소할 수 있습니다. 스토리지 설정은 물리 디스크와 어레이를 설명합니다. Files는 해당 스토리지 공간에 존재하는 폴더를 나타냅니다. Samba 공유는 선택한 폴더를 네트워크를 통해 다른 컴퓨터에 제공합니다.
Windows는 일반적으로 원시 RAID 개체 자체를 마운트하는 대신 공유 폴더 네임스페이스에 연결합니다. 따라서 RAID 생성은 스토리지 계층에 불과하며, 폴더를 만들고 공유하는 작업이 사용자 액세스 계층에 해당합니다.
실제로 사용하는 계정에 읽기 및 쓰기 권한을 할당해야 합니다
커뮤니티 안내는 폴더를 만드는 것 이상을 다루었습니다. 사용자에게 공유 관리로 이동해 해당 계정에 읽기 및 쓰기 권한이 부여되었는지 확인하도록 안내했습니다. 공유 항목은 표시되지만 업로드, 이름 변경 또는 삭제가 되지 않는다면 RAID를 변경하기 전에 계정과 권한 수준을 다시 확인하세요.
현재 ZimaOS는 별도의 사용자 계정도 지원하므로, 가족이나 팀원이 프로젝트 폴더에 액세스하기 위해 하나의 관리자 비밀번호를 공유할 필요가 없습니다.
빠른 액세스는 편의 기능일 뿐, 스토리지 초기화 기능이 아닙니다
원문 사용자는 ZimaClient의 빠른 액세스 설정에서 M3 Storage를 보고, 이를 선택하면 Explorer에서 풀을 완전히 사용할 수 있을 것이라고 생각했습니다. 이후 해결 방법을 통해 이 가정이 불완전했던 이유가 드러났습니다. 빠른 액세스는 액세스 가능한 폴더나 위치를 표시할 수 있지만, 서버에서 폴더를 만들고 공유 권한을 설정하는 작업을 대신하지는 않습니다.
문제를 해결할 때는 먼저 ZimaOS Files에서 폴더가 존재하고 올바르게 공유되었는지 확인한 다음, ZimaClient를 사용해 컴퓨터에서 편리하게 액세스할 수 있도록 하세요.
파일 공유, 동기화, 백업은 서로 다른 사용자 목적입니다
원문 답변에서는 “동기화”라는 표현을 다소 느슨하게 사용하기도 했습니다. 네트워크 공유를 사용하면 Windows에서 NAS에 저장된 파일을 열 수 있습니다. 동기화 워크플로는 선택한 사본을 서로 일치하도록 유지합니다. 백업 워크플로는 별도의 사본을 통해 원본을 보호하며, 이상적으로는 보존 및 복원 기능도 제공합니다.
현재 ZimaClient의 컴퓨터 백업 기능은 RAID 풀에 있는 로컬 컴퓨터 작업을 자동으로 보호하려는 원 게시자의 목적에 더 적합합니다.
공유 변경 후 Client에서 확인하기
폴더와 권한을 만든 후 필요한 경우 오래된 Windows 세션의 연결을 끊고, 사용할 ZimaOS 계정으로 다시 연결한 다음 작은 테스트 파일을 만들고 이름을 변경한 뒤 다시 열어 보세요. 이렇게 하면 전체 작업 아카이브를 NAS로 옮기기 전에 파일이 표시되는지와 쓰기 권한이 있는지를 모두 확인할 수 있습니다.
스토리지 공유 FAQ
원래 사례에서 RAID 자체가 손상된 상태였나요?
아니요. 풀이 이미 존재했고 정상 상태로 보고되었습니다.
Windows에서 스토리지를 실제로 사용할 수 있게 만든 단계는 무엇이었나요?
사용자는 스토리지 풀에 폴더를 만들고 올바른 계정 및 권한으로 공유했습니다.
자동 PC 백업은 SMB에 수동으로 복사하는 방식으로 해야 하나요?
현재 ZimaClient에는 예약된 백그라운드 백업을 위한 전용 컴퓨터 백업 워크플로가 제공됩니다.
