この症状は、ZimaOS自体ではなく、ファームウェア設定の保持に問題があることを強く示していました。通常の再起動では問題ありませんでしたが、電源が長時間切断された後、ZimaBladeは保存した起動順序を忘れ、誤った、または非UEFIの起動項目に戻っていました。ユーザーは起動順序を手動で復元することで、再び正常に起動できました。
それから1年以上後、元の投稿者が解決を確認し、CMOSバッテリーを交換してBIOSをリセットしたところ、問題が解決したと報告しました。ZimaBladeのバッテリーはCR927で、ZimaBoardのCR2032とは異なると説明しています。これはIceWhaleのハードウェアサービス速報ではなく、ユーザーによる確認情報です。そのため、交換品を購入する前に、実際のバッテリーを確認してください。
電源の完全な喪失と通常の再起動では挙動が異なる
通常の再起動では、システムは起動設定を保持していました。問題が発生したのは、シャットダウン後にPSUを長時間取り外した場合です。
このパターンは、ボードに外部電源がない間、設定が保持されていないことを示す典型的な証拠です。
現在のインストーラーではZimaOSにUEFIブートが必要
現在のIceWhaleのインストール手順では、UEFIブートモードを使用し、Secure Bootを無効にする必要があります。CMOS設定が失われた後にファームウェアがレガシーまたは非UEFIのディスク項目に戻ると、システムディスク自体が正常でもZimaOSが起動しなくなる可能性があります。
現在のZimaOSの起動要件を確認してください。
同じファームウェア設定の喪失は、ZimaOS以外の起動項目にも影響した
別のユーザーはSSDにProxmoxをインストールしていましたが、電源を切ると、ボードがカスタム起動項目ではなく、デフォルトのCasaOS/eMMCに戻ることに気付きました。これは、ZimaOSのファイルシステムのバグではなく、ファームウェアまたはNVRAMの保持層に問題があることを裏付けています。
情報源で確認された対処法は、CMOSバッテリーを交換してからBIOSをリセットすること
2026年3月10日、R0GGERは、CMOSバッテリーを交換してBIOSをリセットしたところ問題が解決したと書き込みました。
これは、「CMOSバッテリーには機能がない」またはBIOSアップデートが必須だという、それ以前の推測よりもはるかに確かな情報です。
情報源では、ZimaBladeはCR927を使用するとされている
後日、元の投稿者はバッテリーのサイズに関する質問に次のように回答しました。
- ZimaBlade：CR927
- ZimaBoard：CR2032
この情報は現在のIceWhale交換マニュアルではなく、フォーラムユーザーから提供されたものです。そのため、交換する前に、使用している正確なボードやリビジョン、コネクターを確認してください。
バッテリー交換は、必ず電源を切った状態で行う
正常にシャットダウンし、外部電源を取り外してください。ホルダーやボードをショートさせないようにし、バッテリーの極性やコネクターの配置を確認してください。交換後はBIOSに入り、必要な設定を意図的に復元してください。
起動順序だけでなく、ファームウェア設定全体を復元する
CMOSが消耗またはリセットされると、仮想化、SATA/コントローラー、日付と時刻、自動電源オンなど、その他のファームウェア設定も失われる可能性があります。VT-d、VMのパススルー、自動電源オン、またはカスタムOSディスクを使用している場合は、それらの設定も確認してください。
ZimaBladeの起動順序に関するFAQ
元のユーザーは解決を確認しましたか？
はい。CMOSバッテリーを交換してBIOSをリセットしたところ、問題が解決したと報告しています。
BIOSアップデートが解決策だと確認されましたか？
いいえ。初期段階では議論されましたが、情報源で確認された解決策はCMOSバッテリーの交換とリセットでした。
情報源のユーザーは、ZimaBlade用にどのバッテリーを挙げましたか？
CR927です。ただし、この情報はコミュニティから提供されたものなので、交換前に使用しているハードウェアを正確に確認してください。
