HackintoshではGIGABYTEは有名どころですよね。そのZ390ならと思うのですが。GIGABITEとASUSは情報量が多いので、いずれかになりやすいですね。PM貴重な情報ありがとうございます。私のマザーはyoshiiさんのと同じですが、ハードの構成が異なるせいか、メモリーマップは異なるようです。結果、CsrActiveConfig=0x43とslide=0の併用でclover5033付属のOsxAptioFix3Drvで安定して起動するようになりました。PM貴重な情報ありがとうございます。メモリーパニックで悩まされている我がHacintosh環境にピッタリの、的を得たようなトピックで、助かりました。Z170Mシリーズ製品(総量32GB搭載)です。社製ではないところから判断して先手志向。0x40その結果、0x100000番地から0x62675ページを空き地で確保できました。Loader環境においても、同じ項目を全く同じ内容で設定完了。これで、なんとか安定運用できそうです。マップ全体のTEXT出力を得たかったのですが。日本語JISキーボードに取り替えても同じように見つからず、やむなくGIVEーUP。PM私のBIOSも日本語JISキーボードを正しく扱わないため少々試行錯誤で色々叩くと大抵は見つかります。PMShellコマンド使う時は英語キーボードが便利です。普段は使わないのですが1つあると便利ですよ。PM普段からUSキーボードを使っていたので記号入力のことには気づきませんでした。AMUSキーボードとJISキーボードの配列はこちらにかいてあります。http://www.nagasaki-gaigo.ac.jp/toguchi/pc/multilingual/keyboard_us_jis.htmきちんとメモリマップで精査され、計算の後、根拠のある対策を取ることが、肝要だと思います。PM色々なマザーボードのメモリーマップを紹介いただきありがとうございます。グラフィックスボードに搭載されたBIOSもメモリーを確保するらしいので、マシン構成によって色々違うようです。PM大変貴重な情報ありがとうございます。MaximusVという環境です。2となって、Slide値が適応されていないように見えます。問題ないことを確認しています。正常起動時のスタートアドレスは?っと思いましたがVerboseでも表示されないみたいでした。通常起動は問題ないです。長いですが参考までにアドレスマップを晒します。IvyBridgeということで、どうも最近のPCとは雰囲気が違っています。「本記事で改善されたユーザー」の一人です。Hacintosh環境に関しては、まだまだ初心者なので最初の質問だけに限定して、お答えいたします。コマンドを入力、そしてアドレスマップを画面に出すことができました。AMお返事ありがとうございます。セーフモード起動できるのですね〜御報告ありがとうございます。Shellでのmemmapコマンドですよ。permits.」とセーフモードでエラーが出るのを認めてます。移行することが良いと思います。200000になります申し訳ないのですが、この部分をもう少し知りたいです。Typoがある気がしていまして・・・。PMご指摘ありがとうございました。計算ミスをしていました。200000になりますに訂正します。記事も訂正しておきました。以下の書き込みに書いてある説明から式を作ったのですが0x100000を足しているところを見落としていました。Shellのmemmapコマンドで色々調べました。苦闘したのですが、1)iGPU用のメモリ確保を64mb以上にすると、どうやってもダメ。Slideを256の範囲で約400mb確保できる領域がどうしてもない。Slide値がすごい値になる領域しかなく、その値で設定してもダメ。decodingはメモリ確保には関係なさそう。2)iGPUのメモリを32mbに設定すると、0x100000番地から約400MB分のページ数を確保可能。いうことでOsxAptioFix3Drv.efiで起動できることを確認しました。slide値はもちろん0。AORUSシリーズは海外フォーラムでもiMac19,1+iGPUオンでOsxAptioFix2Drv-free2000.efiを使うか、SMBIOSをiMacProに変更しiGPUをオフにする(それでメモリアロケーションを変化させる)ことで対応してることがほとんどです。当方のようにiGPUのメモリ確保を32mbに減らすことで対応できるのは良い情報です。BIOSのバージョンによっても微妙にメモリ領域は変化するようです。AptiomemoryFix.efiはDeprecatedされ、R27が最終版です。以降はOpenCoreに統合されて開発されるとのこと。Cloverを継続的に使うなら開発が続く?OsxAptioFix3Drv.efiを使うのが良いかもしれません。PM興味深い情報をありがとうございます。HEROでiGPUを128MBにした状態でした。メモリーマップ構成はASUSがmacOSと相性良いようですね。AptioMemoryFix.efiの情報もありがとうございます。PM情報ありがとうございます。同じ構成ですので、頂いた情報を元にOsxAptioFix3Drv.efiで安定Bootするようになりました。bootmacosさんの当記事も大変勉強になりました、ありがとうございます。PM私も色々と調べてみました。gaming/i9-9900K/RX560です。当初、i9-9900KのiGPUを使って頑張っていましたが、HDMIの出力が不安定であるためRX560を追加してそっちに鞍替えです。表示に用いているのはRX560のDPです。iGPUをBIOSでdisableにすると上手く起動しますが、enableにするとメモリー割当に失敗します。0x100000からのメモリーは皆さんとほぼ同様で、iGPUのDVMTメモリーがデフォルトのpre-allocated=64M,max=256Mのとき以下のような具合です。000000000000000F割当るのは0x1198bページのためslide=0とすると0x100000からの割当が成功して起動できそうに見えますが、実際には0x5c70000で割り当てられなかったとして止まります。pre-allocated=32Mにすると割当は成功しますが、その後panic.apple.comを表示して停止です。pre-allocatedの値を大きくすると、その分だけ0x100000からの領域が縮小し、隣接するBS_Data以降のアドレスがその分下へと移動します。割り当てには失敗します。次に0x100000の次のAvailableから割り当てるようにslide=192としてみました。計算上、実際のアドレスは0x18100000となります。割り当てに失敗するのですが、今度は0x1dc70000で失敗したとのこと。0x1dc70000-0x18100000=0x5b70000であり最初に失敗したときは、0x5c70000-0x100000=0x5b70000でオフセットは一緒です。0x5b70000=95879168ですからslideで指定したアドレスから約100MB上のアドレスから割り当てようとしている模様です。0x5b70000/0x1000=0x5b70ページが追加で必要となり、これと0x1198bを加えると0x174FBとなって最初の領域に収まりません。これを収納できるAvailableな領域は0x100000000となり、slide=2048となって8ビットのslide値では届きません。試してところやはり駄目でした。いうことでiGPUの使用は諦めです。PMSIPが有効だとKASLRが優先されることに気づかないで何度か失敗して、エラーをたくさん記録したことがあります。その時に気付いたのですが、どうも何回かに分けてメモリー確保をしているようです。いつもと違うページ数の確保に失敗したというメッセージが出てました。オフセットが同じということですので、オフセットが0x5b70000までのメモリー確保は成功したけど、その後、大きめの領域を確保しようとして、失敗しているのかもしれません。GIGABYTE(ですよね)のそのマザーボードだと、slideで調整可能な範囲のどちらの空き領域も、実は足りないということなのかもしれません。記事では300MB必要らしいと書きましたが、実はもっと必要なのかもしれないと思っています。ちなみにpre-allocatedはどこの設定でしょうか?BIOS?知らなかったので調べてみます。PMマザーボードはGIGABYTEです。pre-allocatedはBIOSの設定値です。gamingではiGPUをenableにするとDVMTのサイズ設定ができるようになります。pre-allocatedとmaxの指定が出来ます。iGPUに前以て割り当てるメモリーと最大値の模様です。調べた限り(=memmapで見る)ではpre-allocatedで指定した領域はアドレススペースの上方に確保されるようですが、実際にしわ寄せを受けるのは一番下(=0x100000)の領域です。pre-allocated=32Mとするとこの領域のページ数は0x18e15であり、64Mでは0x16E15、また256Mでは0xAE15となります。差分はpre-allocatedの差分そのものです。この領域の2つ上にあるAvaiableのページ数はpre-allocatedに関わらず0x14067で一定です。BIOS設定値であるpre-allocatedを変えると二番目以降のAvaiableのアドレスが変わるので、二番目以降にloadする場合にはslide値もそれに応じて修正を必要とします。先にも書きましたたが、iGPUを使う場合はOSの領域の手前にさらに100MB程度が必要なようです。私の環境ではそのような領域が8bitのslideで表現できる範囲にはありません。そこで一旦諦めたのですが、そうはいかないみたいです。iGPUをdisableにするとjpegファイルを処理できなくり、結果、プレビューがハングします。pdfはOKですが、jpgは駄目でした。そこで元々使っていたOsxAptioFix2Drv-free2000.efiを入れたところ、起動するようになりました。いやはや、奥が深いですね。PMiGPUを無効にした時にJPEGのクイックルックやプレビューが動かなくなる問題は、ブートオプションに以下を追加すると直るかもしれないです。shiki-id=Mac-7BA5B2D9E42DDD94こちらをご覧ください。https://bootmacos.com/entry/2019/07/24/203055Gigabyteのメモリーマップは厄介ですね。0x100000のちょっと上に確実に大きな空き地のあるMSIの方がマシなのかな。GIGABYTEの順で、macOSに適したメモリー配置を持っているような気がしてきました。AMGIGABYTEしか使ったことがないので他は分かりませんが、今回は非常に手こずりました。数年前に初めて作った時はtonymacx86で紹介?しているボードとuni/multibeastで一発動作でしたが、今は違うみたいです。忍耐力がない人にはGIGABYTEは向かないと思います。PMBIOS時代はGIGABYTE一択だったのですが、事情が変わった感じがしますね。今はASUSが推奨でしょうか。ASRockはどうなのかな。1050Tiで問題がありました。000000000000000Fたった0x1000000-10FFFFFにカーネル配置できない部分があります。0x200000=0x08ランダムシード値が0~7のときに起きるんですから、本当にまれなのですが、やっぱりそういうときもあるんですね。CsrActiveConfigを0x40で行けました。この情報は本当に有用ですねぇ。PMお役に立てて何よりです。私はこの記事を書くために調べるまで、KASLRのことを知らなかったので、起動に成功したり失敗したりする再現性の無い振る舞いが謎でした。失敗しない場合は、無対策のまま起動に失敗しても、車のエンジンをかけるのに失敗したような気持ちで、再起動し直すという手もあるかもです。AMBootMacOSさん、ども、Z390の300系マザボでOsxAptioFix2Drv-free2000.efiを使ってたんですけど、Slide=0でMojaveまで問題なかったのがCatalinaに移行しようと試してたら禁止マークが出て停止しちゃいました。そんなこんなで調べてたら、いつのまにやら今はOcQuirksってのが開発されてGitにリリースされてるみたいで・FwRuntimeServices.efi・OcQuirks.efi・OcQuirks.plistこれをCloverに入れえてみたらとりあえず動きましたんで、ご報告させて頂きます。model.https://github.com/ReddestDream/OcQuirksこれに差し替えついでにSSDT-PMC.amlで、EmuVariableUefi.efiなしでNVRAMも動いてる感じです。13のOcQuirks.plistにあるデフォルト設定でDevirtualiseMmio=falseだと禁止マークで起動失敗します。AMOcQuirksは聞いたことがあったのですが、OpenCore専用のものだと思い込んでました。Cloverでも使えるのですね。情報ありがとうございます。コメントをキャンセルメールアドレスが公開されることはありません。date*「名前」「メールアドレス」「サイト」は空白でも投稿できますが、日本語が含まれない投稿は無視されます。