お疲れ様です。 意外なところで、意外なネタが伸びてます。 https://github.com/acidanthera/bugtracker/issues/1868 そもそも、私がOpenCoreのT2上のセキュリティについて、OpenCoreが自分が作るNV-RAM項目が先にできている（Coverで）これで起こる、エラー停止について、 「items in the DELETE of NVRAM 4D1EDE05-38C7-4A6A-9CC6-4BCCA8B38C14:BridgeOSHardwareModel」 と、うっかりitemsと複数形をつかっちゃたので、LeeBinderさんが、１つなの？って聞いたことから始まってるんですが・・・ ここから、お話変わってー－－ 　LeeBinderさん曰く、ClearNVRAM.efiがUEFIブートエントリもリセットするのはどうにかならないかということで、Dev.mikebeatonが「Vitに聞いてみる―」から始まってます。 　今のところの流れは、 　Dev.mikebeatonさんは、（CMOSを物理的にリセットするような）ブートエントリの消去しないと直らない障害もある旨いったところで、 　LeeBinderさんも、同意し、"nuclear/ atomic" full ClearNVRAM.efi（笑：本人の表現～効きそうですね）でなく、ClearNVRAM_lite.efiもありではということです。（(・∀・)ｲｲﾈ!!しました） 　そういや、Cloverでは、Fキーであったですよね・・・（もう、ごちゃついてF何きーかわかんないですが、SliceはF1を、キーボタンのHelpにしましたｗ・・・ある意味F1ボタンを知らないとやっぱりわららんのですが＾＾；） 　とわいえ、OpenCore側も、マブダチのMatgen84さんの「一度Tabキーを押したら、上のボタンに戻れないからなんとかして」（もう一回Tabで戻らんはず）で、リブート押せばいいとの、お堅い裁定をFriz(mhausar)から受け取っていたので、どうなることやら進展があったら、報告します。 （というか、別件で話が続いてますが、メールくるので便利ですねGit-Hubって）