運用10.14.6追加アップデート2を入れたマシンのうち1台が起動しませんでした。APFSが原因でした。付属のapfs.efiに差し替えたら起動しました。ビルドは18G103です。追加アップデートの名前の最後に2という番号がつくのは珍しいと思います。Catalinaがまもなく出るので、おそらく最後のバージョンになると思います。追加アップデートを続ける理由は、もしかしたらMojaveを10.14.6で終わりにして、バージョン番号をあげたくなかったのかもしれません。いくつかのマシンで、アップデータ経由で通常通りの更新が問題なく可能でした。9600Kを組み合わせたHackintoshです。2019に搭載されている第9世代CPUと同じCPUなので互換性が高いと期待しました。M...では、どういうわけか起動しませんでした。最近は大体問題なくOSアップデートできるのですが、たまにこういう状況になるのはHackintoshの宿命で仕方ないところです。-vオプションで調べた症状は以下のようです。Cloverのメニューは出て、メモリー確保も正しく行えるのですが、その後メッセージが続いた後、表示が止まってしまいます。'iMac19,1'という表示が出ます。iMac9,1に設定したこのマシンが60秒間応答しないという意味だと思います。Keyboard'というような表示が出ることもあります。stallというメッセージが出ます。daemonのことだと思います。読み込んでカーネルに登録する機能を担っていると思われます。stallは、自動車のエンスト(エンジンストール)と同じ単語で、応答がなくて動かない、という程度の意味でしょう。メッセージから判断するに、kextデーモンが特定のkextを呼び出そうとしたけど、60秒経っても応答がないようです。失敗しているkextはどれもmacOS本体のkextです。読み出しに失敗している可能性があると考えました。上記で紹介したtimeoutメッセージも、APFSからの読み出しをする局面になって、マシンから応答がなくなりタイムアウトしたとも解釈できます。apfs.efiで解決CloverがAPFSにアクセスするためには、macOS本体のapfs.efiを使っています。ApfsDriverLoader.efiを使って、macOSから自動的に読み込んでいます。動的に読み込むことで、macOSのバージョンに合わせたapfs.efiが使えるメリットがあります。今回は、この仕組みが何らかの理由で機能していないようでした。そこで、EFI/CLOVER/drivers/UEFIの中のApfsDriverLoader.efiを削除してmacOS本体からapfs.efiをコピーしました。実際に行った手順は、もう少し複雑です。いうのは、このマシンは起動しないのでapfs.efiを取得できません。/Volumes/USBのようにしてapfs.efiをコピーします。Shellを起動し、cpコマンドでESPのEFI/CLOVER/drivers/UEFIにコピーしました。ApfsDriverLoader.efiは、rmコマンドで削除しました。Shellの使い方は、以下をご覧ください。Shellで救うhttps://bootmacos.com/entry/2019/04/18/200605UEFIマザーボードには各種設定やファイル表示・変更ができるコマンドラインシェル機能があります。これを使用すればOSが起動する前にファイル変更・移動・削除できるので、誤設定で起動しなくなったマシンを救えます。Shellは、UEFI環境で...ApfsDriverLoader.efiが動かなかった理由は不明です。他のマシンでは18G103でも動いていますので、このマシンだけの問題かと思います。ApfsDriverLoader.efiのアップデートで解決するかもしれません。stallのメッセージで止まる場合には、APFS関係を疑うと良いかと思いました。コメントをキャンセルメールアドレスが公開されることはありません。date*「名前」「メールアドレス」「サイト」は空白でも投稿できますが、日本語が含まれない投稿は無視されます。