SSHでZimaOSにログインしてシステムフォルダーが読み取り専用になっていても、アカウントが壊れているわけではありません。ZimaOSは、ユーザーが権限を昇格させた場合でも、オペレーティングシステムのファイルシステムの大部分を通常の書き込みから意図的に保護しています。2026年2月の元スレッドはSSH権限に関する質問として始まりましたが、すぐに、スマートフォンの写真をOneDriveからNASストレージへ自動的に取得し、そのファイルをImmichで利用できるようにするという、より有用な目的が明らかになりました。
重要な設計上の教訓は、不変のシステム層と書き込み可能なデータを分離することです。管理にはSSHまたはWebターミナルを使用し、ユーザーが作成したスクリプト、設定、アプリケーションデータは /DATA または別の管理対象ストレージの場所を使用し、保護されたルートファイルシステムにパッケージをインストールしてZimaOSを従来のUbuntuサーバーに変えようとしないでください。
読み取り専用SSHアクセスはZimaOSでは正常な動作です
元のユーザーは通常のZimaOSユーザー名とパスワードで認証できましたが、想定していた場所に書き込めず、ホストがDebianやUbuntuであるかのようにrcloneをインストールすることもできませんでした。最初の返信では、 sudo または sudo -iに保存されますが、別のコミュニティ参加者は権限とファイルシステムの可変性を正しく区別しました。rootになっても、読み取り専用のシステムイメージが書き込み可能になるわけではありません。
現在のIceWhale CLIガイダンスでも、この動作が直接確認されています。rootでログインしていても、ほとんどのシステムフォルダーは読み取り専用であり、ユーザーデータとアプリケーションデータは /DATA.
/usr、/app、またはその他のシステムパスへの書き込み失敗を権限の問題と判断する前に、「現在のZimaOS CLIファイルシステムモデル」を確認してください。
sudoは権限を変更しますが、ルートファイルシステムの設計は変更しません
sudoは、昇格した権限が必要なコマンドでは依然として便利ですが、ZimaOSが意図的に読み取り専用でマウントしているファイルシステムを上書きすることはできません。エラーがPermission deniedではなくRead-only file systemの場合、「rootを試す」という回答が適切でないことがあるのはこのためです。
永続的なカスタマイズを行う場合は、スクリプトや状態データを書き込み可能なストレージに配置してください。ベースとなるオペレーティングシステムのイメージを手動で変更することに依存したワークフローは構築しないでください。一時的に回避策が機能しても、更新によって変更が置き換えられたり無効になったりする可能性があります。
現在のZimaOSでは開発者モードからSSHを有効化できます
SSH自体は、引き続きサポートされている管理手段です。現在のZimaOSでは、「設定」>「開発者モード」にSSHアクセスの切り替えがあり、ブラウザーターミナルも利用できます。
「現在のSSHとWebターミナルのセットアップ」に従ってください。読み取り専用のシステムフォルダーだからといって、SSHが一部しか有効になっていないと決めつけないでください。
ソースユーザーはOneDrive → NAS → Immichを望んでいた
ユーザーが意図したワークフローは次のとおりでした：
- スマートフォンの写真と動画を少量、無料のOneDrive容量へアップロードする；
- それらのファイルをOneDriveからNASへ定期的に転送する；
- ローカルの保存先をImmichで利用できるようにする；
- 転送を確認した後、クラウド上のコピーを削除して、限られたOneDrive容量を再利用できるようにします。
これは通常のバックアップ以上のものです。転送成功後に送信元を削除する破壊的な最終手順が含まれています。
2026年2月のBackupアプリは、移動ではなくコピー／同期として説明されていた
ソーススレッドでは、ユーザーが、組み込みのBackupアプリはOneDriveのデータをコピーするものの、その後クラウドフォルダーを空にしないことに気づきました。コミュニティの返信では、それは意図的な動作であり、Backupアプリは非破壊的で、このUIにはコピー後に削除するオプションがないと説明されていました。
その記述は、2026年2月時点のソース環境におけるものです。スレッド内のIceWhaleスタッフによる回答ではなく、コミュニティによる説明でした。そのため、「ZimaOSではクラウドファイルを決して移動できない」という主張として恒久的に固定すべきではありません。
現在のZimaOS Filesではクラウドデータをローカルストレージへ移動できる
現在のIceWhaleのドキュメントでは、OneDrive、Google Drive、DropboxをFilesに直接マウントする方法が示されています。また、クラウドのコンテンツを選択し、ローカルストレージ領域を選び、移動を開始して、転送完了を確認する手順も説明されています。
たまに実行する、または手動で監視する移行には、Filesの現在のクラウドからローカルへの転送ワークフローを使用してください。転送を無人スケジュールで実行する必要がない場合、これはrcloneコンテナを構築するより簡単です。
バックアップと移動では失敗時の動作が異なる
バックアップでは送信元を保持します。移動では転送後に送信元を削除できます。送信元がスマートフォンの写真の唯一のクラウドコピーである場合、この違いは重要です。
OneDriveの容量を自動的に確保することが目的なら、コピーコマンドが明らかなエラーなしで終了したというだけで、クラウド上のファイルを削除してはいけません。より安全なワークフローでは、まずローカルファイルが存在し読み取り可能であることを確認し、成功条件が明確になった後でのみ送信元を削除します。
スケジュールされた転送後削除の自動化では、rcloneをホストOSから分離する
ソースコミュニティでは、ZimaOSのルートファイルシステムにインストールしようとするのではなく、rcloneをDockerで実行することが推奨されていました。この構成は、より広範なZimaOSの設計にも合致します。コンテナにツールを保持し、設定と保存先フォルダーを、書き込み可能なZimaOSストレージにマッピングします。
このワークフローを構築する場合は、rcloneの設定とスクリプトを次のような永続ストレージに保存してください /DATA/AppData または別の管理対象データフォルダーを使用します。コンテナにはNAS全体への広範なアクセス権を与えず、ジョブに必要なローカルディレクトリだけをマッピングしてください。
正確な rclone move このスレッドでのコマンドはコミュニティによる案内であり、IceWhaleが作成したコマンドではありません。そのため、自動化によってクラウド上の元データを削除する前に、使い捨てファイルでテストしてください。
必要に応じて、転送フォルダーをImmichの管理対象ライブラリと分離する
元のユーザーは、ダウンロードしたディレクトリをImmichのインポート場所として使用すると説明していました。Immichは、バージョンやデプロイ方法によって、外部ライブラリ形式またはアップロード形式のデータを異なる方法で取り込めます。破壊的な移動ジョブをImmichの内部データベースやアプリケーションデータフォルダーに単純に向けないでください。
管理対象NASストレージ上の通常のメディア／インポートフォルダーを使用し、使用するバージョンでサポートされているストレージ方法に従って、そのフォルダーを読み取るよう現在のImmichパッケージを設定します。
現在のBackupは、クラウド移行とは異なる目的を持つ
現在のZimaOS Backupは、Cloud、LAN、USB、Zimaストレージ間で、スケジュール設定された再開可能なコピーと、バージョン管理された復元ポイントを中心に設計されています。IceWhaleは、破壊的なミラーリングによって誤操作まで反映される可能性があるため、クラウド同期とバックアップを明確に区別しています。
目的がクォータの再利用ではなく保護である場合、削除を伴う転送自動化よりも、現在のZimaOSバックアップワークフローの方が適しています。
より安全なOneDrive写真ワークフロー
- 現在のZimaOS Filesまたは専用コンテナを通じてOneDriveに接続します。
- システムフォルダーではなく、管理対象ストレージ上の書き込み可能なローカル保存先を選択します。
- まず少量のテストバッチを転送します。
- ローカルでファイル数、サイズ、実際の写真や動画をいくつか確認します。
- 意図したインポート方法で、Immichがローカルコンテンツを認識できることを確認します。
- クォータの確保が目的なら、その後でクラウド上の元データを削除してください。
- かけがえのない写真は独立したバックアップを保管してください。クラウド上の唯一のコピーを1台のNASへ移動することは、3-2-1バックアップではありません。
ZimaOS SSH読み取り専用FAQ
なぜZimaOSにはSSH接続できるのに、システムフォルダーにファイルを作成できないのですか？
ZimaOSのシステムフォルダーの大半は、設計上読み取り専用です。書き込み可能なユーザーデータやアプリデータは、次のような管理対象データストレージの下に保存します。 /DATA.
sudoを使えば、ZimaOSのルートファイルシステムを書き込み可能にできますか？
いいえ。昇格された権限を使っても、意図的に読み取り専用でマウントされたファイルシステムは変更できません。
現在のZimaOSは、rcloneを手動でインストールせずにOneDriveへアクセスできますか？
はい。現在のZimaOS FilesはOneDriveに直接接続し、選択したクラウドコンテンツをローカルストレージへ移動できます。
コピー後の自動削除は、元のBackup UIで利用できましたか？
2026年2月のコミュニティスレッドでは、そこでは公開されていないとされていました。これは過去のBackupアプリの制限として扱い、現在のすべてのクラウド転送ワークフローに当てはまる恒久的な仕様とは考えないでください。
