SecureBootMode can’t set Default in OpenCore with Clover OpenCoreでSecureBootModelがDefultに設定できない(Cloverとの共存で)

Hackintosh

 どのような経緯かわかりませんが、OpenCoreで、iMac20,2の設定をしたときに、メニュー画面までいかない不具合が出ました。Debugバージョンで、ログを取ると以下のような表示がでて止まってしまいます。
  I don’t know how it happened, but when I set up my iMac20,2 with OpenCore, it didn’t go to the menu screen.

01:201 00:038 OC: Failed to bootstrap SB values - Invalid Parameter

上のようなエラーで止まっています。
It stopped with an error like the one above.
 NV-RAMをリセットすると、OpenCoreを起動できます。しかしそのあとで一度Cloverを起動すると、もうOpenCoreは動きません。
 After resetting the NV-RAM, I can start OpenCore. However, once you start Clover after that, OpenCore will not work anymore.
 問題となっているNV-RAM変数は以下のものです。OpenCoreもCloverもmacOS起動時にはNV-RAM内に存在させています。
 The NV-RAM variable in question is the one below, which both OpenCore and Clover have in NV-RAM when macOS starts.

4D1EDE05-38C7-4A6A-9CC6-4BCCA8B38C14:BridgeOSHardwareModel

起動時にあるため、いずれmacOSでは必要なものです。
Since it is there at startup, it will eventually be required by macOS.

 ここ不思議なのが、OpenCoreの起動時のチェックです、この変数があると、Secure的な問題があると言って止まるのです。いろいろなアタックが考えられると説明を受けました。でも、OSが動かないとアタッカーのマルウェアも動くことができません。それなのに、OSが動いていない間にこの変数が問題になるため、OSの終わりにこの変数があってはならないため消すということしています。これを彼らは道徳的問題として、設計コンセプトといるようです。
 The strange thing here is that when OpenCore starts up, it checks for this variable and if it finds it, it says there is a security problem and stops.
 It was explained to me that there could be a variety of attacks that could cause security problems.
 However, if the OS is not running, the malware that attacks the OS will not be able to run.
 However, the designers of OpenCore erase this variable at the end of the OS because it becomes a problem while the OS is not running.
 This seems to be a design concept that they consider a moral issue.
 しかし、OSを動かさないで、ほかの攻撃の方法があるということは、今聞いていますが、答えがありません。
 But that there are other ways to attack without running the OS, now I am asking them, but there is no answer.
 それからすると、Cloverは実利主義なのでしょう。「OpenCoreで消せます。」との回答です。
 I guess Clover is being pragmatic, then. 「You can turn it off with OpenCore」is the answer.
 というわけで、実際のところ、OpenCore側に以下のNV-RAMの消去項目を付けることで、どちらも起動できました。
  So, in fact, I was able to boot both by adding the following NV-RAM erase item on the OpenCore side.

NV-RAM → Delete 4D1EDE05-38C7-4A6A-9CC6-4BCCA8B38C14:string:BridgeOSHardwareModel

 

コメント

Translate »
タイトルとURLをコピーしました