결론: 기존 풀을 포맷하는 것으로 4개 디스크에서 6개 디스크로 확장하지 마세요
안전한 순서는 다음과 같습니다. 현재 풀 유형 확인 → 해당 레이아웃이 확장을 지원하는지 확인 → 필요한 경우 ZimaOS가 관리하는 데이터 마이그레이션 → 데이터가 검증된 대상에 저장된 후에만 확장 또는 재구축. 2025년 스레드에서 제시된 항상 풀을 재구축하라는 조언은 더 이상 신뢰할 수 있는 최신 규칙이 아닙니다.
최신 ZimaOS에서는 일부 스토리지 레이아웃을 확장할 수 있습니다
2026년 9월 ZimaOS 스토리지 설정 가이드에 따르면 RAID 5는 드라이브를 추가해 확장할 수 있으며, USB 드라이브를 스토리지로 사용하거나 어레이에 추가하거나 기존 공간을 확장하는 데 사용할 수 있습니다. 변경하기 전에 특정 어레이 유형을 확인하려면 RAID 옵션 가이드를 참조하세요.
이는 모든 풀 변경을 백업, 재구축, 복원 과정으로 설명했던 2025년 12월 포럼 답변과는 본질적으로 다릅니다.
추측이 아닌 데이터 마이그레이션으로 Docker 및 사용자 데이터 이동
변경하려는 디스크에 현재 Docker 이미지, 앱 데이터, 갤러리, 다운로드, 문서, 미디어 또는 백업이 저장되어 있다면 먼저 최신 데이터 마이그레이션 도구를 사용하세요. 이 도구를 사용하면 카테고리 단위로 Docker 이미지, Docker 애플리케이션 데이터 및 사용자 폴더를 이동할 수 있습니다.
ZimaOS 마이그레이션 경로 가이드에서는 Files에서 일반 폴더를 이동하는 것과 ZimaOS가 관리하는 데이터를 마이그레이션하는 것이 왜 다른지 설명합니다.
재구축이 여전히 올바른 선택인 경우
현재 RAID 레벨을 원하는 레이아웃으로 확장할 수 없거나 파일 시스템/스토리지 아키텍처를 변경하는 경우에는 백업 → 검증 → 재구축 → 복원 방식이 여전히 가장 깔끔합니다. 포맷을 첫 번째 진단 단계로 사용하지 마세요.
의도적으로 ZFS로 전환하려는 경우에는 OpenZFS 문서가 상위 프로젝트의 참고 자료이며, 파괴적인 작업을 수행하기 전에 디스크를 식별할 때는 lsblk 매뉴얼이 유용합니다.
4개 디스크에서 6개 디스크로 확장할 때 더 안전한 체크리스트
- 현재 RAID 레벨과 모든 디스크의 일련번호를 기록합니다.
- 풀을 변경하기 전에 대체할 수 없는 파일을 백업합니다.
- 대상 디스크를 다른 용도로 사용해야 한다면 데이터 마이그레이션으로 관리되는 앱/사용자 데이터를 이동합니다.
- 지원되는 확장에는 최신 스토리지 UI를 사용합니다.
- 재구축이 필요한 경우, 무엇이든 포맷하기 전에 백업을 검증합니다.
복구가 어려운 경우에는 ZimaOS RAID 복구 가이드에서 메타데이터와 검증된 사본을 보존하는 것이 왜 중요한지 확인할 수 있습니다.
