커뮤니티 솔루션

ZimaOS 1.6.x 이후 예기치 않게 생성된 _1 저장소 폴더를 잘못된 디스크를 포맷하지 않고 수정하는 방법

An official June 2026 IceWhale repair guide for duplicate storage folders ending in _1 after ZimaOS 1.6.0/1.6.1. The procedure warns that the _1 path is often the active mount, tells users not to delete folders blindly, and uses Eject plus Enable (Keep all data) to restore the original mount name.

이 소스는 이미 IceWhale의 복구 절차이므로 가장 중요한 규칙을 변경하지 않아야 합니다. 활성 마운트가 어느 경로인지 알기 전에는 두 폴더 중 어느 것도 삭제하지 마세요. 보고된 1.6.x 사례에서는 _1로 끝나는 디렉터리가 실제 활성 마운트인 경우가 많았고, 원래 접미사가 없는 폴더는 남은 디렉터리일 뿐이었습니다.

작업 흐름에서는 이전에 남은 폴더의 이름을 임시로 변경하고, 저장소를 통해 활성 _1 마운트를 꺼낸 다음, 모든 데이터 유지를 선택하여 디스크를 다시 활성화하고 원래 마운트 이름을 복원합니다. 모두 포맷을 선택하면 데이터가 삭제된다는 점이 명시되어 있습니다.

원래 저장소 폴더와 _1로 끝나는 중복 폴더가 나란히 표시된 ZimaOS 파일
공식 복구 가이드에서는 먼저 이전에 남은 디렉터리와 _1로 끝나는 활성 마운트를 구분합니다. _1.

마운트 경로 변경으로 여러 애플리케이션이 동시에 중단될 수 있음

Plex, Jellyfin, Docker 바인드 마운트, Backup, SMB 공유 및 ZVM은 모두 이름으로 저장소 경로를 참조할 수 있습니다. 장치가 갑자기 다음 경로에 마운트되면 ..._1이라고 합니다.

이름을 변경하기 전에 활성 마운트 식별

파일 및 저장소를 열고 실제 활성 디스크 데이터가 어느 경로에 있는지 확인하세요. 소스에서는 _1 폴더가 활성 상태인 경우가 많지만 항상 그런 것은 아닙니다. RAID 또는 중요한 AppData가 관련되어 있고 상태가 명확하지 않다면 진행하기 전에 지원팀에 문의하세요.

원래 남아 있는 디렉터리의 이름을 임시로 변경

가이드에서는 원래 접미사가 없는 디렉터리의 이름을 임시 이름으로 변경하여 이전 마운트 지점 이름을 사용할 수 있게 합니다. 예시 식별자가 아닌 실제 정확한 경로를 사용하세요.

저장소에서 활성 _1 마운트 꺼내기

_1 접미사로 마운트된 디스크의 꺼내기 작업을 보여 주는 ZimaOS 저장소 설정
공식 작업 흐름에서는 활성 디스크를 무작정 강제 마운트 해제하는 대신 관리되는 꺼내기 작업을 사용합니다.

모든 데이터를 유지하여 디스크 다시 활성화

기존 디스크에서 활성화 옵션이 강조 표시된 ZimaOS 저장소 생성 대화 상자
다음 단계는 활성화이며, 소스에서는 명시적으로 모든 데이터 유지를 요구합니다.

모두 포맷을 선택하지 마세요. 포맷하면 디스크의 데이터가 삭제됩니다.

원래 저장소 이름 복원

제거 _1 디스크 활성화

임시 폴더 유지

공식 가이드에서는 활성화 과정에서 이름이 변경된 접미사를 유지하여 디스크가 이전 마운트 이름으로 돌아가도록 권장합니다. 그러면 기존 애플리케이션이 이전 경로를 다시 찾을 수 있습니다. -temp 며칠 동안 폴더를 유지하세요. 삭제하기 전에 Plex, Jellyfin, Docker, SMB, 백업 및 기타 종속 서비스를 확인하세요.

이 버그는 1.6.x 스토리지/마운트 전환과 관련이 있었습니다

ZimaOS 1.6.1에서는 장치 이름에 공백이 포함된 경우의 일관되지 않은 마운트 지점 이름 지정 문제를 공식적으로 수정하고 타사 디스크 표시 로직을 최적화했습니다. 현재 ZimaOS는 더 최신 버전이므로, 동일한 활성/잔여 경로 중복 상태가 실제로 존재하는 경우가 아니라면 이 복구 절차를 재현하지 마세요.

디스크가 정상이어도 _1 접미사 때문에 데이터가 손실된 것처럼 보일 수 있습니다

애플리케이션은 호스트의 절대 경로를 저장하는 경우가 많습니다. 만약 /media/MyDisk 다음과 같이 변경됩니다 /media/MyDisk_1, Plex, Jellyfin, 백업 및 Docker가 파일 시스템이 여전히 마운트되어 정상인데도 미디어가 없거나 폴더가 비어 있다고 갑자기 보고할 수 있습니다.

그래서 공식 복구 절차는 라이브러리를 다시 만들거나 앱을 재설치하는 대신 마운트 식별부터 시작합니다.

마운트 이름을 변경하기 전에 중요한 데이터를 백업하세요

공식 가이드는 데이터를 보존하도록 설계되었지만, 스토리지 관리는 항상 위험을 수반합니다. 디스크에 대체할 수 없는 파일의 유일한 사본이 있다면, 디스크를 꺼내거나 이름을 변경하거나 다시 활성화하기 전에 별도의 백업을 만드세요.

RAID 및 다중 디스크 풀에는 각별한 주의가 필요합니다

소스에서는 RAID, Docker 데이터 또는 중요한 스토리지를 사용하는 사용자가 어떤 폴더가 활성 상태인지 확실하지 않다면 지원팀에 문의하라고 명시적으로 경고합니다. 마운트 이름 하나가 다음으로 끝난다는 이유만으로 RAID 구성원을 일반 독립 디스크처럼 취급해서는 안 됩니다. _1.

임시 폴더를 삭제하기 전에 모든 종속 서비스를 확인하세요

원래 마운트 이름을 복원한 후 SMB 액세스, Plex/Jellyfin 라이브러리, Docker 바인드 마운트, 백업 작업 및 모든 VM 스토리지를 테스트하세요. 해당 경로가 올바르게 확인된 후에만 이전 임시 디렉터리를 정리 대상으로 고려해야 합니다.

모든 데이터 유지는 전체 포맷과 정반대의 선택입니다

이 작업 흐름에서 가장 위험한 실수는 이름 문제를 해결하려다 포맷 옵션을 선택하는 것입니다. 확인 대화 상자를 주의 깊게 읽고, 계속하기 전에 모델명과 용량으로 디스크를 식별하세요.

_1 스토리지 폴더 FAQ

원본 이슈에서 일반적으로 활성 마운트인 폴더는 어느 것인가요?

IceWhale은 이름이 _1 대개 원래 폴더가 남은 폴더인 동안 활성 상태입니다.

_1 폴더를 그냥 삭제해도 되나요?

아니요. 해당 경로가 현재 마운트된 디스크 경로일 수 있습니다.

복구 중 디스크 데이터를 보존하는 옵션은 무엇인가요?

공식 절차에서는 모두 포맷이 아니라 사용(모든 데이터 유지)를 선택하라고 합니다.