フォーラムへの返信
-
投稿
-
もしかしたらRTCの問題なのかも。
どの記事のconfig.plistも、同じpastebin.comリンクになっていたと思うのですが、違うものを紹介しているようでしたらご指摘ください。修正しておきます。あと、記事を書いた当時とはCloverのバージョンが変わり、efiドライバのディレクトリ構造が変わっていますので、ご注意ください。OsxAptioFix3Drv.efiの方が良いようですので、OsxAptioFix2Drv-free2000.efiと差し替えておいた方が良いと思います。ただ、起動する・しないには影響ないです。どちらも起動します。
書いていただいた手順通りやってみたらコンパイルできました。ありがとうです。手元でコンパイルできるというのは良いですね。
config.plistの方ですが、{{PASTE BOARD SERIAL NUMBER HERE}}と、{{GENERATE ME}}のところは実際にはボードシリアル番号が入っていますでしょうか。
スリープはするけどすぐに目覚めるというのは、スリープさせる設定としては正しいと思います。mpget -gの方ですがsleep prevented by mds_stores, UserEventAgent, sharingdとあるので、そのどれかでスリープから起こされていると思います。以下の方法で原因を探れるかと思います。
mds_storesはSpotlightの索引製作などと関係ありそうです。システムをインストールした直後は、しばらくはspotlightが準備するので、仕方ないかもしれません。数日待ってみるか、システム環境設定のSpotlightのプライバシーで、どのドライブも索引を作らない設定にすると良いかもです。
UserEventAgentはUSB機器などのイベントです。HDMIからのイベントもあり得ます。USBを全て引っこ抜いて（BTとキーボード、トラックパッドくらいは残しても良いかも）、HDMIも外して調べてみるのも良いかもです。USBハブが原因だったことがあります。外したらスリープするようになりました。
Sharingdはネット経由で共有要求がきて起こされたというようなものだと思います。有線LANもWiFiも切って、調べてみるんも良いと思います。もしこれが原因なら、BIOSでLANで目覚める設定を外すとか、省エネルギー設定でネットワークアクセスによるスリープ解除を無効にする、Power Napを無効にするなどで対応できるかと思います。
スリープは厄介な項目ですね。config.plistを（シリアルなどは伏せ字にして）公開していただけるといろいろ意見をもらえるかも。スリープしてもすぐに目覚めるという症状ではなくて、そもそもスリープしないような感じなのでしょうか？時間をかけて待ってもだめでしょうか。HDD/SSDへのアクセスが続いているようなら準備中なのかもしれないです。ターミナルでpmset -gするとその結果はどのようなものでしょうか。
オーディオはAudio – Inject – 1で大体大丈夫な気がします。1の他に、2, 3, 5, 7, 11, 13, 15, 16, 21, 27, 28, 29, 34などの可能性もあるようですが試されましたか？
https://github.com/acidanthera/AppleALC/wiki/Supported-codecs
ROG MAXIMUS XI HEROはまだお持ちですか？手元ではこれと9900Kでスリープもオーディオも動いています。OsxAptioFix2Drv-free2000も使わずにOsxAptioFix3Drv.efiで動きます。8700も同じような設定で動く気がします。もしマザボを取り替えても良いようでしたら、以下の関連記事を参考になさってください。
いつも投稿いただきありがとうございます。spamフィルタの履歴を見たらそれらしい記録が見つかりました。whitelist登録をしておきましたので（操作方法をよく理解していないのですが、多分）改善されたと思います。今後もよろしくお願いします。
ASUS ROG MAXIMUMS XI HEROでもM.2 SSDの問題は発生していないです。ASUSは、色々な点でHackintosh向けなのではと思ってます。
15個制限で消失しないUSBポートを使えば良いです。3.0の一部は生き残っているはずですし、2.0は優先度が高いので多分消失しないです。なので、USBメモリを他のUSB 3.0ポートに挿すか、USB 2.0のポートに挿すか、USB 2.0のUSBメモリでインストーラを作るかすれば良いです。
その進行バーというのは、macOSインストーラが起動する前の状態でしょうか。それともmacOSインストール開始後のものでしょうか？もし、macOSインストーラが起動する前の、黒い画面に白いリンゴマークの時のものでしたら、もしかしたらUSBの15個制限に引っかかっているのかもしれないです。USBメモリを他のUSBポートに挿すか、USB 2.0のポートに挿すか、USB 2.0のUSBメモリでインストーラを作るかしてみてはどうでしょうか。
ブートオプションに以下を加えてはどうでしょうか。
agdpmod=pikera
https://github.com/acidanthera/WhateverGreen/blob/master/Manual/FAQ.GeForce.en.md
によると、agdmodはいくつか試してみろというようなことが書いてあります。
おめでとうです。iGPU用のメモリー領域を確保しなくても良くなったので、連続空き空間が大きく取れるようになり、カーネルが読み込めるようになったのでしょうね。
WhateverGreen.kextは最新版 (1.3.4)にしてありますか？古いバージョンだとmacOS 10.15.1でブラックアプトすることがあるようです。
メモリーマップを見せていただきました。
0x100000番地から0x168A1ページ（9.23万ページ）空いていて、0x169E1000番地からの空きは0x16072ページの空きのように見えます。
0x100000番地からの方が多少大きいのではないでしょうか？なのでslide=0で良いと思います。ただこのマザボだとカーネルを読み込める範囲にある最大空き領域が、0x100000からの380MB程度です。大体は大丈夫でしょうが、ギリギリなのでタイミングによって失敗しているのだと思います。Gigabyteの最近のマザーボードは、連続した空き領域があまり無いようです。iGPUに割り当てるメモリーを減らす、もしくはiGPUを使わない設定にすると多少は増えるかもしれません。現行のチップセットマザボだと、ASUSかASRockのマザーボードが良いように思います。またMSIもslideで調整できる範囲に大きな空き領域があるので良いです。
メモリーは、何回かに分割されて確保されるようです。なので、slide値で設定した番地から最初のうちは確保できるけど、そのうち領域が足りなくなってエラーになるようです。ですので、エラー表示された番地が、最初のメモリ確保番地とは限らないです。調べていただいた番地の情報を見ると、slide=180未満では、0x100000番地からの空き領域の範囲内でエラーが出てて、slide=180以上では次の空き領域の範囲でエラーが出ていますので、理屈にあった状況だと思います。