ZimaOSがアップデートを正常にインストールしたように見えるにもかかわらず、再起動後に古いバージョンで起動する場合は、ダウンロードの問題ではなく、まず起動スロットの選択に関する問題として扱ってください。確認すべき最も重要な項目は、アクティブなRAUCスロット、新しく書き込まれたスロットが不良としてマークされていないか、そして接続されている別のドライブに古いZimaOSのインストールや重複したファイルシステム識別子が存在しないかどうかです。
検証済みのコミュニティ事例では、当初は1.6.2へのアップグレード失敗に見えましたが、アップデートバンドル自体は有効でした。マシンは新しいシステムを代替スロットに書き込みましたが、そのスロットでの起動に失敗し、以前のスロットにフォールバックしました。古いZimaOSパーティションを含む2台目のNVMeが重要な要因でした。この違いは重要です。同じアップデートを何度ダウンロードしても、起動経路の問題は解決しないからです。
アップデートのロールバックを見分ける方法
典型的なパターンは次のとおりです。
- アップデーターが完了まで進む。
- デバイスが再起動する。
- ダッシュボードには古いバージョンが表示されたままになる。
- アップデート通知が再び表示される。
- オフラインアップデートやRAUCの直接インストールも成功したように見える。
書き込みを開始する前にインストーラーが明確なチェックサムエラーや署名エラーを報告する場合は、別の問題です。しかし、書き込みが成功した後、再起動すると古いシステムに戻る場合は、次の起動段階に注目してください。
ステップ1：現在のシステムスロットを確認する
ZimaOSは2つの小さなシステムパーティション、スロットAとスロットBを使用しているため、一方のスロットを更新しながら、もう一方を復旧用に保持できます。現在のZimaOSシステム復旧ガイドでは、このデュアルスロット構成について説明しています。
ターミナルからRAUCの状態を確認し、どのスロットで起動しているか、どのスロットがアクティブか、そして更新されたスロットが正常または不良と見なされているかを確認してください。正常に書き込まれたスロットが起動後に不良になる場合、失敗はインストール後の段階で発生しています。
ステップ2：別のアップデートを強制する前にモニターを接続する
ネットワークやZimaOSのUIが起動する前に発生する初期ブートの失敗は、Webダッシュボードには表示されません。モニターとキーボードを接続して再起動し、GRUB、ファイルシステム、NVMe、UUID、カーネルに関するエラーを確認してください。
代替スロットがクラッシュし、システムが自動的に古いスロットへ戻る場合は、エラーを写真に撮ってください。アップデーターが100%を表示しているスクリーンショットをもう一枚撮るよりも、はるかに有効な情報になります。
ステップ3：接続されている起動可能なドライブをすべて確認する
よく見落とされるのが、以前ZimaOSを実行していた2台目のSSDやNVMeです。現在はストレージ専用として使用するつもりでも、起動パーティション、重複したファイルシステムUUID、古いブートローダーが残っている可能性があります。
一時的に、システムとして使用できる追加ドライブを取り外す
マシンを正常にシャットダウンし、使用するZimaOSシステムディスクだけを接続した状態にしてください。別のZimaOSインストールに使用されていないことが確実なデータディスクは接続しても構いません。そのうえで、もう一度アップデートをテストします。
診断が確定するまでドライブを消去しない
特定の追加ドライブを取り外すと新しいスロットで正常に起動する場合は、そのドライブ上のデータを削除する前にバックアップしてください。検証済みの事例では、競合していたNVMeを取り外すことで解決しました。しかし、アップデートに失敗するたびに、すぐディスクを消去すべきという意味ではありません。
ステップ4：オフラインアップデートは適切な問題に対してのみ使用する
現在のZimaOSオフラインアップデートガイドは、通常のアップデート経路でパッケージを取得または準備できない場合に役立ちます。しかし、重複したシステムパーティションによる起動競合を、オフラインインストールで解決することはできません。
オンラインとオフラインのどちらでインストールしても正常に書き込まれるのに、システムが何度も元に戻る場合は、インストーラーの実行を繰り返すのをやめ、起動診断をさらに進めてください。
問題を理解せずに不良スロットをアクティブにしない
新しいスロットを正常としてマークしたり、強制的にアクティブにしたりしたくなるかもしれません。しかし、それによって自動ロールバックが発生しなくなり、ダッシュボードに到達できない状態になる可能性があります。証拠を集める間は、フォールバック機構に保護させてください。
ZimaOSトラブルシューティングチェックリストは、デバイスが安定して起動しない場合に役立つ、より広範なチェックリストです。
ZimaOSの再インストールが妥当なのはどのような場合ですか？
両方のシステムスロットが破損している場合、システムディスクにファイルシステムまたはハードウェアの問題がある場合、またはドライブの競合を解消しても起動可能なスロットを復元できない場合は、再インストールが適切です。古いスロットが正常に起動しているのにロールバックが発生している場合、再インストールを最初に行うべきではありません。
再インストールする前に、別のストレージに保存しているユーザーデータとAppDataがバックアップされていることを確認してください。アプリデータがシステムディスクに保存されている場合は、まず保護してください。
マルチドライブサーバーでこれを防ぐ方法
- アップグレードやシステム移行の際は、使用するZimaOSシステムインストールを1つだけ接続する。
- 古いZimaOSのSSDをデータストレージとして再利用する場合は、バックアップを取り、使用を再開する前に不要なシステムパーティションを削除する。
- 古いブートディスクを数か月後に再接続してしまわないよう、システムドライブに物理的なラベルを付ける。
- AppDataとユーザーデータを専用ストレージに保存し、OSの再インストールによる影響を抑える。
アプリデータ計画ガイドは、将来OSを復旧する際の負担軽減に役立ちます。
よくある質問
ZimaOSではアップデートが成功したと表示されるのに、なぜ古いバージョンのままなのですか？
アップデートは代替スロットに正常に書き込まれたものの、そのスロットでの起動に失敗した可能性があります。その場合、ZimaOSは以前の正常なスロットに戻ることがあります。
RAUCスロットが不良になる場合、アップデートファイルは必ず破損していますか？
いいえ。アップデートバンドルが有効であっても、起動時のストレージ、ファイルシステム、カーネル、ハードウェアの問題によってスロットが不良になることがあります。
古いZimaOSのインストールがある2台目のSSDが起動に干渉することはありますか？
はい。検証済みの事例では、古いZimaOS形式のパーティションと競合する識別子を含む別のNVMeが関係していました。何かを消去する前に、追加の起動可能なドライブを取り外してテストしてください。
すぐに再インストールすべきですか？
以前のスロットがまだ起動するなら、すぐに再インストールする必要はありません。まずスロットの状態、コンソール出力、接続されているドライブを確認してください。原因を理解した後、またはどちらのスロットも復旧できない場合に再インストールします。
