開発モードと本番モード
JelinaOS は、現場で自己復旧できる本番デバイス向けに設計されています。開発・デバッグと本番導入の違いを理解すると、よくある誤解を避けられます。稼働中のシステムでファイルを直接変更しても、変更は書き込み可能レイヤーにのみ残り、次にビルドするイメージには含まれません。工場出荷状態への復元後には失われます。
開発と本番の主な違い
Section titled “開発と本番の主な違い”| 用途 | 推奨方法 | 理由 |
|---|---|---|
| 開発／修正 | システムビルド基盤に変更を統合し、イメージを再ビルドして検証 | 変更がイメージに含まれ、再現・配信できる |
| 本番／運用保守 | 更新パッケージと目標状態を通じて変更を配信 | ロールバック経路があり、状態を復元できる |
- 稼働中のファイルを直接変更（プログラムの置き換えや設定変更など）すると、変更はデバイスの書き込み可能レイヤーにのみ存在します。
- このような変更は A/B とオーバーレイのロールバック機構で保護されず、復元やアップグレード後に失われます。
- 本番デバイスの変更は更新経路を使用し、ロールバックできる状態を維持してください。
動作モードに関する設定はシステム設定ディレクトリに永続保存されます。
| 設定 | デフォルト | 説明 |
|---|---|---|
| 本番モード | 無効 | 有効にすると、安全なチャネルのみを通じてクラウドと通信 |
| GUI 全体の有効化 | 有効 | UI システムを有効にするかどうか |
| 容量監視モード | 通知 | 容量警告時の処理（警告のみ／再起動を促す／強制再起動） |
本番モードでは、デバイス管理とアクセスを安全なチャネル経由で行います。詳しくはセキュリティとデータ分離を参照してください。
開発・デバッグ時の注意事項
Section titled “開発・デバッグ時の注意事項”- 一時的な診断ツールは原則として一時ディレクトリに置き、使用前に出所とチェックサムを確認し、使用後に削除してください。
- 変更は更新パッケージやテスト環境を通じて適用し、デバイス上のインストール済みプログラムを直接置き換えないでください。
- 開発用デバイスで直接置き換える必要がある場合は、元のファイル情報を記録し、ロールバック用コピーを保存し、検証後に修正をビルド基盤へ反映してください。
- 本番デバイスのファイルを直接置き換えないでください。変更計画のない直接の置き換えは、ロールバック機構で保護されません。
デスクトップのバリアント
Section titled “デスクトップのバリアント”JelinaOS は、ビルド時に選択する 2 種類のシステムバリアントを提供します。
| バリアント | 起動ターゲット | ディスプレイマネージャー | 説明 |
|---|---|---|---|
| デスクトップ | グラフィカル環境 | LightDM | XFCE4 デスクトップ環境を搭載 |
| コマンドライン | マルチユーザーのコマンドライン | なし | CLI のみで、リソース使用量を最小化 |
デスクトップ版は、XFCE4（ウィンドウマネージャー xfwm4）、デフォルトユーザー（jelina）、音声（PulseAudio）、ネットワーク管理（NetworkManager）、内蔵 UI システム（GUI レンダラーと制御 CLI）で構成されます。UI システムは、初回起動のウェルカム画面、更新の進捗、容量警告などを表示します。
関連ドキュメント
Section titled “関連ドキュメント”- システムアーキテクチャ — 読み取り専用システムと書き込み可能レイヤーの仕組み
- グラフィックスとデスクトップ — デスクトップのバリアントと UI システム
- ストレージとデータパーティション — 書き込み可能レイヤーと容量管理