ZimaOS の修復が必要な場合は、現在起動できる状態に応じて復旧方法を選択してください。現在のシステムスロットが壊れている場合は Slot A/B の復旧を使用し、システムは起動するものの修復または更新が必要な場合は RAUCB オフライン更新を使用します。 すぐに再インストールして、システムの問題とユーザーデータの損失を混同するリスクを負わないでください。
元の事例は ZimaOS 1.4.1 で、古いオフライン更新手順に従っていました。現在のドキュメントには、v1.4.1 以降にディレクトリが変更されたと明記されています。そのため、パッケージを古いフォルダーにコピーしても更新プロンプトが表示されなかった可能性があります。



方法 1:別の ZimaOS システムスロットに切り替える
ZimaOS は、Slot A と Slot B の 2 つのシステムパーティションを使用します。アクティブなスロットが破損している場合や更新に失敗した場合は、GRUB から別のスロットを起動してください。
現在のZimaOS システム復旧ガイドでは、GRUB に入り、バックアップスロットを選択する方法を説明しています。
実行中のスロットを確認する
rauc status
出力には、現在起動しているスロットが示されます。修復を試みる前に記録しておき、どのイメージをフォールバックとして使用できるか確認してください。
方法 2:現在のオフライン更新フォルダーを使用する
現在のZimaOS オフライン更新ガイドには、オフラインパッケージのパスが変更されたと記載されています。
- v1.4.1 より前:
/ZimaOS-HD/rauc/offline/ - v1.4.1 以降:
/ZimaOS-HD/.ota/offline/
このバージョンの境界が、元のスレッドに対する最も重要な訂正です。
正しい RAUCB パッケージを使用する
現在の ZimaOS RAUCB リリースを公式のリリース元からダウンロードしてください。汎用インストーラーイメージの名前を変更しても、オフライン更新ツールが受け付けるとは限りません。
更新スキャナーを待つ
RAUCB ファイルを正しいディレクトリにコピーしたら、ZimaOS がスキャンするまで数分待ってください。アップグレードを開始する前に、更新インジケーターが表示されるはずです。
修復前にユーザーデータを保護する
スロットの切り替えでは、ユーザーデータを別のストレージに保持するよう設計されていますが、システムの修復または再インストールの前に、重要なファイルと AppData のバックアップが検証済みであることを確認してください。
両方のシステムスロットを削除しない
一方のスロットがまだ起動する場合は、復旧経路として保持してください。システムディスクの再パーティションや再書き込みは、より安全な復旧方法が失敗した後の最後の手順にしてください。
完全な再インストールが適切な場合
両方のスロットが使用できない場合、システムディスクが損傷している場合、またはサポートからクリーンなシステムイメージを推奨された場合にのみ、再インストールしてください。まず、ストレージプール、AppData、共有、Plus/デバイスの識別情報を記録してください。
インストールおよびアップグレードガイドでは、より広範な復旧計画を説明しています。
FAQ
ZimaOS 1.4.1 以降では、RAUCB ファイルをどこに配置すればよいですか?
現在のドキュメントでは、/ZimaOS-HD/.ota/offline/ とされています。
Slot A/B を切り替えるとデータは消去されますか?
現在の復旧ドキュメントによると、ユーザーデータは別に保存されており、システムスロットを切り替えても影響を受けません。
オフライン更新ファイルを置いても何も起こらないのはなぜですか?
バージョンに対応したフォルダー、パッケージの種類、ファイル名の完全性、空き容量を確認し、スキャナーが検出するまで待ってください。
別のスロットを試す前に再インストールすべきですか?
いいえ。一方のシステムスロットがまだ動作している場合、スロット復旧がリスクの低い最初の選択肢です。
