結論：Obsidianの保管庫が目的なら、ブラウザーコンテナでObsidianデスクトップUIを動かすことから始めない
2025年の構成では、LinuxServer版Obsidian、Selkies、リバースプロキシ、マウントした保管庫を組み合わせていました。これは動作する場合もありますが、ノートを編集する前に、ブラウザーのセキュリティ、WebSocket/HTTPS、コンテナのボリュームマッピング、Obsidianデスクトッププロセスという4つの障害層が発生します。2026年には、ZimaSpaceがバックアップ、クラウドアクセス、デバイス間同期向けに、Obsidian専用のOZSyncを提供しています。本当の目的が「保管庫をZimaOS上に置いておく」ことであれば、まずはこちらを利用する方が適しています。
OZSync for Obsidianは、ZimaOSのプラグインエコシステムにOZSyncを掲載しています。
コンテナを直す前にアーキテクチャを選ぶ
実用的なモデルは3つあります。
- 通常のローカル保管庫を同期する： ObsidianはMac/PC上でネイティブに実行し、同期レイヤーによって保管庫をZimaOS上に保持します。
- マウントしたファイルシステム経由で保管庫を開く： デスクトップアプリからマウント済みの共有フォルダーを指定します。ただし、通常どおり遅延やオフライン時の制約があります。
- Obsidian自体をブラウザーコンテナで実行する： LinuxServer/SelkiesがGUIをリモートでストリーミングします。これは最も複雑な選択肢です。
ZimaOSのストレージを使うためにブラウザーコンテナが必要だと思って選んだだけなら、まず構成を簡素化してください。
コンテナを使い続ける場合は、ホスト側とコンテナ側のパスを別々に確認する
保管庫が「表示されない」場合は、ObsidianのUIではなくDockerのボリュームマッピングを確認します。
# 例
/media/Notes/MyVault -> /vaults/MyVaultコンテナ内のObsidianから見えるのは右側のパスだけです。ZimaOS Filesに表示されるのは左側のパスです。ZimaOSのアプリパスではこの境界について説明しており、Dockerのバインドマウントでは実行時の動作が定義されています。
Selkiesをデバッグする前にHTTPSを直す
ブラウザーでストリーミングするデスクトップコンテナは、安全なブラウザーAPIとWebSocket接続に依存することがあります。アプリが当初「安全でないアクセス」を拒否していた場合、リバースプロキシをHTTPSにするのは妥当な対処です。ただし、保管庫のマウントを追加する前にプロキシのエンドポイントをテストしてください。Selkiesのページのシェルが正常に表示されても、ObsidianプロセスやそのWebSocketパスが正常だとは限りません。
ZimaOSのHTTPSプロキシでは、ZimaOSのリバースプロキシモデルを確認できます。
Selkiesは開くのにObsidianが起動しない場合
コンテナを再起動してストリーミングのシェルだけが表示され、アプリケーションが表示されない場合、通常はコンテナは稼働しているものの、デスクトッププロセスが失敗しています。コンテナログ、イメージのバージョン、永続化された設定の所有者、使用可能なメモリを確認してください。GUIのトラブルシューティング中に保管庫を削除しないでください。
docker ps -a
docker logs --tail=200 YOUR_OBSIDIAN_CONTAINER
ls -ld /media/Notes/MyVaultLinuxServerは現在、Webアクセス可能なコンテナとしてObsidianを公開していますが、イメージを正しく動作させるには、永続化された/configとホストボリュームの権限が適切である必要があります。LinuxServerのObsidianコンテナが上流の情報源です。
コンテナなしでも復旧できるプレーンファイルとして保管庫を維持する
Obsidianの保管庫は基本的に、Markdownファイルと.obsidian設定で構成されたフォルダーです。そのフォルダーを通常のZimaOSデータストレージに保存し、独立してバックアップしてください。ストリーミングコンテナが壊れても、ノートは任意のテキストエディターで読み取れる状態にしておくべきです。
ZimaOSのバックアップとZimaOSアプリの要件では、復旧と必要なリソースについて説明しています。
既存の保管庫を作り直さずにインポートする
Obsidianを停止し、必要であれば非表示の.obsidian設定も含めて保管庫全体をホストディレクトリにコピーします。所有者を確認してからコンテナを起動し、マッピングされたコンテナパスを開いてください。2つの独立した同期エンジンが保管庫に書き込みを行っている間は、ファイルをコピーしないでください。競合ファイルや削除されたノートは、単純なマウントの問題よりも解決が難しくなります。
複数のデバイスで編集するなら、ブラウザーデスクトップではなく同期を使う
ノートパソコンやスマートフォンでは、同期中心の設計にすると、各デバイスでObsidianをローカルかつ快適に利用できます。これにより、リモートブラウザーセッションへの依存も減り、オフラインでのノート作成も可能になります。ブラウザーコンテナ方式は、中央集約型のGUIアクセスを明確に求めている場合に使ってください。データがNAS上にあるというだけで選ぶ必要はありません。
よくある質問
マウントしたObsidianの保管庫が表示されないのはなぜですか？
コンテナ側で最も一般的な原因は、ボリュームパスの不一致です。Obsidianの設定を変更する前に、ホストパス、コンテナパス、権限を確認してください。
ZimaOS上のObsidianにはHTTPSが必要ですか？
ネイティブのデスクトップ版Obsidianでは、NASのWeb UIからエディターを提供する必要はありません。Selkiesでストリーミングするコンテナでは、HTTPSまたは適切な安全なWebSocketの動作が必要になる場合があります。
保管庫をSMB上に保存すべきですか？
動作する可能性はありますが、ローカル保管庫と同期を組み合わせる方が、一般的にオフラインで使いやすく、ネットワーク障害の影響も受けにくくなります。
既存のMarkdown保管庫を直接コピーできますか？
はい。保管庫はファイルの入ったフォルダーです。プラグインと設定も引き継ぎたい場合は.obsidianを含め、ディレクトリ全体をコピーしてから、使用するObsidianインスタンスでそのパスを指定してください。
現在、最も簡単なZimaOS向けObsidian構成は何ですか？
目的がデバイス間での保管庫の同期なら、完全なブラウザーデスクトップ構成を構築するのではなく、まず現在のOZSync連携を検討してください。
