従来のシステムでは、コアコンポーネント(例:/usr)に対する保護機能が不足しており、誤って削除されたり悪意ある改ざんを受けたりしやすく、深刻なセキュリティリスクを抱えていました。旧来のバックアップやロールバックの仕組みも、非効率で操作が煩雑だったため、システム障害時のデータ損失リスクを高める要因となっていました。

そこで、システムのセキュリティと使いやすさを考慮し、deepinは、読み取り専用保護、Atomic Update、スナップショット管理、あんしん復元を備えたRock-Solid Immutableシステムを導入しました。

Atomic Updateは、「全か無か(All or Nothing)」の原則に則ってシステムアップデートを行う機能です。アップデートが完全に成功しなかった場合に、システムが以前の状態にロールバックすることで、部分的なアップデートによるリスクを排除し、システムの安定性を確保します。

これはロールバック機能と組み合わされており、アップデート後にシステムが正しく起動しない場合に、アップデート前のシステムイメージを選択して、システムを機能する状態に戻すことができます。

「スナップショット管理(Snapshot management)」は、システムが各アップデート前に自動的にスナップショットを作成し、現在の状態を記録する機能です。ユーザーが手動でスナップショットを作成したり、バックアップツールを使用したりすることもできます。ソフトウェアのインストールに失敗したり、設定に誤りがあっても、ユーザーはワンクリックで前のスナップショットにロールバックできます。

現在、スナップショット管理は/usr、/etc、/opt、/boot、/varをカバーしています。個人情報は含まれていません。

注意:スナップショット管理はシステムファイル、設定、および/varの一部にある重要なファイルにのみ適用されます。スナップショットの作成や復元にはユーザーデータは影響を受けません。

「あんしん復元(Worry-Free Restoration)」は、ユーザーが行った変更を検知し、再起動時にそれらを破棄または部分的に破棄できるようにする機能です。

想定されるユースケースの一部:

• デバイス貸出/共有利用:この機能を有効にすると、アプリのインストールや設定の変更などの変更は再起動後に破棄され、プライバシーを保護します。

• リスクの高い操作をテストする開発者:sudo rm -rf / --no-preserve-rootのようなコマンドによる不可逆的な結果を回避するのに役立ちます。再起動後は安全に元に戻します。

読み取り専用保護は、デフォルトで、Rock-Solid Immutableシステムによって、/usr、/bin、/libを、読み取り専用としてマウントする機能です。

これにより、悪意のあるソフトウェアによる改ざんや偶発的な操作ミスなどを防ぎ、システムの完全性を保ちます。

読み取り専用保護が有効の場合、システムはroot権限であっても、すべての変更をブロックし、「読み取り専用ファイルシステムです」エラーを返します。

無効にするには(変更は再起動後に有効になります):

• deepin 25 Alpha以降では、以下のコマンドを実行します:

sudo deepin-immutable-writable enable -d /usr

注意:保護を無効にすると、/usrが書き換え可能な状態で再マウントされます。保護を再度有効にした際に、保護が無効になっていた間の変更が戻される場合があります。ご注意ください。

有効にするには(変更は再起動後に有効になります):

• deepin 25 Alpha以降では、以下のコマンドを実行します(変更は再起動後に有効になります):

sudo deepin-immutable-writable disable

コントロールセンターのシステムアップデートを利用してアップデートできます。スナップショット作成やアップデート失敗時のバージョンへのフォールバック機能を備えています。こちらが最も推奨される方法です。

deepin 25 Previewをご利用の場合は、以下をご利用ください。

deepin-immutable-ctl ota upgrade

deepin 25 Alphaを使用している場合、OTAコマンドは推奨されません。システムは引き続き標準のapt/dpkgパッケージ管理ロジックに従っているため、sudo apt dist-upgradeを実行することでシステムをアップグレードできます

.debパッケージについては直接インストール可能です。システムはaptとdpkgを適応させ、保護を無効化せずにこれを可能にしています。

.runや.bundleのような他のパッケージ形式については、まず保護を無効にする必要があります。これは、/usrのような読み取り専用ディレクトリを修正する必要があるためです。

1つのスナップショットにつき、通常約200MB消費されます。-jフラグを使って既存のスナップショットをリストアップし、スクリプトを使って古いものを削除したり、ディスク容量をより効率的に管理したりできます。