CPU on Boot macOS

CpuTopologyRebuildで13900KFのコア構成を調整する

Sat, 05 Nov 2022 16:10:24 +0900

前回アップグレードしたCore i9-13900KFは、その後もmacOS Ventura 13.0で順調に稼働してます。

この記事へのコメントで、CpuTopologyRebuildというkextを作者の方から教えて頂きました。物理コアとハイパースレッド (HT) の構成をmacOSに伝えるkextです。Alder Lake-Sのために作られて、Raptor Lake-Sでは未検証とのことでしたが、試したところ正しく動作しました。13900K, KFは、Pコア8, HT 8, Eコア16の全32スレッド構成 (8P16E32T) ですが、これを

物理コア24, HT 8、全32スレッド (24C32T) または、
物理コア8, HT 24、全32スレッド (8C32T)

に見せることが可能でした。ベンチマークテストの結果、マルチコアのスコアはどの構成でも大差はありませんが、シングルコアのスコアは物理コア8 (8C32T) と設定した場合が高性能でした。

CpuTopologyRebuild.kext

今回試したkextは、以下のCpuTopologyRebuild.kextです。

GitHub - b00t0x/CpuTopologyRebuild

Core i9-13900は、Pコア8, HT 8, Eコア16の構成です。macOSがサポートしているインテルCPUには、PコアとEコアが混在するモデルはありません。なので、均一の物理コアとHTの組み合わせとして認識させることになります。OpenCoreそのままで使用すると、全部が物理コアとして扱われて、

物理コア32、全スレッド32 (32C32T)

としてmacOSから見えるようになります。ちょっと乱暴な気はしますが、性能もそこそこ良く、特に問題は発生していませんでした。これに対して、CpuTopologyRebuild.kextを使うと、

物理コア24, 全スレッド32 (24C32T)、または、
物理コア8, 全スレッド32 (8C32T)

のようにmacOSに見せることができました。このkextを有効にすると物理コアが24になり、さらにboot argに-ctrsmtを追加すると物理コアが8コアになります。以下に13900K, KFのコア構成とkextの設定を表で示します。


物理コア	全スレッド	kext	boot arg
32	32	なし	なし
24	32	あり	なし
8	32	あり	-ctrsmt

コア数を確認する

Geekbench 5の表示で確認すると、確かにコアの構成が変わってます。以下はそれぞれ、32コア、24コア、8コアに設定した場合の表示です。

さらに、sysctl -a | grep cpuした結果を、diffで比較しました。<で始まる行がkextなしで、>で始まる行がkextあり（-ctrsmtオプション付き）の項目です。OpenCoreデフォルトだと32コアなところが、このkextで8コアになっていることがわかります。

< hw.perflevel0.physicalcpu: 32
< hw.perflevel0.physicalcpu_max: 32 
> hw.perflevel0.physicalcpu: 8
> hw.perflevel0.physicalcpu_max: 8
< hw.perflevel0.cpusperl2: 1 
> hw.perflevel0.cpusperl2: 2
< hw.physicalcpu: 32
< hw.physicalcpu_max: 32 
> hw.physicalcpu: 8
> hw.physicalcpu_max: 8

Geekbench 5の比較

Geekbench 5のスコアを比較します。数回実施した平均値です。参考に、GeekbenchのサイトにあるM1 Ultraのスコアも加えました。13900は、M1 Ultraにはシングルで勝っているものの、マルチでは負けてます。

コア構成の比較では、マルチの差は1%以下で誤差に近いです。シングルの差は4%くらいあって、8C > 32C > 24Cの順番で、8Cが一番良いです。

Cinebench R23の比較

Cinebench R23でもベンチマークしました。マルチは数回の平均、シングルは2回の平均です。これもM1 Ultraと比較しましたが、こちらはシングル、マルチとも13900がM1 Ultraよりも高速でした。Intel CPUが得意とするベンチマークのようです。

コア構成の比較では、Geekbench 5と同様の傾向が見られました。マルチは32C > 8C > 24Cで、シングルは8C > 32C > 24Cの順番でした。マルチの差は、毎回の測定のばらつきよりも小さいので、誤差範囲かと思います。それでもGeekbenchと同様の傾向だったので、何か意味があるかもしれません。シングルもGeekbenchと同じ傾向でした。これも8Cが一番良い性能でした。

動作の観察

CpuTopologyRebuildの作者の方も考察されてますが、それと同じ結果が得られました。シングルコアの性能は、8C > 32C > 24Cの順に高性能でした。

アクティビティモニターで、Cinebenchシングルスコア測定中のCPUの負荷を観察しました。32個のスレッドの使用状況が棒グラフで表示されます。

まずは32Cの場合の様子です。シングルスコアのベンチマークなので、一度には一つのコアしか使われていないと思いますが、一定時間累積しての表示なのか、複数の棒グラフが反応してました。それを見ると、全部のコアが区別なく使用されているようです。

次は、24Cの場合の様子です。左半分の16本がPコアで、一つおきに本体とそのHTが表示されていると思われます。棒グラフを見ると、そのHTが選択から除外されている様子がわかります。PコアとEコア（おそらく右半分の16本）はあまり区別なく選択されてます。

最後は8Cの場合の様子です。Pコアの物理コア部分のみが選択されてます。右半分のEコアは選択から外れてました。

32Cのシングルコアベンチマークでは、PコアのHTが選択されることもあるので、スコアが下がるのではと予想してました。しかし24Cより好成績でした。想像ですが、HTが選択されても、対応する物理コアが動いていなければ、物理コアと同等の性能が出せるのかもしれません。その結果、作者の方の分析通り、Pコアが選択される確率の高い32Cの方が24Cよりも好成績になったのかと思われます。

ちなみに、マルチコアのベンチマーク時は、どのコア設定でも大差ありませんでした。CPU使用状況を見ると、ほぼどのスレッドもフルに稼働しています。重い作業をさせるベンチマークテストでは、スレッド優先順位が適切に設定されていても、結局は全てのスレッド総出で使用されるので、差が出ないのかと思いました。

まとめ

13900KFのコア数設定を調整するCpuTopologyRebuild.kextを使ってみました。物理コアとハイパースレッド (HT) の数をmacOSに適切に伝えるためのkextです。ベンチマークテストで比較した結果、argで-ctrsmtをつけてこのkextを使い、物理コア8に設定することで、より良い性能を得られました。素晴らしいkextを作っていただきありがとうございます。

Raptor Lake-S 13900KFの32コアをmacOSで使う

Sat, 29 Oct 2022 19:44:20 +0900

IntelのデスクトップPC向け・第13世代CoreプロセッサーRaptor Lake-Sが発売されました。そこで、GPU非搭載版のCore i9-13900KFをmacOS Ventura 13.0で使用し、どれくらいのスコアが出るのか確認しました。マルチコアの結果は、Geekbench 5の場合、M1 MaxとUltraの中間の性能でした。Cinebench R23では、Ultraの1.5倍弱の性能でした。

マシン構成

使用したマシンは、以下で紹介したASRock Z690 Steel Legend WiFi 6Eを使ったマシンです。macOSはVentura 13.0、OpenCoreは0.8.5で、kext類は最新です。

ASRock Z690 Steel LegendとAlder Lake-SでmacOSを動かす

今までは12900Kを使っていましたが、これを13900KFに差し替えます。macOSでは内蔵GPUをサポートしていないので、GPUなしのKFモデルにしました。少しでも電力が抑えられるかなと思ったのですがどうでしょうか。Z690マザーボードはBIOSを最新にするとRaptor Lake-Sに対応します。なので、12900Kで動かしている間に、BIOSを更新しておきました。

次に、CPUを交換して起動します。Alder Lake-SとRaptor Lake-Sは、ほとんど同じCPUなのか、OpenCoreのconfig.plistなどの書き換えは全く不要でした。何事もなく、問題なくmacOS Ventura 13.0が起動しました。アクティビティモニターでコア活動状況を見ると、32本の棒グラフが並びます。

Geekbench 5でベンチマーク

Geekbench 5でベンチマークを取りました。シングルは2200以上、マルチは19700以上のスコアが出ます。詳細を見ると、32コアのCPUになっています。HTもEコアも全部通常のコアに見えています。

GeekbenchブラウザのサイトにあるMac Studio M1 Max / Ultraのスコアと、今回測定した13900Kのスコア（3回の平均）を比べたのが下の図です。シングルコアでM1 Max/Ultraの1.3倍くらい、マルチコアでM1 Maxの1.6倍、M1 Ultraの0.85倍くらいでした。

Geekbench 5スコアの比較

Geekbenchブラウザのページで、13900KFのスコアを見ると23000くらいです。Windowsでのスコアなので、macOSではここまでいかないと思われます。M1 Ultraのスコア越えは難しいかと思いました。実は使用しているCPUクーラーが貧弱です。

CPU温度が測れていないのでなんともいえませんが、クーラを強化するとスコア改善するかもしれません。

Cinebench R23でベンチマーク

Cinebenchのスコアも測定しました。3回実行した平均値では、 CPU (Single Core)が1986 pts、CPU (Multi Core)が35390 ptsでした。

ネットの情報によるとMac Studio M1 UltraのCinebench R23のスコアは、シングルで1562, マルチで23566だそうです。またMac Studio M1 MaxのCinebench R23のスコアは、シングルで1562, マルチで12402だそうです。以前に測定した12900Kのスコアは、シングルが1825、マルチが26520でした。これらをグラフで比較します。Intel CPUはCinebenchに強いようです。

まとめ

Intel Core i9-13900KFをmacOS Ventura 13.0で使用しました。Z690マザーボードのBIOSを最新版にした以外、12900K設定のままでmacOSが起動しました。ベンチマークをしたところ、Geekbench 5では、M1 MaxとM1 Ultraの中間、Cinebench R23ではM1 Ultraより良い結果が得られました。12900Kより性能が上がってます。12900Kの記事は以下をご覧ください。

Alder Lake 12900Kの24コアをmacOSで使う

次の世代のインテルCPUは、またアーキテクチャが変化すると言われています。macOSもApple Siliconに移行しつつあるので、これがmacOSが稼働する最後のCPUになるかもしれません。ネットの評価記事では、13700Kや13600Kの方が、発熱も穏やかでコストパフォーマンスが良いとも言われてますので、その選択も良いと思います。発熱に関しては、貧弱な空冷CPUクーラでしたが、短時間のベンチマークでしたら平気でした。

「このMacについて」表示でCPUが不明なことへの対処

Fri, 17 Jun 2022 12:31:28 +0900

Intelの12900K CPUを搭載したメインマシンはとても安定しているのですが、「このMacについて」を表示するとプロセッサが不明だと表示されます。弊害はないのですが、見た目が悪いので、それっぽく表示されるように直しました。

プロセッサ表示なんて飾りです

「このMacについて」のプロセッサの表示は単なる飾りで、不明と表示されても何の問題もないらしいです。不明と表示されていてもsysctlコマンドで調べると、以下のように

% sysctl machdep.cpu.brand_string 
machdep.cpu.brand_string: 12th Gen Intel(R) Core(TM) i9-12900K

搭載CPUが正確に認識されていることがわかります。とはいえ、「不明」と表示されるのはみっともないので、それっぽい表示が出るように直すことにしました。対象のマシン構成は以下です。

ASRock Z690 Steel Legend
12900K
Radeon RX 6600 XT
macOS Monterey 12.4
OpenCore 0.8.1

デフォルトは自動検出

表示を直す方法はいくつかあるようですが、今回は、OpenCoreのconfig.plistの中の、PlatformInfo / Generic / ProcessorTypeの値を変更します。設定可能な値は、AppleのSMBIOSヘッダ定義ファイルを見てくださいとのことです。ProcessorTypeのデフォルトは0で、その場合、最もそれらしい値を自動的に提示するようです。大抵の場合は、デフォルトの自動設定で問題ありませんでした。

現在のマシンでも、自動設定でIntel Core i9プロセッサであると正しく自動認識されていると考えられます。それでも「不明」と表示されてしまうのは、Appleの想定外のコア数で使用していることが原因のようです。12900はPコアが8、そのHTが8、Eコアが8ありますが、OpenCoreの機能でこれらを24コアと認識させて使ってます。

24コアのCore i9プロセッサは実存しないので、不明と表示されるようです。

コアを減らしてみる

このことを確認するために、BIOS設定でコア数を減らしてみます。Appleの想定内のコア数ならば、正しく表示されるはずです。そこで下のようにEコアを無効にして起動させます。

するとPコアだけになるので、コア数が8、スレッド数が16になりました。

コア数が8のCore i9プロセッサは実存するので、「このMacについて」のプロセッサ表示が正しく行われるようになりました。

Xeonだと思わせる

飾りでしかない「このMacについて」表示のためにEコアを諦めるのは本末転倒ですので、BIOSでEコアを復活させて、24コア設定に戻します。これで「不明」の表示に戻ってしまいました。そこで今度は、CPU種別自動判定を停止して、24コアでも問題の無いプロセッサに手動で設定することにします。

AppleのSMBIOSヘッダ定義ファイルを見ると、0以外に使用できるProcessor Typeの値がわかります。今回、関係しそうな値は以下のようになってます。コメントの説明によると、Core i9は6/8/10コアが存在することになっていて、当然ですが24コアはありません。その代わりXeon Wならば24コアの構成があり得ることになってます。iMac Proに搭載されているCPUです。

//
 155// Apple Processor Type Information - Processor Types.
 156//
 157 enum {

 ...

 138// <0F01> 08 cores Intel Xeon W Intel Xeon W
 139// <0F01> 10 cores Intel Xeon W Intel Xeon W
 140// <0F01> 12 cores Intel Xeon W Intel Xeon W (10.15+)
 141// <0F01> 14 cores Intel Xeon W Intel Xeon W
 142// <0F01> 16 cores Intel Xeon W Intel Xeon W (10.15+)
 143// <0F01> 18 cores Intel Xeon W Intel Xeon W
 144// <0F01> 24 cores Intel Xeon W Intel Xeon W (10.15+)
 145// <0F01> 28 cores Intel Xeon W Intel Xeon W (10.15+)
 146// <1001> 06 cores Intel Core i9 Intel Core i9
 147// <1001> 08 cores Intel Core i9 Intel Core i9 (10.15+)
 148// <1001> 10 cores Intel Core i9 Intel Core i9 (10.15+)

 ...

 215 AppleProcessorTypeXeonW = 0x0F01, // iMacPro1,1
 216 
 217 AppleProcessorTypeCorei9Type1 = 0x1001, // may not be used
 218 AppleProcessorTypeCorei9Type5 = 0x1005, // SKL-X i9, most likely to be invalid!
 219 AppleProcessorTypeCorei9Type9 = 0x1009 // ideal value for Coffee Lake i9, need confirmation
 220 };
 221

今回のマシンは、PlatformInfo / GenericでiMac Proとして設定しています。なのでそれに搭載されているCPUであると偽装するのも自然かと思いました。そこで、PlatformInfo / Generic / ProcessorTypeの値を明示的にXeon Wの値、すなわち0x0F01、10進数で3841に設定することにしました。

この結果、「このMacについて」のプロセッサ表示がXeon Wになりました。コア数は24と表示されました。

「このMacについて」のCPU表示をXeon Wに変更しても、sysctlコマンドは引き続きCPU種類を正しく認識していました。

% sysctl machdep.cpu.brand_string 
machdep.cpu.brand_string: 12th Gen Intel(R) Core(TM) i9-12900K

Alder Lake 12900Kの24コアをmacOSで使う

Sun, 13 Feb 2022 00:08:04 +0900

OpenCore 0.7.7からAlder Lake CPUのコアが全部使えるようになり、性能をフルに引き出せるようになりました。それで12900Kを使って、どれくらいのスコアが出るのか確認しました。マルチコアでM1 Maxの1.2倍くらいでした。

マシン構成

使用したマシンは、以下で紹介したASRock Z690 Steel Legend WiFi 6Eを使ったマシンです。

ASRock Z690 Steel LegendとAlder Lake-SでmacOSを動かす

今までは12700Kを使っていましたが、これを12900Kに差し替えました。同じシリーズのCPUですので、BIOSやconfig.plistの設定は何も変更しなくてもそのまま問題なく動作しました。アクティビティモニターでコア活動状況を見ると、24本の棒グラフが並び、圧倒的です。

HackintoshでAlder Lakeの全コアを使用する記事は以下で紹介しました。

OpenCore 0.7.7でAlder Lake全コアに対応予定

macOSに全コアを使ってもらうために、OpenCore 0.7.7以降では、PコアのHyper Thread (HT)が物理コアとして存在しているようにOSに見せることができます。それで、「システム環境」の「ハードウェアの概要」「コアの総数」が、（Pコア）＋（PコアのHT）＋（Eコア）の合計になります。Alder Lakeより前のCPUだと、HTはコア数に含まれなかったですが、12900Kは、Pコアが8個、そのHTが8個、Eコアが8個あるので、全部で24個コアだと表示されます。

Geekbench 5でベンチマーク

Geekbench 5でベンチマークを取りました。シングルは2000以上、マルチは15500以上のスコアが出ます。詳細を見ると、24コアのCPUになっています。HTもEコアも全部通常のコアに見えているようです。

何度か測定していると、たまにシングルが1800くらいの時があります。この時、もしかしたら測定対象がEコアに当たったのかもしれません。ただ、そのようなスコア低下はほとんど発生しないので、Pコアが空いていればそちらに割り当てられるのかもしれないです。また、シングルが低下した場合でもマルチスコアは変わりません。

GeekbenchブラウザのサイトにあるM1 Maxのスコアと、今回測定した12900Kのスコア（5回の平均）を比べたのが下の図です。M1 Maxと比較すると、シングルで1.13倍、マルチで1.23倍くらいです。

Geekbench 5スコアの比較

Geekbenchブラウザのページで、12900Kで作ったhackintoshらしきスコアを見ても、マルチスコアが大体15000前後のようです。中には20000越えなスコアもありますが、おそらくはオーバークロックしているのだと思われます。

Cinebench R23でベンチマーク

コメントで要望いただきましたのでCinebenchのスコアも紹介しておきます。1回だけの実行結果です。マルチコアのベンチマークでは24個のブロックに分かれて並列描画されます。

結果は、 CPU (Single Core)が1825 pts、CPU (Multi Core)が26520 ptsでした。

ASCII.jpの記事によると、M1 MaxのCinebench R23のスコアは、シングルで1532, マルチで12372だそうです。この値を比較すると、12900KはM1 Maxのシングルで1.2倍、マルチで2.14倍のスコアになりました。

Cinebench R23スコアの比較

OpenCore 0.7.7でAlder Lake全コアに対応予定

Sat, 11 Dec 2021 00:34:15 +0900

Intelの新しい第12世代CPU Alder Lake-Sへの対応がOpenCore開発チームによって進捗しています。先の記事では、macOSでAlder Lake-SのEコアを半分まで稼働させる拡張機能であるCpuTopologySync.kextを紹介しました。昨日これが配布終了になり、その機能がOpenCore本体に組み込まれつつあることが明らかになりました。来月公開のOpenCore 0.7.7では全てのEコアが稼働するそうです。

その機能を先立って試すことも可能です。以下のコメント、

で、開発段階のOpenCore.efiが配布されています。これを、

現在のEFI/OC/OpenCore.efiと入れ替えて、
config.plistでKernel/Quirks/ProvideCurrentCpuInfoをtrueにする

ことで、macOSから全コアが利用可能になります。当然ですがBIOSで全コアを有効に設定しておく必要があります。上記のコメントの手順では、CPUFriend.kextとCPUFriendDataProvider.kextを使用して、CPUの周波数ベクターを設定するように書かれていますが、iMacPro1,1の機種IDでは不要でした。書き換えなくても性能は変わりませんでした。

これでGeekBench 5のマルチコアスコアが1000から2000くらい上昇します。明らかなシングルコア性能低下もありませんでした。GeekBenchのCPU情報によると、例えば12700Kは、

1 Processor 20 Cores

と表示されます。8 Pコア＋8 ハイパースレッド (HT) ＋4 Eコア＝20コアという計算だと思われます。 10900Kの場合は、

1 Processor 10 Cores, 20 Threads

のように、物理コアとスレッドが別々に表示されていました。OpenCoreでは、Alder Lake PコアのHTを物理コアとして扱うことで、HT可否コア混在の問題を解決している様子です。

来月のOpenCore 0.7.7へのバージョンアップにより、何事もなく全コアが使えるようになると思いますが、現時点でも簡単に試せて、効果絶大です。

Alder Lake-SをmacOSで動かすハッキング

Mon, 06 Dec 2021 23:14:57 +0900

Intelの新しい第12世代CPU Alder Lake-Sが発売されてから1月あまり経ちました。海外のコミュニティを見ていると、新CPUをmacOSで使うためのハッキングが進捗しています。昨日（2021/12/05）あたりには12900Kの24スレッド中の、20スレッドまでをmacOSで使うkextが紹介されました。近いうちにAlder Lakeの全性能を引き出せるようになるのではと思います。

追記：OpenCore 0.7.6が公開されたので更新しました。

Comet Lakeに偽装する方法

こちらでも紹介しましたが、Alder Lake-SとZ690マザーボードの組み合わせで、macOSがかなり安定して動作しています。macOSで元々サポートされているComet Lake-Sと比べて、遜色のないくらい安定しています。M1 Maxを凌駕する性能でもあることから、早々にメインマシンにしても良いと考えているくらいです。

この手法では、Alder Lake-SをComet Lake-SとしてmacOSに認識させています。その場合、Alder Lakeから導入されたPコア/Eコアの構成は活用できず、一部のコアを使用できません。例えば、最上位モデルの12900Kの場合、P+E+ハイパースレッド(HT)で24スレッドが用意されているのに対して、Eコア、またはHTを除く、合計16スレッドしか使えません。表にまとめておきました。


12900K	Pコア	PコアHT	Eコア	合計TH	GB5 Multi スコア
本来の構成	8	8	8	24	?
macOS (8コア)	8	8	0	16	~13000+
macOS (16コア)	8	0	8	16	~13000-
CpuTopologySync (12コア)	8	8	4	20	~16000

それでもM1 Maxより良いベンチマークスコアが得られます。Geekbench 5のMulti-core Scoreでは13000くらいです。Geekbench 5ブラウザのサイトで検索すると、

12900k Acidanthera - Geekbench 5 CPU Search - Geekbench Browser

このページで、8コアもしくは16コアと表示されるのが、これらの結果です。8コアがPコア+HTの設定、16コアがPコア（HTなし）+Eコアの設定です。Eコアを使わない方が、多少良いスコアになるので、16コアの結果はほとんど見られなくなりました。

CpuTopologySync.kextを使う方法

~~昨日（2021/12/05）あたりに、~~acidentheraさんからCpuTopologySync.kextというkextを使った方法が公開されました。

GitHub - acidanthera/CpuTopologySync: Rebuild asymmetric CPU topology on macOS.

~~まだ開発中で制約がありますが、~~これを使うとEコアをさらに活用できます。正確には、Pコア＋PコアのHTに加えて、Eコアの半分までを使用できるようです。12900Kの場合、物理コアが12コア、HTが8スレッドで、合計20スレッドになります。残りの4スレッドは、アクティビティモニタには24スレッドのグラフが現れるものの、うち4スレッドが動作しないようです。

この理由は、CpuTopologySync.kextのコメントによると、XNU割り込みコントローラの仕様のためらしいです。

 After this only half of the efficient cores will be active.
The reason for this is the way XNU interrupt controller works.
cpu_topology_start_cpu will not start any CPU, which index is
outside machine_info.max_cpus, and max_cpus is equal to a total
number of _active_ CPUs.
* Trying to increase this value results in a stall, likely because
non-existent ("hyperthreaded" counterprarts of E-Cores) CPUs
do not come live.
* Trying to add non-existent CPUs after all E-Cores does not work
either as they are treated as physical cores on the die,
and thus result in the same asymmetric topology crash.

XNU割り込みコントローラがEコアのHTにアクセスしようとするらしいです。それでコアを半分に設定しておいて、HTへアクセスしようとしてもコアが足りるようにしているようです。

それでもEコアが働く効果により、Geekbench 5のマルチコアスコアが16000以上になるそうです。Geekenchブラウザで、コア数12となっているスコアがこれに相当します。シングルスレッド性能のバラツキや低下もなく、効率良く動いている様子です。kextを使用する以外に、

カーネルにパッチを当てる（config.plistにパッチの記載を追加する）
~~開発版~~最新版のLilu.kextを使う
Liluの直後にCpuTopologySync.kextを読み込む

などの作業・要件が必要です。etorixさんのポストに、この方法がコンパクトに書かれています。

全スレッドを使う方法

Geekbench 5 ブラウザを見ていると、24コアで動く12900Kのスコアが掲載されています。詳細を見ると、3 Processors, 24 Coresと書かれています。おそらくは、Pコア、HT、Eコアをそれぞれ仮想CPUに見立てて、24コアを使い切った構成だと考えられます。でも今のところ、CpuTopologySync.kextで12コア20スレッドにする場合と、ベンチマークスコアはあまり変わらないです。

まとめ

Alder Lake-SでmacOSを動かすハッキングは、ここ1ヶ月くらいでどんどん進捗しています。海外のフォーラムを見ていると、その成果に沸く様子が伝わってきて楽しいです。今のところCpuTopologySync.kextでEコアが半分になってしまう点など、まだまだ改善の余地はありそうです。今後のOpenCoreのリリースに合わせて、安定したバージョンが提供されていくと思われます。

ASRock Z690 Steel LegendとAlder Lake-SでmacOSを動かす

Tue, 30 Nov 2021 23:27:46 +0900

Intelの第12世代CPUになるAlder Lake-Sシリーズが発売されました。今までになく高性能になったと評判です。macOSではサポートされていないCPUですが、Montereyで安定して稼働しました。Radeon RX 6600XTと組み合わせると、M1 Maxをちょっとだけ超える性能が得られます。

ASRock Z690 Steel Legend WiFi 6E

Z690マザーボードにはASRock Z690 Steel Legend WiFi 6Eを選びました。WiFiの付いていないASRock Z690 Steel Legendも同様に使用できます。違いはE key M.2に802.11ax Wi-Fi 6E モジュールIntel AX210NGWが搭載されているかどうか、アンテナ端子とアンテナ配線がされているかどうかだけです。現時点の価格.comでの両者の価格差は550円程度ですので、WiFiモデルを買うのが得策だと思います。AX210NGWを置き換える場合でもアンテナ配線が不要なので楽です。

このマザボを選んだいちばんの理由は、PCIeスロット数が多いことです。5本あります。これだけの拡張性は、実機では高価なMac Proでしか得られないので貴重です。Z590に引き続き、端正な見た目のASRock Z690 Extremeにしたかったのですが、ExtremeはZ690になってPCIeが1本減ってしまいました。Steel Legendは、Z590バージョンと同じスロット数を確保してます。Steel Legendの見た目のデザインは、ゴテゴテしてて好みでは無いのですが、機能重視で選びました。グラボの邪魔にならないバックパネル側に、PCIe x 1スロットがあるのも良いです。SSD用ヒートシンクの角を削って、多少見た目が悪くなっても、ここにPCIeを1本確保しようという設計者の機能性重視な心意気が気に入りました。

E keyのM.2ソケットが、マザーボード上のアクセスしやすい場所にあります。多くの歴代ASRockモデルと同様に、これもCNVi専用ソケットではありません。なのでmacOSと互換性が高く、OOBで稼働するBCM94360NGを取り付けることができました。PCIe用のWiFiアダプタを使用しなくて済むので、PCIeスロットの節約にもなります。

メモリはDDR4です。DDR5を試したかったのですが、メモリーが入手不可能な状態なので現状ではDDR4対応マザーボードしか選択肢がありません。

Alder Lake-S 12700K

今回発売されたAlder Lake-S CPUは、12900, 12700, 12600のKとKFモデルです。どれを使用してもmacOSは稼働するようです。macOSで動作させた場合の12900Kと12700Kの性能を、Geekbench Browserの結果で比較すると、12900Kの方が、12700Kより数%程度高性能です。

Acidanthera 12900k - Geekbench 5 CPU Search - Geekbench Browser

Acidanthera 12700k - Geekbench 5 CPU Search - Geekbench Browser

とはいえ、後述するようにmacOSでは実質的にEコアが使えないので、Pコア数の同じ両者に大きな性能差は出ません。価格差は大きいので、12700Kの方がコスパは高いです。今回は、「M1 Maxにギリギリ勝てる」構成を目指して12700Kにします。（追記：OpenCore 0.7.7からは全コア全スレッドが使用できるようになり、12900Kの優位性が向上します）

macOSではAlder Lake-SのiGPUは使えませんし、今後使えるようになる見込みもありません。そもそもmacOSがサポートしている第10世代CPUのiGPUも、自作マシンではなかなか安定せず使いにくかったです。なのでiGPUが搭載されていないKFモデルを選んでも良いと思います。

BIOSを設定する

BIOSの設定で重要な箇所を以下に列挙しました。大半がデフォルト値のままで良いです。デフォルト値から変更した部分（3箇所だけです）を太字で示します。

OC Tweaker > DRAM Configuration > Load XMP Setting > XMP 2.0 Profile 1
Advanced > CPU Configuration > Intel Hyper Threading Technology > Enabled (default)
Advanced > CPU Configuration > Active Process P-Cores > All (default)
Advanced > CPU Configuration > Active Process E-Cores > 0
Advanced > CPU Configuration > CFG Lock > Disabled (default)
Advanced > Chipset Configuration > Above 4G Decoding > Enabled (default)
Advanced > Chipset Configuration > VT-d > Enabled (default)
Advanced > Chipset Configuration > IGPU Multi-Monitor > Disabled (default)
Advanced > USB Configuration > XHCI Hand-off > Enabled

Eコアを無効にする設定は、macOSを動かす上でとても重要です。これを行わないとカーネルパニックになります。一方で、Hyper Threading (HT)を無効にすれば、Eコアを有効にすることができます。ただし、性能は少しだけ低下します。それで、HTを有効にしてEコアを無効にする設定にしました。（追記：OpenCore 0.7.7からは全コア全スレッドが使用できるようになるので、その場合は、BIOSで全て有効に設定します。）

Above 4G Decodingはデフォルト値の「有効」のままにしておく必要があります。DisabledにするとmacOSの起動途中で止まってしまいます。

なおBIOSはできる限り最新にした方が良いようです。GIGABYTEのマザーボードでは、macOS起動の問題がBIOSアップデートで解決したという報告が多数見つかります。ASRockはマザーボードの発売が遅かったことも関係するのか、最初のBIOSでも問題ありませんでした。でも発売直後のマザーボードはBIOSにバグがあることが多いのでアップデートがあったら実施しておいた方が良いと思います。このマザーボードの現在のBIOSは2.10です。

EFIを設定する

以下のガイド（Gigabyte Z690 Aero G用）を参考にして設定しました。OpenCore 0.7.6を使っています。macOSは12.0.1と12.1 betaで動作確認しました。

使用しているSSDTは以下です。これをACPIフォルダに入れました。

SSDT-AWAC.aml
SSDT-EC-USBX.aml
SSDT-SBUS.aml
SSDT-PLUG-ALT.aml

下の方でリンクしたEFIファイル一式には他のSSDTも入っていますが、config.plistで無効にしてあります。

使用しているkext類は以下です。これをKextsフォルダに入れました。USBPorts.kextは、後述のようにHackintool.appを使って作りました。

Lilu.kext
VirtualSMC.kext
WhateverGreen.kext
SMCProcessor.kext
SMCSuperIO.kext
AppleALC.kext (layout-idは12)
LucyRTL8125Ethernet.kext
NVMeFix.kext
USBPorts.kext

今回公開するEFIファイル一式には他のkextも入っていますが、config.plistで無効にしてあります。

config.plistは、前述のガイドのページで配布されているものを参考に、機種IDなどを設定しました。機種IDはiMacPro1,1にしました。好みでMacPro7,1にしても良いです。ただ、iMacPro1,1の方が設定が簡単です。MacPro7,1の場合は、CPUFriend.kextとそれに付随するkextを使って、動作周波数を最適化しないと、十分な性能が出ません。

12世代CPUはmacOSで採用されていないので、CPU IDをi9-10850KなどのID である000A0655に偽装しています。config.plistのKernel/Emulateの中に以下のように記述します。

オンボードのオーディオは、AppleALC.kextの1.6.7からサポートされています。layout-idは12で動きました。config.plistのDevicePropertiesに追記します。

ボード上のEthernet LANはRealtekのRTL8125BGです。これはLucyRTL8125Ethernet.kextで動きました。

EFIファイルの一式を**ここに**置いておきます。シリアル番号などは削除してありますので、使用される場合は設定してください。

USBポートを設定する

Hackintoolなどでポート番号を調べると、バックパネルのUSBポートは以下のようにアサインされていました。合計で12本です。

マザーボード上の内部コネクタについても少し調査しました。その結果、

マザーボード上のM.2 E keyソケットに接続されたUSBはHS14でした。
また、マザーボード上のUSB Type-Cコネクタは、HS01とSS01でした。

以上の合計がmacOS上限の15本になるので、これらを有効にするようにHackintoolを使ってUSBPorts.kextを作りました。マザーボード上の他の従来型内部コネクタ（USB 2.0と3のピンヘッダ）を使用する場合は、このリストを差し替える必要があります。

スリープ

上記のUSBコネクタ設定は、実際のコネクタの状況を反映した結果ですが、このままだとスリープで問題が発生しました。バックパネルのType-Aコネクタに、キーボードやUSBメモリなどが接続されていると、スリープに入っても1分ほどで復帰してしまいます。その一方で、Type-Aに何も接続されていなければ、正しくスリープします。Bluetoothキーボードなどから復帰することも可能でした。

この問題は、USBPorts.kextでType-AコネクタをInternalに設定することで解決しました。Hackintool.appでしたら、以下のように設定します。

システム環境設定・省エネルギーでは、ネットワークアクセスによるスリープ解除を無効にすると良いかも知れません。Power Napは有効でも問題ありません。1時間に1回くらい起動します。それが気になるようでしたら無効にすると良いです。

ただ、Type-Aに直接接続した一部のキーボードなどから目覚めさせることができないようです。こちらで紹介した格安キーボードではスリープ復帰できませんでした。また、フォーラムで教えてもらった情報によると、スリープ復帰するマウスとしないマウスがあるようです。一方で、Magic KeyboardをUSB接続した状態だと、これからスリープ復帰できました。いずれにしてもBluetooth入力デバイスをメインに使うならば問題ないです。

この設定で残った問題は、Type-Aに接続したキーボードからスリープ復帰できない点です。Bluetooth接続のApple純正キーボード、トラックパッドを使う場合は問題ありません。

ベンチマークで性能評価

Geekbench 5でベンチマークしました。シングルコア性能ではM1 Maxを上回りました。マルチコア性能では互角でした。

以前にGeekbench 5のサイトで確認したM1 Maxのスコアと比較すると以下のようになります。

これにRadeon RX 6600XTを組み合わせれば、M1 Maxより少しだけ性能の良いマシンが作れます。先の記事のGeekbench 5スコア比較を再掲します。

動いていること

ここ2-3日電源を入れっぱなしですが、問題なく安定して動作してます。このままメインマシンにしても良いと考えているくらいです。
システム終了、再起動
有線LAN (ボード上の2.5GbE, Realtek RTL8125BG)
M.2 無線LAN/BT (Broadcom BCM94360NGに交換)
オンボードのオーディオ(ALC897, layout-idを12に設定)
クイックルック、プレビュー
メッセージ、FaceTime, iCloud, App Store, Apple TV
ユニバーサルクリップボード
コンティニュイティ
AirPlayレシーバー（DRMコンテンツの表示も可能）
SafariでのDRMコンテンツ表示（Prime Videoなど）
スリープを開始すると画面が暗くなり、CPUファンが停止します。電源スイッチまたは、Bluetoothキーボード類（Magic Keyboard, Magic Trackpad, 他社のBTマウス）の操作で復帰します。

動いていないこと

Sidecar（自作機にはT2チップが無いので仕方ないです）
Type-A接続の一部のUSBキーボード・マウスからのスリープ復帰（USB接続したMagic Keyboardは復帰可能。BT入力デバイスを使えば問題ありません）

コア数とHTの設定

現在では、Alder Lakeの全てのPコア、ハイパースレッド(HT)、EコアをmacOSで有効にすることができません。（追記：OpenCore 0.7.7から可能になります）上で配布しているEFIは、

BIOSでEコアを無効にしてPコア＋HTを使う（無難で性能が出るのでお勧め）

設定になっています。このほかに、以下の選択肢が可能です。詳しくは上記のetorixさんの投稿をご覧ください。

BIOSでHTを無効にしてPコア＋Eコアを使う（少し性能が落ちる）
BIOSで全コア＋HTを有効にしてSSDTでEコアを無効にする（Windows起動時に性能を出せる）
この場合、SSDT-PLUG-ALT.amlを無効にしてSSDT-PLUG-ALT-12.aml (12600用) もしくはSSDT-PLUG-ALT-12.aml (12900, 12700用) を使う。また、Kernel>Quirk>ProvideCurrentCpuInfoを有効にする。これでmacOSからEコアが見えなくなる。ただしAVX-512が無効になる。
BIOSで全コア＋HTを有効にして、Pコア全部＋Eコアの半分を有効にする。（性能は最大）
この場合、 CpuTopologySync.kextを有効にして、SMCProcessor.kextは無効にして、カーネルのパッチを当てる。パッチは上記のEFIの中のconfig.plistに既に書いてあります。
（追記）OpenCore 0.7.7からBIOSで全コア＋HTを有効にしても動くようになります。Windowsで実行する場合と同程度の性能が出ます。

OpenCore 0.7.6を使う場合は、「BIOSでEコアを無効にしてPコア＋HTを使う」方法が、無難で性能が出るので、Windowsをあまり使わない場合はおすすめだと思います。

macOSに適したAlder Lake-S CPUはどれ？

Fri, 19 Nov 2021 23:37:13 +0900

インテルの第12世代CPUであるAlder Lake-Sシリーズは、Pコア（高性能コア）とEコア（高効率コア）で構成されてます。現状のhackintoshではEコアが適切に使えていません。なので12900KよりもPコア性能が高い12700Kの方が、高性能を引き出せるようです。

追記：最近の動作報告では、最適化が進捗して、12900Kの方が12700Kより若干高性能になってます。それでも差は小さいので、コストパフォーマンスを考えると12700KがmacOSに適していると言えます。（2021/11/29）

仕様を比較

発売されたモデルは、12900, 12700, 12600のKとKFモデルです。今後はもっと幅広いモデルが揃ってくると思われます。それぞれのコア数とクロック数を表にしました。


CPU	Pコア数	PベースCLK	Eコア数	EベースCLK
12900K,KF	8	3.2GHz	8	2.4GHz
12700K,KF	8	3.6GHz	4	2.7GHz
12600K,KF	6	3.7GHz	4	2.8GHz

12900と12700はPコア数が同じ、12700と12600はEコア数が同じです。また、どちらのコアも、下位モデルの方がクロック数が高いです。ということで、例えばPコアだけを使う場合を考えると、12900よりも12700の方が性能が上と言えます。

追記：ベースクロック数の比較では12700の方が高性能ですが、キャッシュ容量などは12900の方が多いので、トータルな性能では12900が上のようです。

Alder Lake-SでmacOSを動かす

tonymacx86のスレッドを見ていると、Alder Lake-S上で、macOSがそこそこ順調に動いている様子です。

ただ、ハイパースレッド(HT)の動作に課題があるようで、完璧な性能は引き出せていないようです。現状でカーネルパニックを引き起こすことなくmacOSが稼働するパターンは、

PコアのHTを有効にしてEコアを無効にする
PコアのHTを無効にしてEコアを有効にする

というようにBIOS設定した場合です。HTが効く・効かないコアが混在したコア構成にmacOSが対応できていないのかもしれません。

Geekbenchのスコアで比較

公開されているGeekbenchスコアを見て、12900, 12700, 12600の性能比較を試みました。Acidantheraで検索するとhackintosh関係のベンチマークが現れます。その後にプロセッサ名をつければ、それを使ったhackintoshのスコアが見られます。例えば、

https://browser.geekbench.com/v5/cpu/search?q=Acidanthera+12700k

とすると、12700Kのスコアが見られます。こうして見つけた12900K, 12700K, 12600Kスコアのグラフが以下です。

12600Kは現在1件しか登録がないので、このスコアはあまり参考にならないかと思います。12900Kと12700Kは、30件程度の登録があります。8コア、12コア、16コアのデータがありました。Eコアを無効にしてHTを有効にした結果が8コア、Eコアを有効にした結果がそれ以外だと思われます。12700Kを8コアで使用（Pコアのみ使用）した場合が、一番性能が良いようです。

追記：最近の報告では、最適化が進捗して、12900Kのマルチコアスコアは13,000から16,000くらいに向上してました。ただし15,000超えのスコアはオーバークロックした場合のスコアのようです。定格使用での差は少ないのでmacOS用としては12700Kが良いと思います。

macOSには12700Kが良い？

Geekbenchに8コアと6コアのスコアをアップロードしたmacOSマシンは、Eコアを無効にしているのだと思われます。おおむね仕様を反映した結果になっています。下位モデルの方がクロックが高いので、シングルスコアも高いです。マルチスコアにもそれが反映されています。12900Kと12700KはPコアの数が同じですので、Eコアを無効にした条件では、12700Kの方が高いスコアになったと考えられます。追記：現在では12900Kの方が高スコアです。

ということで、Pコアしか使えないmacOSを使用するなら、高価な最上位機種の12900Kを買うよりも、12700Kの方が高い性能を得られそうです。ただし、もしも今後、Pコアのハイパースレッドと、Eコアが全て使えるようになれば、逆転すると思われます。

M1 Maxと10コア勝負したら負ける

Sat, 06 Nov 2021 20:39:48 +0900

M1 ProとM1 Maxを搭載したMacBook Proの性能がとても良いらしいです。それで、同じ10コアCPUを搭載した重量級自作マシンとM1 Maxを比較しました。ベンチマークソフトはmacOS 12.0.1上でのGeekbench 5です。結果はわかっていたことですが、負けてます。

比較対象：M1 Max

新型MacBook Proが手元にあるわけではないので、比較対象のM1 MaxスコアはGeekbenchにあるベンチマーク結果です。テンション低くてすみません。M1 MacBook Airで十分な性能ですし、それでも重いので、無印MacBookの復活を待っているところです。OSは、M1 MaxなのでmacOS Monterey 12.0.1のはずです。

Geekbench BrowserのCPUのページでMacBookPro18で検索すると、今回の新製品MacBook Proのスコアが出てきました。

MacBookPro18 - Geekbench 5 CPU Search - Geekbench Browser

18,1から18,4まであるようです。GPUのページでもMacBookPro18で検索しました。

MacBookPro18 - Geekbench 5 Compute Search - Geekbench Browser

新型MacBookProには14インチと16インチモデルがあり、それぞれバリエーションがあります。8コアCPU, 14コアGPUのProが選択が可能なのは、最下位14インチモデルだけです。Geekbenchの結果と照らし合わせると、MacBookPro18,3がこのモデルのようです。また、18,2には32コアGPUの結果のみがあり、18,1と18,4には24コアGPUの結果もあります。これから、32コアGPUのMaxのみを選べる16インチ最上位機種が18,2だと思われます。以上から、

MacBookPro18,3は14インチ最下位モデル
MacBookPro18,2は16インチ最上位モデル
MacBookPro18,1とMacBookPro18,4は中間モデル

と推測しました。番号の並びから18,1が16インチ下位モデル、18,4が14インチ上位モデルと思われますが、両者のCPU/GPU仕様に違いがないので、Geekbenchスコアからは判断できません。

今回の比較対象は、この中から最上位モデルのMacBookPro18,2にしました。Apple Storeで最小構成で見積もると、以下の構成で、税込419,800円です。

32GBメモリ
1TB SSD

比較対象：Intelマシン

最上位M1マシンの挑戦を受けるのは、現在使っているIntelマシンです。M1 Maxと同じ10コアCPUです。OSも同じくmacOS Monterey 12.0.1です。GPUはRX 5700XTです。

CPU: Intel Core i9-10900K (10コア20スレッド)
GPU: AMD Radeon RX 5700XT
ASRock Z590 Extreme
macOS Monterey 12.0.1, OpenCore 0.7.5

これをもとに、MacBook Proと同等の自作機を考えると、以下のような見積もりになると思います。RX 5700XTは新品での入手が困難なので、入手可能でほぼ同等性能と言われるRX 6600XTにしました。macOS 12.1からサポートされます。

M1 Max搭載MacBook Pro対…｜自作PC構成｜自作.com

合計価格は税込281,336円です。MacBook Proよりは安いですが、差額14万円くらいです。割合では3分の2くらいでしょうか。グラフィックスカードの高騰が痛いですね。ノートとデスクトップの違いがありますので、大きくて重くて持ち運べなくてバッテリ無しですが、画面は大きいです。

CPU性能比較

M1無印の時からCPU性能はとても良かったのですが、10コアになってさらに強力になってました。10コアとは言っても、フルスペックのコアは8コアだけなので、10コア全部がフルスペックのインテルCPUも頑張るのではと期待していたのですが、以下のような結果です。M1 Maxのスコアは、Geekbenchのサイトにある最近の測定値3点を選んで平均しました。10900Kのスコアも3回の平均です。

シングルでは、M1無印の頃から負けてましたが、それを引き継いだ性能なので、完敗です。コア数が増えたのでマルチも負けました。M1 Maxの方が、シングルで30％、マルチで15％高性能です。大きなCPUクーラーで冷却している10900Kと、ノート筐体のM1 Maxというハンディを考えると、圧倒的な性能差と言えます。

Geekbenchによると、このマルチ性能に勝てるIntel Macは、iMac Pro最上位（18コア）か、Mac Pro 16コアモデル以上だけのようです。

GPU性能比較

インテルのiGPUは、CPUチップの片隅に載せてもらったおまけのようなiGPUという印象でした。M1だって大したことないだろうと思ってました。比較相手の5700XTは、長さ30cm近い拡張カードに搭載された大きなチップのGPUです。電力も冷却も十分なので、圧勝かと思いました。しかし以下のように、Open CLのスコアは5700XTが17%ほど勝っているものの、Metalのスコアは2％負けてます。これもそれぞれ3回の平均です。2％は誤差と言えますが、数回測っても逆転するのは1〜2回程度でした。

Open CLでM1 Maxが負けているのは、多分AppleがOpen CLに力を入れていないからではないかと思います。一方で、Appleが提唱しているMetalに対しては十分な最適化が施されていて、M1のハードウェア性能をとことん引き出したスコアが出たのではないかと思います。ということで、Open CLでは勝てたけど、Metalでは僅差で負けという結果でした。RX 6900XTだとこの3倍近いスコアが出るとコメントで紹介されていましたので、6900XTなら圧勝できるかもしれません。

まとめ

Intelの10コアCPUと、M1 Maxを比較しました。M1はGeekbenchからもらってきたスコアなので、手抜きです。CPU性能はM1が良いです。Radeon RX 5700XTと比較したグラフィクス性能では、MetalスコアでM1 Maxが僅差で高性能でした。

いま一番おすすめの自作macOSパーツ構成 (2021年版)

Sun, 08 Aug 2021 17:39:10 +0900

「いま一番おすすめの自作MACOS PCパーツ構成」という記事を書いてから1年経ってしまいました。状況が色々変化しているので2021年版として更新します。前回同様、「一番」と言うお題なので、無理して一つ選んで、その後に言い訳や代替案を書きました。ご意見・ご異論あると思いますのでコメントでお知らせください。

なお、いろいろな作例をBUILDSのカテゴリーでまとめてあります。

逆風の1年

思い返せばこの1年は色々ありました。まずはM1 Macが実際に発売されて大評判でした。CPU性能が予想以上に優れていて、iGPUもIntel内蔵GPUに比べたら圧倒的に高性能でした。Mac mini全モデル, MacBook下位モデル、iMac下位モデルはM1に置き換わるとは予想していましたが、これだけM1の性能・評判が良いと、Mac上位機種は今のままでしばらくは更新されないかもしれません。その結果、メインストリームIntel CPU搭載のMacはもう発表されない可能性もあります。とはいえ今のM1は拡張性が無いので、Intel CPUで自作するメリットはまだあると思います。将来のmacOSではIntel CPUが使えなくなる予定ですが、次世代のMac ProもXeon W-3300シリーズだという噂もあります。まだしばらくは、macOSでのIntel CPUサポートは継続されると思います。

もう一つは、マイニングブーム再燃と半導体不足の影響で、グラフィックスボードが高騰していることです。多少は市場が落ち着きつつあるようですが、それでもまだまだ高価です。Radeon RX570/RX580の中古ですら3万円〜4万円で取引されている状況です。Windowsで自作する人たちを含めて、自作PCに向いていない時期です。

そのような状況ですが、お勧めの自作最新パーツ構成を考えてみます。

CPU: Intel Core i9-10850K または 10900K

現行のMac製品の中で最新Intel CPUを搭載しているのがiMac20,1と20,2です。Intelの第10世代CPU (Comet Lake-S) である10500, 10600, 10700K, 10910を搭載しています。このうち市販されているCPUは10500, 10600, 10700Kですので、これらを使用すれば、実機と同じCPUで自作できます。10910は、Appleが特注したCPUらしく、市販されていません。後述のように10910は、10900Kより若干低い性能で、10850Kと同等性能のようです。10900Kより性能が下がっているのですが、下位モデルと思われたくなくて数字を上げて10910としたのではないかと勘ぐってます。ということで、10850K, 10900Kなども問題なく動くと思われます。

一方、tonymacx86のUltimate Buyer’s Guideでは以下のCPUが推薦されています。（太字は特にお勧めできると考えたCPUです）

10900K (3.7Ghz / 10 Cores / 20 Threads)
10850K (3.6Ghz / 10 Cores / 20 Threads)
10900 (2.8Ghz / 10 Cores / 20 Threads)
10700K (3.8Ghz / 8 Cores / 16 Threads)
10700 (2.9Ghz / 8 Cores / 16 Threads)
10600K (4.1Ghz / 6 Cores / 12 Threads)
10600 (3.3Ghz / 6 Cores / 12 Threads)
10500 (3.1Ghz / 6 Cores / 12 Threads)
10400 (2.9Ghz / 6 Cores / 12 Threads)
10320 (3.8Ghz / 4 Cores / 8 Threads)
10300 (3.7Ghz / 4 Cores / 8 Threads)
10100 (3.6Ghz / 4 Cores / 8 Threads)

このリストのどれを選んでも安定して稼働すると期待できます。今回は推薦CPUとして10850Kを選びました。理由は、どうせ自作するならM1に勝つ最強マシンにしたかったからです。M1のGeekbench 5スコアは、シングルコア性能で1700、マルチコア性能で7400くらいです。第9, 10世代のIntel CPUはどれもシングル性能で勝てない（1250くらい）ですが、マルチなら10600, 10700あたりが近いスコアを出しています。10コアの10850Kと10900Kならば、マルチが10000を超えるので、M1に勝てると考えました。

10900Kの方が10850Kより高性能です。ただその差は、クロック数で2%~3%違うだけです。同じウェハーから作って選別しているという推測から、10900Kの方がオーバークロックには強そうですが、定格で使う限りは性能差は誤差程度だと思われます。価格差に見合う性能差ではありません。でも、潔く最高の性能を目指すなら10900Kが良いと思います。（追記：最近の価格を再度調べたら、10850Kは値上がりし、記事執筆時に比べて、10900Kとの価格差が大幅に縮小してました。現時点なら10900Kのほうが良いと思います。2021/11/12）

Product Specifications

一方、10850KとiMacに搭載された10910のスペックはおそらく完全に同一です。特注品の10910に相当する市販製品が10850Kだと考えることができます。

Product Specifications

iMac発売当時は10850Kが発表されていませんでした。おそらくは排熱の制約からクロックを下げた10900Kが欲しかったAppleは、やむを得ず10910を特注したのかと思います。後に10910相当品をIntelが商品化したモデルが10850Kだと思われます。なので、10850Kにすれば最上位iMac20,1, 20,2と可能な限り同じ構成にできる点も多少嬉しいです。

M1に対抗する必要はないと考えるのでしたら、コストパフォーマンスの良い、10700K, 10400がおすすめかと思います。kakaku.comを見ると、10400, 10700, 10100, 10700Kあたりが売れ筋上位にあるようです。iMac20,1に搭載されている10600, 10500は、初期の製品であるためなのかあまり売れていないようです。これらの上位、下位製品の10700、10400の方がコストパフォーマンスが良いと考えられているのだと思います。

10850Kを選んだもう一つの理由は、IntelメインストリームCPUでは最強だからです。Intelの現行製品はすでに第11世代に移行しています。第10世代に比べて、シングルコアの性能は上がったものの、10コア製品が作れなくて、マルチコア性能では10900Kや10850Kに負けています。第11世代がイマイチな出来だったので、すぐに第12世代に移行するらしいですが、引き続きマルチコア性能で10900K, 10850Kに負けているという噂が流れています。第10世代10コアを選んでおけば、しばらくは新製品に性能負けしないのが嬉しいです。実際に10コアあると仕事が捗るというような事情は全くありませんが、ロマンです。

ちなみに現行の第11世代のCPUは、macOSで動く報告があります。ただし、CPU IDを書き換える必要があるようです。また、macOSが第11世代をサポートしていないので、そのiGPUも使えないそうです。今後のiMacが第11世代を搭載するまでは（その可能性は低いですが）、第11世代を採用するメリットは少ないと思います。

マザボ：ASRock Z590 Extreme

CPUに第10世代を採用するなら、マザーボードのチップセットは400番か500番シリーズになります。ZタイプのチップセットならZ490かZ590が第10世代対応です。Z590は第11世代にも対応しています。第11世代ではCPUから周辺チップへのバス性能が向上して、ほとんどのZ590ボードではCPU直結のM.2 SSDソケットが用意されています。第10世代CPUではこのソケットが使えず無駄になるデメリットはあります。ただ、売れ筋はZ590に移行していますし、将来、第11世代に移行することも考えるとZ590マザーボードを選んでも良いと思います。macOSとの互換性も問題ありません。

それでお勧めのマザーボードとしてASRock Z590 Extremeを選びました。この製品にはWiFi付きのASRock Z590 Extreme WiFiもありますが、WiFi無しがお勧めです。（WiFi付きは今は国内に流通していない様子です）以下の記事と、それに引き続く記事にあるように、現在手元で使っているマザーボードです。

ASRock Z590マザーボードでmacOSを起動する

選んだ理由も上記の記事で詳しく説明しました。要約すると、

PCIeスロットの数が多い
こなれた有線LANチップ搭載でmacOS互換性が高い
見た目がスッキリしている
macOS互換の無線用key Eソケットとアンテナ穴がある

のがこれを選んだ理由です。詳しくは上記の記事をご覧ください。

ほぼ同じ機能のASRock Z590 Steel Legendも良いと思います。違いは、1GbE 有線LANが省かれて、サウンドチップがALC 1220からALC 897にダウングレードしているくらいです。そのため少しだけ安いです。PCIeスロットが多く、有線LANチップ、無線カードソケットの互換性が高い点はExtremeと同じです。デザインは、個人的にはExtremeの方が好きです。でも白いコンピュータを作りたい場合は、こちらが良いです。Steel Legendは、2,000円高いWiFiモデルも国内流通してます。互換性の高い無線カードに置き換える場合でも、アンテナ配線の手間を省くためにWiFiモデルを買うのもありかもしれません。

グラボ：Radeon RX 6600 XT

macOS Monterey 12.0.1がサポートしている現行グラフィックスボードは、Radeon RX 6800, 6800 XT, 6900 XTのみで、どれも価格は最低でも15万円です。しかし、macOS 12.1からは、RX 6600, 6600 XTがサポートされることになりました。

macOS 12.1からRadeon 6600XTが使える

Radeon RX 6600 XTをmacOSで使う

なぜかRX 6700はサポートされませんが、ローエンドの6600が対応したことで、お手頃な価格で入手可能になりました。

上記の記事で紹介したように、6600 XTでも、Radeon RX 5700 XTを超える性能が得られます。ベンチマークスコアでM1 Maxにも勝てます。12.1以降ならば非常に安定して動くのでおすすめです。予算に余裕があるなら、6800, 6800 XT, 6900 XTも良いです。6600に比べて3倍近い性能があるとのことです。

グラボの価格がさらに落ち着くまで、iGPUで凌ぐのも良いかもしれません。でも最近のiGPUは設定が結構大変です。実はこの記事に先立って、10900KのIntel UHD Graphics 630の設定を試みたのですが、うまく動かなくて挫折しました。すでにグラボを持っていて、頑張るモチベーションが足りないこともありますが、なかなか難しいと思いました。

6600でも予算オーバーという場合は、互換性のある古いカードを中古やオークションで探すのも良いかもしれません。以下の記事にmacOSと互換性のあるボードが説明されています。例えばNVIDIAのKeplerシリーズなら動きます。

macOSのためのGPUの選び方

ただしMontereyからKeplerがサポートされなくなりました。古いドライバを持ってくることで動かすことは可能です。

Releases · chris1111/Geforce-Kepler-patcher

無線モジュール：Fenvi FV-T919

これは迷うところはないです。WiFi/Bluetoothが、取り付けるだけですぐに動きます。設定やkext類が不要です。macOSにはWiFi/Bluetoothが前提の機能がありますので、互換性の高い無線モジュールが必要です。詳しくはこちらを。

WiFi/BluetoothアダプタFenvi FV-T919

マザーボードにASRockのZ590 ExtremeやZ590 Steel Legendを使う場合は、BCM94360NGを使うのも良いと思います。このカードはmacOSでそのまま機能する唯一のM.2用WiFi-Bluetoothモジュールです。これも取り付けるだけでそのまま動いて、Apple IDやiPhone連携、MontereyのAirPlayサーバーなどが問題なく動きます。

ASUS, GIGABYTE, MSIの、Z490/Z590マザーボードのM.2 key Eソケットは、CNVi専用の場合が多く、動かない可能性があるので注意が必要です。ASRockは従来型のM.2 key E無線モジュールを引き続きサポートしてくれているのでBCM94360NGが動作します。詳しくはこちらの記事をご覧ください。

ASRock Z590 Extremeに無線モジュールを取り付ける

この他のパーツ

M.2 SSDに関しては、SamsungのNVMe SSDは避けた方が良いようです。 WD SN750 や SN850 などは確実なようです。それ以外のパーツ、例えばメモリー、電源、HDD、CPUクーラー、などは大体どれでも良いです。メモリーは16GBもあれば十分です。電源は600Wくらい、起動ドライブはSSDがおすすめで256GBあれば当分は使えて、最低必要なのは30GBくらいです。一般の自作PCでの評判を参考に適当に選んでください。

現在のM1搭載Macでは、メモリーも内蔵SSDも購入時に容量を決めた後は増設できません。しかもかなり高価です。自作する場合にメモリー、M.2 SSDをより多く確保すれば、自作のメリットがより大きくなります。

Intel NUC D54250 (i5-4250U) にBig Sur 11.0.1を入れる

Mon, 23 Nov 2020 13:08:34 +0900

Haswell世代Core i5-4250U搭載Intel NUCにBig Sur 11.0.1をクリーンインストールしました。もともと11.0.1 RCを動かしていたので問題なく起動しました。サポート対象中の最弱マシン相当仕様ですがキビキビ動きます。

Intel NUC D54250

Intel NUCは、ノートPC用CPUを搭載したデスクトップです。MacBook Airからディスプレイを外してデスクトップにしたような仕様です。低消費電力なので電源を入れっぱなしの家庭用サーバに向いていると思います。

Intel NUC D54250, 4250U

10月に、これにOpenCoreを入れて、Big Sur Beta 9をインストールしました。その後、11.0.1 RCを入れてます。

Intel NUC D54250にOpenCoreとBig Sur Beta 9を入れる

今回は、これに公開版のBig Sur 11.0.1をクリーンインストールしました。11.0.1 RCが問題なく動いている状態だったので、動いて当然の作業です。

構成は以下です。

Intel NUC D54250WYKH (2.5 inchドライブを内蔵できる背の高いモデルです。ちなみに兄弟モデルにはWYK, WYBがあります。WYKは2.5 inchの入らない薄型。WYBは基板だけです。)
CPUはIntel(R) Core(TM) i5-4250U CPU @ 1.30GHz
BIOSは2019年9月2日版のWYLPT10H-86A.0054
グラフィックスはIntel HD Graphics 5000 (ごく稀にアーティファクトが出ます)
mSATAソケットにが付いています。
2.5インチドライブベイには2TB HDDが付いています。
無線カードはです。WiFiはOOBですがBluetoothには追加のkextが必要です。
機種IDは4250Uが搭載されているMacBookAir6,2にしました。

ESPの設定

ブートに必要なESPの中身は、以下のように設定してあります。まず、ブートローダは、OpenCore 0.6.3です。

ACPIフォルダの中は以下です。

SSDT-PLUG.aml
SSDT-EC-DESKTOP.aml

Kextフォルダの中は以下です。SMC….kextはハードウェアモニター用なのでなくても良いです。Brcm….kextはBluetoothを使うために入れました。これらが無くてもWi-FiはOOBで動きます。

WhateverGreen.kext
VirtualSMC.kext
SMCSuperIO.kext (HWモニター用)
SMCProcessor.kext (HWモニター用)
Lilu.kext
IntelMausi.kext
AppleALC.kext
BrcmPatchRAM3.kext (Bluetoothが必要な場合)
BrcmFirmwareData.kext (Bluetoothが必要な場合)
BrcmBluetoothInjector.kext (Bluetoothが必要な場合)

Driversフォルダの中身は以下です。

VBoxHfs.efi (HFS+で起動しなければ不要)
OpenRuntime.efi
OpenCanopy.efi (OpenCore起動画面でアイコン出さなければ不要)

Config.plistの設定

config.plistの内容は、Haswell用ガイドのページに従って設定してあります。DevicePropertiesの箇所には、

<key>PciRoot(0x0)/Pci(0x2,0x0)</key>
 <dict>
 <key>AAPL,ig-platform-id</key>
 <data>AwAiDQ==</data>
 </dict>

を加えました。Intel HD Graphics 5000を表示用に使用する設定です。また、

<key>PciRoot(0x0)/Pci(0x1b,0x0)</key>
 <dict>
 <key>layout-id</key>
 <data>AQAAAA==</data>
 </dict>

も加えました。オーディオのレイアウトIDを1番に設定する記述です。また、デフォルトではExposeSensitiveDataが6だったのを7にしました。NUCには搭載されるUSB数が元々少ないので、15個制限対策は不要です。実機のMacと同様ですね。

以前の記事で、

Misc – Security – SecureBootModel を Disabled にする

必要があると書きましたが、OpenCore 0.6.3からは、デフォルトのDefaultのままで起動します。

Big Surを入れる

前述のように、このNUCは

mSATA SSD (Big Sur 11.0.1 RC)
2.5 inch HDD (Catalina最終版)

を搭載してます。mSATA SSDにはBig Sur 11.0.1 RCを入れてました。また、2.5 inch HDDには緊急用ブートのために小さなパーティションが切ってあって、そこにはCatalina最終版が入っています。

今回は、mSATA SSDにBig Sur公開版をクリーンインストールしようとしました。そこで、HDDのCatalinaで起動して、mSATAをまっさらにフォーマットし直しました。そしてCatalinaからBig Surインストーラを起動して、mSATA SSDにインストールしました。

インストール過程の最初の再起動で、BIOSの警告が出ました。

特に設定はおかしくなってませんでしたし、この先は、警告が出ることはありませんでしたので、このまま続けました。今までのBig Surインストール作業と同様に、最初の2-3回の起動では、macOS Installerという名前のドライブから再起動します。

でも進捗すると、フォーマット時に設定したドライブの名前になってます。

その後、また２回ほど再起動して、設定画面に入りました。

MacBookAir6,1と6,2は、Big Surが動く最古のMacで、4250UはBig Surが公式対応する最弱のCPUと言えます。ギリギリのスペックですが、Big Surは充分にキビキビ動きました。とはいえ、Geekbench 5で、シングル600, マルチ1200と遅いです。これと比較すると、新しいM1のシングル1600, マルチ7200というスコアはすごいですね。

まとめ

Haswell版Intel NUCにも、OpenCore 0.6.3とBig Sur公開版をクリーンインストールしました。Big Surがサポート対象とする最弱Macに相当するスペックですが、問題なく動きました。

第10世代自作PCの機種IDはiMac20,1が良い

Sat, 22 Aug 2020 12:34:43 +0900

第10世代CPU, Comet Lake-Sで自作したら、機種IDはiMac20,1にするのが良いと思います。iMac 2020に搭載されるComet Lake-S CPUの全てに適用されるIDだからです。ただ、Radeon RX 5700 XTなどを使用する場合は、類似GPUを搭載するiMac20,2の方が性能を引き出せる可能性も無いとは言えません。でも、実測したところ性能に違いはありませんでした。

iMac 2020には2種類の機種IDがある

前回の記事で紹介しましたように、iMac 2020には、iMac20,1とiMac20,2の2種類の機種IDがあります。ここでは、Comet Lake-Sの自作PCでmacOSマシンを作る場合、そのどちらを使用したら良いかをさらに考えてみます。

iMac20,1とiMac20,2の違い

とりあえずは全てのComet Lake-Sモデルが対象になっているiMac20,1にしておくのが良いと思われます。特に10500や10600などを使う場合はiMac20,1にすべきでしょう。また多くの人がiMac20,1に設定すると思われるので、iMac20,1にしておけば、トラブル解決情報も容易に得られると思います。

ただ、iMac20,2はRadeon Pro 5700とPro 5700 XT搭載モデルなので、よく似た型番のRadeon RX 5700とRX 5700 XT搭載グラフィックスカードを使用する場合だけに関しては、iMac20,2の方が適切なのかもしれない、とも考えられます。もしかしたらiMac20,2にした方が、5700 (XT)のグラフィックス性能がより引き出せるのかもしれません。そこで今回は、RX 5700 XT搭載マシンで、性能差を検証しました。

iMac20,1と20,2でベンチマーク

機種IDをiMac20,1もしくはiMac20,2に設定するためには、それぞれのシリアル番号などを正しく生成して、対応したmacOSとOpenCoreを使用するのが良いです。この話題については次の記事で紹介します。

今回のベンチマークで使用したマシンは、こちらで紹介したものを基にして、さらにCPU, macOSとOpenCore, kext類をアップデートしてあります。

ASUS ROG STRIX Z490-G GAMING (WiFi)
Intel Core i9 10900K
macOS 10.15.6 (19G2021)
OpenCore 0.6.1
Radeon RX 5700 XT (ASUSのリファレンスファン)

このマシンの機種IDをiMac20,1とiMac20,2に設定して、それぞれでGeekbench 5のOpenCLとMetalのテストを5回ずつ実施しました。その平均を以下に示します。相変わらずしょぼいスコアで、同じ条件のRX 580に負けているのではと思いますが、今回はモデルIDの違いだけに注目します。

その結果、iMac20,1とiMac20,2では差がないことが判明しました。むしろiMac20,1の方が多少良いくらいです。ただ、個々のスコアを見ると、それぞれ逆転しているスコアもあり、違いは誤差範囲かと思われます。

まとめ

Radeon RX 5700 (XT)を使用した場合、iMac20,2に設定した方が性能を引き出せるのかどうかを検証しました。その結果、iMac20,1との差はありませんでした。第10世代で自作するなら、どの構成でも、機種IDはiMac20,1にすれば良いと思います。

第10世代CPU搭載iMac登場

Wed, 05 Aug 2020 23:28:12 +0900

Comet Lake-Sを搭載した新しいiMacがようやく登場しました。Z490マシンのSMBIOS情報に早速にも反映させたいところですが、いつものようにスペックが謎です。そこで、わかる範囲でメモしました。明らかになり次第、更新していきたいと思ってます。情報ありましたらコメントでお知らせください。

Model ID

今までの経緯からすると新27インチiMacのモデルIDは、iMac20,1になるのではないかと思います。と思って検索していたら、Appleの公式ページにiMac20,1とiMac20,2というモデル番号が出ていました。これによると27インチにはiMac20,1とiMac20,2の両方があるようです。どのCPUがどちらのIDになるのか知りたいところですが、20番になるのは確定です。またパーツナンバーはMXWT2xx/A, MXWU2xx/A, MXWV2xx/Aになるようです。

Identify your iMac model

追記：Geekbench Browserのベンチ結果投稿によると、Core i5-10500, Core i5-10600, Core i7-10700K搭載モデルがiMac20,1で、Core i9-10910搭載モデルが20,2のようです。上位モデルが「,1」だったiMac 2019モデルとは逆ですね。

CPU

新iMac 27インチには、ベースモデルが3種類、オプションで1種類、合計4種類があります。iMacの搭載CPUが何なのかあまり情報はありません。搭載CPUに興味があるのはhackintoshしている人たちだけなのかも。公開されているスペック情報も限られています。その公式情報によると搭載されているCPUの説明は以下のようです。

3.1GHz 6コア第10世代Intel Core i5（Turbo Boost使用時最大4.5GHz）
3.3GHz 6コア第10世代Intel Core i5（Turbo Boost使用時最大4.8GHz）
3.8GHz 8コア第10世代Intel Core i7（Turbo Boost使用時最大5.0GHz）
3.6GHz 10コア第10世代Intel Core i9（Turbo Boost使用時最大5.0GHz）

いつものようにコア数とクロック数しかわかりません。これだけの情報と、Comet Lake-Sとして公開されている情報からすると、6コアCPUと8コアCPUには、該当するクロック数のComet Lake-Sモデルがあります。なので、それぞれの機種のCPUは以下と思われます。

Intel Core i5 10500 (65W)
Intel Core i5 10600 (65W)
Intel Core i7 10700K (125W)
?

最上位のCPUに関しては、北森瓦版で10910というモデルが紹介されていました。元記事はtom’s Hardwareです。10900Kと10900の中間のモデルだそうです。ベースクロックが3.6GHzというのは合っていますがTBの値が少し違います。でもこの可能性は高いと思います。

追記：Geekbench Browserからの情報から10910なのは確実のようです

Intel Core i5 10500 (65W)
Intel Core i5 10600 (65W)
Intel Core i7 10700K (125W)
Intel Core i9 10910 (95W)

Geekbench Browserで検索する

Geekbench BrowserでiMac20,1を検索したところ、現時点で3件の結果が見つかりました。時間的にどれも同じ人が上げている様子です。Hackintoshである可能性もあるのですが、macOS 10.15.6のBuildが19G2005という見慣れない数値ですし、MotherboardのIDもそれっぽいので、いち早くiMac20,1を入手した人が動作させた可能性が高いです。これを見ると、3.8GHzマシン（ベースモデル最上位）のCPUは確かに10700Kのようです。

Geekbench Browserで検索する（続報）

その後、さらにGeekbench BrowserでiMac20の検索を試みました。投稿がさらに増えていました。この結果、全ての搭載CPUが判明しました。上の予想通りで、最上位モデルは、やはり10910だったようです。ということでGeekbench Browserから推測する搭載CPUとモデルIDは以下です。

Core i5-10500 3100 MHz (6 cores) iMac20,1 BID=Mac-CFF7D910A743CAAF
Core i5-10600 3300 MHz (6 cores) iMac20,1 BID=Mac-CFF7D910A743CAAF
Core i7-10700K 3800 MHz (8 cores) iMac20,1 BID=Mac-CFF7D910A743CAAF
Core i9-10910 3600 MHz (10 cores) iMac20,2 BID=Mac-AF89B6D9451A490B

それにしても10500と10600の性能差が僅差で、逆転している報告も多いですね。搭載グラフィックスも同じだし、なんでこんな微妙な製品構成にしたのかな。

GPU

上記のAppleのスペックページによると、GPUには

Radeon Pro 5300
Radeon Pro 5500 XT
Radeon Pro 5700
Radeon Pro 5700 XT

が搭載されているそうです。多分新しいチップです。以前と同じくProは、同じ型番のRXシリーズのApple社用カスタムチップだと思います。例えばPro 5700 XTは、RX 5700 XTより省電力にしてiMacの筐体に収まるようにしたバージョンのようです。新GPUに関する記事がこちらにありました。これによると、例えばPro 5700 XTはRX 5700 XTに比べて、プロセッサユニット数は同じですが、性能が9.75TFLOPSから7.6TFLOPSに落ちているようです。おそらくクロック数を落として発熱を抑えて、iMac筐体に対応させたのではと思います。でもProとRXは、ハード構成は同じようなので、新iMacをサポートしたmacOS (19G2005 ?)で、RX 5700 XTの互換性が向上したらありがたいです。

内部構造

分解記事と動画が上がっているようです。コメントで教えていただきました。

[VIDEO] Unboxing & Teardown: The 27-inch iMac 5K (2020)

SSDは半田づけで交換不可能ですが、CPUはソケット式で交換可能なようです。

シリアル番号フォーマット

シリアル番号の生成プログラムmacserialなどがまだ新機種に対応していませんので、新機種シリアル番号のフォーマットをぜひ知りたいところです。

ネットを徘徊していたら、開封動画がぼちぼち公開されていて、その中にシリアル番号を見せてくれている動画がありました。それからフォーマットを解析します。皆さんもネット上で新機種のシリアル番号を発見したらぜひコメントでお知らせください。

10700K搭載モデル

こちらは10700K搭載モデルのようで、C02CV0VDPN5Wという数値が読めます。この番号から、今まで通りの伝統的な12桁のシリアル番号フォーマットに従っているらしいことがわかります。それぞれの桁を調べると以下になります。フォーマットの詳細は、こちらの記事で紹介してあります。

C02: 製造場所番号で、中国のQuanta Computer製造です。
C: 製造年。2019年でZまで使い切ったので2010年の表記 (CとD) に戻ったと思われます。2020年前半を示しています。
V: 製造週。24週目（後半なら50週目）を表します。つまり2020年の6月8日からの1週間に製造されてます。
XXX: 次の3桁は、製造ライン番号もしくは、組み立て担当者のIDです。製品個体ごとに異なる番号です。
PN5W: プラットフォームモデルです。製品の種類を表す番号です。この番号は、一つのModel IDに複数存在します。iMac20,1の一つのプラットフォームモデル番号はこの番号だとわかります。

こちらでも10700K搭載モデルの番号が読めます。C02D33YEPN5Wです。PN5Wが10700K搭載iMac20,1の番号なのは間違い無いです。

10910搭載モデル

こちらの動画では10コアモデルのシリアル番号が読めます。C02D2018046Tです。これによると、

C02: 製造場所番号。中国のQuanta Computer製造です。
D: 製造年。2020年後半を示しています。
2: 製造週。28週目を表します。つまり2020年の7月6日からの1週間に製造されてます。
XXX: 次の3桁は製品個体ごとに異なる番号です。
046T: iMac20,2の一つのプラットフォームモデル番号はこの番号だとわかります。

こちらでも10910搭載モデルの番号が読めます。C02D5007090Yです。また、こちらにもありました。こちらは、C02D401H090Yです。090Yというプラットフォームモデル番号もあるようです。

10500搭載モデル

こちらの動画のAbout this Macでは、「3.1GHz六核」と読めるので、10500搭載モデルのようです。C02D4311PN5Tです。これから、

C02: 製造場所番号。中国のQuanta Computer製造です。
D: 製造年。2020年後半を示しています。
4: 製造週。30週目を表します。つまり2020年の7月20日からの1週間に製造されてます。
XXX: 次の3桁は製品個体ごとに異なる番号です。
PN5T: 6コアiMac20,1の一つのプラットフォームモデル番号はこの番号だとわかります。

シリアル番号のまとめ

2020 iMacも従来通りのフォーマットのシリアル番号のようでした。また、プラットフォームモデル番号は、それぞれ、

PN5T: Core i5-10500 3100 MHz (6 cores) iMac20,1
????: Core i5-10600 3300 MHz (6 cores) iMac20,1
PN5W : Core i7-10700K 3800 MHz (8 cores) iMac20,1
046T, 090Y : Core i9-10910 3600 MHz (10 cores) iMac20,2

となります。10600搭載モデルが発見されていませんが、グラフィックスが同じなのでおそらく10500と同じなのではと思います。ただ、10600搭載モデルは10910に変更できるのですが、10500搭載モデルはできないのでもしかしたら違うかもしれません。10600の情報が欲しいですね。

これで、iMac20,1とiMac20,2のシリアルを作れます。上記の製造週と、製造ライン番号を少し変えれば良いはずです。ただ、製造ライン番号は、同じ数値に対して重複して存在するので、そのうちの適切な数値を選ぶ必要があります。他のModel ID用に生成ソフトで作った製造ライン番号を使うと良いと思います。

まとめ

27インチ iMac2020に関して、仕様をまとめました。Geekbenchの情報は参考になりました。今のところ

CPUは4種類 (10500, 10600, 10700K, 10910)
GPUは4種類 (Radeon Pro 5300, 5500 XT, 5700, 5700 XT)
Model IDはiMac20,1(下位3モデル)とiMac20,2(最上位モデル)
Board IDはMac-CFF7D910A743CAAF (iMac20,1)とMac-AF89B6D9451A490B (iMac20,2)

というようなことが判明してます。

ASUS ROG STRIX Z490-G, 10900K

Tue, 28 Jul 2020 23:45:58 +0900

第10世代デスクトップCPU 10900Kを搭載したASUSのZ490マザーボードに、OpecCoreで起動するmacOS Catalinaをインストールしました。CPU, GPU, スリープ、Ethernet, サウンド, WiFiが全て動き、安定しています。間も無く登場すると言われているComet Lake-S搭載iMacに匹敵するマシンになると思います。

ハードウェア構成

こちらの記事で、10600を使ったhackintoshを作りました。これのCPUだけを10900Kに交換しました。他の設定は全く変更なく、引き続き動きました。

Comet Lake-S 10600とZ490でmacOSを動かす

マザーボード

マザーボードは、です。しっかりした作りでよくできています。販売サイトの製品写真ではバックパネルカバーのロゴが黄色です。でもこれはフルカラーLEDなので、Windowsからならば何色にも設定できると思われます。デフォルトでは時間と共に色が変化します。は2,000円安いです。WiFi用のM.2ソケットでBroadcomのカードが動くかと思ったのですが、これはCNVi専用でした。なのでWi-Fi無しの方が良かったかもしれないです。

CPU

10900Kです。10コア20スレッドです。12面体という奇抜な外箱だった9900Kに比べて、普通のコンパクトな外箱になったと思っていたのですが、実物を見るとこれもなかなか奇抜でサイズ感がありました。微妙な角度でCPUが保持されています。

GPU

CPU内蔵のiGPUであるIntel UHD Graphics 630はほぼ稼働しました。ただし、Display Portのみが機能し、HDMIでは出力できないです。また、「画面共有」を設定しても他マシンから接続できませんでした。このCPUでiGPUを使い続けることはないと思うので、緊急用としたらこれで十分でしょう。

そこで、PCIeスロットにグラフィックスボードを接続し、こちらを主に利用します。現在挿してあるのは、Sapphire NITRO+ ブランドのRadeon RX 580です。全く問題なく動いています。

WiFi / Bluetooth

BroadcomのBCM94360NGを使用してます。アンテナ端子は、マザーボードのバックパネルに取り付けてあります。詳細は、こちらをご覧ください。

Z490マザボ搭載WiFiをmacOS対応品に交換する

BIOS設定

BIOSの設定は、ほぼ工場出荷時設定で大丈夫です。Legacy USBをdisabledにするなど、やっておけば良い程度の変更をしました。デフォルト設定のままであってもmacOSの起動に支障をきたすことはありません。

よくあることのようですがメモリーが2133MHzと認識されていました。2666MHzのメモリーなのでBIOSでそのように設定しました。メモリー速度設定はGeekbench 5のスコアに影響を与えます。

使用したefiとkext

ACPIには

SSDT-AWAC.aml
SSDT-EC-USBX.aml
SSDT-PLUG.aml
SSDT-RHUB.aml

を入れました。Driversには、

VBoxHfs.efi
OpenRuntime.efi
OpenCanopy.efi

を入れました。Kextsには、

AppleALC.kext
FakePCIID.kext
FakePCIID_Intel_I225-V.kext
Lilu.kext
SMCProcessor.kext
SMCSuperIO.kext
USBPorts.kext
VirtualSMC.kext
WhateverGreen.kext

を入れました。このうち、macOSの起動に最低限必要なのは、以下の3個です。

WhateverGreen.kext
VirtualSMC.kext
Lilu.kext

USBPorts.kextは、USBを15個指定する自作kextです。なくても、USBポートの一部が動かないだけで、macOSの起動には問題ありません。作り方は以下をご覧ください。

ASUS ROG STRIX Z490-G GAMINGのUSBを設定する

SMCSuperIO.kextとSMCProcessor.kextは、CPU温度などをモニターするkextです。これも特に必要なものではありません。使い方は以下をご覧ください。

HWMonitorを使う

FakePCIID.kext, FakePCIID_Intel_I225-V.kextの2個は、マザーボード搭載のEthernetチップを動かすために入れてあります。このマザーボードから新しくなったチップなので、偽装する必要がありました。将来的には不要になるかと思います。これも無くても、LANが動かなくなるだけで、macOSの起動には問題ありません。詳しくはこちらをご覧ください。

ASUS ROG STRIX Z490-G GAMINGの音とLANを動かす

ToolにはOpenShell.efiを入れました。ちなみにOSとブートローダは以下です。

macOS Catalina 10.15.6
OpenCore 0.6.0

config.plistを作る

OpenCore配布パッケージにあるsample.plistを元に、変更を加えてconfig.plistを作っていきます。下記のComet Lakeガイドのページにほぼ従いました。

Desktop Comet Lake | OpenCore Install Guide

ディスプレイの設定は、Radeonのグラフィックスボードを使うので、ヘッドレス用の以下の設定にしました。

<key>PciRoot(0x0)/Pci(0x2,0x0)</key>
<dict>
	<key>AAPL,ig-platform-id</key>
	<data>AwDImw==</data>
</dict>

サウンドの設定はこちらをご覧ください。

ASUS ROG STRIX Z490-G GAMINGの音を動かす（続編）

ここで使用したconfig.plistを以下で公開しておきます。シリアル番号などは有効な番号が入っていますが、ネットに接続する前に必ず自分用の番号に置き換えてください。

config.plist for ASUS Z490G and 10900K - Pastebin.com

シリアル番号などの作り方は、こちらをご覧ください。

GenSMBIOSを使って機種情報を設定する

動作確認

ほぼ問題なく動作します。動作確認したことは、

スリープ
iGPU (DisplayPortのみ。画面共有は不調)
グラフィックスボード (RX 5700XTとRX 580で確認)
WiFi/Bluetooth

などです。このほかに問題はありません。

ベンチマーク

Geekbench 5でベンチマークしました。マルチコアスコアで10,000超えが目標だったのですが、達成できました。

ちなみにCore i5 10600では6300くらいでした。コア数が6だったので、妥当な値でした。

今回のスコアを実際のMacと比較すると14コアiMac Proと12コアMac Proの中間くらいです。クロックが高いのでコア数が多いMacに勝ってます。Apple Siliconが10,000超えのスコアを出してくれるまでは、Intel搭載デスクトップは安泰な気がします。

ベンチマークを動かしていた時のActivity Monitorです。20コアが働いてます。

iMac20,2が出ました（追記）

Comet Lake-S搭載の27インチ iMacが発表されました。最上位モデルのCPUは10910のようです。Apple用のカスタムチップで一般には販売されないモデルです。10900Kと10900の中間の性能のようです。Geekbenchに上がっているスコアによると以下のようです。10900Kよりはクロックが低いので、スコアは10000前後ギリギリのようです。実機よりちょっと高いベンチマーク結果が得られるところが、自作PC hackintoshの醍醐味だと思います。

まとめ

Core i5 10600で動かしていたマシンのCPUを10900Kに交換しました。全く問題なく動きました。Geekbench 5でのマルチコアスコアは10,000を超えました。Comet Lake-S搭載のiMacが出たら、シリアル番号などをそれに合わせて設定し、本格的に使用したいと思います。

いま一番おすすめの自作macOS PCパーツ構成

Mon, 06 Jul 2020 22:11:13 +0900

フォーラムの話題に刺激されて「いま一番おすすめの自作Hackintoshのためのパーツ構成」を考えてみました。「一番」と言うお題なので、無理して一つだけ選んで、その後に言い訳を書きました。ご意見・ご異論あると思いますのでコメントでお知らせください。

なお、いろいろな作例をBUILDSのカテゴリーでまとめてあります。

追記：Big Surが出たので追記しました (2020/11/16)

マザボ：ASUS ROG STRIX Z390-F GAMING

これからの主流のZ490も良いのですが、2.5Gbps LANが新しすぎるのでPCI IDを偽装しないといけない点が面倒です。設定すればLANは動きますし、従来通りの1Gbps LANが搭載されたZ490マザボを買っても良いです。でも1つだけ選ぶということで、ここでは実績のある300シリーズにしました。ただ古い世代なので、間も無く市場から消える可能性があります。また、新しい方が好きという人は400シリーズにして問題ないです。

マザーボードの選択肢は多いので、300シリーズに限定しても、たくさんの良い候補があります。ユーザが多く、Hackintoshを成功させたと言う報告の多いものが良いです。何かのトラブルがあった場合に、解決策が見つかる可能性が高いです。と言うことで、マザーボードシェアが1位のASUSと、Hackintosh黎明期に人気のあったGIGABYTEが良いです。MSIやASRockも同様に動きますが、あえて一番と言うと、このどちらかです。Zではなく、HやBなどのチップセットも良く動きます。でも、マザーボードはそれほど価格差も大きくないので、あえて一つを選ぶならZで良いでしょう。またATXフォームファクタを選びましたが、目的によって他のサイズでももちろん良いです。

1番を選ぶと言うことで、ASUS ROG STRIX Z390を選びましたが、他にも良い候補はたくさんあります。このマザーボードが飛び抜けて適しているわけではありません。でも良く売れているので、ネット上に報告も多いです。BIOS設定もおそらくはデフォルトでも動くくらいに簡単なはずです。また他の同クラスのマザボと比べて、PCIeスロットがたくさんあります。拡張性が欲しくてHackintoshする人には最適です。個人的に感じるイマイチな点は、文字を多用したデザインがちょっと好きじゃないところです。なので実はASUS ROG MAXIMUS XI HEROを使ってます。

400シリーズでしたら、同じASUS ROG STRIX Z490が良いかなと思います。これもよく使われていて、またPCIeスロットが多い機種です。CPUは、これも実機に近いものが搭載されている10900(K), 10700(K), 10600, 10500あたりでしょうか。

CPU: Intel Core i5-9600K

マザボをZ390にしたらCPUはCoffee Lake-Sです。ここではコストパフォーマンスを考えて9600Kにしましたが、Core i9-9900Kでも同様に良いです。理由は、iMacで採用されている第9世代CPUが9900Kと9600Kだからです。なので、一つだけ選ぶとしたら、9900Kか9600Kのどちらかになると思います。無印の9900, 9600でも同様に良いと思います。さらにはコストパフォーマンスと予算を考えて、9700K, 9700, 9500, 9400, 9100なども良いです。 iGPUの無いFモデルも動きますが、macOSにはiGPU前提の機能が多少あるので、iGPUのあるCPUが無難です。

Comet Lake-Sで作るなら、10700K, 10600, 10500が良いと思います。これも理由はiMac 2020で採用されているモデルだからです。10900K, 10900も、iMac 2020でクロック違いのApple専用モデル10910が採用されているので、互換性は高いです。

グラボ：Sapphire RX 580 Pulse

一つだけ選ぶとしたら、Sapphire RX 580 Pulseです。理由は、Apple準純正とも言えるeGPU開発キットに組み込まれていたモデルだからです。以前のmacOSでは、このカードだけが完璧に認識されていた時期もありました。とは言え、今はどのブランドのRX 580でも互換性は問題ありません。RX 580はOOBで動くだけでなく、macOSのドライバーと相性が良いのか性能が良く引き出されています。しばらくはおすすめのグラボであり続けると思います。だんだん品薄になってきているので、確保しておいた方が良いでしょう。

Big SurになってRadeon Naviアーキテクチャのサポートが充実して、RX 5700 XTがRX 580の1.6倍くらいのスコアを出すようになりました。なのでRX 5000シリーズも良いと思います。

Big SurでRadeon RX 5700 XTのスコアが大幅に改善

無線モジュール：Fenvi FV-T919

WiFi/BluetoothアダプタFenvi FV-T919

この他のパーツ

これ以外のパーツ、例えばメモリー、電源 (600Wくらいかな)、SSD/HDD、CPUクーラー、などは何でも良いです。メモリーは16GBもあれば十分です。電源は600Wくらいかな。起動ドライブはSSDがおすすめで256GBあれば当分は使えて、最低必要なのは30GBくらいです。一般の自作PCでの評判を参考に適当に選んでください。

HWMonitorを使う

Mon, 22 Jun 2020 00:21:52 +0900

CPUの温度、電力などをモニターするためにVirtualSMCに付属するモニター用kextを入れました。これにより、HWMonitorやHWMonitorSMC2などのアプリケーションでハードウェア状況をモニターすることができるようになりました。

HWMonitorなどのモニターアプリケーションをhackintoshで使用するためには、VirtualSMCやFakeSMCに用意されている、ハードウェアモニターkext類を使用します。いままでは、とにかく動作することが肝心だと思ってモニター用kextを使っていませんでしたが、ようやく試してみました。すでに使っている方は多いと思いますので、今さらな話題かもしれません。

Intel Power Gadget

CPUの状態をモニターする目的には、今まで、Intel Power Gadgetというアプリケーションは使ってました。これはインテルが配布しているアプリで、Windows, Linux, macOSで動きます。Hackintoshでも同様に動作するところがすごいです。このアプリは、FakeSMC/VirtualSMC用のkextが無くても動きます。

Intel Power Gadget

macOSにインストールすると、/Library/Extensionsの中に、EnergyDriver.kextというカーネル拡張がインストールされます。おそらくはこれがインテルのCPU周辺チップセットにアクセスして、温度や消費電力情報を取得してくれるのだと思います。なので、Macでもhackintoshでも同様に動作するようです。

ただ最近、Power GadgetのmacOS版がインテルのサイトから消えてしまったようです。一時的な状況かもしれませんが、メンテナンスが面倒で更新をやめてしまったのかもしれません。ということで別の手段を探しました。

HWMonitor

macOS専用のハードウェアモニターアプリケーションにHWMonitorがあります。昔のブラウン管式オシロスコープのアイコンです。ただ、これも最近は更新が止まっているように思いました。探したところ、以下のサイトでつい最近にアップデートされたバージョンが見つかりました。ダークモードに対応したとのことです。これ以外にもいろいろなアプリケーションがあるように思います。お勧めがありましたら、コメントで教えてください。（追記：HWMonitorSMC2を教えていただきましたので、記事の最後に追加しました）

Release HWSensors-V6.26.1465 EFI · chris1111/HWSensors-V6.26.1465-EFI

HWMonitorを、まずはMacBookで動かしてみました。インストーラを起動するとFakeSMC.kextなどをインストールするオプションもありますが、本物のMacなら不要です。アプリケーション本体だけあれば機能するので、アプリ本体だけをコピーして持ってきても動きます。起動するとメニューバーにアイコンが現れて、これをクリックするとプルダウンの中にCPU温度と電力が表示されます。バッテリーの残量も表示されます。

歯車のところをクリックするとメニューが現れ、このプルダウンをメニューバーから取り外すこともできます。

このMacBookのCPUは2コアです。なぜかCore 2とCore 3になっていますが、番号は気にしない方が良いようです。バックグラウンドでDropboxやiCloudドライブの更新が動いていたためかもしれませんが、CPU温度が90度後半です。MacBookはファンレスで静かなのですがこのように、触れないくらい熱くなり、応答動作がものすごく遅くなることがしばしばあります。グラフのボタンを押すと、温度・電力変化をグラフで見ることもできます。最高温度は100度ですね。

Hackintoshで動かす

次にHWMonitorを、先日作成したASUSのZ490マザーボードのマシンです動かしてみました。何の表示も出ません。

HWMonitorはMacに搭載されているSMC (System Management Controller) にアクセスして温度情報などを得ているようです。HackintoshではFakeSMC.kextやVirtualSMC.kextがSMCのフリをしてくれていますが、起動に必須ではない温度情報提供などの機能は無いようです。

次に別の、ASUSのZ390マザーボードマシンで動かしてみました。CPUの情報は、先ほどと同様に何も表示されません。しかし、搭載しているSATA SSD/HDDと、接続しているMagic Keyboard/Trackpadの情報が出ました。SSD Remaining Lifeは謎の表示がされて100％になってます。M.2 SSDも接続しているのですが、そちらの情報は表示されませんでした。どうやらSATA経由で温度情報が得られるようで、それが表示されているようです。

kextを入れて動かす

FakeSMD.kextにもVirtualSMC.kextにも、ハードウェア情報にアクセスするためのkextが作られています。VirtualSMC.kextの場合、配布パッケージに、

SMCSuperIO.kext
SMCProcessor.kext
SMCLightSensor.kext
SMCBatteryManager.kext

が同梱されて配布されています。このうち、SMCLightSensor.kextと SMCBatteryManager.kextはノートPC用のものです。光センサやバッテリーを搭載していないデスクトップマシンでは使いません。デスクトップでCPU温度などをモニターするのに必要なkextはSMCProcessor.kextです。SMCSuperIO.kextは、ファンコントロールなどを担当する入出力に関するもののようですが、HWMonitorの表示には変化がありませんでした。（追記：後述するHWMonitorSMC2というアプリケーションでは、SMCSuperIO.kextを入れておくとファン回転数などの情報が表示されるようになります。）

SMCProcessor.kextを上記のZ490マシンに入れて、HWMonitorを動かした結果が以下です。搭載したCPUは10600なので、6個のコアの温度が表示されました。コア1が2個表示されていますが、これも気にしないでおきます。MacBookと比較するとまともな温度で安心できます。

次に、上記のZ390マシンに入れた結果を以下に示します。搭載CPUが8コアなので、それぞれの温度が表示されています。ここでもCore 1が2個見えてます。

Z490マシンで、Geekbench 5を動かしつつ、Intel Power GadgetとHWMonitorを同時に動かした様子を下に示します。両方のアプリケーションで同じような結果が出ているので、信頼できる情報だと思いました。ベンチマークを動かすと瞬間的に70度を超えましたが、通常作業で90度越えの状態が続くMacBookよりはまともです。

HWMonitorSMC2

もう一つのハードウェアモニターアプリケーションです。コメントでまっくぷろさんから教えていただきました。これを使用するにあたって、HWMonitorと同様に、VirtualSMCに加えて以下をインストールしました。

SMCSuperIO.kext
SMCProcessor.kext

起動するとHWMonitorと同様にメニューバーに現れますが、表示される情報はより多いです。ファンの回転数、グラフィックス温度などの情報、メモリー使用状況などが表示されます。また、項目をダブルクリックするとその数値がメニューバーに常時表示されるようになります。ただグラフ表示する機能は無いようです。Z490マシンでHWMonitorSMC2を動かした結果を下に示します。

このマシンはマザーボードをケースに格納していない状態で試験中です。なので、CPUファンだけが接続されていて、その回転数が正しく取得できているようです。また、HWMonitorSMC2はVirtualSMCやFakeSMCの情報取得kext以外に、Intel Power GadgetのEnergyDriver.kextも利用するようです。Power Gadgetがインストールされた状態で、歯車ボタンで以下のように設定すると（デフォルトでは無効）、表示されるCPU情報項目が倍増します。

Comet Lake-S 10600とZ490でmacOSを動かす

Sat, 06 Jun 2020 00:07:34 +0900

を搭載したASUSのZ490マザーボードに、OpenCoreで起動するmacOS Catalinaをインストールしました。とりあえずは動く状況です。CPU, iGPU, スリープは動いていますが、オンボードのEthernet, サウンドがまだ動きません。

参考にしたページ

SchmockLoadさんが、GIGABYTE Z490 Vision Dにインストールした様子をGitHubにまとめてくれていたので最初はこれを参考にしていました。でも作業を進めているうちに、OpenCoreが0.5.9になり、ガイドのページも更新されて、なんとComet Lake-S用のconfig.plistを作るガイドが追加されました。

Desktop Comet Lake | OpenCore Install Guide

ということでこのガイドを参考に、作業を進めました。

使用ハードウェア

マザーボード

使用したマザーボードは、です。サブマシンがmicro-ATXなので、ゆくゆくはそれに搭載しようと考えました。メインマシンがASUSなので、同じメーカにしました。しっかりした作りでよくできています。製品写真ではバックパネルカバーのロゴが黄色です。でもこれはフルカラーLEDなので、Windowsからならば何色にも設定できると思われます。デフォルトでは時間と共に色が変化します。

は2,000円安いです。IntelのWi-FiアダプタをmacOS互換のM.2無線カードに差し替えたら、数が少ないm-ATXマザボのPCIeスロットを節約できると思いWi-Fi付きにしました。300シリーズチップセットマザーボードなら、CNViカードだけでなく、一般のM.2無線カードが使えました。なのでmacOSと互換性のあるBroadcomのM.2カードが使えました。しかし新しいマザーボードは、ソケットの物理的な形状はM.2でしたが、動作しませんでした。CNVi対応カードだけが動くようになったようです。なのでWi-Fi無しの方が良かったかもしれないです。そのうち、マザーボード上のSSD用M.2ソケットに無線カードを取り付けて、バックパネルのアンテナ端子だけを利用しようと考えています。

CPU

どうせなら話題の10コア20スレッドの10900Kを使おうかとも思いました。でも、当初はComet Lake-SがmacOSで動くかどうか不明でしたので、日和って安価な6コア12スレッドの10600無印にしました。10900Kが品切れで入手不可能だったことも理由です。とはいえ同じ6コア12スレッドなら、Ryzen 5 1600 (AF) の方がコストパフォーマンスが良いですね。

BIOS設定

BIOSの設定は、ほぼ工場出荷時設定で大丈夫です。Legacy USBをdisabledにするなど、やっておけば良い程度の変更をしました。デフォルト設定のままでmacOSの起動に支障をきたすことはありません。

使用したefiとkext

ACPIには

SSDT-AWAC.aml
SSDT-EC-USBX.aml
SSDT-PLUG.aml

を入れました。Driversには、

VBoxHfs.efi
OpenRuntime.efi
OpenCanopy.efi

を入れました。Kextsには、

WhateverGreen.kext
VirtualSMC.kext
Lilu.kext
IntelMausi.kext (動かないのでつづきの記事では外しました)
AppleALC.kext

を入れ、ToolにはOpenShell.efiを入れました。ちなみにOSとブートローダは以下です。

macOS Catalina 10.15.5
OpenCore 0.5.9

config.plistを作る

OpenCore配布パッケージにあるsample.plistを元に、変更を加えてconfig.plistを作っていきます。上記のサイトのComet Lakeのページにほぼ従いました。とはいえ、以前紹介したCoffee Lakeとほぼ同じ設定です。

ASUS Z390 + Coffee LakeのブートローダをOpenCoreにする

まずは、上記のefi, kextファイル類を所定の場所に収めた後、Proper TreeのOC Clean Snapshot機能を使って、これらの設定を終えます。これで半分くらいの作業は終了です。次に残りの項目を設定していきます。とはいえほとんどはsample.plistにあるデフォルト値のままで良いです。

Comet Lake-Sは、Macで搭載されたことのない最新CPUなので、Core 2の時代の古いCPUに偽装しないと動かないという報告が多くありました。CPUの偽装には、config.plistのKernel, Emulateの項目を使います。ところが、macOS 10.15.5からComet Lake-Sがサポートされて、Emulateに何も設定しなくても動くようになったそうです！。

<key>Emulate</key>
<dict>
	<key>Cpuid1Data</key>
	<data></data>
	<key>Cpuid1Mask</key>
	<data></data>
</dict>

また、iGPUのig-platform-idも解明されているようです。ディスプレイ接続用と、ヘッドレス用それぞれに対しての推薦のig-platform-id値が、ガイドのページに書かれています。今回は、ディスプレイ接続用の以下の設定にしました。

<key>PciRoot(0x0)/Pci(0x2,0x0)</key>
<dict>
	<key>AAPL,ig-platform-id</key>
	<data>BwCbPg==</data>
</dict>

動いたこと

ということで、思いのほか順調に動作しました。CPUは完全に動いています。ターミナルからCPU名を問い合わせると、名前とクロック数が正しく返ってきます。

% sysctl -n machdep.cpu.brand_string
Intel(R) Core(TM) i5-10600 CPU @ 3.30GHz

iGPUも機能しています。下のスクリーンショットでわかるように、ドックの背景が半透明です。グラフィックス加速が正しく機能しています。ただし、Display Portのみ機能し、HDMIでは出力できないです。グラフィックスボードを使用する予定なので、これで十分です。

追記：iGPUをしばらく使ってみたのですが、「画面共有」を設定しても他マシンから接続できませんでした。コンソール.appからsystem.logを見ると、他のマシンから接続した際に、screensharingサービスが中断シグナルを受けて落とされているようでした。sshやsmbのサービスは問題ありませんのでネットワークの問題ではなく、iGPUの問題だと思われます。後でグラフィックスボード（Radeon RX5700XT）を接続してそちらで動かしたところ、「画面共有」を受け付けられるようになりました。iGPUはHDMI出力できないこともありますし、使わない方が良いと思いました。

スリープも正しく動いています。スリープすると画面が消え、CPUファンが停止します。キーボードを押すと復帰して、画面が現れます。遮断も正しく行われます。

動かないこと

追記：Ethernetとオーディオは動きました。詳しくは「つづき」の節のリンクを見てください。

IntelMausi.kextを使っていますが、Ethernetが動きません。400シリーズからEthernetチップが、2.5 GbitのIntel I225-Vになりました。新しいチップなので、IntelMausi.kextの元になっているLinuxのドライバでもまだサポートされていないらしいです。SchmockLoadさんのガイドによると、I225-Vが動いたようなことが書いてありますのでもう少し確認します。

マザーボード搭載オーディオが動いていません。上記のOpenCoreのガイドによるとオーディオチップは、PciRoot(0x0)/Pci(0x1b,0x0) にマップされていると書かれています。でも、Coffee Lakeの時と同様に、これはPciRoot(0x0)/Pci(0x1F,0x3) ではないかと思っています。というのは、こちらの設定にすれば、システム環境設定、サウンドに、オーディオ端子の一覧が表示されるからです。ただ、音の再生はされません。ASUSの仕様によると、300シリーズはSupremeFX CODECs S1220で、400シリーズはS1220Aなのだそうです。SupremeFXはASUSが付けた名前で、実際にはALC1220が使われているようです。AppleALC.kextでサポートしているALC1220のlayout-idは全部試しました。これももう少し確認します。

まとめ

Comet Lake-SでmacOSを動かしました。CPUは偽装することなく使用できました。DP経由のiGPUグラフィックスが加速状態で使用可能でした。スリープも動きます。~~一方で、LANとオーディオがまだ動いていません。~~もう少し確認していきたいと思っています。

つづき

その後の展開です。安定して動いているので、このままメインマシンにしても良いと考えています。

ASUS ROG STRIX Z490-G GAMINGの音とLANを動かす

ASUS ROG STRIX Z490-G GAMINGの音を動かす（続編）

ASUS ROG STRIX Z490-G GAMINGのUSBを設定する

Z490マザボ搭載WiFiをmacOS対応品に交換する

ASUS ROG STRIX Z490-G, 10900K

macOS 10.15.6へのアップデートをシステム環境設定から行いました。問題なくアップデートできました。（2020/7/16）

第10世代デスクトップCPUでmacOSは動く？

Sat, 23 May 2020 13:49:32 +0900

インテルの第10世代デスクトップCPUであるComet Lake-Sとこれに対応した400シリーズマザーボードが発売されました。これでhackintoshは可能なのでしょうか。結論としては、まだ難しいようです。

追記：Redditの別の情報によると、CPU, LAN, Thunderboltなど含めて、かなり動いているようです。(2020/5/29)

新CPUと新チップセット

第10世代デスクトップの最上位CPUであるCore i9-10900Kは10コア20スレッドです。i7-10700Kとi5-10600Kはそれぞれ8/16、6/12 コア/スレッドで、従来の第9世代より少し価格が安く低消費電力らしいです。400シリーズチップセットでは、メモリの対応クロックが少し上がり、LAN/WiFi周りが新しくなりました。全体的に第9世代と比べてそれほど進歩は無いとも言われていますが、その分、macOSの互換性が高いのではと期待しました。新CPUと新チップセットのmacOS互換性に関して、Redditに簡単な解説がありました。

r/hackintosh - Desktop Comet Lake launch! What you need to know for Hackintos…

これによると以下のようです。

CPUの互換性

現在のmacOSはモバイル用のComet Lakeはサポートしているが、デスクトップ用のComet Lake-Sはサポートしません。新型iMacがComet Lake-Sを搭載する未来が来るまで、macOSのサポートはないです。そのためか、試した人たちによると、macOSがカーネルパニックを起こすようです。今のところ、新CPUを動かすためには、Penryn CPUにフェイクする必要があるそうです。Penrynっていつの時代だろうと思って調べたら、Core 2 無印 / Duo / Quad時代のCPUでした。かなり昔のCPUに偽装する必要があるようです。詳しくはこちらをみてくださいと、ロシア語の掲示板が紹介されてます。ロシアのハッカーの皆さんに頑張ってもらいたいです。

ACPI fix

IcelakeとZ390に比べて大きな違いはないので、DSDTへの対応も同様で良いと思われるそうです。以下のSSDTを加えておけば良いようです。SSDT-PLUGに関しては、上記のようにCPUの対応ができていないので、しばらくは効果が無いそうです。

SSDT-AWAC : AWACクロックを無効にして昔ながらのRTCを有効にする
SSDT-PMC : 300と同様に400でもNVRAMが使えるようにする
SSDT-EC-USBX : ECを無効にして偽装することで正しいUSBパワーを供給
SSDT-PLUG : XCPMをロードして正しい電力管理を有効にする。ただしCPUがネイティブに動くようになるまでXCPMは動かないと思われる。

Firmware fix

Icelakeと同様に、OpenCoreのBooterセクションに引き続き以下が必要です。ただ、現状でもFirmware fixが全ての場合で安定しているわけではないので、カーネルパニックが治っても、問題が発生する可能性はあるそうです。

DevirtualiseMmio: カーネルを適切にロードするため。
ProtectUefiServices: イメージローディングのfix

iGPU

第9世代デスクトップCPUと同じUHD 630を引き続き搭載しているものの、フレームバッファが不明らしいです。これは第10世代CPU搭載iMacが出荷されるまで決まらないので、それまでは手作業で設定する必要がありそうです。

USB

残念ながら新しいUSBはネイティブに互換ではないようです。Xhci-Unsupported.kextを使い、PCI IDとして8086:06edを追加する必要があるとのことです。

Ethernet

400シリーズチップセットになってmacOSが一番影響を受けたのはLANとWiFiのようです。このプラットフォームは新しい2.5Gbe NICであるI225Vを搭載しています。これはLinuxでのE1000eドライバがサポートしていないので、それを元にしているIntelMausi.kextでも動かないです。対応待ちです。

一方で、RTL8125やI211などのNICを搭載しているメーカもあります。これらは今のIntelMausi.kextで対応しているそうです。調べてみたところ、MSIはRTL8125を、ASRockはRTL8125とI219Vを搭載しているようです。I219VはIntelMausi.kextのサポートリストに載ってます。一方で、GigabyteとASUSに搭載されるNICは新型のI225Vのようで、使えるまでしばらく時間がかかりそうです。

続報：tonymacx86の情報によるとIntelMausiEthernet.kext (IntelMausi.kext?) でIntel I225-V Ethernetが動いたようです。(2020/5/29)

無線カード

Z390までのマザーボードの無線カードソケットでは、チップセットが支援するCNVi方式のカードに加えて、汎用のM.2無線カードも使えました。なので、BroadcomのBCM94360NGのようなmacOSとOOBでの互換性のあるM.2無線カードが使用可能でした。でもZ490になって、多くのマザーボードでCNVi非互換カードが使用不可になってしまったようです。PCIeスロット数が多いマザーボードなら、BroadcomのApple純正カードをPCIeに変換するアダプタを使用すれば問題ありません。でもmini ITXのようにPCIeが1本しかない場合は、これをdGPUで使いたいところですので、M.2ソケットが使えないのは残念です。Redditのディスカッションによると、はCNVi非互換カードに対応しているそうです。WiFiの規格がaxではなくacとなっているマザーボードが狙い目らしいです。それに対して、光らない渋いマザボとして人気のは、Reddit参加者がメーカのサポートに確認したところ、CNVi非互換カードは使用不可能とのことでした。

続報：Gigabyte Z490 Vision D + 10900Kの動作報告

こちらのGitHubページで2020/5/28頃に動作例が紹介されました。

GitHub - SchmockLord/Hackintosh-Intel-i9-10900k-Gigabyte-Z490-Vision-D: https…

OpenCoreでブートしているようで、以下が動作しているそうです。

Wifi and Bluetooth (FenviのBCM94360CDを使用)
Audio: Realtek ALC1220-VB (AppleALC.kext, layout-id=7, device-id=0xA170, FakeID.kext, FakePCIID_Intel_HDMI_Audio.kext)
USB
Thunderbolt 3 ではhot-plugも動作
1Gbit Ethernet (Intel I219-V)
2.5Gbit Ethernet (Intel I225-V)
Sleep/Wake
Shutdown
Restart

EFIファイル類も公開されています。それによるとCPUを以下のようにfakeしているようです。

<key>Emulate</key>
	<dict>
		<key>Cpuid1Data</key>
		<data>6wYIAAAAAAAAAAAAAAAAAA==</data>
		<key>Cpuid1Mask</key>
		<data>/////wAAAAAAAAAAAAAAAA==</data>
	</dict>

6wYIAAAAAAAAAAAAAAAAAA==は、0x0806EBになり、第7世代と第8世代のCPUの値を使っているようです。

HPの小型デスクトップEliteDesk (5: BIOS/CPU更新)

Sun, 03 May 2020 18:39:11 +0900

HP社の小型デスクトップPC、HP EliteDesk 800 G2 DM のCPUをCore i3-6100Tからi5-6500Tに交換しました。交換に先立ってBIOSも最新にしました。2コア4スレッドから4C4Tになって、ベンチマークスコアが1.4倍改善しました。

HPの小型デスクトップEliteDesk (1: macOS導入)

4コアCPUが使いたい

スリープからの復帰で暗黒画面になってしまうことが判明して、少し残念なのですが、スリープしない設定でしばらく使うことにしました。このマシンは、リモートワークで盛り上がっているZoom専用機にしようと考えています。なのでスリープは必須ではありません。ただどうしても4コアCPUにしたいと考えました。というのも、Zoomは4コアあれば賢く背景を切り抜いて仮想背景に差し替えてくれるのですが、4コア未満では処理性能が足りないと判断されて、ブルーバックが必須になります。このことが最初からわかっていたら、4コアモデルを探すべきでした。

HP EliteDesk 800 G2 DMの色々なグレードの仕様を探してみたところ、第6世代Core i搭載製品で使用されているCPUは、

6100T
6500T
6600T
6700T

だそうです。6500T以上なら4コアなのでZoomの要求仕様を満たします。ただ、6600T, 6700Tはほとんど中古市場に出回っていませんし、あっても高価です。その点、6500Tならば、この手の小型PCに大量に使われているためか流通量も多いです。オークションサイトで8,000円程度で取引されています。ということで6500Tを入手しました。

BIOSを更新する

CPUを新しくするならばBIOSは最新版に更新しておいた方が良いと思います。BIOSのバージョン毎に対応CPUが違う可能性がありますが、最新版ならば旧版があつかうCPUの全てに対応しているはずです。HP EliteDesk 800 G2 DM のBIOSは以下で配布されています。ただ、OSとしてWindowsを選択しないと行き着けないです。BIOS更新はWindowsを前提としているようです。

HP EliteDesk 800 35W G2 Mini PC ソフトウェア及びドライバーのダウンロード | HP…

ここからダウンロードしたファイルはexe拡張子のファイルでした。自己伸長ファイルのようです。zipなどの一般的な形式で配布してくれればmacOSで扱えて楽なのですが残念です。伸長するためにVirtualBoxでWindowsを起動しました。配布されていたファイル類は、BIOS本体の他に、多分これをインストールするためのWindowsソフトと、資料文書で構成されていました。N21_0245.binというファイルがBIOS本体のようです。一方、History.txtというファイルには、BIOS更新の記録が書かれています。ざっとみたところ、CPUのいろいろなバージョンへ、その都度対応されている様子です。また、バグも多数修正されています。こういう記録を見ると、ソフトウェアは更新すべきだなと実感します。ちなみに、購入したマシンのBIOSバージョンは2.19で、このリストのずっと下の方です。それ以降、バージョン2.45まで様々なアップデートと修正が行われているようです。

BIOSアップデート作業は、一般のマザーボードと同様に、BIOSメニューから行えます。USBメモリーにHewlett-Packard/BIOS/new/というディレクトリを作り、その中に新BIOSのイメージファイル (N21_0245.bin) を入れれば、BIOSアップデートメニューから認識してくれます。そして無事、最新版のBIOSであるN21 Ver.02.45 12/25/2019になりました。今から4ヶ月くらい前の新しいバージョンです。

CPUを交換

交換前のCPUを確認しておきます。6100Tは2コア4スレッドで3.2GHzです。

CPUのヒートシンクとファンは、HP EliteDesk 800 G2 DM の中身の半分を占めています。ファンは、跳ね上げて下のメモリー交換できるようになっています。その軸受けの部分からファンを引き出して取り外すことができます。ファンはマザーボードから電源ケーブルでつながっていますが、外さなくても脇に置いておけます。

ファンを外した残りの部分、ヒートシンクはT15番のトルクスネジ3個で固定されています。ネジはコイルバネの中を通してあり、ヒートシンクはバネの力で押さえつけられています。以前、CPU交換を行ったMac Proのように、ネジを締め付ける力で直接ヒートシンクを押さえているわけではありません。なので、ネジ締めトルクは適当でも良いと思います。でもを使い正確にネジ締めします。写真にあるように工具としてカッコ良いです。このトルクドライバーで調べたところ、どのネジも30 cNm (センチニュートンメートル) で締められてました。かなり緩いです。

ファンとヒートシンクを外した状態です。ファンの電源ケーブルはつながったままです。グリースはまだしっとりしていました。また、美しく均一に塗られています。さすがはプロの技です。

グリースをアルコールで拭き取り、CPUを交換します。新しいグリースはいつもより高級にThermal Grizzlyを使いました。グリースを塗り、薄く伸ばして、ヒートシンクを取り付けます。締め付けトルクは30 cNmです。ファンを戻せば完成です。

これで起動を試みましたが、なぜか数回は起動しませんでした。BIOS画面が出ず、電源ボタンを押すとすぐに電源が切れます。ビープ音が短く鳴る時もありました。それでも起動を何度か繰り返すと、5-6回目くらいにBIOS画面が出ました。CPUが変わって、BIOSが混乱していたのかもしれないです。BIOS画面が出るようになってからは全く問題なくmacOSが起動しました。CPUも正しく認識されています。コア数は倍増するのですがクロック数は2.5GHzに落ちます。

まずはGeekbench 5のCPUスコアです。1740だったところが2442と、1.4倍ほど向上しました。

次はCinebench R20のCPUスコア比較です。825だったところが1121になり、こちらは1.36倍くらい向上しました。

クロックが下がった影響で、コア数が倍増しても、顕著に性能向上するわけではなかったです。コア数が倍増、スレッド数は同じ、クロック数が0.8倍なので、全体として1.4倍くらいなのは妥当なところかと思います。

まとめ

HP EliteDesk 800 G2 DM のCPUをCore i-3からCore i-5に交換しました。元々のラインナップにあったCPUだったこともあり、交換するだけで認識してくれました。性能向上は1.4倍程度でした。でも、ZoomはこのCPUを4コアの高性能CPUと認定してくれたようで、めでたく仮想背景がブルーバック無しで動くようになりました。よかったです。

新Mac Proと勝負する

Sat, 21 Dec 2019 22:07:30 +0900

新Mac Proが供給され始めたので、Geekbenchのベンチマークサイトにスコアが上がるようになりました。最下位モデルは8コア16スレッドのXeon W-3223を搭載しています。これにならGeekbenchのスコアで9900Kが勝てるようです。

Mac Proと自作hackintoshで勝負

新Mac Proのベンチマークスコアが、紹介されています。（日本語の記事はこちらなどにあります。）

Base and Middle Tier Mac Pro Models Offer CPU Performance Similar to iMac Pro

それによると、最下位8コアモデルのマルチコアスコアが7606くらい、16コアモデルが14285程度のようです。また、8コアMac Proは、8コアiMac Proや9900K搭載の8コアiMacに負けているようです。勝負しても虚しいだけなのですが、自作hackintoshと比較しました。ベンチマークしたのは、9900Kを使った自作

ASUS ROG MAXIMUS XI HERO (Z390), 9900K

と9600Kを使った自作です。

MSI B360M MORTAR TITANIUM, 9600K

それぞれでGeekbench 5を3-4回動かし、シングルコア値が一番良かったスコアを比較に使いました。シングルコアとマルチコアのベンチマーク結果は以下です。Mac Proのスコアは、上記の元記事からいただきました。シングルスコアは、コア数少なめで設計してある9900K, 9600Kの方が、Xeonよりも優れています。


	Single-core	Multi-core
Mac Pro 16 cores	1104	14285
Mac Pro 12 cores	1090	11599
9900K hackintosh	1360	8317
Mac Pro 8 cores	1008	7606
9600K hackintosh	1178	5601

一方で、Multi-coreの数値を比較すると以下のグラフになりました。

コア数の多いMac Proの性能は圧倒的です。でも、コア数の一番少ないMac Pro 8コアにならば、9900K搭載自作hackintoshは勝てました。元記事では、9900K搭載のiMacも比較対象になっていますが、同程度のスコアになっていて、Mac Pro 8コアを上回っています。9900K自作PCは、RX 580搭載の場合、税込20万円以内で組めると思います。これに対して8コアMac Pro（こちらもRX 580相当を搭載）は税別で599,800円、税込ならば66万円くらいします。3倍以上の差がありますので、自作hackintoshのコスパは圧倒的です。とはいえ、開封動画を見るとMac Proの作りは素晴らしいです。高いだけに贅沢な作りがされています。

What’s Inside the 2019 Mac Pro? Complete Disassembly and Analysis

一方、9600Kは、コア数が6なのでやはり厳しいです。（シングルコアならばどのMac Proよりもハイスコアです。）でも9600Kで普通のコンピュータ作業は全く快適なので、これくらいのスコアを出すモジュラー型MacがApple製品の選択肢に無いことが残念です。iMacからディスプレイを外したデスクトップ、もしくは、Mac miniとMac Proの中間のディスプレイ無しデスクトップの選択肢として、hackintoshの存在価値は大きいと思います。

5250U搭載小型PC XCY X36 (1: 分解編)

Fri, 18 Oct 2019 23:32:09 +0900

AliExpressから格安の小型ベアボーンPCを調達しました。XCY社のX36という型番です。価格は送料無料の$183.17でした。到着したので開封・分解して中身を確認しました。

XCYのベアボーンX36

中国のショッピングサイトで格安の小型PCがいくつも販売されています。こちらの記事では、Macと同じCPUを搭載した製品をいくつかピックアップしました。

中国の小型ベアボーンPC

この中で一番気になったのは、5250U搭載のXCY社のX36です。ユニークな円盤ケースのPCです。円盤形なので360度にちなんでこの型番なのでしょう。ベアボーンなら$183と格安です。そこそこ格好の良い外観なのですが、癖のある使いづらい形状なので、値段が安いのではないかと思います。同じCPUを搭載していても、一般的な四角いケースの製品だともっと高価です。コストが掛かっているのにやってしまった感のある円形Macと同じ雰囲気がして、気に入りました。ちなみに、このPCの直径は15.5cmで、現行の円筒型Mac Proの直径は16.7cmです。同じくらいの大きさです。もし円筒型Mac Proが大成功していたら、こんな大きさの円盤型Mac miniが発売されていたかもしれないですね。

搭載CPUのBroadwell Core i5-5250Uは、MacBookAir7,1, 7,2, iMac16,1, 16,2で採用されています。ノート型とデスクトップ型の両方で採用されるくらいApple社に気に入られたCPUなので、macOSとの互換性に期待できます。小型ベアボーンPC本家のIntel NUCにも5250U採用モデルがあります。Intel NUC 5i5シリーズです。ただそのほとんどの無線モジュールが半田付けタイプで、macOS互換製品に交換不可能です。汎用性の高い5250U搭載ベアボーンが格安で買えるなら試してみたいと思いました。

開封する

発注から2週間ほどしたら、しっかりした梱包で香港から届きました。本体の他に、ACアダプター、電源ケーブル、SATA信号ケーブル、SATA電源ケーブル、mSATA/mPCIeカード取り付けネジが付属しています。

本体はずっしり重くて、しっかりとした作りの印象があります。ファンレスで、肉厚なアルミ製ケース自体がヒートシンクになっています。

マザーボード裏側

外から見えるネジがあるのは底板だけです。底板は、他より薄いアルミ板です。ここには、滑り止めの足と、VESA取り付け用の穴、そして4本のネジがあります。この4本のネジを外すと底板が外れます。

底板を開けると、マザーボードの裏面が見えます。ケースが丸いので、マザーボードも丸いです。丸くするために、手間やコストがかかっていそうです。裏面にあるITEと書かれた大きなチップは、レガシー入出力やファンコントローラなどのようです。

LANコネクタの裏側にあたる部分に、蟹マークのチップが見えます。刻印を見るとRealtekのRTL8111です。なので有線LANを使うためには、RealtekRTL8111.kextを使えば良いはずです。

マザーボード表側

この状態で、マザーボードとケース上面の天板が外れそうな感じですが、ケース側面の穴と、USBコネクタ・ビデオコネクタ類が干渉して、外すことはできません。この先分解するには、マザーボード裏面に見えるスペーサーをマイナスドライバーか六角ボックスレンチで外します。するとケース天板が外れます。

ケース上面天板が外れると、マザーボード上面が見えます。天板は、ヒートシンクになっていて、グリースでCPUと接触しています。天板には、電源スイッチと電源LEDが付いているので、それに接続するケーブルが4本あります。このケーブルは、マザーボード表の4×2のヘッダピンに接続しています。ヘッダピンの残りの4本は、リセット、ドライブアクセスLEDかもしれません。この隣にある、5×2ピンのヘッダピンは、基盤のマークによるとUSBらしいです。

マザーボード上面には、CPU, メモリーソケット (1個のみ)、mini PCIe (mPCIe) ソケット（無線モジュール用）、SATAコネクター、mini SATAソケット (mSATA, SSD用) などが見えます。CPUには鉛筆書きでi5 5250Uと書き込まれていました。中国サイトの小型PCでは、注文したCPU以外のCPUが搭載されている場合があるらしいです。その場合、上位モデルのCPUが入っているらしいですが、Mac搭載以外のCPUが届いても嬉しくありません。今回は、ちゃんと注文通りのCPUが搭載されているようで良かったです。メモリーソケットは1個だけです。この規格では、メモリーソケットあたり最大8GBまでらしいので、今時の搭載可能メモリー容量としてはちょっと心許ないです。

下の写真の右側には、SATA信号コネクターがあります。そのすぐ上の白い2pinコネクタは、付属のSATA電源ケーブルのコネクタに合いますので、SATA電源用です。ここには5Vが出ていて、2.5インチドライブの電源供給ができるようです。ちょっと謎なのは、基板上にSATAコネクターがあって、ケーブルまで付属するのに、ケースには2.5インチドライブを入れるスペースが全く無いことです。外にケーブルを引っ張り出して使って欲しいということかもしれません。ともあれ、SATAコネクタがあることで、OSインストールの試行錯誤が楽になるのでありがたいです。

SATA電源コネクタの隣のアイボリー色の4ピンコネクタは、基板のマークによるとCPUファン用らしいです。4ピンなので、PWM方式のファンが接続できるのだと思います。でもケースにはファンをつける場所も余裕もないのでこれも謎仕様です。もしかしたら、ヒートシンクになっているケース天板を、CPUファン付や、2.5インチドライブ内蔵可能なパーツに交換できるオプションが、かつては用意されていたのかもしれません。などと、不思議に思いましたが、ファンに関してはこの後、謎が解明します。

マザーボード写真の右上部分のヘッダピンにはCOM1, COM2と書かれています。RS-232Cのシリアルポートらしいです。この手の小型PCは、制御用PCとしての需要があるためか、シリアルポートが搭載されている機種が多いです。でも、ケースが対応していないのですぐには使えませんし、もともとmacOSはシリアルポートをサポートしていないので使えません。

このマザーボードの1番の良いところは、無線モジュール用のmPCIeソケットが用意されていることです。Broadwell搭載のIntel NUCは、ほとんどの機種でインテル製の無線モジュールが半田付けされてます。なので、macOSと互換性のあるBroadcom製のモジュールに交換できません。さらに、無線モジュール用のソケット周りに余裕があることもありがたいです。Macに搭載されている純正のBroadcom無線モジュールを、mPCIeに変換するアダプタが売られていますが、これを介して純正モジュールを取り付けることができそうだからです。多くの小型PCでは、コンパクト化のために、無線モジュールの上にSSDを重ねる二重構造になっています。その場合、無線モジュールが2階建になる変換アダプタを使用できません。mPCIeソケット上方には余裕がありますが、近くには背の高い電源コネクタやHDMIコネクタがあります。標準的な無線モジュールより大型のアダプターを取り付けると、これらに干渉するかもしれません。

マイクとスピーカージャックの近くには、また蟹マークのチップが見えます。この刻印を見ると、オーディオチップはRealtek ALC892でした。 AppleALC.kextとLilu.kextで対応できそうです。

側面は取り外し可能

上の写真でわかるように、底板、天板の間には、リング状の側面カバーがあります。肉厚のアルミ枠で、高級感はあります。このアルミ枠を外して再組み立てすると、下の写真のように、底板と天板がマザーボードをスペーサーでサンドイッチした構造になります。側面の全周囲が無くなった状態になり、ケーブル類を引っ張り出すのが容易です。この状態で、無線アンテナやSATAケーブルを引っ張り出すと、動作試験が容易だと思いました。

天板の構造

上の写真でわかるように、天板部分は2重構造になっています。この部分がどうなっているのか、AliExpressの写真を見た時からとても気になっていました。天板中央部分には、銀色のアルミの放熱ブロックが付いていて、これが基板中央のCPUに接しています。この構造は、最初の方の天板を外した写真でご覧ください。天板は、放熱フィンで覆われた中蓋と、電源スイッチ穴のある外蓋で構成されています。二つのパーツは、アルミ製スペーサーを介して、ねじ止めされています。この様子を下の写真に示します。

これを見ると、中蓋部分に薄型の冷却ファンが2個取り付け可能だったことがわかります。サイズは40mmです。取り付け部分からフィンの上端までは8mmあるので、1cm厚のファンくらいなら取り付けられそうです。でも現状では銀色の放熱ブロックがファン穴をほとんど塞いでいます。おそらくは、当初、2重構造の2枚の蓋の隙間に風を流す方式で、ファンを使った冷却を考えて設計されたのだと思います。その後、ファンレスを目指す方針に設計変更して、銀色の放熱ブロックが後から追加されたのでしょう。それでマザーボードにも、ファン用のコネクタがあるのだと考えられます。

中蓋の上には、スペーサーを挟んで外蓋が被さるので、ファンの風の流れは、外蓋に当たってしまいます。でも、ファンの風は、外蓋に当たった後、中蓋のフィンに沿って円周方向に流れ出ることになるので、CPUの熱を取り込んだ中蓋を効率良く冷却できるように思います。なかなかよく考えられた構造だと思うのですが、そのファン穴が塞がれてしまっているのは残念です。黒いフィン付きの中蓋は、重量のあるアルミニウム製なので、熱容量はありそうです。なのでファンレス動作が可能と考えられたのかと思いますが、自然冷却だけで長時間の使用に対応できるのかは疑問です。もし熱くなるようなら、放熱ブロックを加工して、ファン穴を復活して、ファンを取り付けてみたいと思います。

まとめ

円形の見た目がユニークなだけでなく、工夫のしがいがありそうな楽しいマシンだと思いました。試作段階では、SATAケーブルを引き出して、外部2.5インチSSDを用いて試験運転できそうです。純正無線モジュールを取り付け、アンテナも取り付けたいです。ファンレスですが、ファン付きにも加工可能な様子です。ケースに排気口がほとんど無い、いわゆる窒息ケースですが、40mmファンを2個つければそこそこ冷却性能の良いケースになりそうです。時間をかけてmacOSマシンに仕上げていきたいと思います。

おまけ：XCYで検索してみました。同社製品の一部は日本Amazonでも買えるみたいです。

中国の小型ベアボーンPC

Wed, 02 Oct 2019 23:56:14 +0900

AliExpressなどで格安の小型ベアボーンPCが多数販売されています。Intel NUCのような製品群ですが、形状が多彩でファンレスの構成が多いです。その中でも、Macに搭載されたCPUを搭載している製品なら、macOSとの互換性が高いのではと思います。

格安小型PC

AliExpressなどの中国のショッピングサイトで小型PCがいくつも販売されています。格安のモデルはCeleron系のCPUを搭載しています。少し上の価格帯になると、末尾がUのインテルCPUを搭載しています。MacBook Airなどで使用されているモバイル用CPUです。Celeronに比べると高価ですが、それでもメモリーやストレージの無いベアボーンだと200ドル前後で買うことができます。UタイプCPUを使った小型PCの規格としてはIntel NUCが有名でHackintoshも試みられています。

NUCで作る超小型macOSマシン

ただ、Broadwell以降のNUCは、無線モジュールが半田付けになってしまい、macOSと互換性のあるモジュールに交換できなくなりました。また価格が高いです。中国ショッピングサイトの小型PCがNUCの代替になるなら魅力的です。

macOSと相性の良い製品

中国ショッピングサイトの小型PCは、日本語サイトでもあちこちで紹介されているようです。YouTubeでも紹介されていました。でもどれもWindowsで使用することを前提に紹介されています。macOSは動くのでしょうか？

macOSが動くためには搭載パーツに互換性のあることが重要です。CPUが同じか、近い機種が良いでしょう。また、iGPUが同じでは無いと、画面表示ができない可能性が高いです。そこでAliExpressの小型PCラインナップの中から、Macで採用されているCPUと同じCPUを搭載している小型PCを探しました。先日作成したMac搭載CPUリストを活用しました。

Macに搭載されたCPU

Core i5-3317U

3317UはMacBookAir5,1で使用されているIvy Bridge世代のCPUです。初代のIntel NUCはi3-3217Uを搭載していますが、それのi5バージョンです。初代NUCはmacOSとの互換性が高かったのですが、3317Uは実機で採用されているのでさらに適していると思われます。

こちらの製品は3317U搭載していて、メモリー、SSD、WiFi無しのベアボーン状態で$158送料込みのようです。Mac miniによく似た形状をしています。古いCPUですがCatalinaもギリギリサポート対象です。CPUが古いので価格が安いのですが、Webや動画閲覧くらいの用途なら問題ないと思われます。

Core i5-4260U

Haswell世代CPUの4260Uは、MacBookAir6,1, 6,2, Macmini7,1, iMac14,4というMacのすべてのカテゴリーで採用されています。macOSに最も愛されていたCPUと言えます。

この製品は、4260Uを搭載しているようです。べアボーン構成で、送料込み240ドルくらいとちょっと高めです。これもMac mini的な外観です。素材はヘアライン加工されたアルミ板のようです。CPUにはファンもついていて、さらに2.5インチドライブを格納する場所もあり、実用性は高いと思われます。

Intel NUCにはこれに近い4250Uを搭載した機種があります。HaswellはmacOSと互換性が高く安定して動作するという定評がありました。4250U搭載Intel NUCを使った動作例は以下で紹介しています。このNUCはもう入手困難ですし、格安だった時でも3万円程度しました。240ドルで潤沢に入手できるならありがたいかと思います。macOSが安定して稼働すると思われます。

Intel NUC D54250, 4250U

Core i7-4650U

4650Uは、MacBookAir6,1,と6,2で採用されています。Core i7に分類されるCPUですので強力そうな印象があります。価格は送料込み$237程度です。これも価格が高めですが、LANとHDMIが2個ついています。SDカードソケットもついているようですが、おそらくmacOSでは動かないと思います。

Core i5-5250U

Broadwell世代の5250UはMacBookAir7,1, 7,2, iMac16,1で採用されています。ノート型とデスクトップ型の両方で採用されているので、これもmacOSとの互換性に期待できます。

AliExpressには5250U搭載の小型PCがいくつか見つかりました。その一つがこれです。円形でとても変な形です。XCYというメーカの製品で、X36という型番のようです。360度にわたって丸いのでX36という型番なのではと思います。最安の出品では送料無料の$183.17でした。

なお、そっくりな製品が販売サイトによっては、OLOEYとか、TOPDA SOURCEというブランド名で紹介されています。でもXCYは他にも小型PCを多数製造しているメーカなので、他のブランドはXCYからOEM供給を受けているのではと思われます。

黒だけでなく、金色のモデルもあるようです。神々しいです。でも黒色モデルより10ドル程度高いようです。

同じBroadwell 5250Uを搭載していますが、もっとまともな形状をした製品もあります。

アルミ一体型の作りで、どこからみてもカッコ良いです。Mac miniの雰囲気があります。上のX36に比べて、2.5 inchドライブも内蔵できるようです。またメモリーも2枚取り付けられます。ただしベアボーンで$260するので価格はちょっと高いです。$230の販売ページもありましたが「5250Uと5200U搭載モデルがランダムに届く」という謎の条件なので気をつけた方が良いです。同じCPUなのに、上で紹介したX36が安いのは、どうみても使いにくい円形なので安くしないと売れないという事情のような気がします。

Intel NUCにも5250U採用モデルがあります。Intel NUC 5i5シリーズです。ただそのシリーズでは、ほとんどモデルで無線モジュールが半田付けタイプです。これをmacOS互換性品に交換することが不可能です。5i5MYHEというモデルだけは交換可能なようですが、出荷量が少ないのか入手困難です。5i5MYHEに相当する小型PCが$200前後なので、価値があると思います。

Core i5-6360U

Skylake世代の6360UはMacBookPro13,1で採用されています。送料込みで$259です。外観は、上で紹介した5250U搭載製品に似ていますが、アンテナ位置やパネルの細工に多少の違いがあります。CPUが新しくなっても、価格に差が無いので、こちらを選んだ方が良いと思います。ケースは少し大きめですが、その分、2.5インチドライブを搭載可能なようです。

Core i7-6700HQ, 7700HQ

Skylake 6700HQはMacBookPro13,3に、Kaby Lake 7700HQはMacBookPro14,3に搭載されています。MacBook Pro用なので高性能です。こちらの製品は、オプションでそれぞれのCPUを選択できるようです。ベアボーン構成でそれぞれ送料込みで$308と$332です。

Core i7-8750H, i9-8950HK

8750Hも8950HKも、2018年モデルのMacBookPro15,1, 15,3に搭載されています。ごく最近のCPUです。なので最小構成でもそれぞれ$400、$700以上します。ここまで高くなると、買って試すには危険な領域かもしれないです。なお、第9世代の小型デスクトップ製品は見つかりませんでした。

まとめと注意点

気になった製品

中国からの輸入になるので、不安定要素も多いですし時間もかかります。なので、最初から最新の高価格モデルに挑戦するには少しハードルが高い気がします。古いCPUで価格が安くなった製品を選ぶのが良いように思います。Core i5-3317U搭載製品は$158から入手できるので、安くて良いと思いました。また、Core i5-5250Uは、少し新しいCPUにも関わらず$183から選択肢があり、お得感があると思います。奇抜な丸い筐体のXCY X36は面白いと思いました。

違うCPUが届く？

上でも述べましたが、出荷のタイミングにより異なるCPUが搭載されると説明のある製品があります。また、最初に紹介したYoutubeのビデオによると、そういう説明がなくても、少し上位モデルのCPUが搭載されて届くこともあるようです。実際のMacと同じCPUを手に入れようとするには、多少のリスクが伴いそうです。何が届いてもおおらかに受け入れる心構えが必要かと思いました。

Macに搭載されたCPU

Fri, 20 Sep 2019 19:23:10 +0900

macOSをMac以外のマシンで動かすことは想定されていません。なのでmacOS開発陣が動作保証するCPUは、Macに搭載されたCPUだけです。この記事ではMac搭載CPUを列挙しました。Hackintoshを作る際のCPU選びの参考にしてください。

実機のCPUとiGPU

macOSはMacのために開発されていますので、正式に対応しているCPUはMac搭載CPUだけと言えます。実際には、Mac搭載CPUに近い仕様のCPUならばmacOSは問題なく動きますが、それはたまたま動いていると考えるべきかと思います。macOS開発陣は、そのCPUでの動作チェックをしていないと思います。HackintoshのCPU選びは、以下の記事にまとめておきました。そのCPUが実機に搭載されているかどうかは、パーツ選びの重要なポイントと思います。

Hackintoshのパーツ選び【その1：CPU編】

そんなCPU選びの場面で便利に使えるMac搭載CPUの一覧情報って、ありそうでなかなか無かったかと思います。MacTracker.appなどのアプリやMacの仕様をまとめたページはたくさんありますが、CPU選びに使うには使いにくいです。そこで、公開されているMacの仕様から、搭載CPUの一覧を作ってみました。全部調べるのは大変ですので、CatalinaでもサポートされているIvy Bridge以降のCPUとそのiGPUについて、まとめました。

デスクトップMac

iMac

自作PCでHackintoshを作る場合にCPU選びの基準となるのはiMacです。パーツ店で買えて、市販のマザーボードに搭載できる「組める」CPUが採用されています。なのでiMac搭載CPUは、自作PCのCPU選びの基準になります。末尾がKなのは、オーバークロック対応CPU (実機ではOCしていません)、Sなのは省電力モデルです。無印とクロックが違うだけですので、macOS互換性は変わらないです。かつてのエントリーモデルiMacで使用されたUとRは、半田付けタイプのCPUですので、自作PCの対象にはなりにくいです。

iMacにはiGPUのみで稼働するモデルと、専用のGPU（dGPU）を別途搭載しているモデルがあります。dGPUを前提とした使われ方をしているCPUや、それに対応するMacのモデル番号を使用する場合には、ビデオカードと組み合わせて使う方が安定すると思われます。

3470S, 3470, 3770 <– iMac13,2
3225, 3330S, 3470S, 3770S <– iMac13,1
4570R, 4570S, 4770S <– iMac14,1, 14,3
4570, 4670, 4771 <– iMac14,2
4260U <– iMac14,4
4590, 4690, 4790K <– iMac15,1
5250U, 5575R <– iMac16,1, 16,2
5675R, 5775R <– iMac16,2
6500, 6600, 6700K <– iMac17,1
7360U <– iMac18,1
7400, 7500, 7700 <– iMac18,2
7500, 7600, 7600K, 7700K <– iMac18,3
8100, 8500, 8700 <– iMac19,2
8500, 8600, 9600K, 9900K <– iMac19,1

iMac Pro

Hackintoshコミュニティでそれほど積極的には解明されていないXeon搭載なので、自作の参考にはあまりならないかと思います。

W-2140B, W-2150B, W-2170B, W-2190B <– iMacPro1,1

Mac mini

miniは概ねモバイルCPUが搭載されています。Macmini8,1に搭載の末尾がBのモデルは、半田付けタイプですが、無印と同一の仕様です。中身は同じと考えて良いです。miniは、すべてがiGPUで動いています。なのでiGPUはmacOSでサポートされていると考えて良いです。

3210M, 3615QM, 3720QM (Intel HD Graphics 4000) <– Macmini6,1, 6,2
4260U, 4278U, 4308U, 4578U (Intel HD Graphics 5000, 5100) <– Macmini7,1
8100B, 8500B, 8700B (Intel UHD Graphics 630) <– Macmini8,1

モバイルMac

MacBookシリーズには半田付けタイプのCPUしか搭載されていません。なので、通常の自作PCでは、あまり参考にできないです。ただ、Intel NUCのようなCPU搭載ベアボーンとして提供されている製品や、ノートPC選びの参考になります。CPUが実機と同じならHackintoshの成功率は高いです。Intel NUCには、7567U、5557U、5250U、4250U、3427U搭載モデルがあります。これらはMacBook AirやMacBook Pro搭載CPUです。これらのCPUは一般的なのか、NUC以外の他社の小型べアボーン製品やノートPCでもよく使われています。

CPUが違っても、iGPUが同じなら、これもHackintoshできる可能性が高いと考えて良いです。そのiGPUのためのドライバーがmacOSに含まれているのでiGPU表示が期待できます。また、iGPUが同じなら、CPU仕様も類似しているので、macOSとの互換性が高いと言えます。例えば初代NUCでは3217Uが使われましたが、これはMacBookAir5,1搭載の3317Uに近いのでmacOSとの互換性が高かったです。

NUCで作る超小型macOSマシン

MacBook Air

MacBook AirはすべてiGPUで動作します。同じCPUが使えれば、動作も表示も安定しています。

3317U, 3367U (Intel HD Graphics 4000) <– MacBookAir5,1
3427U, 3667U (Intel HD Graphics 4000) <– MacBookAir5,2
4250U, 4260U, 4650U (Intel HD Graphics 5000) <– MacBookAir6,1, 6,2
5250U, 5350U, 5650U (Intel HD Graphics 6000) <– MacBookAir7,1, 7,2
8210Y (Intel UHD Graphics 617) <– MacBookAir8,1, 8,2

MacBook Pro

MacBookシリーズの主力機であるMacBook Proには多数のモデルがあり、搭載CPUも多いです。MacBook Proの一部のモデルはdGPUを搭載しています。

3615QM, 3720QM, 3890QM (Intel HD Graphics 4000) <– MacBookPro9,1
3210M, 3520M (Intel HD Graphics 4000) <– MacBookPro9,2
3615QM, 3630QM, 3720QM, 3740QM, 3820QM, 3840QM (Intel HD Graphics 4000) <– MacBookPro10,1
3210M, 3230M, 3450QM, 3520M (Intel HD Graphics 4000) <– MacBookPro10,2
4258U, 4278U, 4288U, 4308U, 4558U, 4578U (Intel Iris 5100) <– MacBookPro11,1
4750HQ, 4770HQ, 4850HQ, 4870HQ, 4960HQ, 4980HQ (Intel Iris Pro 5200) <– MacBookPro11,2, 11,3, 11,4
5257U, 5287U, 5557U (Intel Iris Graphics 6100) <– MacBookPro12,1
6360U, 6660U (Intel Iris Graphics 540) <– MacBookPro13,1
6267U, 6287U, 6567U (Intel Iris Graphics 550) <– MacBookPro13,2
6700HQ, 6820HQ, 6920HQ (Intel HD Graphics 530) <– MacBookPro13,3
7360U, 7660U (Intel Iris Plus Graphics 640) <– MacBookPro14,1
7267U, 7287U, 7567U (Intel Iris Plus Graphics 650) <– MacBookPro14,2
7700HQ, 7820HQ, 7920HQ (Intel HD Graphics 630) <– MacBookPro14,3
8259U, 8279U, 8559U, 8569U (Intel Iris Plus Graphics 655) <– MacBookPro15,2
8750H, 8850H, 8950HK (Intel UHD Graphics 655) <– MacBookPro15,1, 15,3
9750H, 9880H, 9980HK (Intel UHD Graphics 630) <– MacBookPro 15,3
8257U, 8557U (Intel Iris Plus Graphics 645) <– MacBookPro 15,4

MacBook

無印MacBookは、さらに省電力を追求しています。自作PCではあまり機会がないかもしれません。以前紹介したLattePanda Alpha初号機は7Y30を使用していて、MacBook10,1搭載の7Y32に仕様が近いのでmacOSとの互換性が高いです。

LattePanda Alpha 800, m3-7Y30

5Y31, 5Y51, 5Y71 (Intel HD Graphics 5300) <– MacBook8,1
6Y30, 6Y54, 6Y75 (Intel HD Graphics 515) <– MacBook9,1
7Y32, 7Y54, 7Y75 (Intel HD Graphics 615) <– MacBook10,1

CPU番号順のリスト

上の情報を、CPUの番号順に並べました。そのCPUがMac搭載CPUなのかどうか、すぐに調べられるのではと思います。

デスクトップCPU

Mac搭載CPUのうち、自作で使えるLGAタイプのCPUです。一般のマザーボードのソケットに付けられます。KモデルはOC対応、Sモデルは省電力版です。これに、BGAタイプの半田付けするCPU（末尾がRとB）も含めました。内部は無印とほぼ同様なので、同番号の無印CPUのモデルIDとして使えると思います。どこかでジャンクのデスクトップPCを見つけた時に、この番号のCPUだったらぜひ確保してHackintoshしましょう。

3225 (Intel HD Graphics 4000) <– iMac13,1
3330S (Intel HD Graphics 2500) <– iMac13,1
3470 (Intel HD Graphics 2500) <– iMac13,2
3470S (Intel HD Graphics 2500) <– iMac13,1, iMac13,2
3770 (Intel HD Graphics 4000) <– iMac13,2
3770S (Intel HD Graphics 4000) <– iMac13,1
4570 (Intel HD Graphics 4600) <– iMac14,2
4570S (Intel HD Graphics 4600) <– iMac14,1, 14,3
4570R (Intel Iris Pro Graphics 5200) <– iMac14,1, 14,3
4590 (Intel HD Graphics 4600) <– iMac15,1
4670 (Intel HD Graphics 4600) <– iMac14,2
4690 (Intel HD Graphics 4600) <– iMac15,1
4770S (Intel HD Graphics 4600) <– iMac14,1, 14,3
4771(Intel HD Graphics 4600) <– iMac14,2
4790K (Intel HD Graphics 4600) <– iMac15,1
5575R (Intel Iris Pro Graphics 6200) <– iMac16,1, 16,2
5675R (Intel Iris Pro Graphics 6200) <– iMac16,2
5775R (Intel Iris Pro Graphics 6200) <– iMac16,2
6500 (Intel HD Graphics 530) <– iMac17,1
6600 (Intel HD Graphics 530) <– iMac17,1
6700K (Intel HD Graphics 530) <– iMac17,1
7400 (Intel HD Graphics 630) <– iMac18,2
7500 (Intel HD Graphics 630) <– iMac18,2, iMac18,3
7600 (Intel HD Graphics 630) <– iMac18,3
7600K (Intel HD Graphics 630) <– iMac18,3
7700 (Intel HD Graphics 630) <– iMac18,2
7700K (Intel HD Graphics 630) <– iMac18,3
8100 (Intel UHD Graphics 630) <– iMac19,2
8100B (Intel UHD Graphics 630) <– Macmini8,1
8500 (Intel UHD Graphics 630) <– iMac19,2, iMac19,1
8500B (Intel UHD Graphics 630) <– Macmini8,1
8700 (Intel UHD Graphics 630) <– iMac19,2
8700B (Intel UHD Graphics 630) <– Macmini8,1
8600 (Intel UHD Graphics 630) <– iMac19,1
9600K (Intel UHD Graphics 630) <– iMac19,1
9900K (Intel UHD Graphics 630) <– iMac19,1

モバイルCPU

モバイル用のCPUです。iGPUも併記しました。ノートPCのCPUがこの番号でしたら、ぜひHackintoshを試みたいところです。

3210M (Intel HD Graphics 4000) <– Macmini6,1, 6,2, MacBookPro9,2, MacBookPro10,2
3230M (Intel HD Graphics 4000) <– MacBookPro10,2
3317U (Intel HD Graphics 4000) <– MacBookAir5,1
3367U (Intel HD Graphics 4000) <– MacBookAir5,1
3427U (Intel HD Graphics 4000) <– MacBookAir5,2
3450QM (Intel HD Graphics 4000) <– MacBookPro10,2
3520M (Intel HD Graphics 4000) <– MacBookPro9,2, MacBookPro10,2
3615QM (Intel HD Graphics 4000) <– Macmini6,1, 6,2, MacBookPro9,1, MacBookPro10,1
3630QM (Intel HD Graphics 4000) <– MacBookPro10,1
3667U (Intel HD Graphics 4000) <– MacBookAir5,2
3720QM (Intel HD Graphics 4000) <– Macmini6,1, 6,2, MacBookPro9,1, MacBookPro10,1
3740QM (Intel HD Graphics 4000) <– MacBookPro10,1
3820QM (Intel HD Graphics 4000) <– MacBookPro10,1
3840QM (Intel HD Graphics 4000) <– MacBookPro10,1
3890QM (Intel HD Graphics 4000) <– MacBookPro9,1
4250U (Intel HD Graphics 5000) <– MacBookAir6,1, 6,2
4258U (Intel Iris 5100) <– MacBookPro11,1
4260U (Intel HD Graphics 5000) <– Macmini7,1, MacBookAir6,1, 6,2, iMac14,4
4278U (Intel HD Graphics 5100) <– Macmini7,1, MacBookPro11,1
4288U (Intel Iris 5100) <– MacBookPro11,1
4308U (Intel HD Graphics 5100) <– Macmini7,1, MacBookPro11,1
4558U (Intel Iris 5100) <– MacBookPro11,1
4578U (Intel HD Graphics 5000, 5100) <– Macmini7,1, MacBookPro11,1
4650U (Intel HD Graphics 5000) <– MacBookAir6,1, 6,2
4750HQ (Intel Iris Pro 5200) <– MacBookPro11,2, 11,3, 11,4
4770HQ (Intel Iris Pro 5200) <– MacBookPro11,2, 11,3, 11,4
4850HQ (Intel Iris Pro 5200) <– MacBookPro11,2, 11,3, 11,4
4870HQ (Intel Iris Pro 5200) <– MacBookPro11,2, 11,3, 11,4
4960HQ (Intel Iris Pro 5200) <– MacBookPro11,2, 11,3, 11,4
4980HQ (Intel Iris Pro 5200) <– MacBookPro11,2, 11,3, 11,4
5250U (Intel HD Graphics 6000) <– MacBookAir7,1, 7,2, iMac16,1, 16,2
5257U (Intel Iris Graphics 6100) <– MacBookPro12,1
5287U (Intel Iris Graphics 6100) <– MacBookPro12,1
5350U (Intel HD Graphics 6000) <– MacBookAir7,1, 7,2
5557U (Intel Iris Graphics 6100) <– MacBookPro12,1
5650U (Intel HD Graphics 6000) <– MacBookAir7,1, 7,2
6267U (Intel Iris Graphics 550) <– MacBookPro13,2
6287U (Intel Iris Graphics 550) <– MacBookPro13,2
6360U (Intel Iris Graphics 540) <– MacBookPro13,1
6660U (Intel Iris Graphics 540) <– MacBookPro13,1
6567U (Intel Iris Graphics 550) <– MacBookPro13,2
6700HQ (Intel HD Graphics 530) <– MacBookPro13,3
6820HQ (Intel HD Graphics 530) <– MacBookPro13,3
6920HQ (Intel HD Graphics 530) <– MacBookPro13,3
7267U (Intel Iris Plus Graphics 650) <– MacBookPro14,2
7287U (Intel Iris Plus Graphics 650) <– MacBookPro14,2
7360U (Intel Iris Plus Graphics 640) <– MacBookPro14,1, iMac18,1
7567U (Intel Iris Plus Graphics 650) <– MacBookPro14,2
7660U (Intel Iris Plus Graphics 640) <– MacBookPro14,1
7700HQ (Intel HD Graphics 630) <– MacBookPro14,3
7820HQ (Intel HD Graphics 630) <– MacBookPro14,3
7920HQ (Intel HD Graphics 630) <– MacBookPro14,3
8210Y (Intel UHD Graphics 617) <– MacBookAir8,1, 8,2
8257U (Intel Iris Plus Graphics 645) <– MacBookPro 15,4
8259U (Intel Iris Plus Graphics 655) <– MacBookPro15,2
8279U (Intel Iris Plus Graphics 655) <– MacBookPro15,2
8557U (Intel Iris Plus Graphics 645) <– MacBookPro 15,4
8559U (Intel Iris Plus Graphics 655) <– MacBookPro15,2
8569U (Intel Iris Plus Graphics 655) <– MacBookPro15,2
8750H (Intel UHD Graphics 655) <– MacBookPro15,1, 15,3
8850H (Intel UHD Graphics 655) <– MacBookPro15,1, 15,3
8950HK (Intel UHD Graphics 655) <– MacBookPro15,1, 15,3
9750H (Intel UHD Graphics 630) <– MacBookPro 15,3
9880H (Intel UHD Graphics 630) <– MacBookPro 15,3
9980HK (Intel UHD Graphics 630) <– MacBookPro 15,3

MSI B360M MORTAR TITANIUM, 9600K

Fri, 16 Aug 2019 22:06:46 +0900

銀色のマザーボードMSI B360M Mortar Titaniumに6コア6スレッドのCore i5 9600Kを組み合わせたHackintoshです。実機27インチiMac 2019に搭載されている第9世代CPUと同じCPUなので互換性が高いと期待しました。

ハードウェア構成

マザーボード

マザーボードはMSI B360M Mortar Titaniumです。以下で使ったものと同じマザーボードです。CPU以外の構成は変わっていません。マザーボードのBIOS設定もこの記事をご覧ください。

MSI B360M Mortar Titaniumと9100Fで作る格安Hackintosh

300シリーズチップセットの白いマザーボードを使いたい場合は、選択肢がこれしかありません。B360は、Z390/H370と同じ世代の廉価版チップセットです。それでもこの世代から導入されたUSB 3.1 Gen2とWiFi MAC層をチップセットに内蔵しています。WiFiサポートはmacOSに恩恵ありませんし、このマザーボードにはWiFi搭載されていないので関係ないです。一方で、USB 3.1 Gen2は、実機でもチップセットのGen2を利用しているようなので、OOBで動きます。Z390/H370と比較して一番劣る機能はチップセット経由のPCIeレーン数が少ない（H370は20に対してB360は12レーン）ことです。でもグラフィックス用のCPU直結16レーンは別に用意されていますし、micro ATXならPCIeスロットが少ないので、十分かと思います。

CPUアップグレード

上の記事では9100Fで作りましたが、メインで使うにはもう少し上位のCPUを使いたくなり、交換しました。ゲームも動画編集もしないので、9100Fでも全く問題のない性能だったのですが、ロマンです。コア数を増やす方向でロマンを追求することにしました。9100Fは4コアです。別に9900Kマシンがあるので、同じ8コアを2台使うのも面白みがないので6コアを目指すことにしました。第9世代 (Coffee Lake Refresh-S) CPUの品揃えが増えて、中位モデルの選択肢が広がっています。6コアだと9400F, 9400, 9500, 9600Kあたりが妥当なところと思います。特に9400Fは、9500と性能がほとんど変わらないのにお得な価格で人気です。でも、現在使用中の9100Fと比べるとクロックが下がります。シングルコアしか使わない状況だとむしろ性能低下する恐れもあります。9100Fのコスパとバランスはすごいと今更ながら思いました。

Core i5 9600K

ということで選んだのは、ちょっとお高めで、第9世代では古参のIntel(R) Core(TM) i5-9600K CPU @ 3.70GHzです。これならクロック数が9100Fとほぼ同等 (0.1GHzだけ高い) でコアが増えます。

クロック数やコア数以外に、9600Kを選んだもう一つの理由は、実機の27インチiMacの上位モデルがこのCPUを採用していることです。実機で採用しているCPUを使用すると、互換性が高いメリットがあります。実機で使用されていないCPUであっても、仕様が近いモデルならば、多くの場合は動作します。それでも場合によってはconfig.plistの中でFakeCPUIDなどを設定して、macOSがサポートしているCPUに誤魔化す必要が生じます。また、実際の動作には支障はないのですが、「このMacについて」のCPU名が正しく表示されない場合もあります。iGPUのIDが違うと、これを実機に合わせる必要がある場合もあります。実機で搭載されているCPUと同一のCPUを選んでおけば、そのような手間は不要です。価格や性能に大きな違いがない候補で迷っているなら、実機で採用されているかどうかを基準に決めてしまうのも良いと思います。今回もそうしました。

ちなみに非BTO第9世代iMacが9700Kではなく9600Kを採用したのは、6コアであったのが理由だと思います。8コアCPU 9900K搭載の最上位BTOモデルを用意したので、通常モデルを6コアに差別化したかったところ、当時の第9世代にはこれしか選択肢がなかったのでしょう。

そのほかのハードウェア

グラフィックスはRadeon Vega 64です。（OOBで動作）
WiFi/BluetoothはBCM94360CD（OOBで動作）

ソフトウェア構成

OS, CLOVER, 機種ID

以下を使用しました。

macOS Mojave 10.14.6 (18G87)
Clover v2.4k r5033
iMac19,1

BIOS設定

マザーボードのBIOS設定は、ほぼデフォルトのままです。色々な項目のデフォルト設定が、macOS向きの設定でした。PCIe接続のビデオカードを使用していますが、クイックルックなどを動かすためにiGPUも稼働する設定にしました。また、ブートするドライブをUEFI限定にして、MSIマザーボードの便利な機能GO2BIOSを有効にしました。GO2BIOSは電源スイッチ長押しでBIOS設定画面が現れる機能です。

UEFIドライバ

以下を使用しています。以前のビルドではOsxAptioFix2Drv-free2000.efiを使っていましたが、slideパラメータを調節することで最新のAptioMemoryFix.efiが使えました。slideの設定はconfig.plistの項目で説明します。

ApfsDriverLoader.efi
AptioMemoryFix.efi
EmuVariableUefi.efi
FSInject.efi
VBoxHfs.efi
VirtualSmc.efi

Kext類

以下のkextをkexts/Otherに入れました。マザーボード搭載LANはインテル製なのでIntelMausiEthernet.kextを使います。AppleALCで音も出ました。HDMIからも音が出ます。

WhateverGreen.kext
VirtualSMC.kext
USBInjectAll.kext
Lilu.kext
IntelMausiEthernet.kext
AppleALC.kext

Config.plist

他の第9世代CPUで使っているconfig.plistとほぼ同じです。MSIの最近のマザーボードはmacOSカーネルを読み込むためのメモリー確保で失敗することが多いです。そこで、強制的にメモリーを解放するOsxAptioFix2Drv-free2000.efiを使っていました。今回は、以下の記事で紹介した方式を採用しました。

slideでカーネル読み込み番地を調整する (Clover編)

Boot, Argumentsにslideオプションを設定して、使用中のメモリーを避けてメモリー確保するよう設定します。さらに、slide機能を使うためにSIP機能の一部を解除しました。RtVariables, CsrActiveConfigを0x40にしてあります。

下は、SIPのNVRAM制限を解除する設定です。

<key>RtVariables</key>
<dict>
 <key>CsrActiveConfig</key>
 <string>0x40</string>
</dict>

こちらはブートオプションです。slideは128に設定しました。とりあえず使わないUSB 2.0を指定して、暫定的に15個制限を解決しています。

<key>Arguments</key>
<string>-v slide=128 uia_exclude=HS09;HS10;HS11;HS12;HS13;HS14;USR1;USR2</string>

使用したconfig.plistを以下に置いておきます。

config.plist for MSI B360M and 9600K - Pastebin.com

動作確認

以上の設定で問題なく動きました。スリープも機能しているようです。CPUも正しく認識されているようです。

sysctlコマンドでCPUの名前を見ると以下のようになります。

$ sysctl -n machdep.cpu.brand_string
Intel(R) Core(TM) i5-9600K CPU @ 3.70GHz

Geekbenchのスコアは、シングルが約5900でマルチコア(6コア6スレッド)で約22000でした。以前測定した9100Fはシングル5298、マルチコア(4コア4スレッド)が14966でした。また9900Kはシングル6086, マルチコア(8コア16スレッド)で30114でした。9100Fと9900Kの中間くらいの性能であることがわかります。ちなみに、当たり前ですが、同じCPUを搭載した本物の27インチiMacのGeekbenchとほぼ同じスコアです。

今後は、USBの15個制限に対する調整を進めたいと思います。

9900KマシンをmacOS 10.14.5に更新する

Wed, 15 May 2019 23:51:27 +0900

（Cloverが対応したので古い情報です。）

第9世代CPUに対応した公開版macOSである10.14.5が配布されました。更新したところCPUが「不明」の表記が改まりました。ただしCore i7になっているのでconfig.plistでCPU Typeを指定してCore i9と表示されるようにしました。

新iMac対応Mojaveが公開される

第8, 9世代CPUに対応したiMacが出た時点のmacOSは10.14.4でした。ただ対応したmacOSは製品に搭載されるだけで、他の機種IDのマシンでは入手できませんでした。先日(2019/5/14)ようやく10.14.5が公開され、最新CPUに正式対応したmacOSが入手できるようになりました。早速、9900Kマシンをアップデートしました。問題なく動きます。

10.14.5から署名のないkextが除外されるという噂もありましたが、問題ありません。バニラなインストールをして、SIPも実機と同じく有効にしているから問題が無いのかもしれません。

CPUの名称表示を改善する

10.14.4ではCPUが「不明」

「このMacについて…」や「システム情報」を見るとCPU名が表示されます。しかし10.14.4では、以下のようにCPUが「不明」になっていました。

第9世代CPUを搭載したMacを対象にしていないバージョンでしたので、表示の用意がなかったと思われます。でもsysctlで確認すると、ちゃんと9900Kだと認識されています。

sysctl -n machdep.cpu.brand_string
Intel(R) Core(TM) i9-9900K CPU @ 3.60GHz

10.14.5ではCPUが「Core i7」

10.14.5にアップデートしたところ、これがかなり改善されました。「このMacについて…」では以下のように表示されます。「不明」の表示は出なくなりました。でもなぜかCore i7の表示になります。

良いところまで来たのに、今一歩足りない感じです。そこでこちらで頂いたコメントを元に、こちらからCPU情報を確認して、CPU Typeに0x1009を設定しました。config.plistの最上位dictの中に、以下のようにkeyとdictを追加すれば良いようです。

追記：コメントいただいたように実機では0x1005だったという情報があります。0x1005の方が良いかと思い、以下も変更しました。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
	<key>CPU</key>
	<dict>
		<key>Type</key>
		<string>0x01005</string>
	</dict>
</dict>
</plist>

この結果、Core i9と表示されるようになりました。（もしかしたら10.14.4でもCPU Type指定でこのようにできたのかもしれません）見た目だけなのかもしれませんが、CPU名が正しく表示されるようになると気分が良いです。

10.14.5 + Clover 4934ではCPUが「Core i9」

追記：Cloverをリビジョン4934に更新したらconfig.plistでCPU Typeに0x1009を設定しなくても（上記の記述を全部削除しても）正しく3.9 GHz Intel Core i9と表示されるようになりました。ということで、Cloverが面倒を見てくれるようになったようですので、config.plistではCPU Typeを記載しないことにしました。ただ、「Clover 4934でiMac19,1にSMBIOS設定すると、i7 9700Kでもi9にされてしまう。」という報告が5chにありました。今後改善されると思います。

Xeon X5690を殻割りしてMac Pro Early 2009に取り付ける

Sat, 20 Apr 2019 16:08:00 +0900

Xeon X5690が安かったので2個買いました。これを殻割りしてMac Pro Early 2009に取り付けました。コア/スレッド数が8/16から12/24に増えて、Cinebenchのスコアが1.9倍向上しました。

古いMac Pro用のXeonが安い

今回は、Hackintoshの話ではありません。期待された方、すみません。

少し前にAliExpressでXeon X5690が1個$61で販売されていました。安さに惹かれて2個購入しました。この記事を公開した後、一時は$100くらいまで値上がりしましたが、今はまた$70以下に下がっているようです。国内でも、ヤフオクやメルカリを探すと1個あたり1万円台前半くらいで取引されているようです。

X5600シリーズは、Core iシリーズ第1世代のCore i7-980あたりと同世代の6コア12スレッドのCPUです。980も6コア12スレッドでしたのでそれのXeon版です。発売（2011年2月ころ）直後のX5690は15万円くらいだったようです。2個で30万円ですね。

3.46GHzの「X5690」など、Xeonシリーズに3つの新モデル！

いくら$61だったからと言って、こんな古いXeonをなぜ買ったのかと言うと、手元にあるMac Pro Early 2009 (MacPro4,1) のCPUと入れ替えようと思ったからです。このMac ProにはX5550 (2.65GHz)というCPUが2個搭載されています。4コア8スレッドなので2個で8コア16スレッドです。X5550だって発売当時（2009年3月ころ）は11万円以上したらしいです。

新型Xeonが一挙に8モデル登場！　LGA 1366×2マザーも (1/2)

このMac Proの次のモデル、Mac Pro Mid 2010 (MacPro5,1) では最上位機種にX5670が、Mid 2012 (これもMacPro5,1)にはX5675が搭載されました。X5670, X5675とX5690はクロック違いのほぼ同じCPUなので、同じハードウェアで動きます。X5690はクロックが上がっている分、TDPも上がっているので多少心配なところもありますが、気にしないことにします。

実はMacPro5,1とMacPro4,1は、ハードウェアはほぼ同じで、ファームウェアのみが異なっています。なので4,1のファームウェアを5,1にアップデートすれば、X5600シリーズCPUにも対応できます。この先のCPU交換を行うためには、ファームウェアをMacPro5,1にしておく必要があります。ファームウェアアップデートにはさらに大きなメリットがあります。MacPro5,1では現行のmacOS Mojave 10.14が動きますが、MacPro4,1ではmacOS 10.11までしか動きません。ファームウェアアップデートによりこの制限も解除されて、最新macOSを使えるようになります。ファームウェアのアップデートの手順は以下です。アップデートすると「このMacについて…」「システムレポート…」の表示がMacPro5,1になります。

2009 Mac Pro 4,1のファームウェアをアップグレードする方法

X5690を殻割りする

一般的に流通しているX5600シリーズCPUをMac Pro Early 2009に取り付けるためには、上で述べたファームウェアアップグレードの他にもう一手間必要です。というのは、Early 2009にはヒートスプレッダ（殻）のついていない、ダイがむき出しのCPUが使われているからです。それに対して流通しているCPUはほとんどが殻付きです。なので、Mac Pro Early 2009のCPUを交換している人たちは、次のどちらかの方法を行なっています。

殻付きのままのCPUを取り付ける。
殻を外して（殻割りをして）取り付ける。

殻割りをしない前者の方法には、色々と問題があります。本来、殻無しで設計されているところに、殻付きのCPUを無理やり取り付けることになります。なので殻の分だけCPUが分厚くなってしまい、CPUクーラーが浮き上がります。浮いたクーラーに対応するためにワッシャ等を入れてスペーサーとする方法もありますが、適切な高さに調整する事は困難です。適切に高さ調整できない場合は、クーラ締め付け圧力がCPU本体に直接加わってしまいます。その場合、ダイが破損したり、CPU基板が曲がる可能性があります。ちなみに、Early 2009では殻無しCPUに合わせたプラスチックカバーを用いて、締め付け圧力をソケットに逃がしています。殻付きのCPUを使う2010/2011年モデルのMac Proでは、通常の自作PCと同じくレバーで抑える金属のソケットカバーがあり、これが締め付け圧力を受け取り、CPU本体に力がかかりません。殻付きCPUをEarly 2009で使うと、このような仕組みが効かなくなってしまうのです。
一方、クーラーが浮き上がることは、周辺回路の冷却効果も損ないます。後の写真で示すように、CPUクーラーはCPUに電力供給しているVRM回路のMOSFET部分にも接触して冷却しています。しかしクーラー位置が上昇するとMOSFETとCPUクーラーが離れてしまいます。これを防ぐためには、熱伝導ゴムを重ねる必要があり、放熱効果が低下します。でも一番の欠点は、CPUクーラー内のファンに電力を供給するコネクタも浮き上がるので、コネクタ取り付け部分を破壊して、コネクタ位置を下げる必要がある事です。殻割りしない方法は、殻割りのリスクが無い以外は、デメリットだらけです。

殻割りをする後者の方法は、殻割りでCPUを壊すリスクがある以外は、何のデメリットもありません。取り付けの安定性も放熱効果も、設計通りのまま維持できます。Mac Pro Mid 2010 以降では殻付きCPUが使われていますが、これに対して無駄なヒートスプレッダが無いMac Pro Early 2009はより高い放熱性能が得られます。殻割りさえ成功すれば、この方法が理想です。

CPUを格安で入手したので、ここは殻割りをすることにしました。殻割りといえば、オーバクロックを目指す自作PCマニアの憧れイベントです。是非とも1度はやってみたかったです。しかもXeonはヒートスプレッダがダイに半田付けされています。グリスで付いている普通のCPUと違って、挑戦のしがいがあります。そこで、以下を参考に、CPU殻割りと交換を行いました。

『Mac Pro 2009アップグレード Xeon X5670装着＜CPU交換・換装編＞』

殻のシールを切る

ヒートスプレッダは周囲をゴム状の接着剤で貼り付けられています。また、中央部はCPUダイに低融点合金（以下、半田）で貼り付いています。まずは周囲の接着剤の部分を切り離しておきます。これにはカミソリの刃をつかいました。怪我をしないように手には軍手をはめ、CPU裏と縁はマスキングテープで養生しました。接着剤は硬いゴムのような手応えなので、力を入れてザクザク切っていきます。

下は、剥がしたヒートスプレッダの裏側写真です。黒い部分がゴム状シールです。このくらいの幅だけ差し込めば接着剤は切れます。これより内側には、コンデンサが表面実装されている場所もあるので、深く切り込まない方が良いです。周囲を切り終わっても、殻の中央がダイに半田付けされているので、殻は外れません。

半田を溶かす

次に半田を溶かして、殻を外します。Youtubeを見ると、たくさんの例が上がっています。基本的には、殻を外すような力を加えた状態で、殻を加熱します。加熱には、ヒートガン、アイロン、ガスバーナー、ライターなどが使われているようです。今回は、手近にあったヒートガンを使いました。またこの後の作業のために、スクレーパーを用意しました。

ヒートスプレッダにカミソリの刃を差し込んで、そこにスクレーパーを差し込みます。スクレーパーは片刃なので、刃の斜めになった面を下にして、刃の部分を差し込みます。カミソリの刃の弾力で、スクレーパーは差し込まれたまま固定されます。

またCPUの反対側をクリップでアルミ板片に固定しました。これでスクレーパーの片刃の根元部分が梃子の支点になり、これに柄の重みが加わって、梃子の作用点に当たる刃先に殻を外そうとする上方向の力が加わります。これを作業用の耐熱ゴム（写真の背景で青く見えている部分です）の上に置きました。このゴムシートは、500度までの耐熱性能があるらしいです。

次にヒートスプレッダをヒートガンで加熱します。あまり加熱すると、CPUが破損するかもしれません。そこで熱電対で温度を計測できるテスターを使って、CPUの温度をモニターしながら進めました。20-30秒くらい加熱したところで温度が200度を超え、230度くらいになったところでスクレーパーの柄の重みで殻が外れました。殻割りはあっけなく終了しました。

半田を剥がす

殻が外れても、ダイの上に半田が残っています。ダイが熱いうちにスクレーパーで剥がします。表面実装のコンデンサを保護するために、マスキングテープで養生した方が良いです。実は養生する前に、スクレーパーが滑ってコンデンサを1個剥がしてしまった気がします（小さすぎてよくわかりません）。コンデンサは、電圧を安定させるためのパスコンデンサーではないかと思います。結果としては、1個ぐらい外れても大丈夫でした。半田は、硬いチーズくらいの感じです。温度が下がったらヒートガンで再加熱すると柔らかくなります。

スクレーパーの刃はかなり精度が良いので、これだけでほぼダイの部分まで半田を剥がすことができました。指で触れても滑らかです。でも、鏡のように平らにした方が気分が良いので、さらにピカールで磨きました。綿棒でゴシゴシこすります。その結果、鏡面になりました（撮影しているスマホが写っています）。

接着剤を剥がす

CPUの基板の周囲には、ゴム状の黒い接着剤が残っています。これを剥がします。この後のCPU取り付けを、

ソケットにCPUを置く
その上にプラスチックの枠を置く
CPUクーラーを乗せてソケットにネジで締める

という手順で行います。黒いプラスチックの枠は、ソケットの周囲までカバーする形状をしていて、上に置いたCPUクーラーを締め付けた時の圧力を、ソケットに逃がす機能があるように見えます。この部品を使わないと、CPUのダイのみに力が加わってしまい、CPU基板が湾曲してダイを破損する可能性があるかもしれません。

このプラスチック部品は、ダイの厚みに合わせてあり、力を逃がしてくれつつ、ダイの表面がCPUクーラーに密着するよう作られているように見えます。ところが2番目の写真のように、殻を固定していた接着剤が残っていると、CPUクーラーとダイが、本来の間隔より接着剤の厚みだけ離れてしまいます。その場合、ダイがCPUクーラーに密着せず、放熱が妨げられる心配があります。そこで、接着剤をしっかりと除去しておこうと考えました。

ゴム状接着剤はかなり頑固で、アルコールでは除去できません。そのためにエレクトリッククリーナという製品を使ってみました。

クリーナーを吹き付けてると、硬いゴム状接着剤が消しゴムのように柔らかくなります。そこで、プラスチックのカードや、清掃用プラスチックのヘラ（100円均一で売ってます）で剥がします。クリーナーはしばらくすると蒸発して、綺麗になります。

さらにアルコールを浸したキムワイプで拭き取りました。これで、半田も取れて、シール材も取れて、美しいCPUになりました。

CPUを交換する

CPUボードを外す

Mac Proは良くできていてメンテナンスが楽です。CPUとメモリー部分は、マザーボードとは別にドーターボードに実装されています。これは、2本のレバーを外すだけで取り外せます。

ドーターボードの上に、銀色のCPUクーラーが2個あります。それぞれは3mmの六角ネジ4本で固定されています。上の黒い穴にドライバーを差し込んでネジを回します。細い穴の入り口からネジまでの距離が7.5cmくらいあるので、軸が細くて長い六角ドライバか六角レンチが必要です。そのために用意したのがこちらの六角軸ビットです。

5本セットですが、必要なのは3mmの1本だけです。バラ売りもあったのですが割高でした。バラ売り2本で5本セットが買える価格（2本買えば3本が無料）だったので、ついこちらにしてしまいました。普通の長い六角レンチなら、もっと安価な選択肢が多数あるのですが、今回は、次に述べるトルクドライバーを使いたいために、軸径6.35mmの六角軸ビットを用意しました。

トルクドライバー

CPUクーラーは六角レンチで簡単に外せます。でも外す前にトルクを調べておくことにしました。

自作PCで一般的に使われるCPUクーラーは、ヒートシンク部分をバネの力で押し付けています。取り付けネジが止まるまで締めれば、バネの力で適切な圧力がかかる設計です。これに対して、Mac ProのCPUクーラーは、ネジのトルクでCPUを押さえつけます。その場合、ネジ締めトルクがそのままCPUクーラーを押さえる力になるので、設計通りのトルク値でネジ締めする必要があります。自作PCに馴染みの深いCPUでは、RyzenのThreadripperがその方式で、CPUパッケージには一定のトルクで締められるドライバーが付属しています。

Mac ProのCPU交換をした先人の情報によると、CPUクーラーの取り付けネジは、締めすぎても、締め足りなくて駄目で、適切なトルクで締めないと起動しないそうです。そこで、トルクを調整できるドライバーを用意しました。少し高価ですが、金属製で精密な作りのドライバーで所有する喜びがあります。このドライバーには＋ネジ用のビットが2サイズ付属していますが、それではCPUクーラーに対処できないので、上で紹介した六角軸ビットが必要です。

CPUクーラーを外す前に、このドライバーを使って締め増しを試みました。トルクを40cNmに設定したところすぐに空回りをしますが、50cNmでは10度くらい回転し締め増すことができました。8本全てのネジを試しましたが同様でした。ということで、50cNmのトルクで締めれば適切のようです。

CPUを取付ける

あとは自作PCとほぼ同様です。まずは、CPUクーラーを取り外します。この時、グリスにくっついてCPUとプラスチック部品も外れるので、ソケット上に落とさないように注意します。また、CPUクーラ内のファンに電源を供給するコネクタを外す必要があるので力加減に気をつけます。埃が溜まっていると思いますので、掃除もしておきます。CPUクーラーのヘリには熱伝導ゴムが貼り付いていて、これがCPUのVRMのMOSFETにも接触して冷却しています。下の写真の細長い銀色のゴム状部分（青矢印）が熱伝導ゴムで、基板上の1列の四角い金属チップ（黄矢印）がMOSFET類です。埃で汚れている可能性があるので、これらもアルコールで掃除しておきます。

次に、殻割りしたX5690をソケットに乗せて、プラスチック部品を乗せて、グリスを塗って、CPUクーラーを取り付けます。ファンコネクタがはまるように注意します。トルクを50cNmに調整して、6角ネジを締めます。この時、4個のネジを、対角にあるネジを次に締めるような順番で、少しずつ締めていきます。最後にMac Proに取り付ければ完成です。電源を投入すれば、ジャーンという起動音が聞こえるはずです。

性能比較

X5550からX5690に交換したことで、GeekBenchのマルチコアスコアは、15168から22583と1.5倍向上しました。コア数が8から12と1.5倍になったので、その程度の差が出ました。

9900Kで動くmacOSのマルチコアスコアは30000超えが普通ですので、それには及びません。GeekBenchブラウザで他機種のスコアと比較すると、Mac Pro Mid 2012の最上位機種 (X5675) 程度のスコアです。

またCinebenchのCPUスコアは843から1579に向上しました。1.9倍の改善です。ベンチマークしながらアクティビティモニターでCPUコア一覧を開くと24スレッドが働いていて圧巻です。

発熱の状態（追記）

コメントでCPU温度やファンの状態について質問いただきました。確かに、本来のモデルはTDPが95WのX5670, X5675を搭載する設定に対して、ここではTDPが130WのX5690を取り付けました。排熱が追いついているのか気になるところです。

温度を測るために、Intel Power Gadgetをインストールしようとしたところ、マルチCPUには対応していませんでした。

それでHWMonitorを使うことにしました。

HWMonitorを使う

これらの準備をしている程度の負荷では、CPU温度は35~45度くらいのようでした。11月なので室温は20度くらいと思います。ファンはとても静かに回ってます。ちなみにPCH Dieという場所の温度が80度なのは何かの間違いな気がします。CPU交換以前でも、この場所は異常な温度を示していたように思います。

まずはGeekbench 5のCPUベンチマークを動かします。このベンチマークは、負荷を短時間しか与えないので、それほど温度は上昇しませんでした。最大で72度くらいです。

Geekbench 5の結果は、マルチコアで6055でした。上で示したGeekbenchとはバージョンが違うので、数値も違います。10コア20スレッドの10900Kが11,000くらいです。出たばかりのM1搭載MacBook Airは7400くらいらしいので、それにも負けてます。2 CPU 12 コア 24スレッドと構成ユニットの数は最強なのですが。

次にCinebench R23を数回連続して稼働してみました。

ちなみにCinebench R23の結果は8464 ptsでした。弟分のX5650が6867なので、妥当な結果でしょうか。

温度は80度を超えましたが、まだ頭打ちにはなってないのでもう少し頑張れるようです。また、ファンが爆音状態になるということはなかったです。

あとがき

CPUは格安だったのですが、これに対して結構色々と道具や工具を揃えてしまいました。でも往時なら総額30万円のCPUのためですから、これくらい良いかと思いました。とはいえ、CPUが2個、総コア数が12個もあって、消費電力も多いのにも関わらず、現代の8コア16スレッドの9900Kで作ったHackintoshの3分の2くらいの性能です。最新CPUで作るmacOSマシンのコストパフォーマンスの良さを再認識しました。

9900KのためにmacOS 10.14.4 (18E2034) を入手する

Sat, 06 Apr 2019 12:47:04 +0900

（10.14.5が配布されたのでこの情報は不要になりました。）

この記事の執筆時点で配布されているmacOS Mojave 10.14.4はビルド18E226です。しかし最新のiMac Early 2019には18E2034が搭載されています。これが簡単に入手できることがわかりました。

新iMac対応Mojaveが欲しい

第9世代CPU 9900KでHackintoshを作ったら、機種ID、シリアル番号、ボードIDなどのSMBIOS設定も同じCPUを搭載するiMac Early 2019に合わせたいところです。ところがボードIDを27インチiMac Early 2019の値、Mac-AA95B1DDAB278B95に設定するとmacOSが起動しません。

Cloverのブートオプションに-no_compat_checkを追加するだけで簡単に回避できるのですが、できれば対応したmacOS Mojaveが使いたいと考えていました。10.14.5が出るまで待たねばと思っていたところ、コメント欄から、実機に搭載されている10.14.4 (18E2034)が入手できたとの情報をいただきました。試してみました。

iMac19,1の設定でMojaveを入手

入手方法は簡単で、iMac19,1として動いているマシンからApp Storeに接続してMojaveをダウンロードするだけです。

今回使用したマシンは、ASUS MAXIMUS XI HEROに9900Kを搭載したHackintoshです。iMac E2019が店頭に出回る前には、このマシンをMacmini8,1と設定していました。その時に、App StoreからMojaveを入手して、インストールしていました。これをiMac19,1のSMBIOS情報に設定し直した状態の「このMacについて」ウィンドウが以下です。

ビルドは通常配布されている18E226であることがわかります。iMac19,1に設定すると、上で述べたようにそのままでは起動しないので、Cloverのブートオプションに-no_compat_checkを追加して無理やり起動しています。CPUは9900Kなのですが、表示では不明になっています。この状態で、再び10.14.4を入手し直します。まずは、App Storeへ接続し、Mojaveを検索してそのページに移動します。

ここで「入手」をクリックすると、いつものようにソフトウェア・アップデートのウィンドウに移動します。次にダウンロードボタンを押すと、macOS Mojaveインストール.appを入手することができます。

この方法で入手できるインストーラのバージョンは14.4.10です。

これを使ってMojaveをインストールすると、ビルドが18E2034になります。

プロセッサは不明のままです。（途中でメモリを追加したので容量が増えていますが同じマシンの画面です。）

18E2034はEarly 2019限定？

面白いことにiMac19,1（と多分iMac19,2）に設定されていないマシンからApp Storeに行っても、18E2034はダウンロードできないようです。本物のMacでも試みましたがダメでした。その場合、ダウンロードされるインストーラのバージョンは14.4.08になります。これをインストールするといつものビルド番号である18E226になります。

手順のまとめ

以上から、現時点で、9900Kマシンを作って対応したmacOSを入手する手順はこうなると思います。

9900Kマシンを作る
本物のMacでMojave 10.14.4インストーラを入手する。本物はおそらくMacがiMac Early 2019では無いので、18E226になる。
9900Kマシンにインストールする。この時、SMBIOSをiMac19,1に設定しても良いが、ボードIDの関係で起動しないので、ブートオプションに-no_compat_checkを追加しておく。
起動した9900KマシンからApp Storeへ行って、再度10.14.4を入手してインストールする。これでビルドが18E2034になる。

第9世代CPU用のSMBIOSを書く

Wed, 03 Apr 2019 18:04:56 +0900

iMac Early 2019でようやく第9世代CPUがサポートされました。出回っている機種情報を使ってシリアル生成ソフトを用意して、config.plistのSMBIOSセクションを作りました。実機に近い設定ができたと思います。

iMac E2019の情報

以下で紹介しましたが、新型iMac Early 2019 (27インチのiMac19,1と21.5インチのiMac19,2) が出たおかげで、macOSもようやく最新のデスクトップCPUに対応しました。ただし新型iMacには、最新の10.14.4のビルド番号18E226よりも新しいバージョン (18E2034) が搭載されているようです。第9世代CPUに完璧に対応したmacOSを一般人が入手できるのは次のバージョン (10.14.5もしくはSU) になりそうです。

新型iMacに第9世代CPUがようやく搭載される

ここで参考にした情報は、「マックお宝」が公開しているYoutubeのビデオ、Geekbenchのスコアページ、店頭で見てきた情報などです。

シリアル番号

シリアル番号は「このMacについて」を見ればすぐにわかります。現在店頭にあるiMac E2019は、全て中国製で、（当たり前ですが）2019年製造です。なので、シリアル番号の最初4桁は、全てC02Yです。シリアル番号の仕組みはこちらをご覧ください。

Macシリアル番号の仕組み

次の桁は製造週ですが、店頭にある製品は9週もしくは8週です。9週のものが多かったです。2019年の第9週は2/26から3/4の週で、8週はその前の2/19から2/25の週を表します。

次の3桁は製造ライン番号と言われていて、製品個別の番号です。最後の4桁がモデルコードです。iMac19,1のモデルコードにはJV3Q, JV3P, JV3N, JV40が、iMac19,2のモデルコードにはJWDW, JWDXが発見されました。この他にも多数のコードがあるはずです。みなさんも発見できたら是非ともコメントでおしらせください。他の記事でも紹介していますが、正しいモデルコードならば次のURLのPPPPの場所に指定すると該当マシンの仕様ページが表示されます。

http://support-sp.apple.com/sp/index?page=cpuspec&cc=PPPP

以上のことから、現在店頭にあるシリアル番号は、C02Y9xxxJV3Qなどとなります。

ボードシリアル番号

ボードシリアル番号は、シリアル番号より確認しづらいです。後述のmacserialプログラムでも確認できますが、macOSの標準コマンドでしたらnvramコマンドが使えます。ターミナルから次のコマンドをタイプすれば表示されます。

nvram 4D1EDE05-38C7-4A6A-9CC6-4BCCA8B38C14:MLB

現在店頭にあるiMac E2019のボードシリアル番号は、本体と同じく中国製のようです。製造年は、当然ながら2019年で、製造週は、本体より1週間早く、07週もしくは08週でした。ボードシリアル番号の後半には、ボードの種類を示すボードコードがあります。iMac19,1のボードコードにはLNV9, KDP0が、iMac19,2のボードコードにはKGQGが発見されました。なので、現在店頭にある製品のボードシリアル番号は C02908xxxxxLNV9xxなどになります。

その他のID

ボードIDは、iMac19,1がMac-AA95B1DDAB278B95、iMac19,2がMac-63001698E7A34814でした。これはGeekbenchのページでも確認できます。これ以外にはありません。

また、システム情報に出てくる番号として、ブートROMのバージョンがあります。これはどれも220.250.368.0.0でした。

シリアル生成プログラム

シリアル番号の仕組みの記事では、シリアル番号を自動生成してくれるプログラムmacserialをご紹介しました。これをforkさせていただき、上記で得たシリアル番号生成のための情報を付け加えました。これでiMac E2019のシリアル番号を自動生成できます。Intelの8600, 9600K, 9900KをCPUとして使用したHackintoshを作る場合には、iMac19,1のシリアル番号が最適です。8100, 8500, 8700の場合は、Macmini8,1でも良いかもしれませんが、iMac19,2も使えます。コンパイルしたバージョンのmacserialをこちらに置いておきました。

Releases · bootmacos/macserial

./macserialとして起動すると現在のマシンのIDを表示します。./macserial -hでヘルプが出ます。iMac19,1のシリアル番号を生成したいのでしたら、./macserial –model iMac19,1とタイプすると、シリアル番号、ボードシリアル番号の一覧を出してくれます。

./macserial --model iMac19,1
 C02YC017JV3Q | C02909207GULNV9AD
 C02Z7JYAJV3Q | C02933102GULNV9JA
 C02YNYZNJV3Q | C02918200GULNV91F
 C02ZP0XSJV3Q | C02946802QXLNV91H
 C02YRAYQJV3Q | C02921200GULNV9A8
 C02YN3ZGJV3Q | C02918403GULNV9CB
 C02YM085JV3Q | C02917403CDLNV9AD
 C02ZC0AFJV3Q | C02936303GULNV91F
 C02Y800NJV3Q | C029078024NLNV9FB
 C02ZP2YPJV3Q | C029467004NLNV91M

./macserial –info とすると、そのシリアルの情報を表示します。例えば、上の例の最初の候補の場合、

./macserial --info C02YC017JV3Q
 Country: C02 - China (Quanta Computer)
 Year: Y - 2019
 Week: C - 10 (05.03.2019-11.03.2019)
 Line: 017 - 41 (copy 1)
 Model: JV3Q - iMac19,1
 Valid: Possibly

と表示されます。2019年第10週の製造です。最初の製品の2週間後の製造なので、ちょうど良いくらいかと思います。数か月後くらいの多少の未来の番号でもおそらく大丈夫だと思います。しかし、最初の製品が第8週製造なので、これよりも以前の2019年1~7週の番号は避けた方が良いと思います。

シリアル番号を既に決めているのであれば、./macserial –mlb で、同じ国で、前の週に製造されたロジックボードのシリアルを生成してくれます。

./macserial --mlb C02YC017JV3Q
 C02909108GULNV9AD

SMBIOSを書く

それではiMac19,1に限りなく近い設定のSMBIOSセクションを書いてみましょう。上記の例のシリアル番号・ボードシリアル番号を使う場合、以下のようになるかと思います。（皆さんのご自分の番号を使ってください）SmUUIDも、ターミナルのuuidgenコマンドで適当に生成して記入してください。

<key>SMBIOS</key>
	<dict>
		<key>Board-ID</key>
		<string>Mac-AA95B1DDAB278B95</string>
		<key>BoardSerialNumber</key>
		<string>C02909108GULNV9AD</string>
		<key>EfiVersion</key>
		<string>220.250.368.0.0</string>
		<key>ProductName</key>
		<string>iMacm19,1</string>
		<key>SerialNumber</key>
		<string>C02YC017JV3Q</string>
		<key>SmUUID</key>
		<string>XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX</string>
	</dict>

Board-IDはiMac19,1に使用されているロジックボードIDを入れました。EfiVersionは、ここに書いておけば、本物のiMac E2019と同様に、「システム情報」のブートROMのバージョンの項目に表示されます。これ以外のSMBIOSの項目はCLOVERが自動生成してくれます。もしかしたら現バージョンのCloverはiMac19,1に対応していないかもしれませんが、将来のバージョンでは対応するはずです。

このSMBIOSを使ってみた

このSMBIOSを9900K搭載のHackintoshに設定し、App Storeで配布されている通常のmacOS Mojave 10.14.4 (18E226)で使ってみたところ、残念なことに起動しませんでした。こんな画面になってしまいました。

一般配布されている10.14.4は、iMac19,1に搭載されているビルド番号18E2034と異なっていて、ボードIDがサポートされていないようです。10.14.5まで待てば解決されるかと思います。それまでの間は、config.plistのBootオプションに、

<key>Boot</key>
   <dict>
     <key>Arguments</key>
     <string>-no_compat_check</string>

と記載して、互換性チェックをしないように指定しておくことにしました。

iMac E2019対応の10.14.4を入手する

と、思っていたところ、iMac E2019対応の10.14.4 (18E2034)を入手する方法をコメント欄で教えてもらいました。おかげさまで、-no_compat_checkのブートオプションを付けなくても起動するようになりました。この10.14.4を入手する方法は簡単で、iMac19,1 または19,2に設定したマシンでApp Storeを起動して、Mojaveを検索してダウンロードするだけです。これをインストールすると、iMacに搭載されているビルドと同じ18E2034になります。それでも、プロセッサは「不明」と表示されてしまいます。これはちょっと謎です。

Clover ConfiguratorがiMac19,xに対応

macserialをforkしてiMac19,1, 19,2に対応させた後、オリジナルのmacserialのacidantheraさんにPull requestsしておきました。そうしたらすぐに承認されて、macserialのソースコードに反映されました。コミュニティへの本当に些細な寄与ですが、初めてなので嬉しいです。その結果、かどうかわかりませんが、Clover ConfiguratorもiMac19,xに対応してくれたようです。これでSMBIOSが簡単に作れるようになりました。

シリアル番号をいくつか発生させてみたところ、上で紹介したモデルコードとボードコードを使ったシリアルが現れます。今回調べた情報を使ってくれているようです。

10.14.4で第9世代CPUの互換性が向上

Tue, 26 Mar 2019 17:58:21 +0900

10.14.4へのアップデートが現地時間で昨日公開されました。早速インストールしてみたところ、9900KのiGPUを使うためのconfig.plistの設定が不要になっていました。第9世代CPU搭載のiMacが発売された直後のリリースなのでこれに対応したものと思われます。

10.14.3以前で必要だった設定

9900Kを使うためには、config.plistのDevices, Propertiesの項目にiGPUの設定が必要でした。9900Kにも、MacBook Pro 2018やMac mini 2018のCPUにも、同じIntel UHD グラフィックス630が搭載されています。しかし、デバイスIDが異なっていました。そのため、config.plistに、本物Macに搭載されているiGPUのデバイスIDを書いておく必要がありました。以下のようにです。

<key>Properties</key>
 <dict>
 <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
 <dict>

 <key>device-id</key>
 <data>
 mz4AAA==
 </data>

 </dict>
 </dict>

これを設定すれば完璧に動作しますが、書いておかないと、

スリープが正しく機能しない。（画面は暗くなるもののCPUファン電源が遮断されない。さらには、その後スリープから復帰しない。）
JPEGファイルのクイックルックができない。

などの不具合が発生しました。こちらをご覧ください。

9900Kのsleep問題〜原因はiGPUのデバイスID

10.14.4で互換性が向上

10.14.4にアップデートしたところ、device-idの記述を含めて、Propertiesの記載を全部削除しても、スリープとクイックルックが問題なく動作しました。（10.14.3でPropertiesの記載を削除すると、これらの問題が発生することを確認しています。）。新型iMacが対応したことで第9世代CPUの互換性がさらに向上したものと思われます。これを反映した9900K用のconfig.plistを以下に掲載しておきます。SMBIOSのProductNameはMacmini8,1です。新型iMacの情報が判明したら差し替えたいと思っています。

config.plist for 9900K w/o iGPU display - Pastebin.com

新型iMacに第9世代CPUがようやく搭載される

Wed, 20 Mar 2019 12:06:36 +0900

昨日(2019/3/19)、唐突に発表された新型27インチiMacに、第9世代CPUがようやく搭載されました。第8世代CPUを搭載したiMacもいくつか発表されました。搭載されているCPUの具体的な型番は公表されていませんが、第9世代CPUはCore i5-9600KとCore i9-9900Kのようです。

21.5インチモデル

21.5インチモデルでは新型2機種が発表されました。いずれもRetina 4Kディスプレイモデルです。ここでは仕様のページ

27インチiMac - 仕様

に準じて、CPUのクロック数でモデルを区別します。新発売されたのは以下の2機種です。

3.6GHzモデル

新発売の21.5インチの下位モデルです。最下位モデルがそのまま継続されているので、21.5インチモデルの中では中位モデルです。仕様によると「3.6GHzクアッドコア第8世代Intel Core i3プロセッサ」とあります。インテルのCPU仕様書サイト

インテル製品の仕様

で調べてみると、該当するCPUはCore i3-8100 もしくは Core i3-8100Bのようです。無印とBモデルの違いは、ピンがソケットか半田付けかの違いだけです。

3.0GHzモデル

新発売の21.5インチの最上位モデルです。仕様によると「3.0GHz 6コア第8世代Intel Core i5プロセッサ
Turbo Boost使用時最大4.1GHz」とあります。インテルのCPU仕様書サイトによると、Core i5-8500 もしくは Core i5-8500Bのようです。

オプション

新製品の2モデルともに、CPUをアップグレードできます。仕様によると「3.2GHz 6コアIntel Core i7（Turbo Boost使用時最大4.6GHz）に変更可能」だそうです。インテルのCPU仕様書サイトによると、Core i7-8700 もしくは Core i7-8700Bのようです。

27インチモデル

27インチモデルは全て刷新されました。3モデルあります。そのうち最上位モデルのみが第9世代CPUです。インテルの第9世代は生産の問題があり、下位モデルが発売されていません。アップルも苦肉の策で、最上位モデルのみ最新CPUを採用することになったようです。ここでもクロック数でモデルを区別します。

3.0GHzモデル

新発売の27インチの最下位モデルです。仕様によると「3.0GHz 6コア第8世代Intel Core i5プロセッサ
Turbo Boost使用時最大4.1GHz」とあります。インテルのCPU仕様書サイトによると、Core i5-8500 もしくは Core i5-8500Bのようです。21.5インチ最上位モデルと同じですね。

3.1GHzモデル

新発売の27インチの中位モデルです。仕様によると「3.1GHz 6コア第8世代Intel Core i5プロセッサ
Turbo Boost使用時最大4.3GHz」とあります。インテルのCPU仕様書サイトによると、Core i5-8600のようです。

3.7GHzモデル

新発売の27インチの最上位モデルです。仕様によると「3.7GHz 6コア第9世代Intel Core i5プロセッサ
（Turbo Boost使用時最大4.6GHz）」とあります。ようやく第9世代CPU搭載モデルの登場です。インテルのCPU仕様書サイトによると、Core i5-9600K ~~または Core i5-9600KFのようです。KFモデルはiGPUが搭載されていないモデルです。~~今までの流れからしてiGPU無しのCPUは使われないと思います。なのでCPUはCore i5-9600Kのようです。

オプション

27インチモデルの上位2モデルは、CPUをアップグレードできます。仕様によると「3.6GHz 8コアIntel Core i9（Turbo Boost使用時最大5.0GHz）に変更可能」だそうです。インテルのCPU仕様書サイトによると、Core i9-9900Kのようです。

現行iMacのCPU一覧

ということで予想したCPU番号をまとめておきます。継続して販売されている21.5インチ最下位モデルもまとめに入れておきました。

21.5インチiMac最下位モデル Core i5-7360U
21.5インチiMac中位モデル Core i3-8100 ~~or Core i3-8100B~~
21.5インチiMac最上位モデル Core i5-8500 ~~or Core i5-8500B~~
21.5インチiMacオプション Core i7-8700 ~~or Core i7-8700B~~
27インチiMac最下位モデル Core i5-8500 ~~or Core i5-8500B~~
27インチiMac中位モデル Core i5-8600
27インチiMac最上位モデル Core i5-9600K
27インチiMacオプションCore i9-9900K

第9世代CPUが搭載されたことで、9900Kや9600Kを使ったHackintoshがさらに安定すると思われます。新iMacに対応したmacOSは次のアップデートから入手可能ですので、次のmacOS Mojave 10.14.4が楽しみです。

標準モデルの27インチ最上位が6コア6スレッドの9600Kなのはちょっとバランスが悪い気がします。コア・スレッド数は下位モデルと同じです。ここは8コア8スレッドの9700Kを搭載して欲しいと思いました。

T2チップは搭載されず

今回はCPU交換のマイナーチェンジのようです。そのためかT2チップは搭載されていないようです。Hackintoshから見ると色々厄介になることが予想できるので、搭載されなくてよかったです。次の本格的なアップデートでは搭載されるのかもしれません。

その後の情報

2019年3月19日あたりから店頭でも販売されるようになりました。実機に触れるようになったので、色々情報がわかってきました。SMBIOSが構成できるだけの情報が早く用意されると嬉しいです。

搭載macOS

コメントでいただいた情報などによると搭載されているmacOSは10.14.4 (18E2034)だそうです。一般の10.14.4が18E226なのでだいぶ違うようです。ちなみに10.14.3 SUは18D109でした。

機種ID

コメントでいただいた情報や、他のネット上の情報などを見ると、機種IDは以下のようです。いままでは、27インチモデルの方が,2になっていたことが多いと思うので、逆ですね。

iMac19,2 21.5インチiMac Early 2019
iMac19,1 27インチiMac Early 2019

CPU

英語版のWikipediaに仕様が書かれていました。公式の情報ではないですが、ある程度信用できそうな気がします。それによると、CPUは、

iMac19,2 8100, 8500, 8700 (option)
iMac19,1 8500, 8600, 9600K, 9900K (option)

とのことで、上の予想であっているようです。第8世代は、Mac miniとは違い、Bモデルでは無いようです。

シリアル番号

アップルストアで「このMacについて」を撮影していた動画がありました。これです。それによると、以下のシリアル番号が確認できました。

iMac 27-inch 3.7 GHz Intel Core i5-9600K: C02Y90H3JV3Q
iMac 21.5-inch 3 GHz Intel Core i5-8500: C02Y93YXJWDX
iMac 21.5-inch 3.6 GHz Intel Core i3-8100: C02Y81DCJWDW

最後の4文字、JV3Q, JWDX, JWDWがモデルIDです。以下のURLでApple社の仕様のページに行くことができるので、モデルIDであることを確認できます。

C02Yは、中国製造で2019年上期の製造を表し、その次の9は2/26から3/4の週、8は2/19から2/25の週にそれぞれ製造されたことを表しています。残りの3文字は個体の番号です。

ボードID

Geekbenchにもベンチマーク結果が上がるようになってきました。iMac19,1で検索するといくつか見つかります。Build 18E2034となっているので、Hackintoshではなくて本物のようです。ここからボードIDがわかります。Apple Inc. Mac-AA95B1DDAB278B95 iMac19,1のようです。BIOSはApple Inc. 220.250.368.0.0のようです。SMBIOSのどれに当たるのかはちょっと不明です。ちなみに、iMac19,2の方はApple Inc. Mac-63001698E7A34814 iMac19,2とのことです。

9900Kのsleep問題〜原因はiGPUのデバイスID

Wed, 06 Mar 2019 21:10:29 +0900

更新：ここで紹介した対策は10.14.4で不要になりました。以下は10.14.3以前の情報です。不要になった理由は、9900K CPUがmacOSでサポートされるようになったからだと思われます。10.14.4以降では、以下で説明しているデバイスIDも9900Kの本来の値で問題ありません。本来の値はWhateverGreen.kextが自動で設定してくれますので、config.plistにデバイスIDを書く必要がありません。

ASUSのZ390マザーボードで作ったHackintoshのその後の報告です。sleep/shutdownが全て完璧に動くようになりました。最初の記事はこちらです。（今回の対策を追記してあります）

9900K搭載Z390マザーボードでHackintoshを作る

その後、シャットダウンが不完全な問題を解決すべく試行錯誤したところで、EmuVariableUefi-64.efiを使うことで解決しました。

ASUS Z390マザーボードのshutdown/sleep対応

sleepがまだ不完全

一時はこれで解決したかに見えたのですが、sleepからの復帰がおかしいです。iGPUを使うと、sleepで画面が消えた後、キーボード押下で画面が復帰します。ただし、画面が消えるだけで、CPUファンは回転し続けています。一方、グラフィックスカード(dGPU)を使うと、sleepで画面が消えた後、しばらくはキーボード押下で画面復帰するのですが、15秒くらい経つと画面が復帰しなくなります。さらに放置するとCPUファンの回転も中止しますが、やはり復帰しません。また、この状態ですとJPEGファイルのクイックルックも効かないようです。

という状態で、しばらく頓挫していたのですが、ようやく解決したので報告します。たまたま hackintosher.comで紹介されていたconfig.plistを使ってみたらsleepが機能するようになったので、それと、問題を引き起こしているconfig.plistとの比較からの結論です。

UHD Graphics 630のデバイスID

Intel UHD グラフィックス630は、MacBook Pro 2018やMac mini 2018で使用されています。なのでmacOSの標準ドライバーでサポートされています。でも、UHD 630のデバイスIDはCPUごとに微妙に違います。例えばMacBook Pro 2018で使用される8750HのUHD 630のデバイスIDは0x3E9Bです。Mac mini 2018で使用される8700BのUHD 630デバイスIDも同じく0x3E9Bです。ところが今回使用している9900KのUHD 630のデバイスIDは微妙に違っていて0x3E98なのです。このデバイスIDの不一致が、sleep問題の原因のようでした。

i3-8100でも対応必要

Intel UHDグラフィックス630のデバイスIDの違いは、他のCPUでも問題を引き起こすようです。こちらの記事

corpnewtさんのバニラガイド~Coffee Lake用config.plist

で紹介しましたが、Core i3-8100のUHD 630もデバイスIDが異なっていて(0x3E92および0x3E91)、対応が必要だそうです。結果として今回も同じ問題のようです。

9900KのデバイスID対応

上記の記事では、8700K搭載UHD 630のデバイスIDの指定方法が書いてあります。この方法に従うと、デバイスIDを逆順に（little endian方式に）並べた数値に、0x0000を付け加えた値をconfig.plistで指定すれば良いようです。

ただ、上記のサイトでは、「実際のデバイスIDをconfig.plistに書く」とありますが、今回の解決策は、「Macで使われているデバイスIDをconfig.plistに書く」という方法でした。逆のようです。9900KのデバイスIDは先に述べたように0x3E98ですが、これをconfig.plistに書くのではなく、Macで使われているiGPUのデバイスIDである0x3E9Bをconfig.plistで指定するようです。そこで、まずは0x3E9Bの順番を入れ替え、ゼロを追加します。つまり、0x9B3E0000を指定すれば良いことになります。config.plistではBase64で記述するので、変換します。ターミナルコマンドbase64で0x9B3E0000をBase64変換するには以下のようにタイプします。

echo -ne "\x9B\x3e\x00\x00" | base64

この結果

mz4AAA==

が得られます。この値を、Devicesの中のPropertiesにdevice-idキーとして追加します。

<key>Properties</key>
 <dict>
 <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
 <dict>
 <key>AAPL,ig-platform-id</key>
 <data>
 AwCSPg==
 </data>
 <key>device-id</key>
 <data>
 mz4AAA==
 </data>
 <key>framebuffer-patch-enable</key>
 <data>
 AQAAAA==
 </data>
 </dict>
 </dict>

この結果、sleepが完璧に動くようになりました。つまり、sleepになるよう設定した時間になると、画面が消え、数秒してCPUファンが停止します。その後、キーボード押下などにより、元どおりの画面に復帰します。

今回のconfig.plistの全体を以下に置いておきます。シリアル番号などは伏せ字になっています。

config.plist for 9900K w/o iGPU display - Pastebin.com

corpnewtさんのバニラガイド~Haswell用config.plist

Sun, 13 Jan 2019 12:34:22 +0900

Corpnewtさんのhackintoshデスクトップのためのバニラガイドから、今回は「Haswellマシンのためのconfig.plistの作り方」のページをご紹介します。

Page not found

ちなみにこのガイドでは、

のconfig.plistの作り方が解説してあります。他のCPUを使う場合はそれを見てください。また、Config.plistの基礎編もご覧ください。
世代の近いCPUではそれぞれかなりの部分が共通です。Haswellは実際のiMacで採用されていて、歴代CPUの中でも互換性が高いと評判です。なので特殊な設定はありません。

（ここから抄訳）

（訳注：元記事ではClover Configuratorのスクリーンショットも多数掲載されていますが、config.plistだけを紹介します。Configuratorの操作は元記事を見てください。）

ACPI

CloverのACPIデフォルト設定は、多すぎで、やりすぎなところがあります。そのために問題を引き起こす可能性があります。そこで、できるだけ単純に書き直します。

 <key>ACPI</key>
 <dict>
 <key>DSDT</key>
 <dict>
 <key>Fixes</key>
 <dict>
 <key>FixHPET</key>
 <true/>
 <key>FixIPIC</key>
 <true/>
 <key>FixRTC</key>
 <true/>
 <key>FixShutdown</key>
 <true/>
 <key>FixTMR</key>
 <true/>
 </dict>
 <key>Patches</key>
 <array>
 <dict>
 <key>Comment</key>
 <string>change EHC1 to EH01</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 RUhDMQ==
 </data>
 <key>Replace</key>
 <data>
 RUgwMQ==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>change EHC2 to EH02</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 RUhDMg==
 </data>
 <key>Replace</key>
 <data>
 RUgwMg==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>change SAT0 to SATA</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 U0FUMA==
 </data>
 <key>Replace</key>
 <data>
 U0FUQQ==
 </data>
 </dict>
 </array>
 </dict>
 <key>DropTables</key>
 <array>
 <dict>
 <key>Signature</key>
 <string>DMAR</string>
 </dict>
 <dict>
 <key>Signature</key>
 <string>MATS</string>
 </dict>
 </array>
 <key>FixHeaders</key>
 <true/>
 <key>SSDT</key>
 <dict>
 <key>Generate</key>
 <dict>
 <key>PluginType</key>
 <true/>
 </dict>
 </dict>
 </dict>

Fixes:

Fixesでは以下を指定しました。

FixShutdown – いくつかのマザーボードでシャットダウンしようとしても再起動してしまう問題を解決します。これをtrueにすると、今度は逆にシャットダウンの問題を引き起こすこともあります。その場合はdisableにします。
このほか、IRQの衝突を解消するなどの指定がしてあります。これらは全てのハードウェアに必要ではないかもしれませんが、適用しても大きな害はありません。

Patches:

Patchesセクションでは、DSDTのパーツをCloverにより動的に改名します。本物のMacを使っているわけではないうえ、macOSは特定のDSDTパーツ名を前提にしていません。そこでmacOSが稼働するように、名前を非破壊的に変更します。ここでは以下の改名をしています。

EHC1 を EH01に変更 – これによりbuilt-in USB injectorsとの衝突を避けます
EHC2 を EH02に変更 – これによりbuilt-in USB injectorsとの衝突を避けます
SAT0 を SATAに変更 – 潜在的なSATA 互換性を改善します

Drop Tables:

PatchesセクションではDSDTに軽い変更を施します。SSDTはDSDTの一部分を置き換えるものです。Drop Tablesは、特定のSSDTテーブルを起動時に無視するよう指定します。先に述べたように、MacとATXマザーボードは異なるので、macOSが問題を起こすのです。ここでは以下の2個を追加しています。

DMAR – これはVt-dに関する問題を防止します。Vt-dは仮想マシンのためのPCIパススルーで、Hackintoshではほぼ全く機能しません。
MATS – High Sierra以降で、このテーブルが読み込まれると印刷不可能なキャラクタによりカーネルパニックする可能性があります。

FixHeadersとSSDT:

ここでは以下の指定をします。

FixHeaders – MATSテーブルをドロップすることに加えて念の為に設定します。これをtrueにするとCloverは印刷不可能なキャラクタによるカーネルパニックを防止します。
PluginType – X86PlatformPlugin をロードするためにいくつかのDSDTデータをインジェクトします。これにより、ネイティブなCPU電力制御を実現する手助けになります。この設定はHaswell以降のCPUでのみ機能します。

Boot

ここではあまり重要な項目はありません。

 <key>Boot</key>
 <dict>
 <key>Arguments</key>
 <string>keepsyms=1 dart=0 debug=0x100 shikigva=40 -v</string>
 <key>DefaultVolume</key>
 <string>LastBootedVolume</string>
 <key>Timeout</key>
 <integer>5</integer>
 </dict>

Arguments:

いくつかの起動オプションを追加しました。

-v – verboseモードになり、Apple logoとプログレスバーの裏側に表示されるメッセージが見えるようになります。Hackintoshする人に貴重な情報です。
dart=0 – Vt-d問題に対するもう一つの対策です。なくても良いです。
debug=0x100 – カーネルパニック時の再起動を防止します。運が良ければカーネルパニックに至った原因を発見できるかもしれません。
keepsyms=1 – これはdebug=0x100と一緒に設定し、macOSがカーネルパニック画面にシンボルも表示するよう設定します。これでカーネルパニックの原因追求の手助けになるかもしれません。
shikigva=40 – これはiGPU専用の設定です。Shiki関係の設定を行います。これにより以下のことが可能になります。
- 8 – AddExecutableWhitelist – whitelistがパッチされる
- 32 – ReplaceBoardID – AppleGVAで使うboard-idが別の値に置き換えられる

DefaultBootVolume と Timeout:

DefaultBootVolume – NVRAMが次に起動するドライブを覚えておくために使用します。
Timeout – DefaultBootVolumeで起動するまでの待ち時間の秒数です。負の値にするとタイムアウトしません。0にするとGUI画面をスキップします。

Boot Graphics

特に設定することはありません。

Cpu

ここも特に設定することはありません。

Devices

WhateverGreenのための設定と音声の基本的な設定をします。

 <key>Devices</key>
 <dict>
 <key>Audio</key>
 <dict>
 <key>Inject</key>
 <integer>1</integer>
 <key>ResetHDA</key>
 <true/>
 </dict>
 <key>Properties</key>
 <dict>
 <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
 <dict>
 <key>AAPL,ig-platform-id</key>
 <data>
 AwAiDQ==
 </data>
 </dict>
 </dict>
 <key>USB</key>
 <dict>
 <key>FixOwnership</key>
 <true/>
 </dict>
 </dict>

Fake ID（上のconfig.plistからは削除済み）:

このセクションは空白で良いです。昔は、HD4400のようなほぼサポートされているiGPUをサポートされたiGPUに見せかけるためにこの機能を使っていました。でも、今は、そのような目的には、よりクリーンなPropertiesセクションを使います。

Audio:

ここではaudioにinject Layout 1を指定します。これは皆さんが使っているマザーボードのコーデックで動く値ではないかもしれません。その場合は、AppleALCのSupported Codec Pageで番号を調べてください。

ここではさらにResetHDAを有効にしています。これはmacOSを再起動した後に、コーデックをニュートラルに戻してくれます。別のOSを起動してmacOSに戻ってきたときに発生する問題を解決します。

USB:

このセクションでは、FixOwnershipを指定します。これで、-vオプションで表示されるEnabling Legacy Matchingメッセージの真ん中あたりで止まってしまう問題を解決します。この問題は、HCI Hand OffをBIOSでセットしても解決します。

Properties:

このセクションの設定にはHeadkazeさんの Intel Framebuffer Patching Guideを参考にしました。そして、 ig-platform-idというプロパティを一つだけ記述しました。ここでは16進数の値の順番を入れ替えています。つまりig-plat が 0xAABBCCDDの場合、この記述でこれを0xDDCCBBAAにします。

ここで使う二つのig-platform-idは以下です。実態に合わせていずれかを使用します。

0x0D220003 – これはiGPUがディスプレイを使用する場合に使われます。
- 16進数を入れ替えると0300220Dになります。
- 入れ替えたバージョンをBase 64で表すとAwAiDQ== になります。
0x04120004 – これはiGPUが計算タスクにだけ使用される場合（表示には使われない場合）に使われます。
- 16進数を入れ替えると04001204 になります。
- 入れ替えたバージョンをBase 64で表すとBAASBA== になります。

このほか、2つのプロパティを追加しました。framebuffer-patch-enable と framebuffer-stolenmemです。前者はWhateverGreen.kext経由でのパッチ当てを有効にし、後者は最小流用メモリを19MBにします。

(訳注：framebuffer-patch-enable と framebuffer-stolenmemは、本サイトのconfig.plistにも書かれていないので、古い情報が残っている可能性があります。特に指定しなくても良いようです。一方、ig-platform-idは有用です。これを指定したら画面の乱れがなくなりました。)

HD 4400への対応

HD 4400をiGPUに搭載しているHaswellでは、以下のdevice-idの差し替えが必要です。HD 4400はmacOSではサポートされていないからです。

このdevice-idの差し替えには、上のig-platform-idの16進数入れ替えに類似した手順で行います。でも今回は最初の4桁だけの違いです。device-idは8桁の16進数なのですが、最初の4桁がデバイスIDで後半の4桁が製造社IDです。後半はどちらもインテル社なので同じだからです。そこで、デバイスIDが0xAABB0000であるものを 0xBBAA0000のように入れ替えれば良いのです。後半の4桁は変更する必要がありません。

(訳注：最後の4桁の8086の部分は製造社IDで、インテルを示します。歴史的に有名な16bit CPUの8086を表しています。その前の4桁がデバイスIDです。1番違いの異なるデバイスであることを示しています。)

device-idを偽装するための値は次のようになります。この値をdevice-idの項目に書いておけば、HD 4600が使えるようになります。

0x04120000 – これはmacOSでサポートされていないHD 4400デバイスIDです。
- 12040000 最初の2桁を入れ替えます。
- EgQAAA== そのbase 64です。

以上を基にしたPropertiesの設定です。先に説明したように、 ig-platform-id は個別の用法に合わせてください。

 <key>Properties</key>
 <dict>
 <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
 <dict>
 <key>device-id</key>
 <data>
 EgQAAA==
 </data>
 <key>AAPL,ig-platform-id</key>
 <data>
 AwAiDQ==
 </data>
 </dict>
 </dict>

Disable Drivers

ここでは特に設定することはありません。

Gui

 <key>GUI</key>
 <dict>
 <key>Scan</key>
 <dict>
 <key>Entries</key>
 <true/>
 <key>Tool</key>
 <true/>
 </dict>
 </dict>

Scan:

Scan settingsを変更します。この設定でブート出来ないエントリーを除外します。

Hide Volumes:

起動時に表示したくないボリュームを書いておきます。今回は何も指定しませんでした。以下が現れて困るようでしたら追加しておきます。

Preboot
VM

名前以外にUUIDもつかえます。これを知るには、以下のようにします。diskXsYのXとYは実際のボリューム番号にします。

diskutil info diskXsY | grep -i "Partition UUID" | rev | cut -d' ' -f 1 | rev

Theme:

新しいテーマをテストしたかったら (lover-next-blackがおすすめ)、 /Volumes/EFI/EFI/CLOVER/themes ディレクトリに置いて、Themeフィールドに名前を書いておけば良いです。

Graphics

昔は、iGPUをここで設定していましたが、DeviceセクションのPropertiesですでに設定しましたので、ここでは何もする必要はありません。Cloverが、インテルのiGPUを検出すると、config.plistにGraphicsセクションが無くても、自動的にIntel Injectionを有効にします。もしインテルiGPUを無効にしたい場合は、下のように明示的に書くことで無効にできます。

 <key>Graphics</key>
 <dict>
 <key>Inject</key>
 <false/>
 </dict>

Kernel And Kext Patches

 <key>KernelAndKextPatches</key>
 <dict>
 <key>KernelPm</key>
 <true/>
 <key>KextsToPatch</key>
 <array>
 <dict>
 <key>Comment</key>
 <string>Port limit increase</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 g710////EA==
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.12.x</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g710////Gw==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>Port limit increase (RehabMan)</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 g32IDw+DpwQAAA==
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.13.x</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g32ID5CQkJCQkA==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>Port limit increase (PMHeart)</string>
 <key>Disabled</key>
 <true/>
 <key>Find</key>
 <data>
 g/sPD4MDBQAA
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.14.0</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g/sPkJCQkJCQ
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>Port limit increase (Ricky)</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 g/sPD4OPBAAA
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.14.x</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g/sPkJCQkJCQ
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>External Icons Patch</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 RXh0ZXJuYWw=
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>Name</key>
 <string>AppleAHCIPort</string>
 <key>Replace</key>
 <data>
 SW50ZXJuYWw=
 </data>
 </dict>
 </array>
 </dict>

このセクションでは、いくつかの設定とkextパッチを行なっています。Clover Configuratorを使う場合は、以下の項目にチェックを入れます。

Apple RTC – これにより再起動でBIOSがリセットされてしまう現象を防止します。
KernelPM – これにより、MSR 0xe2に書き込みをしてしまうことを防ぎ、ブート時のカーネルパニックを防止します。

KextsToPatch:

ここでは4個の異なるkextパッチを設定しています。そのうち3個はUSBポート数制限に関するものです。1個はオレンジアイコン問題への対処です。これは内部ドライブがホットプラグ可能と判断されてオレンジ色のアイコンの外部ドライブとして現れてしまう問題です。

USBポート数制限のパッチにはMatchOS値が設定されています。実際に使用するOSバージョンのものだけを残しておいて、それ以外は削除して良いです。

RtVariables と SMBIOS

 <key>RtVariables</key>
 <dict>
 <key>BooterConfig</key>
 <string>0x28</string>
 <key>CsrActiveConfig</key>
 <string>0x3E7</string>
 <key>MLB</key>
 <string>C02532300QXG2Y7AD</string>
 <key>ROM</key>
 <string>UseMacAddr0</string>
 </dict>
 <key>SMBIOS</key>
 <dict>
 <key>BoardSerialNumber</key>
 <string>C02532300QXG2Y7AD</string>
 <key>ProductName</key>
 <string>iMac15,1</string>
 <key>SerialNumber</key>
 <string>C02Q6FYUFY10</string>
 <key>SmUUID</key>
 <string>C495EE18-C8EA-4100-8CAD-3099AC27772F</string>
 </dict>

SMBIOS情報の設定に関して私は、acidantheraの macserial アプリケーションを使っています。私は、同様なpythonスクリプトを書きました。これはconfig.plistに自動保存します。多くの項目は空白であってもCloverが自動的に埋めてくれます。これは、書き込むべき値にアップデートが必要になった時に自動的に書き換えてくれるということを意味します。

このHaswellの例では、互換性のためにiMac15,1 のSMBIOSを使いました。細かい機種割り当ては、次のようにすれば良いです。

iGPUを使うHaswellマシンならiMac14,1を使う
dGPUを使うHaswellマシンならiMac14,2を使う
Haswell RefreshマシンならiMac15,1を使う

macserialアプリケーションでSMBIOS情報を取得するために、これを-aオプションで起動します。これによりシリアル番号とボードシリアル番号を生成します。またgrepコマンドで検索するSMBIOSタイプを制約できます。 iMac15,1の例では、次のようにmacserialアプリケーションを起動します。

macserial -a | grep -i iMac15,1

これにより以下の結果を得られます。

  iMac15,1 | C02NFZZYFY10 | C02438207QXG2Y7FB
 iMac15,1 | C02P32YJFY10 | C02502303GUG2Y78C
 iMac15,1 | C02P2VZ7FY10 | C02501306QXG2Y7AD
 iMac15,1 | C02NM0EDFY10 | C02444701CDG2Y71H
 iMac15,1 | C02NVHZCFY10 | C02451303CDG2Y7JA
 iMac15,1 | C02QLRZ4FY10 | C02543300GUG2Y7JC
 iMac15,1 | C02QJ0UPFY10 | C02541902GUG2Y7JA
 iMac15,1 | C02QG0NGFY10 | C02539700J9G2Y71M
 iMac15,1 | C02N3XYEFY10 | C02429104J9G2Y7UE
 iMac15,1 | C02QW0M3FY10 | C02552700GUG2Y7JA

順番は、以下です。

Product | Serial | Board Serial (MLB)

iMac15,1の部分はSMBIOS -> Product Nameにコピーします。
Serialの部分はSMBIOS -> Serial Numberにコピーします。
Boardの部分はSMBIOS -> Board Serial Number と Rt Variables -> MLBにコピーします。

SmUUIDの値はターミナルのuuidgenコマンドで得られます。もしくは私のPlist-Toolスクリプトで自動生成できます。この結果を、SMBIOS -> SmUUIDにコピーします。

Rt Variables -> ROM を UseMacAddr0 に設定しました。これを設定するとオンボードのMACアドレスを流用してくれます。

BooterConfigは0x28に、CsrActiveConfigは0x3e7に設定しました。これで効果的にSIPを無効にしてくれます。このほか、よく使われる値は以下です。

0x0 – SIPを完全に有効にする
0x3 – 署名のないkextsの使用と保護されたディレクトリへの書き込みを許可する
0x3e7 – SIPを完全に無効にする

System Parameters

 <key>SystemParameters</key>
 <dict>
 <key>InjectKexts</key>
 <string>Yes</string>
 <key>InjectSystemID</key>
 <true/>
 </dict>

Inject Kexts:

この設定には3種類が可能です。ここではYesを使用しました。

Yes – CloverがEFIのkextを使用するよう指定する。
No – CloverがEFIのkextを使用しないよう指定する。
Detect – FakeSMC.kextがkextキャッシュに存在していない時だけkextを使用するよう、Cloverに指定する。

InjectSystemID:

この設定は、ブート時に、SmUUIDをsystem-idに設定するようCloverに指示します。これはiMessageなどに重要です。

まとめ

以上のconfig.plistを全部まとめたものをこちらで公開しておきます。

corpnewtさんのバニラガイド~Skylake用config.plist

Sun, 13 Jan 2019 11:58:32 +0900

Corpnewtさんのhackintoshデスクトップのためのバニラガイドから、今回は「Skylakeマシンのためのconfig.plistの作り方」のページをご紹介します。

Page not found

ちなみにこのガイドでは、

のconfig.plistの作り方が解説してあります。他のCPUを使う場合はそれを見てください。また、Config.plistの基礎編もご覧ください。
世代の近いCPUではそれぞれかなりの部分が共通です。Skylakeは実際のiMacで採用されているので、互換性が高く特殊な設定はありません。

（ここから抄訳）

ACPI

 <key>ACPI</key>
 <dict>
 <key>DSDT</key>
 <dict>
 <key>Fixes</key>
 <dict>
 <key>FixHPET</key>
 <true/>
 <key>FixIPIC</key>
 <true/>
 <key>FixRTC</key>
 <true/>
 <key>FixShutdown</key>
 <true/>
 <key>FixTMR</key>
 <true/>
 </dict>
 <key>Patches</key>
 <array>
 <dict>
 <key>Comment</key>
 <string>change XHCI to XHC</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 WEhDSQ==
 </data>
 <key>Replace</key>
 <data>
 WEhDXw==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>change XHC1 to XHC</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 WEhDMQ==
 </data>
 <key>Replace</key>
 <data>
 WEhDXw==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>change SAT0 to SATA</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 U0FUMA==
 </data>
 <key>Replace</key>
 <data>
 U0FUQQ==
 </data>
 </dict>
 </array>
 </dict>
 <key>DropTables</key>
 <array>
 <dict>
 <key>Signature</key>
 <string>DMAR</string>
 </dict>
 <dict>
 <key>Signature</key>
 <string>MATS</string>
 </dict>
 </array>
 <key>FixHeaders</key>
 <true/>
 <key>SSDT</key>
 <dict>
 <key>Generate</key>
 <dict>
 <key>PluginType</key>
 <true/>
 </dict>
 </dict>
 </dict>

Fixes:

Fixesでは以下を指定しました。

FixShutdown – いくつかのマザーボードでシャットダウンしようとしても再起動してしまう問題を解決します。これをtrueにすると、今度は逆にシャットダウンの問題を引き起こすこともあります。その場合はdisableにします。
このほか、IRQの衝突を解消するなどの指定がしてあります。これらは全てのハードウェアに必要ではないかもしれませんが、適用しても大きな害はありません。

Patches:

XHCI を XHCに変更 – これによりbuilt-in USB injectorsとの衝突を避けます
XHC1 を XHCに変更 – これによりbuilt-in USB injectorsとの衝突を避けます
SAT0 を SATAに変更 – 潜在的なSATA 互換性を改善します

Drop Tables:

DMAR – これはVt-dに関する問題を防止します。Vt-dは仮想マシンのためのPCIパススルーで、Hackintoshではほぼ全く機能しません。
MATS – High Sierra以降で、このテーブルが読み込まれると印刷不可能なキャラクタによりカーネルパニックする可能性があります。

FixHeadersとSSDT:

ここでは以下の指定をします。

FixHeaders – MATSテーブルをドロップすることに加えて念の為に設定します。これをtrueにするとCloverは印刷不可能なキャラクタによるカーネルパニックを防止します。
PluginType – X86PlatformPlugin をロードするためにいくつかのDSDTデータをインジェクトします。これにより、ネイティブなCPU電力制御を実現する手助けになります。この設定はHaswell以降のCPUでのみ機能します。

Boot

ここではあまり重要な項目はありません。

 <key>Boot</key>
 <dict>
 <key>Arguments</key>
 <string>keepsyms=1 dart=0 debug=0x100 shikigva=40 -v</string>
 <key>DefaultVolume</key>
 <string>LastBootedVolume</string>
 <key>Timeout</key>
 <integer>5</integer>
 </dict>

Arguments:

いくつかの起動オプションを追加しました。

-v – verboseモードになり、Apple logoとプログレスバーの裏側に表示されるメッセージが見えるようになります。Hackintoshする人に貴重な情報です。
dart=0 – Vt-d問題に対するもう一つの対策です。なくても良いです。
debug=0x100 – カーネルパニック時の再起動を防止します。運が良ければカーネルパニックに至った原因を発見できるかもしれません。
keepsyms=1 – これはdebug=0x100と一緒に設定し、macOSがカーネルパニック画面にシンボルも表示するよう設定します。これでカーネルパニックの原因追求の手助けになるかもしれません。
shikigva=40 – これはiGPU専用の設定です。Shiki関係の設定を行います。これにより以下のことが可能になります。
- 8 – AddExecutableWhitelist – whitelistがパッチされる
- 32 – ReplaceBoardID – AppleGVAで使うboard-idが別の値に置き換えられる

DefaultBootVolume と Timeout:

DefaultBootVolume – NVRAMが次に起動するドライブを覚えておくために使用します。
Timeout – DefaultBootVolumeで起動するまでの待ち時間の秒数です。負の値にするとタイムアウトしません。0にするとGUI画面をスキップします。

Boot Graphics

特に設定することはありません。

Cpu

ここも特に設定することはありません。

Devices

WhateverGreenのための設定と音声の基本的な設定をします。

 <key>Devices</key>
 <dict>
 <key>Audio</key>
 <dict>
 <key>Inject</key>
 <integer>1</integer>
 <key>ResetHDA</key>
 <true/>
 </dict>
 <key>Properties</key>
 <dict>
 <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
 <dict>
 <key>AAPL,ig-platform-id</key>
 <data>
 AAASGQ==
 </data>
 <key>framebuffer-patch-enable</key>
 <data>
 AQAAAA==
 </data>
 <key>framebuffer-stolenmem</key>
 <data>
 AAAwAQ==
 </data>
 </dict>
 </dict>
 <key>USB</key>
 <dict>
 <key>FixOwnership</key>
 <true/>
 </dict>
 </dict>

Fake ID（上のconfig.plistからは削除済み）:

Audio:

USB:

Properties:

ここで使う二つのig-platform-idは以下です。実態に合わせていずれかを使用します。

0x19120000 – これはiGPUがディスプレイを使用する場合に使われます。
- 16進数を入れ替えると00001219になります。
- 入れ替えたバージョンをBase 64で表すとAAASGQ== になります。
0x19120001 – これはiGPUが計算タスクにだけ使用される場合（表示には使われない場合）に使われます。
- 16進数を入れ替えると01001219 になります。
- 入れ替えたバージョンをBase 64で表すとAQASGQ== になります。

Disable Drivers

ここでは特に設定することはありません。

Gui

 <key>GUI</key>
 <dict>
 <key>Scan</key>
 <dict>
 <key>Entries</key>
 <true/>
 <key>Tool</key>
 <true/>
 </dict>
 </dict>

Scan:

Scan settingsを変更します。この設定でブート出来ないエントリーを除外します。

Hide Volumes:

起動時に表示したくないボリュームを書いておきます。今回は何も指定しませんでした。以下が現れて困るようでしたら追加しておきます。

Preboot
VM

名前以外にUUIDもつかえます。これを知るには、以下のようにします。diskXsYのXとYは実際のボリューム番号にします。

diskutil info diskXsY | grep -i "Partition UUID" | rev | cut -d' ' -f 1 | rev

Theme:

Graphics

 <key>Graphics</key>
 <dict>
 <key>Inject</key>
 <false/>
 </dict>

Kernel And Kext Patches

 <key>KernelAndKextPatches</key>
 <dict>
 <key>KernelPm</key>
 <true/>
 <key>KextsToPatch</key>
 <array>
 <dict>
 <key>Comment</key>
 <string>Port limit increase</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 g710////EA==
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.12.x</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g710////Gw==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>Port limit increase (RehabMan)</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 g32IDw+DpwQAAA==
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.13.x</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g32ID5CQkJCQkA==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>Port limit increase (PMHeart)</string>
 <key>Disabled</key>
 <true/>
 <key>Find</key>
 <data>
 g/sPD4MDBQAA
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.14.0</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g/sPkJCQkJCQ
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>Port limit increase (Ricky)</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 g/sPD4OPBAAA
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.14.x</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g/sPkJCQkJCQ
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>External Icons Patch</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 RXh0ZXJuYWw=
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>Name</key>
 <string>AppleAHCIPort</string>
 <key>Replace</key>
 <data>
 SW50ZXJuYWw=
 </data>
 </dict>
 </array>
 </dict>

このセクションでは、いくつかの設定とkextパッチを行なっています。Clover Configuratorを使う場合は、以下の項目にチェックを入れます。

Apple RTC – これにより再起動でBIOSがリセットされてしまう現象を防止します。
KernelPM – これにより、MSR 0xe2に書き込みをしてしまうことを防ぎ、ブート時のカーネルパニックを防止します。

KextsToPatch:

USBポート数制限のパッチにはMatchOS値が設定されています。実際に使用するOSバージョンのものだけを残しておいて、それ以外は削除して良いです。

RtVariables と SMBIOS

 <key>RtVariables</key>
 <dict>
 <key>BooterConfig</key>
 <string>0x28</string>
 <key>CsrActiveConfig</key>
 <string>0x3E7</string>
 <key>MLB</key>
 <string>C02634902QXGPF7FB</string>
 <key>ROM</key>
 <string>UseMacAddr0</string>
 </dict>
 <key>SMBIOS</key>
 <dict>
 <key>BoardSerialNumber</key>
 <string>C02634902QXGPF7FB</string>
 <key>ProductName</key>
 <string>iMac17,1</string>
 <key>SerialNumber</key>
 <string>C02S8DY7GG7L</string>
 <key>SmUUID</key>
 <string>DD574F3E-5774-414A-8FF9-5B0089B09480</string>
 </dict>

このCoffee Lakeの例では、互換性のためにiMac17,1 のSMBIOSを使いました。

macserialアプリケーションでSMBIOS情報を取得するために、これを-aオプションで起動します。これによりシリアル番号とボードシリアル番号を生成します。またgrepコマンドで検索するSMBIOSタイプを制約できます。 iMac17,1の例では、次のようにmacserialアプリケーションを起動します。

macserial -a | grep -i iMac17,1

これにより以下の結果を得られます。

  iMac17,1 | C02S8DY7GG7L | C02634902QXGPF7FB
 iMac17,1 | C02T4WZSGG7L | C02703104GUGPF71M
 iMac17,1 | C02QQAYPGG7L | C025474014NGPF7FB
 iMac17,1 | C02SNLZ3GG7L | C02645501CDGPF7AD
 iMac17,1 | C02QQRY8GG7L | C025474054NGPF71F
 iMac17,1 | C02QK1ZXGG7L | C02542200GUGPF7JC
 iMac17,1 | C02SL0YXGG7L | C026436004NGPF7JA
 iMac17,1 | C02QW0J5GG7L | C02552130QXGPF7JA
 iMac17,1 | C02RXDZYGG7L | C02626100GUGPF71H
 iMac17,1 | C02R4MYRGG7L | C02603200GUGPF7JA

順番は、以下です。

Product | Serial | Board Serial (MLB)

iMac17,1の部分はSMBIOS -> Product Nameにコピーします。
Serialの部分はSMBIOS -> Serial Numberにコピーします。
Boardの部分はSMBIOS -> Board Serial Number と Rt Variables -> MLBにコピーします。

Rt Variables -> ROM を UseMacAddr0 に設定しました。これを設定するとオンボードのMACアドレスを流用してくれます。

BooterConfigは0x28に、CsrActiveConfigは0x3e7に設定しました。これで効果的にSIPを無効にしてくれます。このほか、よく使われる値は以下です。

0x0 – SIPを完全に有効にする
0x3 – 署名のないkextsの使用と保護されたディレクトリへの書き込みを許可する
0x3e7 – SIPを完全に無効にする

System Parameters

 <key>SystemParameters</key>
 <dict>
 <key>InjectKexts</key>
 <string>Yes</string>
 <key>InjectSystemID</key>
 <true/>
 </dict>

Inject Kexts:

この設定には3種類が可能です。ここではYesを使用しました。

Yes – CloverがEFIのkextを使用するよう指定する。
No – CloverがEFIのkextを使用しないよう指定する。
Detect – FakeSMC.kextがkextキャッシュに存在していない時だけkextを使用するよう、Cloverに指定する。

InjectSystemID:

この設定は、ブート時に、SmUUIDをsystem-idに設定するようCloverに指示します。これはiMessageなどに重要です。

まとめ

以上のconfig.plistを全部まとめたものをこちらで公開しておきます。

corpnewtさんのバニラガイド~Kaby Lake用config.plist

Sun, 13 Jan 2019 11:31:42 +0900

Corpnewtさんのhackintoshデスクトップのためのバニラガイドから、今回は「Kaby Lakeマシンのためのconfig.plistの作り方」のページをご紹介します。

Page not found

ちなみにこのガイドでは、

のconfig.plistの作り方が解説してあります。他のCPUを使う場合はそれを見てください。また、Config.plistの基礎編もご覧ください。
世代の近いCPUではそれぞれかなりの部分が共通です。Kaby Lakeは実際のMacのモバイルモデルで採用されているので、互換性が高く特殊な設定はありません。

（ここから抄訳）

ACPI

 <key>ACPI</key>
 <dict>
 <key>DSDT</key>
 <dict>
 <key>Fixes</key>
 <dict>
 <key>FixHPET</key>
 <true/>
 <key>FixIPIC</key>
 <true/>
 <key>FixRTC</key>
 <true/>
 <key>FixShutdown</key>
 <true/>
 <key>FixTMR</key>
 <true/>
 </dict>
 <key>Patches</key>
 <array>
 <dict>
 <key>Comment</key>
 <string>change XHCI to XHC</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 WEhDSQ==
 </data>
 <key>Replace</key>
 <data>
 WEhDXw==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>change XHC1 to XHC</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 WEhDMQ==
 </data>
 <key>Replace</key>
 <data>
 WEhDXw==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>change SAT0 to SATA</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 U0FUMA==
 </data>
 <key>Replace</key>
 <data>
 U0FUQQ==
 </data>
 </dict>
 </array>
 </dict>
 <key>DropTables</key>
 <array>
 <dict>
 <key>Signature</key>
 <string>DMAR</string>
 </dict>
 <dict>
 <key>Signature</key>
 <string>MATS</string>
 </dict>
 </array>
 <key>FixHeaders</key>
 <true/>
 <key>SSDT</key>
 <dict>
 <key>Generate</key>
 <dict>
 <key>PluginType</key>
 <true/>
 </dict>
 </dict>
 </dict>

Fixes:

Fixesでは以下を指定しました。

FixShutdown – いくつかのマザーボードでシャットダウンしようとしても再起動してしまう問題を解決します。これをtrueにすると、今度は逆にシャットダウンの問題を引き起こすこともあります。その場合はdisableにします。
このほか、IRQの衝突を解消するなどの指定がしてあります。これらは全てのハードウェアに必要ではないかもしれませんが、適用しても大きな害はありません。

Patches:

XHCI を XHCに変更 – これによりbuilt-in USB injectorsとの衝突を避けます
XHC1 を XHCに変更 – これによりbuilt-in USB injectorsとの衝突を避けます
SAT0 を SATAに変更 – 潜在的なSATA 互換性を改善します

Drop Tables:

DMAR – これはVt-dに関する問題を防止します。Vt-dは仮想マシンのためのPCIパススルーで、Hackintoshではほぼ全く機能しません。
MATS – High Sierra以降で、このテーブルが読み込まれると印刷不可能なキャラクタによりカーネルパニックする可能性があります。

FixHeadersとSSDT:

ここでは以下の指定をします。

FixHeaders – MATSテーブルをドロップすることに加えて念の為に設定します。これをtrueにするとCloverは印刷不可能なキャラクタによるカーネルパニックを防止します。
PluginType – X86PlatformPlugin をロードするためにいくつかのDSDTデータをインジェクトします。これにより、ネイティブなCPU電力制御を実現する手助けになります。この設定はHaswell以降のCPUでのみ機能します。

Boot

ここではあまり重要な項目はありません。

 <key>Boot</key>
 <dict>
 <key>Arguments</key>
 <string>keepsyms=1 dart=0 debug=0x100 shikigva=40 -v</string>
 <key>DefaultVolume</key>
 <string>LastBootedVolume</string>
 <key>Timeout</key>
 <integer>5</integer>
 </dict>

Arguments:

いくつかの起動オプションを追加しました。

-v – verboseモードになり、Apple logoとプログレスバーの裏側に表示されるメッセージが見えるようになります。Hackintoshする人に貴重な情報です。
dart=0 – Vt-d問題に対するもう一つの対策です。なくても良いです。
debug=0x100 – カーネルパニック時の再起動を防止します。運が良ければカーネルパニックに至った原因を発見できるかもしれません。
keepsyms=1 – これはdebug=0x100と一緒に設定し、macOSがカーネルパニック画面にシンボルも表示するよう設定します。これでカーネルパニックの原因追求の手助けになるかもしれません。
shikigva=40 – これはiGPU専用の設定です。Shiki関係の設定を行います。これにより以下のことが可能になります。
- 8 – AddExecutableWhitelist – whitelistがパッチされる
- 32 – ReplaceBoardID – AppleGVAで使うboard-idが別の値に置き換えられる

DefaultBootVolume と Timeout:

DefaultBootVolume – NVRAMが次に起動するドライブを覚えておくために使用します。
Timeout – DefaultBootVolumeで起動するまでの待ち時間の秒数です。負の値にするとタイムアウトしません。0にするとGUI画面をスキップします。

Boot Graphics

特に設定することはありません。

Cpu

ここも特に設定することはありません。

Devices

WhateverGreenのための設定と音声の基本的な設定をします。

 <key>Devices</key>
 <dict>
 <key>Audio</key>
 <dict>
 <key>Inject</key>
 <integer>1</integer>
 <key>ResetHDA</key>
 <true/>
 </dict>
 <key>Properties</key>
 <dict>
 <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
 <dict>
 <key>AAPL,ig-platform-id</key>
 <data>
 AAASWQ==
 </data>
 <key>framebuffer-patch-enable</key>
 <data>
 AQAAAA==
 </data>
 <key>framebuffer-stolenmem</key>
 <data>
 AAAwAQ==
 </data>
 </dict>
 </dict>
 <key>USB</key>
 <dict>
 <key>FixOwnership</key>
 <true/>
 </dict>
 </dict>

Fake ID（上のconfig.plistからは削除済み）:

Audio:

USB:

Properties:

ここで使う二つのig-platform-idは以下です。

0x59120000 – これはiGPUがディスプレイを使用する場合に使われます。
- 16進数を入れ替えると00001259になります。
- 入れ替えたバージョンをBase 64で表すとAAASWQ== になります。
0x59120003 – これはiGPUが計算タスクにだけ使用される場合（表示には使われない場合）に使われます。
- 16進数を入れ替えると03001259 になります。
- 入れ替えたバージョンをBase 64で表すとAwASWQ== になります。

Disable Drivers

ここでは特に設定することはありません。

Gui

 <key>GUI</key>
 <dict>
 <key>Scan</key>
 <dict>
 <key>Entries</key>
 <true/>
 <key>Tool</key>
 <true/>
 </dict>
 </dict>

Scan:

Scan settingsを変更します。この設定でブート出来ないエントリーを除外します。

Hide Volumes:

起動時に表示したくないボリュームを書いておきます。今回は何も指定しませんでした。以下が現れて困るようでしたら追加しておきます。

Preboot
VM

名前以外にUUIDもつかえます。これを知るには、以下のようにします。diskXsYのXとYは実際のボリューム番号にします。

diskutil info diskXsY | grep -i "Partition UUID" | rev | cut -d' ' -f 1 | rev

Theme:

Graphics

 <key>Graphics</key>
 <dict>
 <key>Inject</key>
 <false/>
 </dict>

Kernel And Kext Patches

 <key>KernelAndKextPatches</key>
 <dict>
 <key>KernelPm</key>
 <true/>
 <key>KextsToPatch</key>
 <array>
 <dict>
 <key>Comment</key>
 <string>Port limit increase</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 g710////EA==
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.12.x</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g710////Gw==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>Port limit increase (RehabMan)</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 g32IDw+DpwQAAA==
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.13.x</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g32ID5CQkJCQkA==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>Port limit increase (PMHeart)</string>
 <key>Disabled</key>
 <true/>
 <key>Find</key>
 <data>
 g/sPD4MDBQAA
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.14.0</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g/sPkJCQkJCQ
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>Port limit increase (Ricky)</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 g/sPD4OPBAAA
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.14.x</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g/sPkJCQkJCQ
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>External Icons Patch</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 RXh0ZXJuYWw=
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>Name</key>
 <string>AppleAHCIPort</string>
 <key>Replace</key>
 <data>
 SW50ZXJuYWw=
 </data>
 </dict>
 </array>
 </dict>

このセクションでは、いくつかの設定とkextパッチを行なっています。Clover Configuratorを使う場合は、以下の項目にチェックを入れます。

Apple RTC – これにより再起動でBIOSがリセットされてしまう現象を防止します。
KernelPM – これにより、MSR 0xe2に書き込みをしてしまうことを防ぎ、ブート時のカーネルパニックを防止します。

KextsToPatch:

USBポート数制限のパッチにはMatchOS値が設定されています。実際に使用するOSバージョンのものだけを残しておいて、それ以外は削除して良いです。

RtVariables と SMBIOS

 <key>RtVariables</key>
 <dict>
 <key>BooterConfig</key>
 <string>0x28</string>
 <key>CsrActiveConfig</key>
 <string>0x3E7</string>
 <key>MLB</key>
 <string>C02726902CDH69F1M</string>
 <key>ROM</key>
 <string>UseMacAddr0</string>
 </dict>
 <key>SMBIOS</key>
 <dict>
 <key>BoardSerialNumber</key>
 <string>C02726902CDH69F1M</string>
 <key>ProductName</key>
 <string>iMac18,1</string>
 <key>SerialNumber</key>
 <string>C02TX0VDH7JY</string>
 <key>SmUUID</key>
 <string>91492A73-595C-4D97-A6FC-2B5D3ED1B54D</string>
 </dict>

このCoffee Lakeの例では、互換性のためにiMac18,1 のSMBIOSを使いました。Kaby Lakeと互換性の高いSMBIOSは以下の2種類です。

iMac18,1 – これはiGPUを表示に使用するコンピュータで使われます。
iMac18,3 – これはdGPUを表示に使用し、iGPUは計算のみに使用するコンピュータで使われます

macserialアプリケーションでSMBIOS情報を取得するために、これを-aオプションで起動します。これによりシリアル番号とボードシリアル番号を生成します。またgrepコマンドで検索するSMBIOSタイプを制約できます。 iMac18,1の例では、次のようにmacserialアプリケーションを起動します。

macserial -a | grep -i iMac18,1

これにより以下の結果を得られます。

iMac18,1 | C02T8SZNH7JY | C02707101J9H69F1F
iMac18,1 | C02VXBYDH7JY | C02753100GUH69FCB
iMac18,1 | C02T7RY6H7JY | C02706310GUH69FA8
iMac18,1 | C02VD07ZH7JY | C02737301J9H69FCB
iMac18,1 | C02TQPYPH7JY | C02720802CDH69FAD
iMac18,1 | C02VXYYVH7JY | C02753207CDH69FJC
iMac18,1 | C02VDBZ0H7JY | C02737700QXH69FA8
iMac18,1 | C02VP0H6H7JY | C02746300CDH69FJA
iMac18,1 | C02VL0W9H7JY | C02743303CDH69F8C
iMac18,1 | C02V2NYMH7JY | C02728600J9H69FAD

順番は、以下です。

Product | Serial | Board Serial (MLB)

iMac18,1の部分はSMBIOS -> Product Nameにコピーします。
Serialの部分はSMBIOS -> Serial Numberにコピーします。
Boardの部分はSMBIOS -> Board Serial Number と Rt Variables -> MLBにコピーします。

Rt Variables -> ROM を UseMacAddr0 に設定しました。これを設定するとオンボードのMACアドレスを流用してくれます。

BooterConfigは0x28に、CsrActiveConfigは0x3e7に設定しました。これで効果的にSIPを無効にしてくれます。このほか、よく使われる値は以下です。

0x0 – SIPを完全に有効にする
0x3 – 署名のないkextsの使用と保護されたディレクトリへの書き込みを許可する
0x3e7 – SIPを完全に無効にする

System Parameters

 <key>SystemParameters</key>
 <dict>
 <key>InjectKexts</key>
 <string>Yes</string>
 <key>InjectSystemID</key>
 <true/>
 </dict>

Inject Kexts:

この設定には3種類が可能です。ここではYesを使用しました。

Yes – CloverがEFIのkextを使用するよう指定する。
No – CloverがEFIのkextを使用しないよう指定する。
Detect – FakeSMC.kextがkextキャッシュに存在していない時だけkextを使用するよう、Cloverに指定する。

InjectSystemID:

この設定は、ブート時に、SmUUIDをsystem-idに設定するようCloverに指示します。これはiMessageなどに重要です。

まとめ

以上のconfig.plistを全部まとめたものをこちらで公開しておきます。

corpnewtさんのバニラガイド~Coffee Lake用config.plist

Sun, 13 Jan 2019 00:52:22 +0900

Corpnewtさんのhackintoshデスクトップのためのバニラガイドから、今回は「Coffee Lakeマシンのためのconfig.plistの作り方」のページをご紹介します。

Page not found

ちなみにこのガイドでは、

のconfig.plistの作り方が解説してあります。他のCPUを使う場合はそれを見てください。Config.plistの基礎編もご覧ください。
世代の近いCPUではそれぞれかなりの部分が共通です。Coffee Lakeは実際のMacでの搭載実績がないため、iGPUを使う部分が少し複雑になっています。iGPUを使わなければほぼKaby Lake以前と同じで良いようです。

（ここから抄訳）

ACPI

 <key>ACPI</key>
 <dict>
 <key>DSDT</key>
 <dict>
 <key>Fixes</key>
 <dict>
 <key>AddMCHC</key>
 <true/>
 <key>FixHPET</key>
 <true/>
 <key>FixIPIC</key>
 <true/>
 <key>FixRTC</key>
 <true/>
 <key>FixShutdown</key>
 <true/>
 <key>FixTMR</key>
 <true/>
 </dict>
 <key>Patches</key>
 <array>
 <dict>
 <key>Comment</key>
 <string>change XHCI to XHC</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 WEhDSQ==
 </data>
 <key>Replace</key>
 <data>
 WEhDXw==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>change XHC1 to XHC</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 WEhDMQ==
 </data>
 <key>Replace</key>
 <data>
 WEhDXw==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>change SAT0 to SATA</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 U0FUMA==
 </data>
 <key>Replace</key>
 <data>
 U0FUQQ==
 </data>
 </dict>
 </array>
 </dict>
 <key>DropTables</key>
 <array>
 <dict>
 <key>Signature</key>
 <string>DMAR</string>
 </dict>
 <dict>
 <key>Signature</key>
 <string>MATS</string>
 </dict>
 </array>
 <key>FixHeaders</key>
 <true/>
 <key>SSDT</key>
 <dict>
 <key>Generate</key>
 <dict>
 <key>PluginType</key>
 <true/>
 </dict>
 </dict>
 </dict>

Fixes:

Fixesでは以下を指定しました。

FixShutdown – いくつかのマザーボードでシャットダウンしようとしても再起動してしまう問題を解決します。これをtrueにすると、今度は逆にシャットダウンの問題を引き起こすこともあります。その場合はdisableにします。
このほか、IRQの衝突を解消するなどの指定がしてあります。これらは全てのハードウェアに必要ではないかもしれませんが、適用しても大きな害はありません。

Patches:

XHCI を XHCに変更 – これによりbuilt-in USB injectorsとの衝突を避けます
XHC1 を XHCに変更 – これによりbuilt-in USB injectorsとの衝突を避けます
SAT0 を SATAに変更 – 潜在的なSATA 互換性を改善します

Drop Tables:

DMAR – これはVt-dに関する問題を防止します。Vt-dは仮想マシンのためのPCIパススルーで、Hackintoshではほぼ全く機能しません。
MATS – High Sierra以降で、このテーブルが読み込まれると印刷不可能なキャラクタによりカーネルパニックする可能性があります。

FixHeadersとSSDT:

ここでは以下の指定をします。

FixHeaders – MATSテーブルをドロップすることに加えて念の為に設定します。これをtrueにするとCloverは印刷不可能なキャラクタによるカーネルパニックを防止します。
PluginType – X86PlatformPlugin をロードするためにいくつかのDSDTデータをインジェクトします。これにより、ネイティブなCPU電力制御を実現する手助けになります。この設定はHaswell以降のCPUでのみ機能します。

Boot

ここではあまり重要な項目はありません。

 <key>Boot</key>
 <dict>
 <key>Arguments</key>
 <string>keepsyms=1 dart=0 debug=0x100 shikigva=40 -v</string>
 <key>DefaultVolume</key>
 <string>LastBootedVolume</string>
 <key>Timeout</key>
 <integer>5</integer>
 </dict>

Arguments:

いくつかの起動オプションを追加しました。

-v – verboseモードになり、Apple logoとプログレスバーの裏側に表示されるメッセージが見えるようになります。Hackintoshする人に貴重な情報です。
dart=0 – Vt-d問題に対するもう一つの対策です。なくても良いです。
debug=0x100 – カーネルパニック時の再起動を防止します。運が良ければカーネルパニックに至った原因を発見できるかもしれません。
keepsyms=1 – これはdebug=0x100と一緒に設定し、macOSがカーネルパニック画面にシンボルも表示するよう設定します。これでカーネルパニックの原因追求の手助けになるかもしれません。
shikigva=40 – これはiGPU専用の設定です。Shiki関係の設定を行います。これにより以下のことが可能になります。
- 8 – AddExecutableWhitelist – whitelistがパッチされる
- 32 – ReplaceBoardID – AppleGVAで使うboard-idが別の値に置き換えられる

DefaultBootVolume と Timeout:

DefaultBootVolume – NVRAMが次に起動するドライブを覚えておくために使用します。
Timeout – DefaultBootVolumeで起動するまでの待ち時間の秒数です。負の値にするとタイムアウトしません。0にするとGUI画面をスキップします。

Boot Graphics

特に設定することはありません。

Cpu

ここも特に設定することはありません。

Devices

WhateverGreenのための設定と音声の基本的な設定をします。

 <key>Devices</key>
 <dict>
 <key>Audio</key>
 <dict>
 <key>Inject</key>
 <integer>1</integer>
 <key>ResetHDA</key>
 <true/>
 </dict>
 <key>Properties</key>
 <dict>
 <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
 <dict>
 <key>AAPL,ig-platform-id</key>
 <data>
 BwCbPg==
 </data>
 <key>framebuffer-patch-enable</key>
 <data>
 AQAAAA==
 </data>
 <key>framebuffer-stolenmem</key>
 <data>
 AAAwAQ==
 </data>
 </dict>
 </dict>
 <key>USB</key>
 <dict>
 <key>FixOwnership</key>
 <true/>
 </dict>
 </dict>

Fake ID（上のconfig.plistからは削除済み）:

Audio:

USB:

Properties:

ここで使う二つのig-platform-idは以下です。

0x3E9B0007 – これはiGPUがディスプレイを使用する場合に使われます。
- 16進数を入れ替えると07009B3Eになります。
- 入れ替えたバージョンをBase 64で表すとBwCbPg== になります。
0x3E920003 – これはiGPUが計算タスクにだけ使用される場合（表示には使われない場合）に使われます。
- 16進数を入れ替えると0300923E になります。
- 入れ替えたバージョンをBase 64で表すとAwCSPg== になります。

ここで使った値は、Coffee Lake (第8世代) とCoffee Lake Refresh (第9世代) で使われるインテル UHD グラフィックス 630の値です。macOS 10.12 から 10.13.5では、インテル UHD グラフィックス 630搭載CPUの発売前でしたので、この値はサポートされていません。なので、macOS 10.12 から 10.13.5では、Kaby Lakeのガイドと同じ値 (インテル HD グラフィックス 630の値) にすべきです。

i3-8100のUHD 630への対応

i3-8100にもUHD 630が搭載されていますが、8700Kなど、実際のMacに搭載されているCPUとはdevice-idが異なっています。具体的には3e918086 と 3e928086の違いです。そこで、i3-8100のUHD 630を使用するためにはIDの差し替えが必要です。

このdevice-idの差し替えには、上のig-platform-idの16進数入れ替えに類似した手順で行います。でも今回は最初の4桁だけの違いです。デバイスIDが0xAABB0000であるものを 0xBBAA0000のように入れ替えれば良いのです。後半の4桁は変更する必要がありません。

device-idを偽装するための値は次のようになります。この値をdevice-idの項目に書いておけば、8100のUHD 630が問題なく使えるようになります。

0x3e920000 – これは8700K搭載UHD 630のデバイスIDです。
- 923e0000 最初の2桁を入れ替えます。
- kj4AAA== そのbase 64です。

以上を基にしたPropertiesの設定です。先に説明したように、 ig-platform-id は個別の用法に合わせてください。

 <key>Properties</key>
 <dict>
 <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
 <dict>
 <key>device-id</key>
 <data>
 kj4AAA==
 </data>
 <key>AAPL,ig-platform-id</key>
 <data>
 BwCbPg==
 </data>
 <key>framebuffer-patch-enable</key>
 <data>
 AQAAAA==
 </data>
 <key>framebuffer-stolenmem</key>
 <data>
 AAAwAQ==
 </data>
 </dict>
 </dict>

ピンク問題

UHD 630 iGPUをHDMIで使用すると画面がピンクぽくなる問題が発生することがあります。私も経験して、いくつかの方法で解決しました。

まずは、この問題をRedditの投稿で見て、ディスプレイを強制的にRGBモードにすることで解決すると知りました。YCbCrモードだと不具合が出るようです。そのためのスクリプトを作りました。うまく動きますが、本当の解決法とは思えませんでした。以下、手元のマシンで解決した手順を示します。

IORegのConnector Types

そこで、IORegistryExplorerを開いて検索窓に IGPU (これはACPIのなかの GFX0 となっていることがありますが、Lilu + WhateverGreen が正しく変更してくれているはずです。) とタイプすると次の画面になります。

IORegの中にIGPUを見つけたら、検索窓をクリアします。これにより、IGPUセクションのすべての情報が見えるようになります。

このスクリーンショットでわかるように、いくつかの異なる AppleIntelFramebuffer connectionsが表示されています。私がディスプレイに接続している特定のフレームバッファを探してみます。私の場合、これは、AppleIntelFramebuffer@1でした。これを左のペーンで選択すると、connector-type propertyがわかります。私の場合、これはもともと <00 04 00 00> に設定されていました。このconnector typeは次の値を持つことができます。

<00 04 00 00> – これはDisplayPort
<00 08 00 00> – これはHDMI
<04 00 00 00> – これはDigital DVI
<02 00 00 00> – これはLVDS (モバイルPC用)
<01 00 00 00> – これは単なるダミーのポート

これで私の場合、HDMIポートがDisplayPortとして認識されていたことが判明しました。そこでWhateverGreenのパッチ機能を使ってconnector-typeを変更します。

間違っていたポートはAppleIntelFramebuffer@1でした。これはポート1です。そこでPropertiesでport patchを有効にします。そして、connector typeをHDMIにします。これを実現するために、次のProperties エントリーを使います。

framebuffer-conX-enable = 01000000
framebuffer-conX-type = 00080000

これをbase 64に変換して、エントリーを追加した結果は以下になります。

 <key>Properties</key>
 <dict>
 <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
 <dict>
 <key>AAPL,ig-platform-id</key>
 <data>
 BwCbPg==
 </data>
 <key>device-id</key>
 <data>
 kj4AAA==
 </data>
 <key>framebuffer-con1-enable</key>
 <data>
 AQAAAA==
 </data>
 <key>framebuffer-con1-type</key>
 <data>
 AAgAAA==
 </data>
 <key>framebuffer-patch-enable</key>
 <data>
 AQAAAA==
 </data>
 <key>framebuffer-stolenmem</key>
 <data>
 AAAwAQ==
 </data>
 </dict>
 </dict>

この設定により、私の環境ではHDMIオーディオも有効になりました。

Disable Drivers

ここでは特に設定することはありません。

Gui

 <key>GUI</key>
 <dict>
 <key>Scan</key>
 <dict>
 <key>Entries</key>
 <true/>
 <key>Tool</key>
 <true/>
 </dict>
 </dict>

Scan:

Scan settingsを変更します。この設定でブート出来ないエントリーを除外します。

Hide Volumes:

起動時に表示したくないボリュームを書いておきます。今回は何も指定しませんでした。以下が現れて困るようでしたら追加しておきます。

Preboot
VM

名前以外にUUIDもつかえます。これを知るには、以下のようにします。diskXsYのXとYは実際のボリューム番号にします。

diskutil info diskXsY | grep -i "Partition UUID" | rev | cut -d' ' -f 1 | rev

Theme:

新しいテーマをテストしたかったら (clover-next-blackがおすすめ)、 /Volumes/EFI/EFI/CLOVER/themes ディレクトリに置いて、Themeフィールドに名前を書いておけば良いです。

Graphics

 <key>Graphics</key>
 <dict>
 <key>Inject</key>
 <false/>
 </dict>

Kernel And Kext Patches

 <key>KernelAndKextPatches</key>
 <dict>
 <key>KernelPm</key>
 <true/>
 <key>KextsToPatch</key>
 <array>
 <dict>
 <key>Comment</key>
 <string>Port limit increase</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 g710////EA==
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.12.x</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g710////Gw==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>Port limit increase (RehabMan)</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 g32IDw+DpwQAAA==
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.13.x</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g32ID5CQkJCQkA==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>Port limit increase (PMHeart)</string>
 <key>Disabled</key>
 <true/>
 <key>Find</key>
 <data>
 g/sPD4MDBQAA
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.14.0</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g/sPkJCQkJCQ
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>Port limit increase (Ricky)</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 g/sPD4OPBAAA
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>MatchOS</key>
 <string>10.14.x</string>
 <key>Name</key>
 <string>com.apple.driver.usb.AppleUSBXHCI</string>
 <key>Replace</key>
 <data>
 g/sPkJCQkJCQ
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>External Icons Patch</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 RXh0ZXJuYWw=
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>Name</key>
 <string>AppleAHCIPort</string>
 <key>Replace</key>
 <data>
 SW50ZXJuYWw=
 </data>
 </dict>
 </array>
 </dict>

このセクションでは、いくつかの設定とkextパッチを行なっています。Clover Configuratorを使う場合は、以下の項目にチェックを入れます。

Apple RTC – これにより再起動でBIOSがリセットされてしまう現象を防止します。
KernelPM – これにより、MSR 0xe2に書き込みをしてしまうことを防ぎ、ブート時のカーネルパニックを防止します。

KextsToPatch:

USBポート数制限のパッチにはMatchOS値が設定されています。実際に使用するOSバージョンのものだけを残しておいて、それ以外は削除して良いです。

RtVariables と SMBIOS

 <key>RtVariables</key>
 <dict>
 <key>BooterConfig</key>
 <string>0x28</string>
 <key>CsrActiveConfig</key>
 <string>0x3E7</string>
 <key>MLB</key>
 <string>C02726902CDH69F1M</string>
 <key>ROM</key>
 <string>UseMacAddr0</string>
 </dict>
 <key>SMBIOS</key>
 <dict>
 <key>BoardSerialNumber</key>
 <string>C02726902CDH69F1M</string>
 <key>ProductName</key>
 <string>iMac18,1</string>
 <key>SerialNumber</key>
 <string>C02TX0VDH7JY</string>
 <key>SmUUID</key>
 <string>91492A73-595C-4D97-A6FC-2B5D3ED1B54D</string>
 </dict>

このCoffee Lakeの例では、互換性のためにiMac18,1 のSMBIOSを使いました。Coffee Lakeと互換性の高いSMBIOSは以下の2種類です。

iMac18,1 – これはiGPUを表示に使用するコンピュータで使われます。
iMac18,3 – これはdGPUを表示に使用し、iGPUは計算のみに使用するコンピュータで使われます

macserial -a | grep -i iMac18,1

これにより以下の結果を得られます。

iMac18,1 | C02T8SZNH7JY | C02707101J9H69F1F
iMac18,1 | C02VXBYDH7JY | C02753100GUH69FCB
iMac18,1 | C02T7RY6H7JY | C02706310GUH69FA8
iMac18,1 | C02VD07ZH7JY | C02737301J9H69FCB
iMac18,1 | C02TQPYPH7JY | C02720802CDH69FAD
iMac18,1 | C02VXYYVH7JY | C02753207CDH69FJC
iMac18,1 | C02VDBZ0H7JY | C02737700QXH69FA8
iMac18,1 | C02VP0H6H7JY | C02746300CDH69FJA
iMac18,1 | C02VL0W9H7JY | C02743303CDH69F8C
iMac18,1 | C02V2NYMH7JY | C02728600J9H69FAD

順番は、以下です。

Product | Serial | Board Serial (MLB)

iMac18,1の部分はSMBIOS -> Product Nameにコピーします。
Serialの部分はSMBIOS -> Serial Numberにコピーします。
Boardの部分はSMBIOS -> Board Serial Number と Rt Variables -> MLBにコピーします。

Rt Variables -> ROM を UseMacAddr0 に設定しました。これを設定するとオンボードのMACアドレスを流用してくれます。

BooterConfigは0x28に、CsrActiveConfigは0x3e7に設定しました。これで効果的にSIPを無効にしてくれます。このほか、よく使われる値は以下です。

0x0 – SIPを完全に有効にする
0x3 – 署名のないkextsの使用と保護されたディレクトリへの書き込みを許可する
0x3e7 – SIPを完全に無効にする

System Parameters

 <key>SystemParameters</key>
 <dict>
 <key>InjectKexts</key>
 <string>Yes</string>
 <key>InjectSystemID</key>
 <true/>
 </dict>

Inject Kexts:

この設定には3種類が可能です。ここではYesを使用しました。

Yes – CloverがEFIのkextを使用するよう指定する。
No – CloverがEFIのkextを使用しないよう指定する。
Detect – FakeSMC.kextがkextキャッシュに存在していない時だけkextを使用するよう、Cloverに指定する。

InjectSystemID:

この設定は、ブート時に、SmUUIDをsystem-idに設定するようCloverに指示します。これはiMessageなどに重要です。

まとめ

以上のconfig.plistを全部まとめたものをこちらで公開しておきます。

corpnewtさんのバニラガイド~config.plistの基礎

Thu, 10 Jan 2019 23:43:55 +0900

Redditのhackintosh掲示板で丁寧に質問に答えてくれているCorpnewtさんが、hackintoshのためのバニラデスクトップガイドというページを用意してくれています。バニラなインストールのためのガイドとして優れています。今回は「config.plistの基礎」というページをご紹介します。

Page not found

またCorpnewtさんのガイドには、CPUごとのconfig.plistの内容が解説されていて、とても参考になります。以下で紹介しておきました。

corpnewtさんのバニラガイド~Haswell用config.plist

corpnewtさんのバニラガイド~Skylake用config.plist

corpnewtさんのバニラガイド~Kaby Lake用config.plist

corpnewtさんのバニラガイド~Coffee Lake用config.plist

（ここから基礎編の抄訳）

config.plistは、/Volumes/EFI/EFI/CLOVER/config.plist にあります。Hackintosh初心者が苦労するファイルの一つです。

これは何か?

config.plistはXMLで書かれたpropertyリストです。 XMLはマークアップ言語でHTMLと似ています。

構造

Cloverは、config.plistに正しいパーツが正しい場所に書かれていることを前提にして参照します。configの順番やスコープはとても大事で、間違った場所に書かれた情報はCloverに伝わりません。

データタイプ

いくつかのメインのデータタイプがあります。一般的なものを紹介します。注意：ここでは開始タグしか示さない場合があります。実際には終了タグも必要です。

Strings（文字列）

<string>This is a string</string>

Stringsはそのままです。

Integers（整数値）

<integer>1</integer>

数字そのものです。

Data（base64データ）

<data>RXh0ZXJuYWw=</data>

上のstringsに似ていますが、これは何らかのデータをbase64で表現したものです。この例は、ASCII文字列のデータをbase64で表示したものです。次のターミナル操作でこの例のbase64を元のデータに戻してASCII文字として表示できます。

echo RXh0ZXJuYWw= | python -m base64 -d && echo

この結果、「External」という文字が表示されます。&&を使って文字列が表示された後に改行しています。これで見やすくなっています。

ASCII文字からbase64へはこのようにして変換できます。

echo External | base64

この結果、RXh0ZXJuYWw= が得られます。

（訳注：4の整数倍の個数になるよう=を足しているようです。またbase64 -Dコマンドでもデコードできるようです。）

Booleans（論理型）

<true/> or <false/>

これはboolean値です。

Arrays（配列）

<array>
 <string>Bob</string>
 <string>Jim</string>
 <string>Chris</string>
</array>

アイテムの unordered list です。

Dictionaries（辞書）

<dict>
 <key>Name</key>
 <string>Bob</string>
 <key>Age</key>
 <integer>20</integer>
 <key>Knows XML</key>
 <true/>
</dict>

これはdictionaryです。keyとvalueがセットです。keyは文字です。

例

True/Falseを書き換える

最初の例では、boolean valueをtrueからfalseに書き換えてみます。KextsToPatchエントリーはDisabledがfalseなので機能しています。

<dict>
 <key>Comment</key>
 <string>External icons patch</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 RXh0ZXJuYWw=
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>Name</key>
 <string>AppleAHCIPort</string>
 <key>Replace</key>
 <data>
 SW50ZXJuYWw=
 </data>
</dict>

たくさん記載されていますが、まずはkeyの意味を説明します。

Comment – なんのパッチなのかを示す単なるコメントです
Disabled – 逆な感じを受けますが、パッチを無効にするかしないかの指定です。trueだと無効になり、falseだと有効です。
InfoPlistPatch – Cloverに、Info.plistなのか、kextのバイナリーなのか、どちらの方にパッチを当てようとしていることを伝えます。falseなのでバイナリーです
Name – パッチを当てようとしているkextの名前です
Find – バイナリの中で検索すべきbase64データです
Replace – findデータを置き換えるためのデータです（発見できた場合）

Cloverは、AppleAHCIPort kextの中の、RXh0ZXJuYWw= (デコードするとExternalという文字です)というデータを探して SW50ZXJuYWw= (デコードするとInternalという文字です)に置き換えます。その結果、(通常はexternalドライブと考えられる）ホットプラグ可能なドライブが、internalドライブとしてデスクトップに表示されます。このパッチは、起動時に自動的に当てられます。そして非破壊です、すなわちAppleAHCIPort kextを書き換えません。

このパッチを無効にするには、Disabledキーをfalseからtrueにすれば良いです。

<dict>
 <key>Comment</key>
 <string>External icons patch</string>
 <key>Disabled</key>
 <true/>
 <key>Find</key>
 <data>
 RXh0ZXJuYWw=
 </data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>Name</key>
 <string>AppleAHCIPort</string>
 <key>Replace</key>
 <data>
 SW50ZXJuYWw=
 </data>
</dict>

簡単でしょ?

Arrayに新しいdictを追加する

以下のようなconfig.plistのconfig.plist -> ACPI -> DSDT -> Patchesに新しいパッチを追加してみます。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
 <key>ACPI</key>
 <dict>
 <key>DSDT</key>
 <dict>
 <key>Fixes</key>
 <dict>
 <key>FixHPET</key>
 <true/>
 <key>FixIPIC</key>
 <true/>
 <key>FixRTC</key>
 <true/>
 <key>FixTMR</key>
 <true/>
 </dict>
 <key>Patches</key>
 <array>
 <dict>
 <key>Comment</key>
 <string>change OSID to XSID (to avoid match against _OSI XOSI patch)</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 T1NJRA==
 </data>
 <key>Replace</key>
 <data>
 WFNJRA==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>change _OSI to XOSI</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 X09TSQ==
 </data>
 <key>Replace</key>
 <data>
 WE9TSQ==
 </data>
 </dict>
 </array>

まずはACPIがあり、その下位にDSDTがあることがわかります。DSDTの下に、Fixesがあり、それと並んでPatchesがあります。今はFixesセクションはおいておきます。Patchesだけに注目します。

まずは、Patchesの下に、開始タグ () があり、2個のdictionariesがあります。上で説明したのに似た内容が書いてあります(Comment, Disabled, Find, Replaceという項目があります)。dictionariesの後に、arrayの終了タグ()があります。ここではとタグの間に新しいdictionaryを追加します。こんなdictionaryです。

<dict>
 <key>Comment</key>
 <string>change SAT0 to SATA</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 U0FUMA==
 </data>
 <key>Replace</key>
 <data>
 U0FUQQ==
 </data>
</dict>

まずはarrayには順番がありません、どこに入れても良いです。ここでは最後に追加します。すると：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
 <key>ACPI</key>
 <dict>
 <key>DSDT</key>
 <dict>
 <key>Fixes</key>
 <dict>
 <key>FixHPET</key>
 <true/>
 <key>FixIPIC</key>
 <true/>
 <key>FixRTC</key>
 <true/>
 <key>FixTMR</key>
 <true/>
 </dict>
 <key>Patches</key>
 <array>
 <dict>
 <key>Comment</key>
 <string>change OSID to XSID (to avoid match against _OSI XOSI patch)</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 T1NJRA==
 </data>
 <key>Replace</key>
 <data>
 WFNJRA==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>change _OSI to XOSI</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 X09TSQ==
 </data>
 <key>Replace</key>
 <data>
 WE9TSQ==
 </data>
 </dict>
 <dict>
 <key>Comment</key>
 <string>change SAT0 to SATA</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>
 U0FUMA==
 </data>
 <key>Replace</key>
 <data>
 U0FUQQ==
 </data>
 </dict>
 </array>

以上のようになります。

LattePanda AlphaでmacOSを起動する

Tue, 25 Dec 2018 00:10:29 +0900

最近発売されたシングルボードコンピュータLattePanda Alphaは、Intelの第7世代Core m3-7Y30を搭載しています。MacBook 2017の最下位モデルに搭載されているm3-7Y32のクロック違いバージョンです。公式にはWindowsとLinuxをサポートしていますがmacOSがブートできないはずはありません。インストールの方法を紹介したビデオも複数公開されています。そんなLattePanda Alphaがいよいよ国内で発売になりました。

これにmacOSをインストールすると以下が可能になりました。

スリープとシャットダウン
M.2経由SATAタイプSSDの使用
有線LAN
Bluetooth（こちらをご覧ください）
M.2 WiFiの使用（こちらをご覧ください）
HDMI経由のサウンド
搭載されているArduino
USB Type A
USB Type C （こちらをご覧ください）

試していない機能は以下です。でも多分動くと思います。

M.2経由のNVMeタイプSSD
アナログ音声

LattePanda Alphaの仕様

LattePanda Alphaの特徴は、 m3-7y30プロセッサ搭載ワンボードコンピュータに、サブプロセッサとしてArduinoが搭載されていることです。Arduinoの入出力ピンも基板の縁についています。macOSからArduino IDEでプログラミングして、LEDを点滅させたりできるわけです。仕様を書き出しておきます。

CPUはIntel 第7世代 Core m3-7y30で1.0-2.6 GHz 2コア/ 4スレッドです。MacBook 2017搭載のm3-7Y32は、クロックが1.1-3.0 GHzである以外は、全く同じCPU仕様です。デバイスIDも同じです。
GPUはIntel HD Graphics 615 900 MHzです。これもm3-7Y32と同一です。Hackintoshとして互換性が高いと思われます。
RAM：LPDDR3-1866 デュアルチャンネルのRAMを8GB搭載しています。MacBookの標準モデルと同じです。
ストレージ（補助記憶装置）の有無により2種類のモデルがあります。無しモデルがAlpha 800, 有りがAlpha 864です。Alpha 864は64GBのeMMC (embedded Multi Media Card: 基板に直接半田付けするSDカードのような規格) を搭載しています。ただしeMMCはmacOSで使用できないそうです。
無線ユニットは、Wi-Fi：802.11 ac（2.4 G & 5 G）とBluetooth 4.2をサポートしています。インテルのモジュールなのでmacOSからは使用できません。半田付なので交換することもできません。
M.2ソケットが基板裏面に2個あります。1つはMキー（PCIe 4x NVMe SSD、SATA SSD用）で、もう1つはEキー（PCIe 2x USB2.0、UART、PCM用）です。Eキーが付いているところが素晴らしいです。ここにmacOS互換の無線ユニットを取り付けられます。Hackintoshのために用意されたソケットのようなものです。
ギガビットイーサネットは~~多分インテル製~~Realtek製でmacOSから使用可能です。
USBポートは3 x USB 3.0 TypeA、1 x USB Type C（PD、DP対応　USB3.0）
ディスプレイ出力はHDMI。macOSから音声も出せます。
コプロセッサ：Arduino Leonardo搭載。LeonardoはUSBキーボード・マウスのエミュレーションもできるので、既存のmacOSアプリとの連携させるのも面白いと思います。
サイズ：115 × 78 mm

販売店と機種選定

国内ではスイッチサイエンスと秋月電子が販売しています。LattePandaのサイトが紹介するオンラインショッピングページで買うこともできます。AmazonにもLattePandaの代理店が出店しているので、そのうち買えるようになるかと思います。

上で述べたように、LattePanda Alphaには800と864の2つのモデルがあり、違いは補助記憶装置の有無です。864は64GBのeMMCを搭載しています。eMMCは半田付けSDカードのようなチップなので、SSDより低速でHDD程度の速度です。800と864の価格差は秋月で5,100円、本国でも3,300円くらいするので、差額で小容量M.2 SSDが買えてしまいます。その上、こちらの動画のコメントによるとeMMCはmacOSから使用できないようです。SDカードは専用のシリアルインタフェースを採用しているので、ノートPCのHackintoshでも大抵は動きません。eMMCも同じ理由でmacOSから認識できないのだと思われます。ということでmacOSをインストールするならeMMC無しモデルが適していると思います。LattePanda Alpha 800は秋月で40,600円、本家サイトではACアダプタ・送料込み298ドルです。

追記：m3-7y30（第7世代CPU）が入手困難なため、次期バージョンからCPUが第8世代のm3-8100yに変更になるようです。m3-8100yは今の所、現行モデルのMacで採用されていないので互換性は未知数です（動く可能性は高いと思います）。グラフィックスはIntel UHD Graphics 615になります。UHD 615は8100Bを搭載したMac mini (2018) などで使用されています。また、新しいCPUのLattePanda Alphaは、型番の最後にsが付き800sとなり、価格も$100値上がりするようです。秋月電子ではまだ古い800を売っています。(2019/4/19)

macOSをインストールする

ドライブを用意

ドライブ無しのモデルなのでM.2 SSDを調達します。SSDは、NVMeでもSATAでもどちらでも機能します。現状ではSATAの方が安いですし、あまり性能を追求する場面でもないので、安いM.2 SATA SSDを用意しました。2280タイプだとネジ穴がピッタリ合います。

BIOSの設定

LattePanda Alphaを起動してBIOS設定画面に入ります。だいたいは工場出荷時状態でokです。Intel VT-D Techはデフォルトで有効でしたのでdisableにします。次で説明するESP内容を配布しているサイトでは、HDMIから音を出すにはiDisplay Audioをenableにしなければいけないとありますが、これもデフォルトでそうなっていた気がします。

ESP内容の入手

現行のMacBookに限りなく近い構成ですが、macOSを動かすには色々とパッチを当てないといけないようです。Z390マザボで使ったようなシンプルなconfig.plistでは起動しませんでした。検索すると色々な人がmacOSインストールを試していました。以下のサイトではESPの内容を配布してくれていましたので、ESPの一式をダウンロードしました。

Releases · novaspirit/macpanda

インストール用USBメモリ作成

別のmacOSマシンで、App StoreからmacOS Mojaveインストール.appをダウンロードします。この中にあるcreateinstallmediaコマンドを使い、インストール用USBメモリを作成します。これが起動することをmacOSマシンで確認しておきます。

次に、このUSBのESPに、前述のサイトからダウンロードしたESPの中身をコピーします。中身のコピー先がよくわからない場合は、一旦CloverをESPにインストールして、そのCLOVERディレクトリをダウンロードしたものと入れ替えれば良いです。ダウンロードしたものに入っているCloverは多分最新版では無いので、最新のCloverインストーラを使ってインストールし直しておくのも良いと思います。

LattePandaでインストール用USBを起動

LattePandaにUSBメモリを接続して、BIOSで起動ドライブをこれに設定して起動します。ESP一式が揃っていますので難なく起動します。ここからM.2 SSDをフォーマットしてmacOSをインストールします。インストール終了したら、USBのESPを使ってSSDのmacOSを起動します。

M.2 SSDのESPを構成する

macOSが起動したM.2 SSDのESPに必要ファイルを入れます。まずはCloverインストーラでCloverをインストールしても良いです。USBのESPからconfig.plistやkext類をM.2 SSDのESPにコピーし、最終的には同じ状態に構成します。LattePandaを再起動して、BIOSでSSDを起動ドライブに設定すれば、macOSが起動します。

Cloverを設定する

入手したconfig.plistには、コメントアウトされている記述も多く、削除してスッキリさせたい気もしました。ただ、色々チューンされた結果のようで、あまり変更しない方が良いようでした。

ただ、SMBIOSは新しく設定した方が良いと感じました。少なくともシリアル番号はオリジナルな値にしておくべきでしょう。上記サイトで配布されている設定では、なぜかMacBook9,1の設定になっています。Core m3-7Y30に類似したCore m3-7Y32はMacBook10,1ですので、その方が何かと互換性が良くなる気がします。CPUの世代の古い機種に設定してある理由は何かあるのかもしれませんが、気持ちよくMacBook10,1に設定しました。シリアル番号やSmUUIDも新しくします。詳しくはこちらをご覧ください。

SIPを設定するCsrActiveConfigは0x67になっています。0x00にしたかったのですが、起動しませんでした。色々試みたところ0x02が限界のようです。Filesystemへの変更を許可する設定です。起動時にどこかで制限ディレクトリ内容を更新するような動きがあるのかもしれません。

SystemParametersにはCustomUUIDの指定があります。これもuuidgenコマンドで新たに生成した値に変えておいた方が良いと思います。ただ、この項目はなくてもCloverが生成してくれますし、それに失敗した場合はSmUUIDが使われるようです。SMBIOSの設定をしておけば、これは不要かもしれません。

また手元の環境では、「システム終了…」を選んでも、すぐに再起動してしまう不具合がありました。config.plistにFixShutdownをtrueにする設定を追加したところ、これは解決しました。

<key>ACPI</key>
<dict>
        <key>DSDT</key>
        <dict>
                <key>Fixes</key>
               <dict>
                        <key>FixShutdown</key>
                        <true/>

配布されているdrivers64EFIには以下のefiドライバが入っています。

ApfsDriverLoader-64.efi
AppleImageCodec-64.efi
AppleKeyAggregator-64.efi
AppleKeyFeeder-64.efi
AppleUITheme-64.efi
AptioMemoryFix-64.efi
DataHubDxe-64.efi
FirmwareVolume-64.efi
FSInject-64.efi
PartitionDxe-64.efi
SMCHelper-64.efi
VBoxHfs-64.efi

このうち、

AppleImageCodec-64.efi
AppleKeyAggregator-64.efi
AppleKeyFeeder-64.efi
AppleUITheme-64.efi
FirmwareVolume-64.efi

はFileVaultのためのドライバですので、FileVaultを使わないなら（多分使わないと思いますので）外しても良いと思います。ちなみにkext類は以下がインストールされています。LANはRealtekだったようです。

AppleALC.kext
AppleHDA.kext
FakePCIID_Intel_HDMI_Audio.kext
FakePCIID.kext
FakeSMC.kext
Lilu.kext
RealtekRTL8111.kext
USBInjectAll.kext
WhateverGreen.kext

動作と性能の確認

以上で問題なく起動しました。ESP内容をダウンロードしてきたので楽でした。スリープもしますし、シャットダウンも正常です。LANも動きます。音声はHDMIディスプレイから出ます。CPUを確認するコマンドをターミナルから入力すると以下のようにCore m3-7Y30であることが確認できます。

$ sysctl -n machdep.cpu.brand_string
Intel(R) Core(TM) m3-7Y30 CPU @ 1.00GHz

WiFiとBluetoothは動きません。macOSと互換性のある無線モジュールが必要です。詳細はこちらをご覧ください。

GeekBenchで測定したところ妥当な結果でした。本物のMacBook10,1のスコアよりは多少悪いのですが、クロックが遅い下位CPUなのでこの程度と思います。クロック差程度の違いです。GeekBenchのサイトにはCore m3-7y30搭載のMacBook10,1という謎仕様MacBookのスコアもいくつか上がっています。どう見てもLattePanda AlphaでmacOSを動かしているお仲間の仕業のようです。

Intel Power GadgetでCPUの動きを確認しました。負荷に応じてクロック数、消費電力、温度が変化するので、電力制御も機能している様子です。アイドル時の消費電力はわずかの1.3wです。IvyBridgeモバイル版Core i3 3217U搭載のNUCですら調整しても2.7wでしたので、その半分の消費電力です。低消費電力macOSサーバとして適していると思います。

Arduinoを使う

開発環境を用意する

LattePandaの特徴はArduinoが搭載されていることです。Arduino Leonardoが搭載されたmacOSマシンは他にはありませんので、注目すべきところです。Arduinoは自作愛好者向けのプログラミングが簡単な組み込みマイクロコンピュータです。そのデジタル・アナログ入出力ピンがボードに搭載されていて、センサー、LED、モーター、リレーなどいろいろな部品を接続できます。ArduinoのチップとメインのCore m3はUSBで接続されています。要するにMacBookにUSB接続でArduino Leonardoを接続した状態になっているわけです。ちなみにArduino Leonardoはこんな製品として売られています。少し安めの互換品も多数出回っています。

Arduinoを使うには開発環境Arduino IDEをここからダウンロードします。寄付を募られますが、無料でも使えます。起動したら、まずは「ツール」から「ボード」を選択します。Arduinoには多くのモデルがあって、ポート番号の割り当てや多少命令系統が違います。ここでは搭載されているArduino Leonardoを選択します。

次に「ツール」「シリアルポート」からシリアルポートを選びます。選択肢の中にArduino Leonardoがありました。内部でUSB接続されていることが確認できます。これを選択します。

これであとはプログラム（Arduinoではスケッチと呼んでいます）を書いて、ダウンロードすれば良いです。

Lチカする

開発環境が整ったら、まずは最も簡単なプログラムを書いて動作確認したいところです。プログラミング言語では、”Hello World!”という文字を画面に表示するプログラムがよく使われます。マイクロコンピュータ開発環境では、接続したLEDをチカチカ点滅させるプログラム、略してLチカがHello World!みたいな存在です。Lチカを書いてみましょう。新規スケッチウィンドウを開きます。Processingという開発環境を使ったことのある人なら、馴染みのあるウィンドウです。Processingを真似て作られたので似ています。ちなみにProcessingの裏ではJavaが動いていますが、ArduinoではC++コンパイラが動きます。

新規ウィンドウにはプログラムの雛形があります。setupとloopという二つの関数があります。setupは起動時・リセット時に1回だけ実行される関数で、loopはその後、無限に繰り返し実行される関数です。setupに初期化関係の処理を書いて、loopに本体を書きます。Lチカを以下のように書きました。

最初に整数型（しかありませんが）変数としてLEDを宣言して、値を13にしています。Arduinoの入出力ポートの13番を使おうとしています。他の番号でももちろん良いです。ちなみに13番は、大抵のArduinoで、ボード上に搭載したLEDに接続されています。LattePanda Alphaでも電源LEDの隣のLEDに接続されています。なので、LEDを接続しなくてもテストができるので楽です。

setupでは、13番ポートを出力モードにしています。この手のマイクロコンピュータは、ピンを有効利用するために、入力にも出力にも切り替えて使えるように設計されています。なので、最初にどちらかに設定しておく必要があるのです。loopでは13番ポートに、最初に電圧を出力し、1000ミリ秒待ち、次に電圧を切り、次にまた1000ミリ秒待つプログラムを書きました。1秒おきに点灯と消灯を繰り返すプログラムで、これでLEDがチカチカします。

ウィンドウの左上にある矢印アイコンをクリックすると、スケッチがコンパイルされて、Arduinoにダウンロードされます。ダウンロード後にArduinoがリセットされて、スケッチが実行されます。LattePanda Alphaの角にある青い電源LEDの隣に赤いLEDがあります。その下にD13と書いてあります。デジタルピンの13番に接続されたLEDという意味です。これが1秒ごとに点滅するはずです。

Arduinoの入出力ポートには、この他、スイッチなどを接続するデジタル入力、アナログ入出力、シリアル接続など様々な機能があります。センサやアクチュエータ、ディスプレイなどを接続することができます。Lチカができればあとは無限の可能性があります。

USBデバイスにする

Arduino LeonardoはArduinoシリーズの中でも高機能なボードです。USBコントローラをチップに内蔵しているので、USBキーボードやUSBマウスの機能を実現することもできます。ここでは、Arduino LeonardoをUSBマウスとして機能させてみます。次のようなスケッチを用意します。

最初にMouse.hをインクルードしています。USBマウス機能を使うためのヘッダファイルです。setupではMouse機能を起動させています。loopの中ではmove関数を使って、x, y方向に30画素進ませて、次に逆方向に30画素戻しています。これをコンパイルして動かすと・・・マウスポインタが右下に少しだけ移動し、0.2秒後に戻ってきて、再び0.2秒後に右下に移動します。とっても邪魔なプログラムが完成しました。頑張って0.2秒のうちにスケッチウィンドウに文字カーソルを置いて、無害なプログラムに書き直して（最終的にはLチカに戻すと良いです）、0.2秒のうちに頑張ってコンパイル・ダウンロードアイコンを押しましょう。

これは邪魔なだけで何の役にも立たないプログラムでした。でもうまく使えば、例えばArduinoのピンにスイッチをつけて、そのスイッチを押すと、「現在のマウスポインタを中心に300×300画素部分をドラッグして選択してくれる機能」、などが実現できます。多少便利かもしれません。

ポストインストール

以上のように問題なくmacOSが動きました。この後は、インストール後の調整をして、少しずつ快適な環境に設定していけば良いです。

WiFi/Bluetoothの設定

こちらで紹介しています。

LattePanda AlphaのBluetooth/WiFi

USBの設定

こちらで紹介しています。macOSの15個制限で、USB 3 Type-Aポートの一つが使えません。これを使えるようにするために、明らかに不要なUSBポートを除外する設定をします。

LattePanda AlphaのUSB

バッテリー設定を消す

機種をMacBookにしたので当然なのですが、「システム環境設定…」「省エネルギー」の設定で、「電源アダプタ」と「バッテリー」の2つのタブが表示されます。「電源アダプタ」タブがデフォルトで表示されるので、こちらで設定しておけば問題ないのです。でもconfig.plistのSMBIOS設定でバッテリーのタブを消すことができます。以下をご覧ください。

電池を搭載してないことをOSに知らせる

LattePanda Alphaの使い道

もともとLattePanda AlphaはWindowsやLinuxが動いてArduinoで制御できるボードとして売っています。Raspberry Piが近いライバルですが、あちらよりはかなり高性能で、しかもWindowsが動くところが売りです。Raspberry PiはLinuxしか動きません。さらには、そこでmacOSが動くのですから、面白いガジェットだと思います。とはいえその面白さが心に響く人はそれほど多くないかもしれません。何が嬉しいのか考えてみました。

超小型・低消費電力のmacOSコンピュータ。ディスプレイ裏に取り付ければ、iMacみたいなコンピュータが作れます。低消費電力なので常時電源を入れるサーバ向きかもしれません。もしくは、デジタルサイネージのような使い方も良いかもです。近い位置付けのコンピュータにIntel NUCがあります。NUCには標準のSATAソケットがついているモデルもあるので大容量のHDDを接続できます。それができないのでLattePanda Alphaはファイルサーバには向いていないです。一方、最近のNUCはWiFi/Bluetoothの無線ユニットが半田付けで、無線ユニット用のソケットがありません。macOSと互換性の高い純正無線ユニットは使えないと考えて良いです。LattePanda Alphaには純正無線ユニットが変換アダプター経由で接続できるEキータイプのM.2ソケットが搭載されています。本体ボードに無線ユニットが搭載されているのに、別にEキーソケットを用意するというのは変わった設計のような気がします。SSD用のMキーのソケットをもう一つ用意しても良いのにと思います。EキーをつけてくれたのはmacOSに配慮したとしか思えません。
Arduinoを使えるmacOS環境がワンボードで用意できます。もっとも、MacBookにArduino LeonardoをUSB接続すれば、同じことができます。Arduinoが外付けなら、回路を壊しても安価に交換できます。なので、これもどうしてもワンボードで実現したい用途に限定されます。LattePandaのサイトでは、自立走行小型ロボットに搭載する例が紹介されています。高度な画像処理や機械学習をしながら、モータやセンサを駆使したい場合には、軽量、小型に実現できるので向いているかもしれません。
カスタマイズできるUSBキーボード・マウス機能を持ったmacOSマシンとして使えます。上で示したように、マウスやキーボードで行うことはなんでもプログラムで実現できます。センサの結果やネットの状況を、キーボード・マウス経由で反映することが可能です。センサの結果をプログラムで受け取るのが簡単になります。
ウェアラブルなmacOSが実現できます。これもLattePandaのサイトで紹介されています。HMDに接続したり、画像処理を行ったり、センサに接続したりする高性能なコンピュータを、小型、省電力で提供できます。USB Type-Cで電源供給するので、豊富なモバイルバッテリー製品が電源として利用できます。

ということで、万人ウケする製品ではないかもしれません。でも、「ディスプレイとキーボード・トラックパッドと、バッテリーを取り外したMacBook 2017」に相当するコンピュータですので、こういうものが欲しかったという人が必ず居ると思いました。

つづき

以下もごらんください。

LattePanda AlphaのBluetooth/WiFi

LattePanda AlphaのUSB

9900K搭載Z390マザーボードでHackintoshを作る

Sat, 15 Dec 2018 16:59:13 +0900

久々に最新パーツで組んでみたところ、macOSがすんなり動きました。インテルの第9世代CoreプロセッサCoffee Lake-S Refresh搭載のZ390チップセットマザーボードです。

スロット数で選んだマザーボード

最新パーツでHackintoshを作る上で、マザーボードは選択肢が豊富なパーツです。市販の300シリーズチップセット搭載マザーボードのほとんどでHackintosh可能です。拡張スロット構成、SATA/USB/m.2コネクタ構成、追加機能、色とデザインなど考慮して、各人の目的や好みに合わせて自由に選んで良いです。だいたいどれでもちゃんと動くと良いと思います。特にこだわりがなければ、掲示板やブログでHackintoshに成功したとの報告のあるマザーボードを選んでおけば良いです。今回はASUS ROG MAXIMUS XI HEROを選びました。問題なく動きます。

ASUS ROG MAXIMUS XI HEROを選定した１番の理由はPCIeスロット数が多いことです。多くの人はMacからなくなってしまった拡張性を求めてHackintoshをしていると思います。なのでPCIe空きスロットが多いことは重要です。ATXマザーボードには規格上最大7本のPCIeスロットを搭載できます。たくさんありますが、どうしても必要なスロットを考えると、自由に使える「空きスロット」はだんだん少なくなっていきます。

まずは、Hackintoshでは高性能で安定しているグラフィックスボード（以下グラボ）を使用することが多いです。一般的なグラボは2スロット占有するので、グラボを1枚挿すと空きは5本になります。

使いにくいスロットもあります。Z390チップセットにはグラボ2枚挿しできるように、CPU直結PCIeを分割する機能があります。グラボ2枚あれば、NVIDIAではSLI, AMDではCrossFireと呼ばれる機能を使って描画を高速化できます。しかしmacOSではこの機能が使えないので、分割されたPCIeスロットは使いにくいです。分割用スロットを使ってしまうと、グラボへのデータ転送スピードが低下するからです。詳細は以下の記事で説明しました。ということでCPU直結PCIeを分割したPCIeスロットがあったら、それは使わないことにしたいです。とすると、その場合、空きは4本になります。

Z390 m-ATXマザボのPCIe

kakaku.comでZ390マザーボードを検索すると、現時点で38製品もあります。選択肢は豊富です。これらの製品のPCIeスロットから、グラボ用のスロット、その隣のスロット、SLI用分割スロットを除外した「空きスロット」を数えてみました。すると以下のようでした。

GIGABYTE AORUS製品群: 3本
MSI MEG製品群：3本
ASUS ROG MAXIMUS EXTREME/FORMULA/CODE: 2本
ASRock Taichi製品群/Phantom Gaming 9: 3本
ASUS ROG MAXIMUS HERO/ROG STRIX: 4本
ASUS PRIME: 4本
GIGABYTE GAMING X: 5本
ASRock Phantom Gaming 6/4/Pro 4: 4本
ASUS TUF: 5本
GIGABYTE GAMING SLI: 4本
ASRock Extreme 4: 4本
ASUS PRIME Z390-P: 5本
GIGABYTE AORUS ELITE: 4本
MSI MEG GAMING PLUS：4本
GIGABYTE UD: 5本
MSI Z390-A PRO: 4

このリストは、各製品群最上位モデルの価格順に並べてあります。大体は空きスロットが、上で計算したように、4本か5本です。3本とか2本というモデルもリストの上位にあります。つまり空きスロット数は、上位モデルに少なく、下位モデルに多い傾向があります。GIGABYTE, MSI, ASUS, ASRockの上位モデルが属する製品群ブランドが、AORUS, MEG, MAXIMUS, Taichiです。AORUS, MEG, MAXIMUS製品群の最高価格モデルは、かなり高価なのですが、実は空きスロット数が少ないです。一方で、各メーカの廉価版にはCPU直結PCIe分割機能がないので空きスロットが5本あるモデルもあります。ただ、廉価版になるとUSB Type-Cコネクタが無いモデルになり、本物のMacと比較して見劣りがします。

自作PCの良いところはメーカ製PCに比べて良質なパーツを選べる点だと思います。なので、マザーボードもそこそこ良い製品を選びたいと考えています。過去に安いマザーボードを選んだところ、動作に問題はないのですが、基板が薄くてヘリが曲がっていたこともあります。しっかりとした厚みがあり、重量感のあるマザーボードを選びたいと思います。また上位の製品には、オンボードのスイッチや状態LEDなどがあり色々と便利です。

という観点からマザーボードを選定し、リストの比較的上位にありながらスロット数が4本あるASUS ROG MAXIMUS XI HEROを選びました。高級感があり、BIOSで設定できる内容も多くて満足できる製品でした。ASUS ROG STRIXも良いと思いましたが、英語や漢字をあしらった模様が施されているのが趣味に合わなかったです。ASUS ROG MAXIMUS XI HEROで一番気に入った機能は、OS不要かつネットワーク経由でBIOSアップデートが行えることです。BIOSメニューからASUSのサーバにアクセスして新しいBIOSをダウンロードしてアップデートできます。

CPUは9900K

CPUは話題のCore i9-9900Kにしました。インテルの第9世代CoreプロセッサCoffee Lake-S Refreshシリーズです。現在も品薄傾向がありますが、以前よりは買いやすくなったようです。8コア16スレッドあるのが楽しみです。

9900Kの正12面体パッケージは想像していた以上に大きいです。かさばって邪魔です。ちなみにこれほどの性能が日々の作業に必要かというと、全くのオーバースペックです。自動車・カメラ・ピュアオーディオなどのオタクが身の丈に合わない機材を揃えるのと同じです。macOSをブートすることが楽しみなのでそれで良いのです。

グラフィックスはRX 580

グラフィックスボードはRadeon RX580を使用しました。Mojaveで使う現行製品としてはRX560/570/580/590/Vega56/Vega64しか選択肢はありません。今回はSapphireを使用しました。でも、どこのブランドでも大丈夫です。

ドライブはSSD

以下の作業では、手元に余っていた2.5インチSSDを使ってインストールしています。その後、M.2 SSDに移行しました。将来的には、

256GB程度のシステム用（root用）M.2 SSD
1TB程度のデータ用（/Users）2.5 inch SSD
4TB程度のTimeMachine用3.5 inch HDD
4TB程度のデータ倉庫用3.5 inch HDD

の構成で運用しようと考えているので、Western Digitalの250GB M.2 SSDを購入しました。

M.2 SSDを取り付けた作業の詳細は以下をご覧ください。

ASUS MAXIMUS XI HEROにM.2 SSD (WD SN750)を取り付ける

そのほかのパーツ

マザーボード搭載のWiFiはインテル製なので動かないです。一方で、マザーボード搭載のBluetoothは、Ericsson製品のようですが、macOSからある程度認識されました。LattePandaの場合のように、kextを用意すれば動くのかもしれません。でもこれらは使わずに純正と同じ無線モジュールを手配しました。今回は、BCM943602CSを使ってみました。入手可能な純正無線モジュールの中では最新製品で安価です。

電源、CPUクーラは、その辺りに転がっていた余り物を使いました。マザーボードには8pin + 4pinのCPU補助電源コネクタがあるのですが、電源には8pinしかなかったので、4pinは接続していません。OCしないこともあり、それでも大丈夫のようです。当分はケースもなしです。パーツが机の上に並べてあるだけです。メモリー, 2.5インチSSDは、動いているマシンから抜き取って流用しました。なので特に紹介するほどの内容ではありません。

BIOS設定

macOSを起動させるにはBIOSを設定する必要があります。

マザーボード (BIOS) 設定

でも今回使用したASUS ROG MAXIMUS XI HEROではほとんど設定する必要がありませんでした。試してみたら、なんと工場出荷時状態でもmacOSが起動しました。ちなみに、何か設定してしまった後で工場出荷時状態に戻すには、EXIT/Load Optimized Defaultsを選びます。工場出荷時状態で使うのはあまりにも手抜きなので、以下のメニューだけを変更しました。

Boot/Boot Configuration/Fast Boot [Enabled] –> [Disabled]
Advanced/USB Configuration/XHCI Hand-off [Disabled] –> [Enabled]
Advanced/USB Configuration/Legacy USB Support [Enabled] –> [Auto]
Advanced/Onboard Devices Configuration/Connectivity mode (Wi-Fi & Bluetooth) [Enabled] –> [Disabled]
Advanced/CPU Configuration/Intel (VMX) Virtualization Technology [Disabled] –> [Enabled]

1番目のFast Bootはdisabledにした方が良いようです。2, 3番目のUSBに関する設定は効果があるのかどうかよくわかりません。

4番目のWi-Fi & Bluetoothはマザーボード搭載モジュールのことです。このマザーボードにはインテルの無線モジュールが搭載されているのでmacOSでは動きません。なので、無線モジュールはdisabledにします。これをEnabledのままにしていると、macOSはBluetoothとしてマザーボード搭載モジュールを使用しようとします。そうすると、macOSと互換性のあるBluetoothモジュールを後から取り付けても、認識されません。アップルの開発者向けページで配布されているツールを使えば使用するBluetoothモジュールを変更できますが面倒です。WiFi/Bluetoothはどうせ使えないので、Disabledにしておきましょう。

5番目のIntel (VMX) Virtualization Technologyは、デフォルトのDisabledのままでもずっと問題ありませんでした。でも仮想マシンのアプリ（具体的にはVirtual Box）を使おうとしたところ、これをEnabledにしておく必要がありました。

起動用SSDを作る

ハードウェアが揃って、BIOS設定が終わったら、いよいよmacOSのインストールを行います。通常のHackintoshインストール手法では、起動用のUSBメモリを作ってmacOSをインストールします。しかし、今回はmacOSが動いているマシンがあるので、それで起動用の2.5インチSSDを作りました。USBメモリを作る場合も、macOSが動いているマシン（以下、親マシンと呼びます）が必要ですので、いっそそれでSSDを作った方が確実だと思います。その親マシンが本物のMacならmacOSが起動することが確認できますし、親マシンがHackintoshならそれに加えてCloverの動作も確認できます。

Step1: Mojaveをインストール

親マシンに2.5インチSSDを接続したら、Disk Utility.appを使ってAPFSでフォーマットします。2.5インチSSDなのでMojave25SSDという名前にしました。

次に、App Storeから正規にダウンロードしたMojaveをこのSSDにインストールします。App Storeからダウンロードすると、「macOS Mojaveインストール.app」がアプリケーションフォルダ内に現れます。ダウンロード後に、これが自動的に開きますので、SSDにインストールします。終了後に、この2.5インチSSDからmacOSが起動できることを確認して、ついでに自分のアカウントも作っておきます。作ったアカウントのディレクトリに色々なツールも入れておくと良いです。

Step2: Cloverをインストール

親マシンに2.5インチSSDを接続したまま、これにCloverをインストールします。親マシンにCloverがインストールされているのであれば、起動ESPの内容をSSDのESPにドラッグ&ドロップでコピーしても良いです。ESPのマウントの方法は、ここなどに書いておきました。

新規にインストールしたい場合はCloverインストーラを起動して、SSDにインストールします。Cloverインストーラが起動したら、カスタマイズボタンを押してインストールする内容を選択します。まずは、ESPにインストールするチェックボックスを選びます。

UEFI Driversでは有効にするEFIドライバを選択します。今回は、以下を選択しました。

VBoxHfs-64.efi
SMCHelper-64.efi
FSInject-64.efi
DataHubDxe-64.efi
AptioMemoryFix-64.efi
ApfsDriverLoader-64.efi
EmuVariableUefi-64.efi

ほぼCloverのデフォルトのままです。~~デフォルトではEmuVariableUefi-64.efiも入れられるのですが、これがなくてもNVRAMがちゃんと動くことを確認したので外しました~~。EmuVariableUefi-64.efiは必須でした。これが無いとスリープとシャットダウンで固まってしまいます。このことは、以下の記事で書いておきました。

ASUS Z390マザーボードのshutdown/sleep対応

Step3: kextを入手・インストール

以下のkextの最新版を入手し、親マシンを使って2.5インチSSDにインストールします。

FakeSMC.kext
Lilu.kext
WhateverGreen.kext
IntelMausiEthernet.kext
AppleALC.kext
USBInjectAll.kext

このうち、最初のFakeSMCは必須です。LiluとWhateverGreenはディスプレイ関係のパッチを当ててくれます。今回使用したRadeon RX580は互換性が高いので無しでも動くかと思います。でも表示が出ないと復旧作業も大変ですので、念のために入れておくべきでしょう。残りの3個は、それぞれLAN, サウンド、USB関連です。LANはあると作業が楽なので欲しいかもしれません。このマザーボードにはIntelのLANチップが搭載されているのでIntelMausiEthernet.kextを入れました。サウンド（AppleALC.kext）とUSB（USBInjectAll.kext）は後回しにしても良いです。

今回は手元にある別のHackintoshから持ってきました。もし初めてHackintoshを作るのでしたら、ネットで検索して最新版を入手します。kextを管理するのに便利なKext Updater.appを使っても良いです。このアプリケーションのウィンドウで、”Load Single Kext”オプションを使用し、欲しいkextを指定し、ダウンロードします。Kext Updater.appの説明はこちらをご覧ください。

最後にこれらのkextをESPの中のEFI/CLOVER/kexts/Otherに入れます。ターミナルでEFI/CLOVERにcdして以下のコマンドを入れるとディレクトリがツリー状に表示されます。

pwd;find . | sort | sed '1d;s/^\.//;s/\/\([^/]*\)$/|--\1/;s/\/[^/|]*/| /g'

インストールの結果、CLOVER以下のファイルはこのようになります。枝葉の部分は省略しました。

/Volumes/EFI/EFI/CLOVER
|--ACPI
| |--WINDOWS
| |--patched（中身は空）
|--CLOVERX64.efi
|--OEM
（省略）
|--ROM
|--config.plist
|--doc
（省略）
|--drivers64UEFI
| |--ApfsDriverLoader-64.efi
| |--AptioMemoryFix-64.efi
| |--DataHubDxe-64.efi
| |--EmuVariableUefi-64.efi
| |--FSInject-64.efi
| |--SMCHelper-64.efi
| |--VBoxHfs-64.efi
|--kexts
| |--10.10
| |--10.11
| |--10.12
| |--10.13
| |--10.14
| |--10.6
| |--10.7
| |--10.8
| |--10.9
| |--Other
| | |--AppleALC.kext
| | |--FakeSMC.kex
| | |--IntelMausiEthernet.kext
| | |--Lilu.kext
| | |--USBInjectAll.kextt
| | |--WhateverGreen.kext
|--misc
（省略）
|--themes
（省略）
|--tools
（省略）

Step4: config.plistを作る

次にEFI/CLOVER/config.plistを作ります。こちらにCoffee Lake用のconfig.plistのガイドをご紹介しておきました。これを基にして作っていきます。

corpnewtさんのバニラガイド~Coffee Lake用config.plist

SMBIOSの項目には、固有のシリアル番号を書き込みます。これは、Clover Configuratorを使って機種を設定して作成したSMBIOSをコピーします。詳しい説明は以下をご覧ください。

正しく機種設定する (SMBIOSの設定)

ただ、最近のCloverでは、SMBIOSのかなりの部分を自動的に作ってくれるようです。ファームウェアバージョンなどを最新にしてくれるようなので、config.plistで指定しない方が良いかもしれません。ということで最近は、

~~BoardSerialNumber~~
~~ProductName~~
~~SerialNumber~~
~~SmUUID~~

~~だけを書くようにしています。この結果、SMBIOS部分は以下のようになりました。xxxxの部分は、Clover Configuratorとuuidgenコマンドで生成してください。~~

 <key>SMBIOS</key>
 <dict>
 <key>BoardSerialNumber</key>
 <string>xxxxxxxxxxxxx</string>
 <key>ProductName</key>
 <string>Macmini8,1</string>
 <key>SerialNumber</key>
 <string>xxxxxxxxxxxx</string>
 <key>SmUUID</key>
 <string>xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx</string>
 </dict>

ProductNameはMacmini8,1にしました。最新版のMacで第8世代CPU Coffee Lakeが搭載されています。第9世代のCoffee Lake-S Refreshは第8世代の改良版ですし、チップセットは同じ300シリーズですので、相性が良いと考えました。本当なら今回と同じ第9世代CPU搭載のiMacがあればそれを選びたいところです。早く新型iMacを出してほしいものです。

~~一方、Devicesの中のPropertiesの部分は以下のようにしました。~~

追記：10.14.4ではPropertiesの記載は不要になりました。10.14.3以前では必要です。

<key>Properties</key>
 <dict>
 <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
 <dict>
 <key>AAPL,ig-platform-id</key>
 <data>
 AwCSPg==
 </data>
 <key>device-id</key>
 <data>
 mz4AAA==
 </data>
 <key>framebuffer-patch-enable</key>
 <data>
 AQAAAA==
 </data>
 </dict>
 </dict>

device-idをzD4AAA==にします。9900KのIntel UHD Graphics 630は、Macmini8,1のUHD 630とは違うデバイスIDを持っています。それでデバイスIDをMacmini8,1のIDに合わせました。これを合わせないと、スリープで問題が出たり、JPEGファイルのクイックルックが動かない不具合が発生します。こちらの記事もご覧ください。

9900Kのsleep問題〜原因はiGPUのデバイスID

AAPL,ig-platform-idは、iGPUを計算のために使う設定（表示にはdGPUを使う設定）にしています。iGPUを表示に使う場合は、AwCSPg== になっている現在の設定をBwCbPg==に変更します。

追記：9900K対応のiMac Early 2019が発売されて、これ専用のmacOS Mojave 10.14.4 (18E2034) が入手可能になりました。なので以下に示すようにSMBIOSも新型iMacに合わせました。

SMBIOSは、9900K搭載の27インチiMac Early 2019に合わせることにしました。最新のClover Configuratorを使うと新型iMacであるiMac19,1のSMBIOSを生成することができます。まずはClover Configuratorの左のメニューからSMBIOSを選び、モデルのアイコンの下でiMac19,1を選びます。すると以下のように各種値の候補値を出してくれます。

この後、左のメニューから、Text Modeを選ぶとSMBIOS部分が表示されます。

この結果、SMBIOS部分は以下になります。（シリアル番号、ボードシリアル番号、SmUUIDはこの記事のために生成したサンプルです。実際には違う値を設定してください。）

	<key>SMBIOS</key>
	<dict>
		<key>BiosReleaseDate</key>
		<string>02/18/2019</string>
		<key>BiosVendor</key>
		<string>Apple Inc.</string>
		<key>BiosVersion</key>
		<string>IM191.88Z.F000.B00.1902181222</string>
		<key>Board-ID</key>
		<string>Mac-AA95B1DDAB278B95</string>
		<key>BoardManufacturer</key>
		<string>Apple Inc.</string>
		<key>BoardSerialNumber</key>
		<string>C02921130GULNV9JA</string>
		<key>BoardType</key>
		<integer>10</integer>
		<key>BoardVersion</key>
		<string>1.0</string>
		<key>ChassisAssetTag</key>
		<string>iMac-Aluminum</string>
		<key>ChassisManufacturer</key>
		<string>Apple Inc.</string>
		<key>ChassisType</key>
		<string>0x09</string>
		<key>EfiVersion</key>
		<string>220.250.368.0.0</string>
		<key>Family</key>
		<string>iMac</string>
		<key>FirmwareFeatures</key>
		<string>0xFC0FE137</string>
		<key>FirmwareFeaturesMask</key>
		<string>0xFF1FFF3F</string>
		<key>LocationInChassis</key>
		<string>Part Component</string>
		<key>Manufacturer</key>
		<string>Apple Inc.</string>
		<key>Mobile</key>
		<false/>
		<key>PlatformFeature</key>
		<string>0x00</string>
		<key>ProductName</key>
		<string>iMac19,1</string>
		<key>SerialNumber</key>
		<string>C02YR2YHJV3Q</string>
		<key>SmUUID</key>
		<string>04FF56E3-085F-443D-9005-5E6915EDDC33</string>
		<key>Version</key>
		<string>1.0</string>
	</dict>

最近は、Cloverが補完してくれるので、SMBIOSに書くべきパラメータは以下の4個で良いようです。ただ、まだCloverがiMac19,1に完全に対応していないと思われるので（ベータ版はかなり対応しているようです）今回は長いですが全部書き込みました。将来は以下の4個に削っても良いと思います。

BoardSerialNumber
ProductName
SerialNumber
SmUUID

Step5: 互換性チェックをさせない指定をする

これは、現時点（2019/4/8) のmacOS 10.14.4 (18E226) でiMac19,1, iMac19,2を使う場合のみに必要なステップです。間も無く出ると思われる10.14.5では不要になります。iMac19,1のボードIDであるMac-AA95B1DDAB278B95を指定すると、現時点（2019/4/8)のmacOS 10.14.4では起動できません。起動させるためには、Cloverのブートオプションに-no_compat_checkを追加する必要があります。そこで、config.plistのBootオプションに、

<key>Boot</key>
   <dict>
     <key>Arguments</key>
     <string>-no_compat_check</string>

と記載します。これでmacOS 10.14.4 (18E226) で起動するようになります。

このようにして作ったconfig.plistの全体を以下に置いておきます。

config.plist for 9900K w/o iGPU display - Pastebin.com

config.plistをテキストエディタで編集すると、うっかり間違った入力をしてしまうことがあります。以下のplutilコマンドでplistとして正しいかどうかチェックをしておくと良いです。

plutil config.plist

正しければ以下のように表示されます。

config.plist: OK

動作の確認

こうして作成したSSDを親マシンから外して、ASUS ROG MAXIMUS XI HEROに接続します。これから起動すると、無事macOSが起動しました。以下のように、ほぼ問題なく動きました。

シャットダウンが正しく機能します。
スリープも正しく機能します。設定したスリープ時間になると、画面が消えて、マザーボードのLED類が消えて、CPUファンが停止します。キーボードを押すと復帰します。また、画面共有やsshなどで接続しても復帰します。
有線ネットワークも問題ありません。
WiFiとBluetoothも、純正のカードを用意したので、何もせずにそのまま動きました。
音声も出ます。config.plistではLayout番号1を設定しましたが、これとAppleALC.kextの組み合わせで問題なく音が出るようです。
RX580のHDMIポートからも音が出ます。
さらにはCPU内蔵のIntel UHD Graphics 630から表示もできますし、マザーボードのHDMIから音声も出ます。

10.14.3へのアップデートもシステム環境設定で行うことができました。

Activity Monitor.appで「CPUの使用率」を開くと、16本の棒グラフが出てきます。圧巻です。

Geekbenchでベンチマークしてみました。シングルコアが6,000, マルチコアが30,000超えました。Geekbench BrowserでiMac Pro Late 2017のスコアを見てみると8コアモデルでそれぞれがだいたい5,300と33,000くらいのようです。8コアiMac Pro程度の速度が得られているようです。

今回使用したマザーボードは、そこそこ高級感があって良い感じでした。基板上にCPU温度表示などがあります。また電源スイッチ、リセットスイッチもあるためHackintoshの試行錯誤にも便利です。最近流行りのLED電飾機能ASUS Aura Syncも搭載しています。温度や音に同期して色を変えるなどの機能を使うためにはWindowsアプリケーションが必要ですが、刻々と変色するだけで良ければマザーボードだけで機能します。LinuxからLEDを制御しようとしている人もいるようですので、そのうちmacOSからも制御できる日が来るかもしれません。

その後の調整

これでとりあえず動きました。もう少し手を入れて完璧にしていきましょう。

10.14.4 (18E2034) の入手

上で述べたように、iiMac19,1のボードIDであるMac-AA95B1DDAB278B95を指定すると、現時点（2019/4/8) のmacOS Mojave 10.14.4 (18E226)では起動できません。起動させるためには、Cloverのブートオプションに-no_compat_checkを追加する必要がありました。本物のiMac Early 2019に搭載されているmacOS Mojave 10.14.4 (18E2034) ならばこの互換性回避オプションは不要です。

実はiMac19,1や19,2として一旦起動すれば、18E2034が入手可能になります。詳細は以下をご覧ください。

9900KのためにmacOS 10.14.4 (18E2034) を入手する

USB

macOSはUSBの個数を15個に制限しています。今回は何の対策もしていないので、制限を超えるUSBポートのいくつかは機能していません。そこで不要なUSBポートを使わない指定をconfig.plistに書き込みます。詳細は、以下をご覧ください。

ASUS MAXIMUS XI HEROのUSBを設定する

要約するとこうです。このマザーボードが使っているポートは、

HS01 AsusTek社のAURA MOTHERBOARDが使用
HS02
HS03 バックパネルUSB 3のUSB 2.0 (4列上から3番目、赤、”SS10”)
HS04 バックパネルUSB 3のUSB 2.0 (4列上から4番目、赤、”SS10”)
HS05 バックパネルUSB 3のUSB 2.0 (Ethernetの下、赤、”SS10″)
HS06 バックパネルUSB TYPE CのUSB 2.0 (Ethernetの下)
HS07 バックパネルUSB 3のUSB 2.0 (4列上から1番目、青、”SS”)
HS08 バックパネルUSB 3のUSB 2.0 (4列上から2番目、青、”SS”)
HS09 （基板上のUSB 3に含まれるUSB 2.0端子と思われる）
HS10 （基板上のUSB 3に含まれるUSB 2.0端子と思われる）
HS11 バックパネルUSB 2.0 (PS/2の真下, 無表記)
HS12 バックパネルUSB 2.0 (PS/2の下, “BIOS”)
HS13 基板の2.0端子USB_E12, USB_E34 (USB2.0 Hub経由)
HS14 マザーボード上のWiFi/Bluetoothモジュールが使用
USR1 (なんらかの理由で見えているダミーのポート)
USR2 (なんらかの理由で見えているダミーのポート)
SS01
SS02
SS03 バックパネルUSB 3.1 Gen 2 (4列上から3番目、赤、”SS10”)
SS04 バックパネルUSB 3.1 Gen 2 (4列上から4番目、赤、”SS10”)
SS05 バックパネルUSB 3.1 Gen 2 (Ethernetの下、赤、”SS10″)
SS06 バックパネルUSB TYPE CのUSB 3.1 Gen 2 (Ethernetの下)
SS07 バックパネルUSB 3.1 Gen 1 (4列上から1番目、青、”SS”)
SS08 バックパネルUSB 3.1 Gen 1 (4列上から2番目、青、”SS”)
SS09 （基板上のUSB 3.1 Gen 1端子と思われる）
SS10 （基板上のUSB 3.1 Gen 1端子と思われる）

です。この中から必要な15個を選択して、それ以外を使用しないように、例えば以下のようにconfig.plistに書き込みます。

 <key>Boot</key>
 <dict>
 <key>Arguments</key>
 <string>uia_exclude=USR1;USR2;HS01;HS02;HS09;HS10;HS14;SS01;SS02</string>

SS10は末尾なので、除外リストに入れる必要はないです。この場合、バックパネルのUSBポート全てと、基板上のUSB 2.0が使えるようになります。

Intel UHD Graphics 630用純正グラフィックスドライバ

Wed, 18 Jul 2018 23:48:53 +0900

先日発売された新MacBook Proには、Coffee Lake-S CPUがいよいよ搭載されました。新製品に搭載された5種類のCPUと内蔵グラフィックスは以下のとおりです。

Intel Core i9-8950HK 2.9 GHz (6 cores) Intel UHD Graphics 630
Intel Core i7-8850H 2.6 GHz (6 cores) Intel UHD Graphics 630
Intel Core i7-8750H 2.2 GHz (6 cores) Intel UHD Graphics 630
Intel Core i7-8559U 2.7 GHz (4 cores) Intel Iris Plus Graphics 655
Intel Core i5-8259U 2.3 GHz (4 cores) Intel Iris Plus Graphics 655

上の3機種が15インチモデル、下の2機種が13インチモデルです。15インチモデル搭載の内蔵グラフィックスには、デスクトップCPUのCoffee Lake-Sシリーズと同じIntel UHD Graphics 630が搭載されています。この新MacBook Proのグラフィックスドライバを入手すれば、8700K自作Hackintoshが安定して、そのグラフィックス性能を引き出せると思われます。

新機種で追加されたハードウェアのドライバを一般のmacOSユーザが入手できる時期は、通常、新機種が出た次のmacOSアップデートになります。今回の新MacBook Pro発表は、macOS 10.13.6が配布された直後なので、アップデートのタイミングを考えると、9月のMojaveでようやく入手できるかと思われます。なのでしばらくは入手不可能なのではと考えていました。ところが5chでこんな情報を教えてもらいました。tonymacx86のスレッドです。

www.tonymacx86.com

リカバリーパーティションで起動して入手する

新MacBook Proに搭載されているのは、App StoreからアップデートできるmacOSと同じ10.13.6です。しかし、App Storeで配布されているのはBuild 17G65なのに対して、新製品にインストールされているBuildは17G2112だそうです。そして、17G2112にしかIntel UHD Graphics 630のドライバは含まれていないようです。

ところが以下の手順で、最新Buildを入手できるそうです。

SMBIOSの設定でHackintoshの機種を新製品に偽装する。15インチモデルはMacBookPro15,215,1で13インチがMacBookPro15,2です。macosx86の人はMacBookPro15,2を使ったようです。
Clover r4651+をhttps://github.com/Dids/clover-builder/releasesから入手して使います。MacBookPro15,1, 15,2のSMBIOS情報が含まれているそうです。（config.plistに書かない情報などを補完してくれるのだと思われます）
リカバリーパーティションで起動します。するとApple社のサーバからmacOSをダウンロードしてインストールできるそうです。

ちなみにUHDグラフィックスドライバは、AppleIntelCFLGraphicsFramebuffer.kextだそうです。

Mojaveまで待てば良いけど

とはいえ9月に出ると思われるMojaveまで待てば、グラフィックスドライバは苦労をしなくても入手できます。また、Mojave Dev Beta 4から、このドライバが含まれているそうです。なので、本日出たMojave Public Beata 3にも、新ドライバが含まれているはずです。Mojaveは安定しているので、さっさとBetaに移行しても良いかもしれません。ただ、Coffee Lake-S自作Hackintoshをしている人が、High Sierraを使いたいと希望する場合には、この方法が良いかと思います。

Thinkpad X220でHigh Sierra (1)機種選定

Mon, 04 Jun 2018 18:02:15 +0900

モバイルはMacにして、デスクトップでHackintoshするのが理想的です。

Macintoshを買おう

でも、あえて非合理的なHackintoshをするのも楽しいです。１台でも多くのマシンでmacOSを動かしたいと思っています。なので洗練されたエレガントなAppleハードウェアからかけ離れた無骨なマシンで、美しいmacOSが動くのを見るのも楽しいものです。

ということで、Macintoshハードウェアとは対極の、質実剛健なThinkPadにmacOSをインストールしてみたい欲望を抑えきれなくて、とうとうHackintoshしました。

ThinkPad X220を中古で調達

ThinkPadといえばご存知の通り、かつて世界を制覇したコンピュータ業界の巨人IBMが作り出したノートPCです。のちにLenovo社に売り渡されてしまいましたが、堅牢でミニマルな外観にはMacintoshとは違った機能美があります。

ThinkPadには多数の機種がありますが、Hackintoshしやすいと定評のあるThinkPad X220を選びました。後述しますが、インストールに関する情報をとても丁寧に紹介してくれているサイトもあります。ThinkPad X220より後の機種では、いろいろ問題があり、X220が最後のHackintosh向けThinkPadじゃないかという意見もあります。例えば後継機種のX230では、WiFi/Bluetoothモジュールが取り外せないようです。また、何よりもX220は昔ながらのThinkPadらしい無骨なキーボードを備えています。X230以降になると、今のMacのような、キーキャップ同士が離れているアイソレーションキーボードになります。こういう今風のキーボードも嫌いではありませんが、どうせHackintoshするなら、Macintoshらしくないハードウェアで作ってみたいものです。

実機と同じCPU

X220は、Sandy Bridge世代のMモデルCPUを搭載しています。Mac miniとMacBook Proの2011年モデルで採用されているCPUです。具体的には、Macでは以下のSandy Bridge Mモデルが採用されています。

Mac mini Mid 2011 (Macmini5,1) では 2415M, 2520M, 2620M
MacBook Pro Early 2011 (MacBookPro8,1) では 2415M, 2620M
MacBook Pro Late 2011 (MacBookPro8,1) では 2435M, 2640M

このうちThinkPadでも採用されているCPUは、Core i5 2520M, Core i7 2620M, Core i7 2640Mです。 X220が採用しているCPUはどれもIntel HD Graphics 3000搭載のようで、Hackintoshのしやすさに関して差はないようです。でもHackintoshを目指して調達するなら、実機で採用されているCPUと同一のこの３種類を選びたいと思います。

また、X220は、Core i7モデルだけUSB 3.0を搭載しています。Sandy Bridge世代なのでUSB 2.0が主流なのは仕方ないところです。でも、高速なUSB 3.0が使えると色々とありがたいですので、ちょっと贅沢してCore i7モデルを選びました。でも、X220をHackintoshにするサイトの情報によると、PCIエクスプレスのUSB 3.0カードが動くらしいです。AliExpressでも類似のカードが販売されています。どうせ使い道のないPCIエクスプレススロットなので、これを買って、CPUはCore i5にしても良かったかもしれません。

足なんて飾りです

ThinkPadシリーズの良いところは、人気機種なので関連パーツをネットで調達可能なところです。AliExpressを見ると関連パーツがたくさん販売されています。

英語版のキーボードの新品交換部品が販売されています。日本の中古屋さんで日本語キーボード機種を買っても、簡単に英語キーボードに置き換えることができます。日本のAmazonでは日本語キーボードも手に入ります。中古のノートPCでは、キーボードがテカってしまっていることが多いです。指の油でテカるのか、表面が摩耗して光るのか不明ですが、キーボードを差し替えて新品気分を味わえるのはありがたいです。なので、中古で販売されている製品で、「キーボードがテカってます」とか「一部のキーが欠けてます」というような但し書きは、安く買えるチャンスと読み替えることができます。

「WiFiが動きません」という不具合も、多分問題ありません。搭載されているIntelの無線モジュールは、Hackintoshで使うことができませんので、最初から不要です。

HDDやメモリの容量も、気にする必要はありません。SSDに差し替えて、メモリー増設することになると思うからです。ちなみに、X220の最大メモリーは仕様では8GBですが、実際には16GB搭載できるようです。

時々「ゴム足が欠けています」という中古もあります。これなども狙い目です。AliExpressに行けば400円くらいでゴム足一式を買うことができるからです。ゴム足のことは気にしなくて構いません。

本体、蓋、パームレスト、裏蓋なども修繕部品が出回っています。もうなんでもありですね。部品が調達できる場所の傷、欠け、ひび割れのために、中古価格が大きく下がっていたら、それもチャンスかもしれません。

Amazonで調達

AmazonでX220の中古を物色してみました。多数出品されていました。このうち実機で搭載されているCPUに限ると、Core i5 2520Mモデルが2.5万円前後、Core i7 2620Mモデルが3万円前後のようです。Core i7 2640Mは数が少なく7万円近いです。USB 3.0が欲しいならばi7 2620M、不要なら数も多くて多少安いi5 2520Mが良いようです。今回は、Core i7 2620Mモデルにしました。到着には4-5日かかるようです。

追記：USB 3.0にこだわらなくても良かった？

AliExpressを見たら、ExpressCardのUSB 3.0アダプタが多数売られていました。X220にはExpressCardスロットが付いています。廃れてしまった規格なのでUSB 3.0くらいしか使い道はないかと思います。 ExpressCardはPCI Express端子（およびUSB 2.0）を使った端子ですので、内蔵されているUSB 3.0のチップの相性が良ければ、そのまま使える可能性があります。昔のMacBook ProにもExpressCardは使われていました。もしかしたら、こういうのを買えば良かったのかもしれません（試していません）。

追記：macOS Mojaveは非サポート？

ワクワクして発注してしまいましたが、昨夜のWWDC基調講演によると、次のmacOSのMojaveではSandy Bridge搭載のMacBook Pro, Mac miniがサポート外になるようです。でもHackintosh的な抜け道があるかもしれません。(2018/06/05)

corriente.top

追記：その後macOS Mojaveが動きました

/posts/47/

続きはこちら

Thinkpad X220でHigh Sierra (2)準備・到着・起動

NUCで作る超小型macOSマシン

Thu, 16 Nov 2017 09:37:41 +0900

Next Unit of Computing (NUC)はIntelが提唱する小型ファームファクタのコンピュータです。10.16 × 10.16 cmのサイズの基板に、モバイル向けCPUが搭載されたマザーボード製品やベアボーン製品として販売されています。今のIntelのモバイル向けCPUはソケットではなく半田付けするタイプなので、自作したい場合にはNUCのようにマザーボードとセットになった製品しか選択肢がありません。Intelのモバイル向けCPUは、MacBookシリーズ、Mac mini、さらには一部のiMacで使われているので、Hackintoshする上での互換性は高いです。

NUCでmacOSすると良い事・悪い事

良い事

MacBook Air, MacBook Pro に相当する拡張が容易な小型デスクトップを作れます。
拡張困難で新製品がなかなか出ないMac miniより小さいです。
小型なのでMod PCに適しています。大福型iMac, G4 Cube, G4 CubeのACアダプタ、古いMac miniなどに組み込んでmacOSマシンにしている例もあります。
CPUは非力ですが、意外とキビキビ動きます。インテルのモバイル用CPU内蔵GPUがデスクトップ向けCPUより高性能だからだと思います。
モバイルバッテリーをつければ、モバイルなmacOSマシンも可能です。こんなモバイルバッテリーが使えるそうです。基板バージョンのNUCを使って、人体にフィットする薄型筐体を3Dプリンタで作れば、ウェアラブルなmacOSも可能だと思います。

悪い事

コストのメリットは少ないです。Mac miniのエントリーモデルは十分安いので、同じものをNUCで作る場合とほとんど価格は変わりません。本物のMacならばmacOSが将来にわたって確実に動くことを考えると、NUCをすることの価格的なメリットはありません。ただ、メモリやSSDを拡張すると差額は広がりNUCがお得になります。
Broadwell世代からWiFi用のmini PCIe / m.2ソケットが廃止され、WiFiが使えません。USBのWiFiは不安定で実用的ではないらしいです。Ethernet だけで使用するしかありません。
WiFiが無いと、iOSやwatchOSとの連携機能が使えないので、クライアント使用でも、割り切らないと辛いです。サーバ用途なら良いかもです。

macOSとの互換性

Core iシリーズを搭載したNUCの一覧を下の表に示します。

互換	型番	バリエーション	CPU	iGPU
?	NUC7i5	DNKE, DNHE, DNBE	i5-7300U	Intel HD Graphics 620 (0x5916)
?	NUC7i3	DNKE, DNHE, DNBE	i3-7100U	Intel HD Graphics 620 (0x5916)
CPU	NUC7i7	bnh, BNHX1, BNHXG	i7-7567U	Intel Iris Plus Graphics 650 (0x5927)
iGPU	NUC7i5	bnk, bnh, BNHX1, BNHXF	i5-7260U	Intel Iris Plus Graphics 640 (0x5926)
○	NUC7i3	bnk, bnh, BNHX1, BNHXF	i3-7100U	Intel HD Graphics 620 (0x5916)
○	NUC6i7	kyk	i7-6770HQ	Intel Iris Pro Graphics 580 (0x193B)
iGPU	NUC6i5	syk, syh	i5-6260U	Intel Iris Graphics 540 (0x1926)
○	NUC6i3	syk, syh	i3-6100U	Intel HD Graphics 520 (0x1916)
CPU	NUC5i7	ryh	i7-5557U	Intel Iris Graphics 6100 (0x162B)
CPU	NUC5i5	ryh, ryk	i5-5250U	Intel HD Graphics 6000 (0x1626)
○	NUC5i3	ryh, ryk	i3-5010U	Intel HD Graphics 5500 (0x1616)
○	NUC5i5	MYHE, MYBE	i5-5300U	Intel HD Graphics 5500 (0x1616)
○	NUC5i3	MYHE, MYBE	i3-5010U	Intel HD Graphics 5500 (0x1616)
CPU	D54250	WYK, WYKH, WYB	i5-4250U	Intel HD Graphics 5000 (0xA26)
×	D34010	WYK, WYKH, WYB	i3-4010U	Intel HD Graphics 4400 (0xA16)
CPU	DC53427	HYE, RKE	i5-3427U	Intel HD Graphics 4000 (0x166)
iGPU	DC3217	IYE, IYR, BY, GKE, CK	i3-3217U	Intel HD Graphics 4000 (0x166)

この表の互換の項目は以下の意味です。

CPU: 同じCPUが実機で使われているので互換性が高いです
iGPU: 同じiGPUを搭載したCPUが実機で使われているので互換性があります
○: CPUもiGPUも実機で使われていませんが動作報告があります
?: 動作報告がありません
×: 動作しないとの報告があります

動作報告のある代表的なサイトを以下に示しておきます。

パワーマネジメントを設定する

Wed, 01 Nov 2017 14:02:02 +0900

MacintoshのCPUには電力管理(パワーマネージメント)の機構が搭載されていて、CPUの負荷が下がるとクロック周波数を下げて、消費電力を削減します。Intel Power Gadgetでその様子を確認できます。大抵のマシンでは、特段の設定をしなくても、クロック周波数が変動して電力管理が実施されます。

Intel Power Gadget

以下は、初代Intel NUCのDC3217IYEでの例です。CPUはIvyBridgeのCore i3モデル、3217Uです。真ん中のグラフがクロック周波数です。電力管理がされていないために、クロック周波数が定格近くの1.7GHzに張り付いて一定になっています。車に例えたらアクセル踏みっぱなしのフルスロットルで運転しているような状態です。

デスクトップ向けのCPUで自作すると、特別な処置をしなくても大抵は正しく電力管理されていて、クロック周波数のグラフは負荷に応じて変動することが多いです。実機ではこのCPUシリーズのi5モデルである3317UがMacBookAir5,1で採用されてますが、i3 3217Uを採用した機種はありません。その関係でCPU情報がOSに登録されてなく、電力管理が効いていないと思われます。

そんな時はPikeさんが作ってくれたスクリプトを動かしてSSDT.amlファイルを作ると改善することがあります。

GitHub - Piker-Alpha/ssdtPRGen.sh: Script to generate a SSDT for Power Manage…

まずは、ここからssdtPRGen.shというスクリプトをダウンロードします。そしてこれをターミナルで実行します。すると、~/Library/ssdtPRGen/にSSDT.amlができています。これをEFI/CLOVER/ACPI/patched に入れて再起動します。

DSDTについてはこちらで説明しましたが、

DSDTを編集する

SSDTはDSDTの補足ファイル、サブセットのような位置付けです。DSDTの一部を補足したり、書き換えたりする内容のようです。Pikeさんのスクリプトは、使用しているCPUに合わせて、電力管理に関する記述を作ってくれます。

この結果、Power Gadgetの様子は、以下のようになりました。

真ん中のグラフが示すように、CPUのクロック周波数が、負荷により変化して、省電力を実現しています。電力消費のグラフは一番上です。3.9WだったCPU消費電力が2.8Wに下がっています。クロック周波数が減少しているので、その分、省電力が達成できています。一番下のグラフに表示されている温度も、7度近く下がりました。

Coffee Lake-SでmacOS

Sat, 28 Oct 2017 14:57:59 +0900

新しいCPUが2017年11月2日発売

インテルのメインストリーム向け新デスクトップCPU、Coffee Lake-Sシリーズの国内販売が決まったようです。以下の6種類が11月2日に発売されます。

Products	Cores	Threads	Base Clock	Turbo Boost	TDP
Core i7-8700K	6	12	3.7GHz	4.7GHz	95W
Core i7-8700	6	12	3.2GHz	4.6GHz	65W
Core i5-8600K	6	6	3.6GHz	4.3GHz	95W
Core i5-8400	6	6	2.8GHz	4GHz	65W
Core i3-8350K	4	4	4GHz	N/A	91W
Core i3-8100	4	4	3.6GHz	N/A	65W

今までの経緯から、これらが次期iMacで採用されると予想されます。今回注目されていることは、コア数が増えたことです。今までずっと、

Core i7は4コア8スレッド、
Core i5は4コア4スレッド、
Core i3は2コア4スレッド

の構成が踏襲されてきましたが、今回は、

Core i7は6コア12スレッド、
Core i5は6コア6スレッド、
Core i3は4コア4スレッド

となり、久々のコア数増強です。AMDの新CPUがコア数重視なことに対抗しての結果と思われます。Kaby Lakeの時と売り出し価格は同程度なので、コア数増えたことでお得感があります。今回発売されるi7, i5, i3のそれぞれに、オーバークロック対応のKモデルと、無印のモデルがあります。K付きモデルはこの他に、無印と比べてクロックがより高い、TDPが高いという特徴があります。

CPU搭載iGPUは、今までのKaby LakeがIntel HD Graphics 630だったのに対して、Intel UHD Graphics 630になりました。しかし、多少クロックが上がったくらいで、内部的な設計やEU数はKaby Lake-S世代と何ら変わっていないそうです。iGPUに関しては、Kaby Lakeと同様の互換性で、macOSのスリープ復帰に多少問題が出るかと思います。

新CPUに対するHackintosh対応

過去の例を見ると、CPUが新しくなった時に、どれくらいHackintosh対応できるかどうかは、様々でした。

Haswell/BroadwellからSkylakeに移行した時は、コミュニティの皆さんが割と手こずっていた感じでした。最初はカーネルパニック連発で、なかなか起動せず、iMacがSkylakeを搭載した後も、しばらく不安定でした。安定したのは、MacBook系での採用が進んで、OSが十分に対応してからでした。CPUが発売されてから半年くらい時間がかかったと思います。

一方で、SkylakeからKaby Lakeの移行は、スムーズでした。 CPU IDとiGPU IDを古いSkylakeに偽装するだけでKaby Lakeは問題なく動き、Kaby Lake搭載iMacが出たタイミングのmacOS 10.12.6 で、偽装も不要になりました。

今回のKaby LakeからCoffee Lakeへの移行は、さらにマイナーチェンジだと言われています。CPUピンの割り当てが1本変更されたので、マザーボードの互換性は皆無ですが、チップセットはほとんど同じと言われています。iGPUにも違いはほとんどありません。

Coffee Lake-SでmacOS

実際に動作したという報告が、多数上がっています。Geekbenchにもベンチマークが上がっています。増えた全コア・スレッドがちゃんと認識されるようです。コア数が増えたので、Kaby Lakeに比べてマルチコアのスコアが目に見えて上昇しています。

Coffee Lake-Sを使う方法は簡単で、FakeCPUIDで 0x0906E9 にして、Kaby Lakeに偽装するだけで可能とのことです。Clover Configurator.appを使うならKernel and Kext PatchesのFakeCPUIDに0x0906E9を書き込みます。

config.plistを手作業で書き換えるなら、

<key>KernelAndKextPatches</key>
<dict>
<key>FakeCPUID</key>
<string>0x0906E9</string>

のようにKernelAndKextPachesのセクションにFakeCPUIDを書き込みます。iGPUはKaby Lakeと比べて大きな違いがないので、偽装する必要はないようです。

追記：FakeCPUIDをしなくてもHigh Sierraで動くようです。ただ、不明のCPUという表示になるようです。http://www.insanelymac.com/forum/topic/328819-hs-on-8700k-coffee-lake/
追記：MojaveになってCPU名も不明にはならなくなったようです。

Core i3ではiGPUが動かない？

こちらの報告によると、

www.tonymacx86.com

i3-8100ではIntel UHD Graphics 630が動かないそうです。i3-8100のiGPUのDevice IDは3E91で、i5-8400, i7-8700Kなどは3E92で、3E92のUHD 630じゃないとグラフィックス加速が効かないとのことです。iGPUを使う場合はi5以上を選ぶべきかもしれません。

新規に自作するならCoffee Lake-S

Kaby Lakeの時と同じく、iMacにCoffee Lakeが搭載されてmacOSが対応したら、FakeCPUIDを偽装する記述は不要になるはずです。ということで今現在、新規にHackintoshを組むならCoffee Lake-Sで作った方が良いと思われます。本物のMacintoshで未採用の最新6コアCPUを使えるというのはHackintoshの醍醐味ではないでしょうか。

Intel Power Gadget

Sun, 08 Oct 2017 12:26:33 +0900

Intelが、CPUと内蔵GPUの消費電力、動作クロック、温度が測定できるアプリケーション、Intel Power Gadgetを以下のサイトで配布しています。

Intel® Power Gadget

実際のMacintosh以外のハードウェアでmacOSを動かす場合、ハードウェア構成がOSに正しく伝わることが重要です。ハードウェア構成が正しく伝わっていないと、ハードウェアを効果的に、効率的に動かすことができません。今のCPUは省電力のために様々な仕組みを提供しています。多くのCPUは基本的な省電力機能として、負荷が小さい時には動作クロック周波数を下げて省電力を図り、負荷が大きい場合には、動作クロック周波数を上げて処理能力を向上させる機能を持っています。Intel Power Gadgetは、消費電力、クロック周波数、温度をモニターできるので、macOSがCPUの電力制御機能を利用できているかどうか、確認することができます。

macOS 10.13をインストールしたCore i5-4250U搭載NUCで動かした様子を上に示します。上から、

Power（消費電力）：大きい値がCPU全体、IAがコアの消費電力
Frequency（動作周波数）：IAがCPUコアの、GTが内蔵GPUのクロック周波数
Temperature（温度）：CPUパッケージの温度

です。Core i5-4250UはMacBook Air Mid 2013にも搭載されているCPUで、モバイル用の低消費電力モデルです。仕様によるとTDPが15Wです。なので15Wのところに線が引かれているのだと思います。ベース周波数が1.3GHz, ターボブースト最大が2.6GHzだそうで、だいたいその間でクロック数が変動していることがわかります。グラフィックスは、ベース周波数が200MHz, 最大が1GHzだそうです。ベース周波数でだいたい動いていることがわかります。コンピュータを操作したり、逆に放置したりすると、周波数や消費電力が変動します。実際のMacBook Airと同じような動作をしていますので、macOSがCPUの電力制御を正しく行えていると判断できます。

補足：High Sierraへのインストール

High Sierraから、署名されたkextに対しても確認が必要になったようです。クリーンインストールしたシステムにIntel Power Gadgetをインストールすると、下のようなダイアログが出ます。「システム環境設定・セキュリティとプライバシー」から許可をすると動くようになります。

Hackintoshのパーツ選び【その1：CPU編】

Fri, 08 Sep 2017 00:00:57 +0900

Hackintoshのオススメは自作です。自作することで動作の確実なパーツを選択することができます。ここでは、現行のmacOSを動かすことを前提に、Hackintoshの自作方法を紹介します。tonymacx86のサイトでは、推奨パーツのリストが作られています。

このブログでも、自作Hackintoshのためのパーツ選びについて書いていきます。まずはCPU編です。(2020/7/7更新)

第10世代のComet Lake CPU

第10世代デスクトップ向けCPUがComet Lake-Sです。型番が10から始まります。現時点 (2020/7/7) ではまだこれを搭載したiMacは発売されていませんが、間も無く、10900K, 10910, 10600Kのいずれかを搭載した製品が発売されると思います。以下は10600で作成した例です。AudioとEthernetの設定が多少厄介ですが、問題なく動きます。第9世代以前のパーツはだんだんと入手困難になると思われますので、移行せざるを得ないと思います。

Comet Lake-S 10600とZ490でmacOSを動かす

第8第9世代のCoffee Lake CPU

インテルの第9世代デスクトップ向けCPUがCoffee Lake-S Refreshです。型番が9から始まるCPUです。上記のtonymacx86のサイトでは、以下の9900(K), 9700(K), 9600(K), 9400, 9100が推奨されています。いずれも問題なく動くようです。第9世代CPUを搭載したiMac がEarly 2019モデルです。これに搭載された第9世代CPUは9600Kと9900Kの2種類です。9700Kは実機に搭載されていませんが、互換性に問題はないと思われます。でも、実機に搭載されている9900K, 9600Kは何かと安心できるかもしれません。

第8世代CPUも現行のMacで採用されています。デスクトップ用CPUでMacに採用されているのは、iMac Early 2019に搭載された8700, 8600, 8500, 8100です。Mac mini Late 2018には、モバイル版の8700B, 8500B, 8100Bが搭載されています。B無しモデルとB付きモデルの違いはピンの違いだけで、中身は同じです。上記のtonymacx86のサイトでは、以下の第8世代CPUが推奨されています。これらは全て問題なく動きます。

一方で、実機で採用された8600, 8500は、このリストに含まれていませんが、これもおそらく問題なく動きます。むしろ、実機に搭載されているので選択肢としては最適かと思われます。

9900Kで作るHackintoshに関しては以下の記事もご覧ください。

9900K搭載Z390マザーボードでHackintoshを作る

第9世代も第8世代も、それほど違いはありません。名前もRefreshが付くだけで、どちらもCoffee Lakeです。特に理由がない限り、現行の製品の第9世代を選んでおけば良いと思います。ただし、現状（2019年1月）では、インテルの生産体制が整っていなくて、第9世代のローエンド製品が出揃っていません。Core i3で組みたい場合は、仕方なく第8世代しか選択肢がありません。本物のMacでも、現行機種は、上位モデルが第9世代、中位以下が第8世代になっています。

以下ではさらに古いCPUも紹介します。こちらはさらに入手困難ですし、対応するマザーボードもすでに販売されていません。中古のマザーボードは部品が疲労していて不安定なことも多いです。Hackintoshのように挑戦的なソフトウェアを利用する場合に、ハードウェアまで不安定では原因究明が困難になります。できれば新品製品を使いたいところです。

第7世代Kaby Lake CPU

さらに1世代前のインテルCPUが第7世代Kaby Lakeです。型番が7から始まるCPUです。パーツ選び全体に言えることですが、実機で使われているパーツを選ぶのが確実です。デスクトップ用Kaby Lakeを使っている機種は、以下のiMacです。

Retina 4K, 21.5-inch, 2017
Retina 5K, 27-inch, 2017

そこで使われているCPUは、以下の6種類です。

Intel Core i7 (7700K, 7700)
Intel Core i5 (7600K, 7600, 7500, 7400)

実機では採用がありませんが、実機に近い仕様のCore i3プロセッサも格別の苦労なく使えます。

Intel Core i3 (7320, 7100)

第6世代以前のCPU

さらに昔のMacで使われたCPUももちろん安定して使えます。入手が容易なCore-iシリーズデスクトップCPUで、実機で使われたものは、

Skylake Core i7 6700K, Core i5 6600, 6500
Broadwell Core i7 5575R, 5775R, Core i5 5675R
Haswell Core i7 4790K, 4771, 4770S, Core i5 4690, 4670, 4590, 4570, 4570R, 4570S
Ivy Bridge Core i3 3225, Core i5 3470S, 3470, 3330S Core i7 3770, 3770S

があります。これ以前のSandy Bridge世代まで遡ると、内蔵GPUの問題や、USB 3.0の問題などがあり厄介になります。（USB 3.0がチップセットでまだサポートされていなかったため互換性が低い。）古いCPUではHaswellとBroadwellがHackintoshで安定していると言われています。内蔵GPUも問題なく動きます。ただ、Broadwellは流通量が少なかったので入手困難なのでHaswellがおすすめです。

Intel Core-iシリーズ以外のIntel CPU

一部のPentiumモデルは、Core-iとほとんど同じ構成だったりして、互換性が高いモデルもあります。最近評判になっているモデルに、G4560があります。コストパフォーマンスのあまりの良さに、Core-iシリーズの売り上げを妨害しているので、インテル社が生産縮小に動いているという噂すら立っているモデルです。

ただ、実機で採用されているCPUではないので、色々設定が必要で初心者向けではありません。

Intel以外のCPU

最近話題のAMDでHackintoshしようとする人もいます。コストパフォーマンスがよく、夢がありますが、難易度は高いです。以前は、カーネルをAMD用にコンパイルし直す必要があり、どうしてもAMDを使いたいという強い意志を持った人以外にはおすすめできませんでした。しかし、最近はパッチが用意されていて、作り易くはなっているようです。