ZimaOSのFilesアプリで作成したSamba共有は、再起動のたびに再作成する必要があってはなりません。 2026年1月のスレッドでは、コミュニティから当初、ストレージプールがマウントされるまで待つよう提案されました。しかし、ユーザーが共有の定義自体が消えると説明した後、この挙動は異常と判断されました。
このスレッドでは、確認済みの修正方法には至りませんでした。そのため、実際に共有の記録が消失している場合に、「SMBを再起動する」または「共有を切り替える」操作を恒久的な解決策として案内すべきではありません。
共有が消えているのか、マウントに時間がかかっているだけなのかをまず区別する
再起動後、Storageを開き、基盤となるディスクまたはプールがオンラインになっていることを確認します。次に、Filesの「Shared via Samba」インターフェースを確認します。共有が残っているもののクライアントから接続できない場合は、SMBサービスと認証を調査します。共有の定義自体が消えている場合は、別の永続化に関する問題です。
現在のZimaOSは永続的なSamba共有管理に対応している
現在のSambaマルチユーザーガイドでは、Filesから共有を作成し、その後、共有項目のインターフェースで管理する方法を説明しています。
現在のSMBトラブルシューティングガイドは、共有が存在するもののアクセスできない場合に役立ちます。
証拠を記録する前に共有を再作成しない
再起動のたびに定義が消える場合は、再作成する前に、ZimaOSのバージョン、共有パス、ストレージプール、権限の種類、スクリーンショットを記録してください。共有を繰り返し再構築すると、サポートが調査に必要とする状態が消えてしまいます。
認証済みSMBガイドは、権限や認証の失敗と、共有の永続化に関する失敗を切り分けるのに役立ちます。
共有パスが永続的かどうかを確認する
通常のZimaOSストレージ領域にマウントされた共有は、再起動後も維持されるはずです。一時的なマウント、リムーバブルデバイス、コンテナレイヤー、または一時的に利用できない外部ファイルシステム内のパスでは、別の問題が発生する可能性があります。
共有が消えたと判断する前に、ストレージがオンラインになるまで待ってください。ただし、その後もFilesアプリに保存済みの共有が本当に表示されない場合は、通常のクライアント再接続の遅延ではなく、設定の永続化に関するバグとして扱ってください。
結論
元のスレッドでは、確認済みの修正方法は示されませんでした。一方で、重要な区別は明らかになりました。再起動後にSMB共有へ一時的に接続できない場合は、マウントやクライアントのタイミングに関する問題である可能性があります。しかし、Filesで作成した共有が完全に消えるのは正常ではありません。サービスの再起動による回避策を適用する前に、消失する設定を記録し、現在のZimaOSリリースで再現を確認してください。
