ZimaOS 파일 앱에서 생성한 Samba 공유는 재부팅할 때마다 다시 생성할 필요가 없어야 합니다. 2026년 1월 스레드에서 커뮤니티 답변은 처음에 스토리지 풀이 마운트될 때까지 기다리라고 제안했지만, 사용자가 공유 정의 자체가 사라진다고 명확히 설명한 후에는 이 동작이 비정상적인 것으로 간주되었습니다.
해당 스레드에서는 확인된 해결 방법에 도달하지 못했습니다. 따라서 실제로 공유 기록이 사라지는 경우 “SMB 재시작” 또는 “공유 토글”을 영구적인 해결 방법으로 안내해서는 안 됩니다.
공유가 사라진 것인지 마운트가 느린 것인지 먼저 구분하세요
재부팅 후 Storage를 열어 기본 디스크/풀이 온라인 상태인지 확인하세요. 그런 다음 Files/Samba를 통한 공유 인터페이스를 확인하세요. 공유가 여전히 존재하지만 클라이언트가 연결할 수 없다면 SMB 서비스와 인증을 문제 해결해야 합니다. 공유 정의 자체가 사라졌다면 이는 별도의 지속성 문제입니다.
최신 ZimaOS는 지속적인 Samba 공유 관리를 지원합니다
최신 Samba 다중 사용자 가이드에서는 Files에서 공유를 생성하고 이후 공유 항목 인터페이스에서 관리하는 방법을 설명합니다.
최신 SMB 문제 해결 가이드는 공유가 존재하지만 액세스에 실패할 때 유용합니다.
증거를 확보하기 전에 공유를 다시 생성하지 마세요
재부팅할 때마다 정의가 사라진다면 공유를 다시 생성하기 전에 ZimaOS 버전, 공유 경로, 스토리지 풀, 권한 유형 및 스크린샷을 기록하세요. 공유를 반복해서 재구성하면 지원팀이 조사하는 데 필요한 상태가 지워집니다.
인증된 SMB 가이드는 권한/인증 실패와 공유 지속성 실패를 구분하는 데 도움이 됩니다.
공유 경로가 지속적인지 확인하세요
일반적으로 마운트된 ZimaOS 스토리지 공간을 기반으로 하는 공유는 재부팅 후에도 유지되어야 합니다. 일시적인 마운트, 이동식 장치, 컨테이너 레이어 또는 일시적으로 사용할 수 없는 외부 파일 시스템 내부의 경로는 다른 방식으로 실패할 수 있습니다.
공유가 사라졌다고 판단하기 전에 스토리지가 온라인 상태가 될 때까지 기다리세요. 그러나 그 후에도 Files 앱에 저장된 공유가 실제로 표시되지 않는다면 이를 일반적인 클라이언트 재연결 지연이 아니라 구성 지속성 버그로 간주하세요.
결론
원래 스레드에서는 검증된 해결 방법이 제시되지 않았습니다. 다만 중요한 기준은 확인되었습니다. 재부팅 후 SMB 공유에 일시적으로 연결할 수 없는 것은 마운트 또는 클라이언트 타이밍 문제일 수 있지만, Files에서 생성한 공유가 완전히 사라지는 것은 정상적인 동작이 아닙니다. 서비스 재시작 우회 방법을 적용하기 전에 사라지는 구성을 캡처하고 최신 ZimaOS 릴리스에서 재현해 보세요.
