導入 on Boot macOS

Sequoia

Tue, 11 Jun 2024 23:50:44 +0900

macOS Sequoia（セコイア）15.0 をhackintoshで使う上で有用と思われる情報をメモしておきます。

機種設定

Sequoiaの対応Intel Macの機種IDは以下です。

iMac19,1 iMac19,2
iMac20,1 iMac20,2
iMacPro1,1
MacBookAir9,1
MacBookPro15,1 MacBookPro15,2 MacBookPro15,3 MacBookPro15,4 MacBookPro16,1 MacBookPro16,2 MacBookPro16,3 MacBookPro16,4
Macmini8,1
MacPro7,1

macOS SonomaでサポートされていたMacは、すべてSequoiaでもサポートされるようです。

ダウンロード方法

いろいろあります。

「システム環境」「一般」「ソフトウェアアップデート」でベータアップデートを有効にすると入手できます。（下図。自動的にアップデート開始するので非推奨）
https://developer.apple.com/macos/ からもダウンロード可能です。（Apple Silicon版のみらしいので非推奨）
こちらのサイトで、ダウンロード用URLが紹介されています。このURLは、https://swcdn.apple.com/ というサーバーで、Apple公式ソフトウェアアップデートが使うサイトのようです。（簡単だけどダウンロード時間がかかる）
記事のコメントから、Mistというツールを教えていただきました。各種macOSをダウンロードして、インストーラを作るユーティリティです。次の項目の方法をGUI画面で自動化しているのだと思われます。
ターミナルからsoftwareupdateコマンドを使います。「システム環境」「一般」「ソフトウェアアップデート」でベータアップデートを有効にしておき（下図）、

softwareupdate --list-full-installers

コマンドで目当てのベータ版がダウンロード可能なことを確認し、それが15.0ならば、

softwareupdate --fetch-full-installer --full-installer-version 15.0

コマンドでダウンロードできます。アプリケーションフォルダにインストーラが作られます。

Broadcom WiFi対策

Sonomaと同様、BroadcomのWi-Fi (BCM94360NG など) はサポートされません。そこでOCLPが必要です。OCLP 2.0.0からSequoiaに対応したので、これを使ってWi-Fiを有効化します。

OpenCore Legacy PatcherがSequoiaに対応

動作報告

以下はSequoiaの動作記録です。ASRock Z690 Steel Legend、Intel 13900KF、AMD Radeon RX 6600、OpenCore 1.0.1、OCLP 2.0.1で動作してます。

macOS Sequoia を自作PCにインストール

EFIファイル類

ここで使ったOpenCoreの設定 (EFIのファイル類) を、こちらに置いておきました。参考になさってください。（シリアル番号などは適当に書いてありますのでこちらを参考にしてconfig.plistを書き換えてください）

リリースの経緯

2024/6/10: 開発者向けベータ版 Beta 1 の無償配布開始
その後のベータ版：
- 2024/6/24: Beta 2
- 2024/7/10: Beta 3
- 2024/7/15: Public Beta 1
- 2024/7/24: Beta 4 (Public Beta 2)
- 2024/8/6: Beta 5 (Public Beta 3)
- 2024/8/13: Beta 6 (Public Beta 4)
- 2024/8/21: Beta 7 (Public Beta 5)
- 2024/8/29: Beta 8 (Public Beta 6)
2024/9/17 (JST) ：正式版 macOS 15.0 Sequoia 配布開始

ASRock Z690 Steel LegendでmacOSを動かす

Thu, 01 Jun 2023 22:58:23 +0900

第 13 世代および第 12 世代 Intel® Core™ プロセッサーに対応 (LGA1700)

ASRock Z690 Steel Legendで組んだコンピュータにmacOS Ventura 13.4をインストールします。現在メインマシンとして使っているマザーボードです。何度か紹介記事を書いているのですが、分散していて古くもなったので、更新してまとめます。

今までの記事

詳細は以下をご覧ください。最初のうちは第12世代CPUを使用していました。最後の2記事では、第13世代に移行してます。今回はこれの総集編・最新版です。

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

ASRock Z690 Steel Legendのオーディオを動かす

ASRock Z690 Steel Legendをスリープさせる

メインマシンをASRock Z690 Steel Legendに移行

ASROCK Z690 STEEL LEGENDのUSBを設定する

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

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

パーツ構成

マザーボード

使用するマザーボードはASRock Z690 Steel Legendです。WiFi付きのASRock Z690 Steel Legend WiFiでも良いです。

最新マザーボードではないですが、現在も入手可能です。

Z690は、第12世代 Intel® Core™ プロセッサーと第13世代 Intel® Core™ プロセッサーに対応しています。macOSのIntel CPUサポートは第10世代で止まっているので、Z690が対象とする世代のCPUはサポートされていません。今後もサポートされることはないと思われます。でもOpenCoreの設定で、CPU IDを古いCPUに見せかけることで動作します。第10世代CPUよりも性能が上がっているので、最新CPUを使うメリットはあります。

数あるZ690マザーボードの中で、ASRock Z690 Steel Legendを選んだ理由は、

PCIeスロットの数が多い（5個あります）
こなれた有線LANチップ搭載でmacOS互換性が高い
macOS互換の無線用key Eソケットとアンテナ穴がある

という理由です。ここ数年のASRockは、比較的こなれたチップを搭載する傾向があり、macOSとの相性が良いと思ってます。Z590ではExtremeを選んでいたのですが、Z690 ExtremeではPCIeスロット数が減ってしまったので、Steel Legendにしました。見た目が派手目ですが、悪くはないです。

CPU

12と13世代CPUが使用可能ですが、macOSのサポートを超えたCPUを使うなら、最新の第13世代が良いと思います。性能も向上してます。

13900, F, K, KF, KS
13700, F, K, KF
13600K, KF
13500
13400, F
13100, F

などが動作するはずです。今回は13900KFで動作確認しています。

ちなみに第12世代では、12900Kと12700Kで動作確認しました。他にも、12900, KS, K, KF, F, T, 12700, K, KF, F, T, 12600, K, KF, T, 12500, T, 12400, F, T, 12300, T, 12100, F, Tなどが動作するはずです。

グラフィックボード

第12, 13世代CPUのiGPUはmacOSでサポートされていません。なのでグラフィックボードは必須です。現在のmacOSで使用可能なグラフィックスボードは、以下です。

AMD Vega 56, Vega 64, Radeon VII (OOB)
AMD RX 400 series, RX 500 series (OOB)
AMD RX 5000 series (“agdpmod=pikera”オプション使用)
AMD RX 6600 XT, RX 6800, RX 6800 XT, RX 6900 XT (“agdpmod=pikera”オプション使用)

これらならば、lilu.kextとwhatevergreen.kextを入れるだけで、そのまま (OOBで) 使用できます。ただし、RX 5000, 6000シリーズに関しては、config.plistのplist:NVRAM:7C436110-AB2A-4BBB-A880-FE41995C9F82:boot-argsの場所に、agdpmod=pikeraという設定が必要です。今回は、AMD RX 6600 XTを使用しました。

WiFi

このマザーボードには、M.2 WiFiのスロットがあります。WiFiモデルマザーボードにはIntelのM.2カードが既に入っています。最近では、Intelの無線カードもkextを入れると使用可能なようですが、ここでは、macOSがネイティブにサポートしているBroadcom BCM94360NGを使いました。macOSとの相性が良くて、Handoff, Airdrop, Apple WatchでのログインなどがOOBで動きます。M.2無線カードとしては、互換性の高い唯一のカードだと思います。おすすめです。日本のが少し高価です。 AliExpressでは複数の販売者から安価に入手できます。

その他のパーツ

その他のパーツは、定評のある自作PCパーツならどれを使っても大丈夫だと思います。メインドライブは、WD_BLACK 1TB SN770 NVMe SSDを使用しました。

BIOS設定

BIOSは、デフォルトの工場出荷時状態でも問題なく動作します。以下の設定は行っても良いと思います。

OC Tweaker > DRAM Configuration > Load XMP Setting > XMP 2.0 Profile 1
Advanced > USB Configuration > XHCI Hand-off > Enabled
Boot > Bootup Num-Lock > off

デフォルトのままで良いのですが、変更されていると起動に支障の出る項目は、以下です。

Advanced > CPU Configuration > CFG Lock > Disabled (default)
Advanced > Chipset Configuration > Above 4G Decoding > Enabled (default)

EFIを作る

次に、マザーボードのEFIが起動するときに実行されるボリュームの内容を作成します。ここにはmacOSのブートシーケンスが始まる前に必要となるファイル、つまりOpenCoreを構成するファイルとKext類を入れます。通常は、起動ドライブのESP (EFI System Partition)をFATでフォーマットしてその中に入れておきます。

作成したEFIをこちらに置いておきます。参考にしてください。

実は、FATでフォーマットしたUSBメモリにEFIというディレクトリを作ってその中に入れておいても良いです。このUSBメモリをEFIから起動すれば、OpenCoreなどが実行されます。USBメモリにmacOSなどが入っている必要はありません。OpenCoreの起動ドライブ選択メニューで、macOSボリュームを選択します。Hackintoshを作る最初は、色々と試行錯誤する必要がありますので、USBメモリの通常のディレクトリで設定作業すれば、作業が楽です。完成したら、その内容をmacOS起動ドライブのESPにコピーすれば良いです。

OpenCore

OpenCoreは最新の0.9.2を使いました。OpenCore Vanilla GuideもComet Lakeの項目しかありません。参考にしつつ、設定を進めました。tonymacx86のこちらのコメントも参考にしました。

Kext

使用したKext類は以下です。

Lilu.kext
WhateverGreen.kext
VirtualSMC.kext
SMCSuperIO.kext
SMCProcessor.kext
LucyRTL8125Ethernet.kext
AppleALC.kext
NVMeFix.kext
CpuTopologyRebuild.kext
USBPorts.kext

USBPorts.Kextは、自作です。USBの項目で説明します。

ACPI

ACPIディレクトリに入れたSSDT類は以下です。

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

config.plist

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

機種名 (SystemProductName) はiMacPro1,1にしました。第12, 13世代CPUで使用する場合、 iMacPro1,1 または MacPro7,1 が良いようです。どちらを選んでも性能はほぼ変わらないそうです。今回、iMacPro1,1にした理由は、性能調整が簡単そうだったからです。MacPro7,1に設定した場合は、CPUFriend.kextと関連kextsが必要らしいです。機種に関連するconfig.plist項目は以下です。

公開したconfig.plistも、この設定になってます。ここでは、

MLB
SystemSerialNumber
SystemUUID
ROM

の情報が未記入または適当な値になってます。各自で設定した固有の情報を書き込んでください。設定の方法はこちらをご覧ください。以下ではiMac20,1の固有情報を生成していますが、これをiMacPro1,1に変えて生成してください。

最後のIntel iMacのシリアル番号を作る

USB設定

macOSにはUSBポート数の制限があります。なのでそれに対応する必要があります。詳しくはこちらをご覧ください。

ASROCK Z690 STEEL LEGENDのUSBを設定する

これによると、ASRock Z690 Steel LegendのUSBポートは、以下です。

HS01:マザーボード上のUSB Type-Cコネクタ (F_USB32_TC_1)
HS02:バックパネルのEtherの下の上のType-A (USB3_3_4)
HS03:バックパネルのEtherの下の下のType-A (USB3_3_4)
HS04:バックパネルのPS/2下の下のType-A (USB3_1_2)
HS05:バックパネルのPS/2下の上のType-A (USB3_1_2)
HS06:バックパネルのType-C (USB31_TC_1)
HS07:バックパネルのType-Cの上のType-A (USB31_TA_1)
HS08:オンボード搭載ハブ(ASM107x) (**USB3_5_6,**USB3_7_8)
HS09:オンボードUSB2.0 (USB_3_4 のCPU反対側)
HS10:オンボードUSB2.0 (USB_3_4 のCPU側)
HS11:オンボードUSB2.0 (USB_1_2 のCPUの反対側)
HS12: オンボードUSB2.0 (USB_1_2 のCPU側)
HS13: ASRock LED Controller
HS14:マザーボード上のM.2 E keyソケット接続 (BCM94360NGがBTで使用）
HS15〜:（不明）
SS01:マザーボード上のUSB Type-Cコネクタ (F_USB32_TC_1)
SS02:バックパネルのEtherの下の下のType-A (USB3_3_4)
SS03:バックパネルのEtherの下の上のType-A (USB3_3_4)
SS04:バックパネルのPS/2下の下のType-A(USB3_1_2)
SS05:バックパネルのPS/2下の上のType-A(USB3_1_2)
SS06:バックパネルのType-C (USB31_TC_1)
SS07:バックパネルのType-Cの上のType-A (USB31_TA_1)
SS08:オンボード搭載ハブ(ASM107x) (**USB3_5-6,**USB3_7_8)
SS09〜SS15:（不明）

またマザーボード上のUSBピンは、それぞれ以下の名前です。

macOSには最大15口までの制限があります。なので、ここから使用するポートを15個選んでUSBPorts.kextに設定します。どのポートを使うかは、マシンの構成次第です。例えば、上記のリストで、太字になっているポートを残すと、

のような設定になります。これを元にUSBPorts.kextを作ります。配布しているUSBPorts.kextは、もしかしたらこれから変更したバージョンかもしれません。必要に応じで調整してください。

動作確認

macOS Ventura 13.4をインストールして動作確認しました。メインでずっと使用しているマザーボードなので、かなり調整が進んでいて、動作状態も良好です。

動くこと

安定した動作
シャットダウン、再起動
有線LAN (ボード上の2.5GbE, Realtek RTL8125BG)
M.2 WiFi, Bluetooth (Broadcom BCM94360NGを使用)
オーディオ (ALC897, layout-id=12)
Quick Look、プレビュー
メッセージ、FaceTime
iCloud, App Store, Apple TV
Universal clipboard, Continuity, AirDrop
Safari/Google ChromeでのAmazon Prime Video再生
AirPlay Receiver (DRM コンテンツの再生)
スリープ (CPU とケースファンが停止)
Bluetoothキーボード類, USB接続キーボード類、電源スイッチによるスリープ復帰（ACPIをサポートしない USB3_1_2 を除く）
Universal Control (macOS 12.3以降)

動かないこと

Sidecar (iGPUが無いために動作しない）

ベンチマーク

このマザーボードに、13900KFを搭載した時のCinebench R23のスクリーンショットを以下に示します。

同じくこのマザーボードに12900Kを搭載した場合との比較を以下に示します。また、ネットにあったMac Studio M1 MaxとUltraのスコアとも比較します。

まとめ

現在メインマシンとして使っているASRock Z690 Steel LegendへmacOSをインストールする手順、動作状況などを、改めてまとめました。また、使用中のEFI一式もアップロードしておきました。

ASRock Z590 ExtremeでmacOSを動かす

Wed, 31 May 2023 22:58:47 +0900

ASRock Z590 Extremeで組んだコンピュータにmacOS Ventura 13.4をインストールします。以前、メインマシンとして使っていたマザーボードですが、紹介記事が分散していて古くもなったので、更新してまとめます。

今までの記事

以前は、ASRock Z590 Extremeで作ったmacOSマシンをメインに使ってました。色々調整して、安定して動作してました。その過程を紹介した様子は、以下をご覧ください。散らばっていてわかりにくいので、まとめ記事が欲しいと思っていました。

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

ASRock Z590マザーボード搭載ALC1220で音を出す (その1)

ASRock Z590マザーボード搭載ALC1220で音を出す (その2)

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

ASRock Z590 ExtremeのUSBを設定する

メインマシンをASRock Z590 Extremeに移行

その後、Z690マザーボードに移行したので、このマシンはずっとお蔵入りになってました。最近になって、復活させてOpenCoreとmacOSを最新版 (OpenCore 0.9.2, macOS Ventura 13.4) に入れ替えてみました。動作確認や調整などまだ必要ですが、設定をまとめて、動作するEFIファイルを配布したいと思います。

パーツ構成

マザーボード

使用するマザーボードはASRock Z590 Extremeです。WiFi付きのASRock Z590 Extreme WiFiでも良いです。

もはや中古でしか入手できないのではと思いましたが、現在も入手可能です。

Z590は、第10世代 Intel® Core™ プロセッサーと第11世代 Intel® Core™ プロセッサーに対応しています。第10世代CPU (Comet Lake) は、Intel版macOSがサポートする最後のIntel Core-i CPUです。iMac 2020 (iMac20,1とiMac20,2) に、Intel Core i5 10500, 10600, i7 10700K, i9 10910が搭載されています。現時点でこれが最新で最後のIntel版Macになると思われています。macOSがIntel CPUをサポートしているうちに、最新のCPUで安定したHackintoshを作るとしたら、この世代のマザーボードに行きつきます。

数あるZ590マザーボードの中で、ASRock Z590 Extremeを選んだ理由は、

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

という理由です。ここ数年のASRockは、比較的こなれたチップを搭載する傾向があり、macOSとの相性が良いと思ってます。有線LANが1個だけになりますが、ほぼ同じ構成のも良いと思います。個人的には、Extremeの方が見た目も良いと思います。

（現在のメインマシンではASRockのZ690 Steel Legendを使ってます。本当はZ690もExtremeを使いたかったのですが、PCIeスロットの数が減ってしまったので、Steel Legendにしました。）

CPU

Core i9-10900Kを使用しました。これ以外の第10世代Core i CPUはほぼ使用可能だと思います。

とくにiMacで搭載されているCPUならば、間違いなく動作するはずです。Macで使用されているComet Lake CPUは、Intel Core i5 10500, 10600, i7 10700K, i9 10910です。このうち、10910はApple専用チップですので、市販されていません。なので、

Core i7-10700K (3.8Ghz / 8 Cores / 16 Threads)
Core i7-10700 (2.9Ghz / 8 Cores / 16 Threads)
Core i5-10600K (4.1Ghz / 6 Cores / 12 Threads)
Core i5-10600 (3.3Ghz / 6 Cores / 12 Threads)
Core i5-10500 (3.1Ghz / 6 Cores / 12 Threads)

ならば、Macで使われているCPUと同じCPUだと言えます。このほか、

Core i9-10900K(3.7Ghz / 10 Cores / 20 Threads)
Core i9-10900 (2.8Ghz / 10 Cores / 20 Threads)
Core i9-10850K (3.6Ghz / 10 Cores / 20 Threads)
Core i5-10400 (2.9Ghz / 6 Cores / 12 Threads)
Core i3-10320 (3.8Ghz / 4 Cores / 8 Threads)
Core i3-10300 (3.7Ghz / 4 Cores / 8 Threads)
Core i3-10100 (3.6Ghz / 4 Cores / 8 Threads)

なども安定して使用可能です。

Z590チップセットでは、第11世代CPUも使用可能です。しかし11世代はmacOSが正式対応していません。対応させることも可能ではありますが、性能が振るわずあまり人気のなかった11世代を使うくらいならば、もっと最新の13世代を使いたいところです。

グラフィックボード

macOSを動かすためにグラフィックボードはほぼ必須です。CPU内蔵のiGPUも使えなくは無いですが、設定が大変です。そもそもZ590クラスのATXマザーボードを使うならば、iGPUを使うことはないと思います。

現在のmacOSで使用可能なグラフィックスボードは、以下です。

AMD Vega 56, Vega 64, Radeon VII (OOB)
AMD RX 400 series, RX 500 series (OOB)
AMD RX 5000 series (“agdpmod=pikera”オプション使用)
AMD RX 6600 XT, RX 6800, RX 6800 XT, RX 6900 XT (“agdpmod=pikera”オプション使用)

WiFi

その他のパーツ

その他のパーツは、定評のある自作PCパーツならどれを使っても大丈夫だと思います。メインドライブは、WD_BLACK 1TB SN770 NVMe SSDを使用しました。

BIOS設定

BIOSは、デフォルトの工場出荷時状態でも問題なく動作します。以下の設定は行っても良いと思います。

Advanced > USB Configuration > XHCI Hand-off > Enabled

デフォルトのままで良いのですが、変更されていると起動に支障の出る項目は、以下です。

Advanced > CPU Configuration > CFG Lock > Disabled (default)
Advanced > Chipset Configuration > Above 4G Decoding > Enabled (default)

EFIを作る

作成したEFIをこちらに置いておきます。参考にしてください。

OpenCore

OpenCoreは最新の0.9.2を使いました。OpenCore Vanilla GuideのComet Lakeの項目に従って、以下を設定しました。

Desktop Comet Lake | OpenCore Install Guide

Kext

使用したKext類は以下です。

Lilu.kext
WhateverGreen.kext
VirtualSMC.kext
SMCSuperIO.kext
SMCProcessor.kext
LucyRTL8125Ethernet.kext
IntelMausi.kext
AppleALC.kext
USBPorts.kext

LucyRTL8125Ethernet.kextとIntelMausi.kextはどちらも有線LAN用のkextです。ASRock Z590 ExtremeにはRealtekの2.5GbpsとIntelの1Gbps Ethernetが搭載されています。それぞれのためのkextです。

USBPorts.Kextは、自作です。USBの項目で説明します。

ACPI

ACPIディレクトリに入れたSSDT類は以下です。

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

config.plist

これもVanilla Guideに従って設定します。機種名は、第10世代CPUが搭載されたiMac20,1にしました。cofig.plistの中の、plist/Platforminfo/Genericの内容は以下のようにしました。

公開したconfig.plistも、この設定になってます。ここでは、

MLB
SystemSerialNumber
SystemUUID
ROM

の情報が未記載または適当な値になっています。各自で設定した固有の情報を書き込んでください。設定の方法はこちらをご覧ください。

最後のIntel iMacのシリアル番号を作る

USB設定

macOSにはUSBポート数の制限があります。なのでそれに対応する必要があります。詳しくはこちらをご覧ください。

ASRock Z590 ExtremeのUSBを設定する

これによると、ASRock Z590 ExtremeのUSBポートは、以下のように23個あります。

HS01 マザーボード上の2.0ヘッダピン（縁側） USB_3_4
HS02 マザーボード上の2.0ヘッダピン（縁側） USB_3_4
HS03 バックパネルのType-C USB3.2 Gen2 USB31_TC_1
HS04 バックパネルのType-A、1GbEの下 USB3.2 Gen2 USB31_TA_1
HS05 バックパネルのType-A、2.5GbE下の2個のうち上 (3.2 Gen1 USB3_1)
HS06 バックパネルのType-A、2.5GbE下の2個のうち下 (3.2 Gen1 USB3_2)
HS07 バックパネルのType-A、PS/2上の2個のうち下 (2.0 USB_2)
HS08 バックパネルのType-A、PS/2上の2個のうち上 (2.0 USB_1)
HS09 マザーボード搭載ASM107xハブ (USB3_3_4 と USB3_5_6)
HS10 マザーボード上の 3.2 Gen2x2 (USB31_TC_2)
HS11 マザーボード上の2.0ヘッダピン（内側） USB_5_6
HS12 マザーボード上の2.0ヘッダピン（内側） USB_5_6
HS13 （不明）
HS14 M.2 key Eソケット (Bluetoothで使用)
SS01 バックパネルのType-A、2.5GbE下の2個のうち下 (3.2 Gen1 USB3_2)
SS02 バックパネルのType-A、2.5GbE下の2個のうち上 (3.2 Gen1 USB3_1)
SS03 バックパネルのType-C USB3.2 Gen2 USB31_TC_1
SS04 バックパネルのType-A、1GbEの下 USB3.2 Gen2 USB31_TA_1
SS05 マザーボード上の 3.2 Gen2x2 (USB31_TC_2)
SS06 （不明）
SS07 （不明）
SS08 （不明）
SS09 マザーボード搭載ASM107xハブ (USB3_3_4 と USB3_5_6)

不明のポートは、発見できていないか、または元々どこにも接続されていないだけかもしれません。USBで始まる番号・記号は、ASRockのマニュアルに記載されているポートの名前です。マニュアルのバックパネルの図にポート名を書き込むと以下になります。

またマザーボード上のUSBピンは、それぞれ以下の名前になります。

マザーボード上のUSB2.0ピンはチップセット直結なのに対して、USB3.xピンはUSBハブ経由なのが面白いところです。Gen2x2のコネクタは、裏表で同じSSポートに割り当てられています。

macOSでは15個のUSBポートが使用可能です。使用形態に合わせて選択して、USBPorts.kextに反映させます。配布しているEFIでは、マザーボード上のUSB2.0ヘッダ端子を無効にしました。その結果、以下を動作させています。

HS03 バックパネルのType-C USB3.2 Gen2 USB31_TC_1
HS04 バックパネルのType-A、1GbEの下 USB3.2 Gen2 USB31_TA_1
HS05 バックパネルのType-A、2.5GbE下の2個のうち上 (3.2 Gen1 USB3_1)
HS06 バックパネルのType-A、2.5GbE下の2個のうち下 (3.2 Gen1 USB3_2)
HS07 バックパネルのType-A、PS/2上の2個のうち下 (2.0 USB_2)
HS08 バックパネルのType-A、PS/2上の2個のうち上 (2.0 USB_1)
HS09 マザーボード搭載ASM107xハブ (USB3_3_4 と USB3_5_6)
HS10 マザーボード上の 3.2 Gen2x2 (USB31_TC_2)
HS14 M.2 key Eソケット (Bluetoothで使用)
SS01 バックパネルのType-A、2.5GbE下の2個のうち下 (3.2 Gen1 USB3_2)
SS02 バックパネルのType-A、2.5GbE下の2個のうち上 (3.2 Gen1 USB3_1)
SS03 バックパネルのType-C USB3.2 Gen2 USB31_TC_1
SS04 バックパネルのType-A、1GbEの下 USB3.2 Gen2 USB31_TA_1
SS05 マザーボード上の 3.2 Gen2x2 (USB31_TC_2)
SS09 マザーボード搭載ASM107xハブ (USB3_3_4 と USB3_5_6)

動作確認

macOS Ventura 13.4をインストールして動作確認しました。実はメインマシンは13世代CPUに移行していて、このマザーボードは、最近になって復活させました。Z590をmacOS Montereyで使っていた頃は、もう少し動作していた（スリープやDRMビデオ再生など）ように思います。さらに調整しつつ、動作確認していきたいと思います。

動くこと

安定した動作
シャットダウン、再起動
有線LAN
M.2 WiFi, Bluetooth (Broadcom BCM94360NGを使用)
オーディオ（Realtek ALC1220)
Quick Look、プレビュー
メッセージ、FaceTime
Google Chrome上でのAmazon Prime Video

動かないこと

Safari上でのAmazon Prime Video: iGPUの設定関係かと思ってます。
Sleep：スリープしてもすぐに復帰します。
iGPUからの映像出力： config.plistではヘッドレス設定していますが、設定しなおしても映像出力されません。iGPUは使用しないので良いことにしてます。

未確認のこと

iCloud, App Store, Apple TV
Universal clipboard, Continuity, AirDrop
AirPlay Receiver (DRMコンテンツの再生)
Universal Control
Sidecar

まとめ

以前メインマシンとして使っていたASRock Z590 Extremeを、久々に復活させて、OpenCoreとmacOSを最新に入れ替えました。その構成をまとめておきました。最後のIntel iMacで使用されている世代のCPUなので、安心して自作できるかと思います。macOSとして安定して動作していますが、スリープ動作などもう少し調整したい項目もあります。サブマシンなのでゆっくりですが、この先、動作確認項目などを更新していきます。

最後のIntel iMacのシリアル番号を作る

Wed, 31 May 2023 16:20:48 +0900

2020年モデルiMacは、macOSが動く最後のIntel iMacです。このシリアル番号を生成する方法を、更新して再度掲載しておきます。

最後のIntel iMac

macOSが動作する最新で最後のIntel iMacが2020年iMacです。モデルIDは、iMac20,1とiMac20,2です。第10世代Intel CPUを搭載した自作PCで、現行のmacOSを動作させるとしたら、このiMacを模倣することになると思います。

iMac20,1と20,2の違いは搭載されているRadeon GPUの違いです。他には大きな違いはないと思われます。

iMac20,1とiMac20,2の違い

とはいえ、iMac20,1の方が、広いCPUをカバーしています。また、次に述べるように、iMac20,2は、あまり出回っていませんので、シリアル番号に関する情報も少ないです。なので、自作PCの機種IDには、iMac20,1を選んでおくのが良いと思います。

シリアル番号を作る

macOSの起動には、コンピュータハードウェアにシリアル番号が必要です。実際のMacでは、マザーボードのファームウェアの中にシリアル番号が書き込まれています。自作PCでは、ESPの中のconfig.plistに書いておきます。OpenCoreがこの情報を、Macのシリアル番号としてmacOSに伝えてくれます。

OpenCoreのconfig.plistに書くべきシステムシリアル番号 (SystemSerialNumber)、ボードシリアル番号 (MLB) を自動生成してくれるツールの一つにmacserialがあります。OpenCore配布サイトや、Kext Updateでダウンロードすると、

Releases · acidanthera/OpenCorePkg

ダウンロードされたファイルの、OpenCore/Utilities/macserialの中に、macserialコマンドとして入っています。これを

$ ./macserial

として起動すると、現在のMac/Hackintoshのシリアル番号などの情報が表示されます。–helpとすれば使い方の説明が表示されます。

$ ./macserial --help
./macserial arguments:
 --help (-h) show this help
 --version (-v) show program version
 --deriv <serial> (-d) generate all derivative serials
 --generate (-g) generate serial for current model
 --generate-all (-a) generate serial for all models
 --info <serial> (-i) decode serial information
 --list (-l) list known mac models
 --mlb <serial> generate MLB based on serial
 --sys (-s) get system info

Tuning options:
 --model <model> (-m) mac model used for generation
 --num <num> (-n) number of generated pairs
 --year <year> (-y) year used for generation
 --week <week> (-w) week used for generation
 --country <loc> (-c) country location used for generation
 --copy <copy> (-o) production copy index
 --line <line> (-e) production line
 --platform <ppp> (-p) platform code used for generation

–generateオプションで現在モデルのシリアル番号とボードシリアル番号を複数生成してくれます。–generate-allで全てのモデルの番号を生成します。–model iMac20,1などとすれば特定のモデルの番号を生成してくれます。iMac20,1のシリアル番号を生成した例が以下です。｜の左側がシステムシリアル番号で、右側がMLBです。

% ./macserial --model iMac20,1
C02G39Y0PN5T | C02129300GUPHC11M
C02GQ1ZMPN5T | C02147200CDPHC1FB
C02G6SYFPN5T | C02132600J9PHC11H
C02H9ZYYPN5T | C02208207GUPHC11H
C02CQ0GZPN5T | C02020501J9PHC1JA
C02D1UYRPN5T | C02027501GUPHC1JA
C02CL1Z8PN5T | C020161004NPHC1CB
C02CNLZ5PN5T | C02018902QXPHC1JA
C02CRWYHPN5T | C02021902GUPHC1AD
C02DPKYTPN5T | C020462074NPHC18C

iMac20,2のシリアル番号も生成してみます。

% ./macserial --model iMac20,2
C02DJUZW046M | C02041405GU0000UE
C02HH0XD046M | C022136004N0000JC
C02D80SH046M | C020344054N0000UE
C02DQ9ZN046M | C02047310QX0000FB
C02FP0V0046M | C02119303CD00008C
C02CK06Z046M | C02015403J900008C
C02CKLY4046M | C020153034N0000JC
C02FQKZ1046M | C021203034N0000AD
C02DQPZS046M | C02047100GU00001H
C02FKTZZ046M | C02115802J90000JA

iMac20,2では、MLBの最後の方の4文字が0000になってます。ここは機種依存の情報の場所です。iMac20,2は、iMac20,1に比べてほとんど出回っていません。Apple Storeの店頭にもありません。なので、この部分の情報がなく、0000になってしまっているようです。自作するならば、割り当てるべき情報が判明しているiMac20,1を選んだ方が良いでしょう。

–info シリアル番号でそのシリアル番号を分析してくれます。例えば、上記のiMac20,1の例で生成した最初のシリアル番号C02G39Y0PN5Tでしたら、

% ./macserial --info C02G39Y0PN5T 
 Country: C02 - China (Quanta Computer)
 Year: G - 2021
 Week: 3 - 29 (16.07.2021-22.07.2021)
 Line: 9Y0 - 1700 (copy 1)
 Model: PN5T - iMac20,1
SystemModel: iMac (Retina 5K, 27-inch, 2020)
 Valid: Possibly

のように表示されます。2021年の第3週から第29週製造のモデルとのことです。

実存しないことの確認

シリアル番号はランダムに生成されます。実存するMacと同じ番号が生成されることは滅多にありませんが、念のために確認します。確認のためには、以下のAppleのサイトを利用します。

Check Your Service and Support Coverage - Apple Support

このページに、生成されたシリアル番号を入力して、

上記のように「有効なシリアル番号を入力してください。」と表示されたらOKです。保証期間などの情報が現れてしまったら、このシリアル番号のMacを誰かが実際に使っている可能性があります。iCloudサービスなどを使用する際に問題が生じる可能性がありますので、別のシリアル番号を使用します。

config.plistに書き込む

問題がなければ、このシリアル番号をOpenCoreのconfig.plistで使えます。config.plistのplist:Platforminfo:Genericの部分に機種固有情報を以下のように書き込みます。（以下は例です。この機種情報は使わないでください）

<key>Generic</key>
<dict>
 <key>AdviseFeatures</key>
 <false/>
 <key>MLB</key>
 <string>C02129300GUPHC11M</string>
 <key>MaxBIOSVersion</key>
 <false/>
 <key>ProcessorType</key>
 <integer>0</integer>
 <key>ROM</key>
 <data>112233445566</data>
 <key>SpoofVendor</key>
 <true/>
 <key>SystemMemoryStatus</key>
 <string>Auto</string>
 <key>SystemProductName</key>
 <string>iMac20,1</string>
 <key>SystemSerialNumber</key>
 <string>>C02G39Y0PN5T</string>
 <key>SystemUUID</key>
 <string>EEF45689-BBE5-4FB6-9E80-41B78F6578E2</string>
</dict>

macserialコマンドで作成した情報を、MLBとSystemSerialNumberに書き込みます。そのほかに、固有の番号としてROMとSystemUUIDがあります。

ROMは、本来はMac搭載のROMの固有IDらしいですが、固有ならばなんでも良いようです。なので、OpenCoreのガイドでは、EthernetカードのMACアドレスを使うと良いと説明しています。適当な6バイトのデータでも良いようです。

SystemUUIDもユニークならばなんでも良いです。Macのターミナルには、uuidgenというコマンドがあり、適当にUUIDを作ってくれるので、これを使います。上記の例では、この値を書き込んでいます。

% uuidgen
EEF45689-BBE5-4FB6-9E80-41B78F6578E2

まとめ

第10世代Intel CPUを使った自作PCに、macOSをインストールする際に必要な、機種固有情報の作り方を紹介しました。ここで作成した、SystemSerialNumber, MLB, ROM, SystemUUIDをOpenCoreのconfig.plistに書き込んでおきます。実際にインストールする際には、記事の中の機種固有情報とは違うものを使ってください。

これらの機種固有情報は、一旦設定したら、できる限り変更しないほうが良いです。機種固有情報が頻繁に変化するデバイスは、Appleのクラウドサービスに拒絶される可能性があります。

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クーラでしたが、短時間のベンチマークでしたら平気でした。

Ventura のUSBインストーラを作ってクリーンインストール

Tue, 25 Oct 2022 18:28:02 +0900

macOS Ventura 13.0がいよいよ公開されました。Monterey 12.6でダウンロードし、起動用USBメモリを作り、クリーンアップデートしました。最新版のOpenCore (0.8.5) とkext類でMontereyが動いていれば、通常の作業でアップデートできるはずです。動作確認したマシン構成は、ASRock Z690 Steel Legend、12900K、 Radeon RX 6600です。

作業に使ったシステム構成

本日 (日本時間2022/10/25)、macOS Ventura 13.0 が正式配布されました。Montereyが配布されたのは去年の10月26日でしたので、ほぼ同じでした。Montereyの最初のバージョンが12.0.1だったのと同様、Venturaも13.0.1が最初の配布バージョンになりました。インストール先のマシンは、以下で、Z690マザーボードに12900Kを搭載しています。グラフィックスはRadeon RX 6600です。ブートローダはOpenCore 0.8.5でkext類は最新にしてあります。

ASROCK Z690 STEEL LEGENDのUSBを設定する

直近まで使っていたmacOSはVentura 13.0 RC (22A380)です。ベータ版ですが、あまりに快適なのでそのままメインで使ってました。ただ、パブリックベータが公開される前まで使っていたMontereyとは別のSSDで使ってました。それで、3ヶ月以上ぶりに、Monterey 12.5が入ったSSDから起動しました。WDの1TB M.2 SSD, WDS100T2B0Cです。ベータ版を使っている間に12.6が公開されましたので、まずは12.6にアップデートしました。その上で、Venturaへアップデートしました。

Venturaアップデートは自動

Venturaに更新したマシンの構成は、ASRock Z690 Steel Legend、12900K、 Radeon RX 6600で、Ventura公開前の最新版で12.6が動いてます。

このMontereyから、「システム環境設定」「ソフトウェアアップデート」を開いたところ、Venturaへのアップデートができるようになってました。容量は3.92GBだそうです。小さい気がしますが、多分必要に応じて追加でダウンロードするのかと思います。

ちなみに、「ほかにもアップデートがあります。」の表示が出ています。これをクリックすると12.6.1が来ていました。Venturaをすぐインストールしないという人も、こちらは入れておいた方が良いと思いました。

Venturaへのアップデート画面で「今すぐインストール」ボタンを押したところ、まずはダウンロードが開始します。

ダウンロード終了後は、アップデートがスルスルと進んで行きました。今までのメジャーアップデートでは、「macOS Venturaをインストールするには、”続ける”をクリックしてください」という画面が出て、そこで中断できました。今回は自動で進むようです。そういえばVenturaで最初にベータ版を導入した時も、自動更新でした。ベータ版でも後には中断できるようになったので、この仕様も、今後変更されるかもしれません。

ということであっけなくVenturaにアップデートされました。快調に動作してます。ビルドは22A380で、Ventura RC 2と同一です。RC 2がそのまま公式版になったようです。

クリーンインストールの手順

Montereyへの上書きインストールが思いがけず完了してしまいましたが、せっかくの年に一度のメジャーアップデートです。現在の起動ディスクであるM.2 SSDの内容を綺麗さっぱりと全消去して、クリーンインストールしようと思います。実は、ホームディレクトリは、別のAPFSボリュームに作ってあるので、起動M.2 SSDを消去してもそれほど面倒なことにはなりません。そこで次の手順でアップデートを進めます。

Venturaインストーラをダウンロードする
USBメモリを用意してVenturaインストールUSBを作る
USBメモリのESPに現在のESPをコピーして起動できるようにする
USBメモリーからインストーラを起動する
インストーラからディスクユーティリティを起動し、M.2 SSDを消去する
インストーラからVenturaをインストールする

1. Venturaインストーラをダウンロード

先ほどの自動アップデート時にダウンロードされたインストーラは、アップデート終了時に消えてしまってます。ということで再度、インストーラをダウンロードし直すことにしました。すでにVenturaになってしまった環境から、App Storeに行き、Venturaを検索したらありました。

入手ボタンをクリックすると、ソフトウェアアップデートが動いてダウンロード開始しました。今回は、なぜか12.15GBとなってます。これなら全部を一括ダウンロードしてくれそうです。

ダウンロード終了すると、インストーラが起動します。今回は、「macOS Venturaをインストールするには、”続ける”をクリックしてください」というダイアログがちゃんと出て、中断可能です。

ここで中断すると、これもいつものようにアプリケーションフォルダに「macOS Venturaインストール」が出来上がっていました。先ほどのようにインストール作業で消えてしまうことがあるので、バックアップしておきましょう。

2. VenturaインストールUSBを作る

インストーラ用のUSBメモリを用意します。必要な容量は13.5GBですが、今回は32GBのUSB 3.0メモリーを用意しました。このUSBメモリーをディスクユーティリティ.appを使って初期化します。USBメモリを選択して、消去ボタンを押します。フォーマット方式の項目では、Mac OS拡張（ジャーナリング）とGUIDパーティションマップを選んでおきます。ここでAPFSを選んでも良さそうな気もしますが、以前のバージョンのcreateinstallmediaコマンドではエラーが出ました。今回は試していませんが、Mac OS拡張（ジャーナリング）にしておくのが無難です。

次に、VenturaインストーラーをUSBメモリ内に作ります。これは実機（本物のMac）でもVenturaをインストールできるUSBメモリになります。ターミナルを使用して、Venturaインストーラの中のContents/Resourcesに移動するとcreateinstallmediaというファイルがあります。そこで以下のコマンドを入力します。

$ cd /Applications/Install\ macOS\ Ventura.app/Contents/Resources/
% sudo ./createinstallmedia --volume /Volumes/USB/
Password: 
Ready to start. 
To continue we need to erase the volume at /Volumes/USB. 
If you wish to continue type (Y) then press return: y 
Erasing disk: 0%... 10%... 20%... 30%... 100% 
Copying to disk: 0%... 10%... 20%... 30%... 40%... 50%... 60%... 70%... 80%... 90%... 100% 
Making disk bootable... 
Copying boot files... 
Install media now available at "/Volumes/Install macOS Ventura"

パスワード入力と、確認のyを押すと、いろいろ進捗して終了します。これでインストール用USBメモリが出来上がりました。本物のMacなら、このUSBメモリで起動するはずです。

3. USBメモリのESPに現用のESPをコピーする

こうして作成したインストーラUSBメモリのESPに、稼働しているOpenCore一式をコピーして、USBメモリだけで起動するようにします。それぞれのESPをマウントして、EFIフォルダをファインダーでドラッグ&ドロップすれば良いです。この先、M.2 SSDは消去しますので、他にも必要なデータがありましたらバックアップしておきます。

4. USBメモリーからインストーラを起動する

これで、BIOSからこのUSBドライブを指定して起動すれば、今まで通りOpenCoreが起動して、起動ドライブにVenturaインストーラが見えるはずです。

ただ、OpenCoreでデフォルト通りの設定をしていると、起動ボリュームの一覧にこのUSBメモリが現れないかもしれないです。それはconfig.plistのMisc, Security, ScanPolicyのデフォルト設定が原因です。これのデフォルト値（Sample.plistに書いてある値も同じく）は、0x010F0103 (10進数では17760515) です。この設定のまま使っている場合、2重の理由で、今回のUSBメモリが起動ボリューム候補に現れません。

まず、USB接続された起動ボリュームをスキャン対象に認める設定が、0x00200000のビットですが、これがデフォルトでは0になっています。なのでUSBデバイスをスキャンしてくれません。
また、HFS+のボリュームをスキャン対象として認める設定が、0x00000200のビットです。これもデフォルトでは0なので、候補に現れません。

なので、デフォルト値を変えて、ScanPolicyを0x012F0303 (10進数では19858179) に設定します。下の図はXplistを使って変更している様子です。

これで起動項目にUSBメモリのインストーラが現れるようになります。Venturaアイコンのボリュームが、USBメモリーです。このInstall macOS Venturaを選択して起動します。

5. インストール先ボリュームを消去する

USBメモリから起動すると、下のようなメニューが現れます。

ここでディスクユーティリティを選んで、インストール先M.2 SSDを綺麗さっぱりフォーマットしました。インストール先のAPFSボリュームグループを選択し、名前を設定して、フォーマットをAPFSにして、Eraseボタンを押します。これで綺麗さっぱり消去されます。

6. Venturaをインストールする

Disk Utilityを閉じると、またメニューに戻ります。次にmacOS Venturaインストールを選択します。するとおなじみのmacOSインストーラが起動します。後は、いつものようにインストールを進めていくだけです。

インストール先のリストには、先ほどフォーマットしたディスクが現れますのでそれを選択します。この後数分で再起動しました。このとき、macOS Installerというドライブが選ばれているはずです。もしも他が選択されていたら、これを選んでおきます。

何度かの再起動の後で、インストール先ドライブにつけた名前 (ここではMacintosh HD) の選択肢が現れ、選択されています。これで起動します。

さらに、2~3分で、またまたまた同様に再起動しました。そして次の起動で、設定画面が現れました。あとはいつものように、設定を行ないます。

インストール終了したあと、このMacについてを確認しました。

これでM.2 SSDから起動します。上の手順では、APFSボリュームグループをフォーマットしてたのでESPの内容は無事でした。ドライブ全体をフォーマットするとESPの内容も消えてしまいます。その場合は、USBメモリのESPの内容を、M.2 SSDの方に書き戻しておきます。

まとめ

OpenCoreで起動しているZ690マシンにVenturaをクリーンインストールしました。そのために、単体で起動してVenturaがインストールできるUSBメモリを作りました。ベータ版の時から安定していましたが、公開版Venturaも快適に動いています。

Windowsだけで作るmacOSインストーラUSB

Thu, 21 Jul 2022 13:59:59 +0900

macOSインストール用のUSBメモリをWindowsだけを使って作成しました。まず、OpenCoreパッケージに付属しているmacrecovery.pyというPythonプログラムを使ってMacの復元イメージをダウンロードし、次にFAT32のUSBメモリに保存します。これでMacで起動するRecoveryボリュームを作ることができました。手順だけを手短に見たい人は、以下のStep: 1, Step: 2, Step: 3の節を見てください。

macOS導入USB

macOSをインストールするためのインストール用USBメモリは、通常はmacOS上で作成します。macOSが動いていないとmacOSをインストールできないので、Macを持っていないと鶏と卵状態に陥ります。Windowsだけを使ってmacOSをインストールすることも、不可能ではないけどとても面倒です。

・・・と、思っていたのですが、試してみたところ予想していたよりずっと簡単でした。OpenCoreのバニラなインストールガイドで知られているDortaniaさんの説明ページを参考にしました。

このページを見るとややこしそうに見えますが、基本的には、

OpenCoreパッケージに入っているPythonプログラムを起動してmacOS復元イメージ（これを使うとmacOSをインストールできる）をダウンロードする
それをFAT32でフォーマットしたUSBメモリに入れる

だけです。

macOS環境ならば、Appleが配布しているmacOSインストーラの中にある、createinstallmediaコマンドを使ってインストーラUSBを作る方法が、Apple公式の方法で簡単です。この方法で作るUSBメモリは、HFS+でフォーマットされていて、MacやOpenCoreの起動選択画面ではそのOSのアイコンで表示されます。MontereyのインストーラUSBなら、下の写真にある「Install macOS Monterey」のようにOpenCoreの起動ボリューム選択画面に現れます。

これと同じものをWindowsで作るには、Windowsとは無縁なHFS+フォーマットのボリュームをなんとか作り出さないといけないので、とても大変だと思ってました。Dortaniaさんのページで紹介されているのは、HFS+形式USBメモリではなく、上の写真の右端に見切れて映っている、「Recovery 12.x (dmg)」という歯車アイコンに相当する復元用イメージを作る方法でした。

Step1: 復元ファイルをダウンロード

Windowsから、OpenCoreダウンロードのサイトを開き、最新版パッケージ一式をダウンロードします。ダウンロードサイトはここです。

Releases · acidanthera/OpenCorePkg

ここから、OpenCore-x.x.x-RELEASE.zipをダウンロードします。ダウンロードしたファイルは、Downloadsディレクトリの中に、OpenCore-x.x.x-RELEASE.zipというファイル名で保存されてます。次に、このzipファイルの中にあるPythonプログラムを実行します。

Pythonの実行のために、通常はWindowsにPythonをインストールします。手元のWindowsマシンでは、WSLの UbuntuにすでにPythonをインストール済みだったので、以下では、WindowsとWSL Ubuntuを行ったり来たりして作業しました。WindowsにPythonがインストール済み、もしくはWSLを使っていない場合は、Windows側でPythonを実行してください。

Pythonの実行をWSL環境で行うために、Ubuntuを開けて、OpenCoreのzipファイルを作業しやすい場所にコピーします。次に、zipを解凍し、その中のUtilities/macrecoveryというフォルダに移動します。そしてそこにあるmacrecovery.pyというPythonプログラムを起動します。以下がその作業です。

cp /mnt/c/Userx/xxxx/Downloads/OpenCore-x.x.x-RELEASE.zip .
unzip OpenCore-x.x.x-RELEASE.zip
cd Utilities/macrecovery
python3 ./macrecovery.py -b Mac-E43C1C25D4880AD6 -m 00000000000000000 download

macrecovery.pyは、http://osrecovery.apple.comというAppleのサイトから、特定のロジックボード用のリカバリーファイルをダウンロードするプログラムのようです。-bオプションでロジックボードのIDを指定します。上の操作で指定した番号 (Mac-E43C1C25D4880AD6) は、MacBook Pro (13-inch, Early 2015)、機種ID MacBookPro12,1のものです。検索したところ、以下のページにBoard ID一覧がありました。

List of Mac BoardID, DeviceID, Model Identifiers & Machine Models

MacBookPro12,1の機種対応の最終OSがMontereyなので、この指定でMontereyをインストールするリカバリーイメージをダウンロードできます。MacBookPro12,1はVentura未対応なので、この先もMontereyがダウンロードできるはずです。

他のmacOS、例えばBig Surのリカバリーイメージをダウンロードしたい場合は、最終サポートOSがBig Surである機種のロジックボードIDを指定します。Dortaniaさんのガイドでは、Big SurではMac-42FD25EABCABB274を指定することになってます。これはiMac (Retina 5K, 27-inch, Late 2014) iMac15,1のIDで、最終サポートOSはBig Surです。

macrecovery.pyを実行すると、

BaseSystem.chunklist
BaseSystem.dmg

という2つのファイルが出来上がってます。この先、Windowsでの操作を行うので、Windowsからアクセスしやすいように、Downloadsディレクトリに戻しておきます。

cp BaseSystem.* /mnt/c/Users/xxxx/Downloads/.

Step2: USBメモリを初期化する

次に起動用USBメモリを初期化します。GUIDパーティションマップ (GPT)で用意したパーティションをFAT32でフォーマットします。一般的なフォーマットなので、特に難しいところはないように思われました。実際、macOSのディスクユーティリティで作ったMS-DOS (FAT) (GUIDパーティションマップ)のUSBメモリもそのまま使えました。ただ、macOSからUSBメモリの名前を変更したところ、通常の起動ドライブとして見えてしまうようになり、リカバリーイメージとしては表示されなくなり、使えなくなりました。微妙なパーティション・フォーマットの違いで動作しなくなるようです。

Dortaniaさんの手順では、WindowsでUSBメモリをフォーマットするツールとして、

Windows標準のDisk Management （日本語名「ディスクの管理」）
Rufusというオープンソフトウェア
Windows標準のdiskpart

を使う3つの方式が紹介されています。ここではWindows標準装備の1. と 3.の方法を試し、動作することを確認しました。

Disk Managementを使う

Disk Managementは日本語名で「ディスクの管理」というツールです。macOSのディスクユーティリティに相当するツールかと思います。これで、USBメモリを選択し、初期化します。すでにGPTのパーティションが用意されていたら、それを削除して、未割り当てにして、「新しいシンプルボリューム」を作ります。

このメニューを選択すると、「新しいシンプルボリュームウィザード」というプログラムが起動します。これを用いて、FAT32のボリュームを作成します。ここでボリュームラベルを指定することもできます。

これでFAT32のUSBメモリが完成するので、Step 3に進んで、ファイルをコピーします。

Disk Managementは操作が簡単ですが、パーティションスキームを作り直す方法がわかりませんでした。MBR (Master Boot Record) でパーティション作られたUSBメモリは、FAT32でフォーマットされていてもリカバリーには使えないのですが、これをGPTに変更する方法がメニューには見つかりませんでした（Windowsスキルが低くてすみません）。次に示すdiskpartを使う方が確実だと思います。

diskpartを使う

diskpartもWindows標準搭載の、20年以上昔からあるツールです。CUIでサクサク操作できて良いです。これを用いると、パーティションの設定から完璧に作り直せるので、USBメモリを間違いなく初期化できます。Windowsメニューからdiskpartとタイプすると起動します。USBメモリはUSBポートに挿しておきます。

Microsoft DiskPart バージョン 10.0.22000.653

Copyright (C) Microsoft Corporation.
コンピューター: XXXXXXXXXX

DISKPART>

list diskコマンドでUSBメモリの番号を見つけて（ここでは2番）それを選択します。USBメモリは32GBなので、これに間違い無いです。

DISKPART> list disk
 ディスク 状態 サイズ 空き ダイナミック GPT 
 ------------ ------------- ------- ------- --- ---
 ディスク 0 オンライン 465 GB 0 B *
 ディスク 1 オンライン 232 GB 1024 KB *
 ディスク 2 オンライン 29 GB 127 MB *
DISKPART> select disk 2
ディスク 2 が選択されました。

次に、このUSBメモリを、

cleanして（ディスク構成情報を削除）
GPTに変換して（最小のパーティションができる）
primaryパーティションを作って（確認して、選択して）
fat32でフォーマットして
Eドライブに割り当てて
出来上がったvolumeを確認

します。その様子を下に示します。

DISKPART> clean
DiskPart はディスクを正常にクリーンな状態にしました。
DISKPART> convert gpt
DiskPart は選択されたディスクを GPT フォーマットに正常に変換しました。
DISKPART> create partition primary
DiskPart は指定したパーティションの作成に成功しました。
DISKPART> list partition
 Partition ### Type Size Offset
 ------------- ------------------ ------- -------
 Partition 1 予約済み 15 MB 17 KB
* Partition 2 プライマリ 29 GB 16 MB
DISKPART> select partition 2
パーティション 2 が選択されました。
DISKPART> format fs=fat32 quick
 100% 完了しました
DiskPart は、ボリュームのフォーマットを完了しました。
DISKPART> assign letter=e 
DiskPart はドライブ文字またはマウント ポイントを正常に割り当てました。
DISKPART> list volume
 Volume ### Ltr Label Fs Type Size Status Info
 ---------- --- ----------- ---- ---------- ------- --------- --------
 Volume 0 NTFS Partition 465 GB 正常
 Volume 1 FAT32 Partition 100 MB 正常 システム
 Volume 2 C NTFS Partition 232 GB 正常 ブート
 Volume 3 NTFS Partition 635 MB 正常 非表示
* Volume 4 E FAT32 Partition 29 GB 正常

太字部分が入力したコマンドです。これでエクスプローラーからEドライブとして見えます。

Step3: USBメモリにコピーする

次に、ダウンロードファイルをUSBメモリにコピーします。ここから先はエクスプローラーから操作できます。USBメモリに、以下の2つのフォルダを作ります。

com.apple.recovery.boot
EFI

com.apple.recovery.bootには、Step 1で入手した、

BaseSystem.chunklist
BaseSystem.dmg

を入れます。エクスプローラーのコピー・ペーストで行いました。

またEFIには、現在macOSを動かしているコンピュータのEFIをそのままコピーしておきました。

今回試したコンピュータは、ASRock Z690 Steel Legend + 12900K + RX 6600XTの組み合わせです。EFIはこちらに置いてあります（使う場合はシリアル番号などを入れてください）。ディレクトリ構成は結局、以下のようになりました。

com.apple.recovery.boot
- BaseSystem.chunklist
- BaseSystem.dmg
EFI
- APPLE
- BOOT
- OC

これでmacOSがインストール可能なUSBメモリが完成しました。

USBメモリで起動

このUSBメモリを挿してコンピュータを起動します。大抵は、起動可能なUSBメモリが挿さっているとそこから起動するようですが、BIOSメニューから確認・設定するのが確実かもしれません。USBメモリのルートにあるEFIディレクトリに、EFIファイル一式が正しくコピーできていれば、OpenCoreの起動ボリューム選択画面が表示されます。

ただ、この中にRecoveryイメージはありません。実は、使用しているconfig.plistで、選択メニューに復元イメージが表示されないよう設定してあるためでした。そのように設定されている場合、スペースキーを押すと、全部の候補が現れます。その結果、macOSがインストールされたそれぞれのボリュームの横に、Recovery xxx (dmg)という歯車アイコンの選択肢が現れます。実際のMacにも現れる復元用の起動ボリュームで、これを選択してOSの再インストールなどが可能です。

そして並びの左端に、今回Windowsだけを使って作成したUSBメモリが現れました。今回使用しているOpenCanopyの設定アイコンでは、他のRecoveryアイコンと違ってオレンジ色です。外付けドライブにあることで、色がオレンジのようです。アイコンの名前がNO NAMEなのは、FAT32のドライブ名のデフォルトがNO NAMEだからです。

これを選択して起動すると、リカバリーのメニューが現れます。ここでmacOS Montereyのインストールを選択すると、

インストーラが起動しました。この先インストールを進めることで、Montereyを動かすことが可能でした。

まとめ

Windowsだけを用いて、macOSをインストールするUSBメモリを作り、動作を確認しました。以前調べた方法はもっと複雑でしたが、今回はあっけなくできてしまいました。macrecovery.pyプログラムを開発された皆さんのおかげだと思います。Mac本体を持っていない人でも簡単にmacOSをインストールできると思います。その場合でも、OSを使わせてもらうお礼にApple製品やサービスを買ってあげてください。

macOS Ventura PBの導入用USBを作る

Wed, 20 Jul 2022 15:41:26 +0900

macOS 13 Venturaを起動してインストールできるUSBメモリを作成しました。配布されているpublic betaから、いつものようにcreateinstallmediaコマンドで作成します。USBメモリのESPには、すでにVenturaが動作しているOpenCoreとそのファイルを入れました。このUSBで起動して、Venturaをインストールできました。

Ventura PBの配布方式変更

macOS 13 VenturaのPB (public beta)を使用して10日近く経過しました。とても安定しているので、もはやメインOSとして使ってます。PBが配布された当初は、マイナーアップデートの時のように、「今すぐアップグレード」ボタンを押すと、本当にすぐにアップデートが開始してしまい、中断できませんでした。

最近試したところ、いつものメジャーアップデートのように、インストーラプログラムがApplicationsフォルダに格納されるようになってました。本番に備えて改善されたようです。ソフトウェアアップデートのアイコンも、Venturaのものに変わってました。ダウンロードされるデータサイズも12.3GBに増加してます。なので、インストールし直すことにしました。インストールしなおしても、ビルド番号は変更ないようです (22A5295i) 。

ソフトウェア・アップデートで、「今すぐアップグレード」を押すと、ダウンロードが開始され、終了するとインストーラプログラムが起動します。

ここでインストールを中断します。メニューから終了を選んで終了させると、Applicationsフォルダにインストーラが見つかります。中断せずにインストールを完了すると、このインストーラが消えてしまいます。他の場所にコピーをとっておくと良いです。これもいつも通りの動作です。

インストール用USBメモリを作る

この先も、いつものmacOSインストール用メモリ作成の手順と全く同じです。まずはUSBメモリをフォーマットします。ディスクユーティリティでUSBメモリの項目を選んで、「消去」ボタンを押し、「APFS」フォーマット「GUIDパーティションマップ」方式でフォーマットします。名前はなんでも良いのですがUSBとしました。

次に、ターミナルを開き、VenturaインストーラのResourcesディレクトリに移動します。そこにあるcreateinstallmediaコマンドを実行します。インストール先には、上で作成したUSBメモリを指定します。

$ cd /Applications/Install\ macOS\ Ventura\ beta.app/Contents/Resources/ 

$ sudo ./createinstallmedia --volume /Volumes/USB 
Password:
Ready to start.
To continue we need to erase the volume at /Volumes/USB.
If you wish to continue type (Y) then press return: y
Erasing disk: 0%... 10%... 20%... 30%... 100%
Making disk bootable...
Copying to disk: 0%... 10%... 20%... 30%... 40%... 50%... 60%... 70%... 80%... 90%... 100%
Install media now available at "/Volumes/Install macOS Ventura beta"

この後、diskutil listコマンドでUSBメモリと起動中のドライブのEFIの場所を探して、それぞれをマウントして、ファインダーでEFIフォルダをコピーします。

% diskutil list

(略)
/dev/disk10 (external, physical):
 #: TYPE NAME SIZE IDENTIFIER
 0: GUID_partition_scheme *31.4 GB disk10
 1: EFI ⁨EFI⁩ 209.7 MB disk10s1
 2: Apple_HFS ⁨Install macOS Ventur...⁩ 31.0 GB disk10s2
(略)

% sudo diskutil mountdisk disk10s1

USBメモリで起動する

今動いているEFIの内容を、USBメモリのESPにコピーできていれば、USBメモリから起動できます。OpenCoreの選択画面には、インストーラが現れます。今動いているドライブで起動して、OpenCoreの起動ボリューム選択画面でUSBメモリを選択しても良いです。

これを選択すれば、Macをリカバリーする画面が現れ、この中からドライブのフォーマットやVenturaのインストールを行えます。

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スコアの比較

新製品Radeon RX 6500 XT はmacOSで動く？

Sun, 23 Jan 2022 00:07:57 +0900

AMD Radeon RX 6500 XTの販売が始まりました。6000シリーズの最下位モデルで、価格は3万円台前半くらいです。GPUが高騰している昨今にしてはそこそこ安価です。macOSで使えると良いのですが、残念ながら動かないのではないかと言われています。

6000シリーズのGPU型番は、Navi 21, 22, 23, 24です。今回のRX 6500 XTはNavi 24を搭載しているそうです。なので、GPU型番とRX 6000シリーズの関係は以下になります。

Navi 21は RX 6800, RX 6900シリーズに搭載
Navi 22は RX 6700シリーズに搭載
Navi 23は RX 6600シリーズに搭載
Navi 24は RX 6500 XTに搭載

macOSはBig Sur 11.4からRX 6900 XT, RX 6800 XT, 6800に対応し、

BIG SUR 11.4にアップデートする (Navi 21対応)

Monterey 12.1からRX 6600 XT, 6600に対応しています。

macOS 12.1からRadeon 6600XTが使える

しかし、6700, 6700 XTは動きませんでした。macOSにはNavi 21, 23のドライバが含まれているものの、Navi 22のドライバは用意されていないためと考えられます。なので、Navi 24を搭載する6500 XTに関しても、6700シリーズと同様に、macOSが動かないと予想されています。

今後サポートされる可能性

将来のmacOSで6500 XTがサポートされる可能性も低いと思われます。

現在、Navi 21を搭載したMac Pro用のグラフィックスカードはAppleから販売されています。Navi 23ベースの製品はまだ発売されていません。今後、最も安価なグラフィックスカードとして発売されるのではないかと思われます。でも、なかなか発売されないので不透明です。ドライバーだけでも提供されているのは、幸運なことかもしれません。

そう考えると、さらに下位モデルのNavi 24用のドライバは、今後も提供されないのではないでしょうか。Navi 23はM1 MaxのiGPUより一回り性能が良いので、これを搭載する意味はありました。でも、M1のiGPUより性能が劣るNavi 24をサポートする必要性は低いと考えられるからです。

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コアが全て使えるようになれば、逆転すると思われます。

Radeon RX 6600 XTをmacOSで使う

Sun, 07 Nov 2021 22:10:51 +0900

Radeon RX 6600 XTをmacOS 12.1で試したところ、問題なく動作しました。5700 XTのベンチマーク比較では、Metalの性能が8%ほど良くなっているようです。ほとんど変わりませんが、TDPは下がっているのでワットパフォーマンスは高いです。

箱から出す

今回使ってみたRX 6600 XTは、Sapphire PULSE Radeon RX 6600 XTです。Sapphire PULSEは、RX 580の時にApple External Graphics Development Kitに搭載されているので、macOSと相性が良さそうな印象があります。グラボ一般が品薄なためか、価格は不安定です。価格.comの価格推移グラフによると、発売直後 (2021年8月) は5.7万円くらいだったものが、10月下旬から7万円程度以上で乱高下しています。11月に入ると少し安定してますが、それでも7万円かそれを切るくらいの価格です。

今まで使っていたRX 5700 XTを取り外して、RX 6600 XTを取り付けました。マザーボードはASRock Z590 ExtremeでCPUは10900Kです。ソフトウェアは、OpenCore 0.7.5 とmacOS Monterey 12.0.1の構成です。

5700 XTが30cm近い大型で重厚なグラボだったのに比べて、6600 XTは一回り小さく、軽く、補助電源も8ピン1個だけです。見るからに格下のモデルなので、交換して性能がどうなるのか不安でした。消費電力にも差があり、5700 XTのTDPが225Wなのに対して、6600 XTは160Wです。

macOS 12.0.1では動かない

現行のmacOSはMonterey 12.0.1です。今まで5700 XTが動いていた状態のところに、グラボだけを6600 XTに交換しました。起動オプションには、

agdpmod=pikera

を指定してあります。この状態で起動したところ、高解像度表示にならず、また表示速度が遅い状態で起動しました。グラフィックスアクセラレーションが効いていない状態です。システム情報を見ても、サポートされていない状況がわかります。

macOS 12.1にアップデート

そこで、パブリックベータとして無料配布されている12.1 Betaにアップデートしました。ビルドは21C5021hです。アップデートしたところ、6600 XTがサポートされて、正常な表示が行われるようになりました。システム情報は以下でした。ベータ版はスクリーンショットの公開ができないので、文字だけで紹介します。

AMD Radeon RX 6600 XT:

チップセットの機種: AMD Radeon RX 6600 XT
種類: GPU
バス: PCIe
PCIeレーン幅: x16
VRAM（総量）: 8 GB
製造元: AMD（0x1002）
装置ID: 0x73ff
リビジョンID: 0x00c1
ROMリビジョン: 113-3E4480U-S6L
Metalファミリー: 対応、Metal GPUFamily macOS 2

Device IDが0x73FFになってます。12.1が6600XTをサポートしたらしいという以下の記事で紹介したDevice IDです。

macOS 12.1からRadeon 6600XTが使える

ちなみに12.1 Betaはなかなか良いです。12.0.1よりもキビキビと動く気がします。大規模アップデートの直後のベータ版なので、改良が進んでいるのだと思います。不安定なところは全くないので、すぐにインストールしても良いのではと思いました。

ベンチマーク

Geekbench 5でベンチマークしました。5700 XTと比較したところ、若干性能向上しています。特にMetalの性能が向上しています。Appleが力を入れているので、デバイスドライバーもMetalに対して手厚く対応しているのではと思いました。6600 XTはTDPが大幅に下がっているので、ワットパフォーマンスで考えると大きく進歩してます。

注目したいのはM1 Maxとの比較です。このスコアは、前回の記事で紹介したGeekbenchに上がっているスコアをそのまま持ってきたものです。5700 XTではOpen CLでM1 Maxに優っているものの、Metalでは僅差で負けてました。6600 XTはMetalの性能が向上したので、明らかにM1 Maxを上回るようになります。大した差ではないですが、M1より良い性能を手に入れらる安心感で、心の平安を得られます。

まとめ

Radeon RX 6600 XTはmacOS 12.1で動きます。性能はRX 5700 XTより少しだけ上で、消費電力は少ないです。グラフィックスボードはまだまだ高値止まりで、6000シリーズローエンドの6600 XTも決して安くはないですが、hackintosh向けおすすめグラボだと思います。

いま一番おすすめの自作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をより多く確保すれば、自作のメリットがより大きくなります。

ASRock Z590マザーボード搭載ALC1220で音を出す (その2)

Sat, 10 Apr 2021 15:53:49 +0900

AppleALC.kextがバージョンアップされて、Z590に搭載されたALC1220のPCIIDをサポートしてくれるようになりました。そのおかげで、PCIIDを偽装しなくても、ASRock Z590 Extremeに搭載されたサウンドチップRealtek ALC1220から音が出るようになりました。

Z590マザーボードのサウンド

前の記事で、ASRock Z590 ExtremeにComet Lake-S 10900Kを取り付けてmacOS Big Surを起動させました。

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

またPCIIDを偽装してRealtek ALC1220から音が出るようにしました。

ASRock Z590マザーボード搭載ALC1220で音を出す (その1)

AppleALC.kextがそのうち対応してくれると期待していたのですが、v1.5.9になったAppleALC.kextの説明に、以下のように書いてありました。ありがたいです。

Added 500 Series (0xF0C8 Z590 + Intel 10 Gen) PCH HD Audio Controller
Added 500 Series (0x43C8 Z590 + Intel 11 Gen) PCH HD Audio Controller

実際、Hackintool.appなどで確認すると、第10世代CPUを搭載した状態でのPCIIDはF0C8でした。これを以前のチップセットのものに偽装していたのですが、この更新でその必要がなくなりました。実際、新しいAppleALC.kextに差し替えることで、

FakePCIID.kext
FakePCIID_Intel_HDMI_Audio.kext

が不要になり、config.plistでのDevicePropertiesでのdevice-idの記述も不要になりました。layout-idは引き続き1を使用しました。

ASRock Z590マザーボード搭載ALC1220で音を出す (その1)

Mon, 29 Mar 2021 19:57:47 +0900

（こちらは古い情報です。最新のAppleALC.kextを使うことで、ここで行った手順は不要になりました。こちらをご覧ください。2021/4/10）

ASRock Z590 Extremeに搭載されたサウンドチップRealtek ALC1220から音が出るようにしました。Z490のマザーボードを最初に使った時と同様に、FakePCIID.kextを使いIDを偽装します。近い将来、Z490の時と同様に、AppleALC.kextとOpenCoreがZ590チップセットに対応すれば、このような工夫なしで動くようになるのではと期待しています。

Z590マザーボードのサウンド

前の記事で、ASRock Z590 ExtremeにComet Lake-S 10900Kを取り付けてmacOS Big Surを起動させました。

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

この結果、有線と無線のネットワークが動いています。USBは未調整ですがキーボード、Bluetooth関係は動いてます。でもマザーボードに搭載されたサウンドチップであるRealtek ALC1220から音が出ていませんでした。今回は、このサウンドチップを動かします。

Realtek ALC1220は、300シリーズチップセットから搭載されているサウンドチップです。AppleALC.kextで長らくサポートされているので、互換性は高いと思っていました。でもZ590マザーボードでは、AppleALC.kextを入れるだけでは動きませんでした。

一方、一部のZ590マザーボードでは、新しいサウンドチップのRealtek ALC4080 が搭載されています。新しいので互換性が心配でしたが、実はALC4080はUSB接続で動いていて、USBオーディオとして機能するのでドライバの心配がいらないという報告がいくつか上がっています。オンボードサウンドのことだけを考えたら、ALC1220よりも、新しいALC4080が搭載されたマザボの方が面倒がなくて良いかもしれません。

PCIIDを偽装する

まずは、ALC1220がサポートするlayout-idをいくつか試してみましたが、音は出ませんでした。ALC1220の場合、使用できるlayout-idは、1, 2, 3, 5, 7, 11, 13, 15, 16, 21, 27, 28, 29, 30, 34だそうです。layout-idは多少違っていても大抵は音が出るので、全く動かない場合は、layout-idの問題ではないと思われます。

他の方法を検索しましたが、結局、以前、Z490マザーボードが出始めた時に使った方法が有効でした。サウンドチップのPCIIDを偽装する方法です。

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

この方法に従って、以下のkext、

FakePCIID.kext
FakePCIID_Intel_HDMI_Audio.kext

を追加し、config.plistのDevicePropertiesに以下を追加しました。PciRoot(0x0)/Pci(0x1F,0x3)はALC1220のデバイスパスです。これのdevice-idをA348に、layout-idを1にする設定です。

Z590マザーボードに搭載されたALC1220には、ベンダー：デバイスIDとして、8086:F0C8が割り当てられています。このIDが、現在のバージョンのOpenCore/AppleALCには登録されていないようで、Hackintool.appで調べると、Device Nameが???という表示になります。

そこで、上記の内容をconfig.plistに加えることで、このIDが8086:A348になります。このIDはCannon LakeのALC1220のdevice-idと同じ値なので、下記のようにCannon Lakeの名前が表示されるようになります。

以上の作業を行うことで、無事、オンボードサウンドが出るようになりました。

まとめ

Z590マザーボードのオンボードサウンドチップであるRealtek ALC1220から音が出るように設定しました。以前のZ490の時もそうでしたが、OpenCore/AppleALCがZ590搭載のALC 1220に対応してくれれば、この作業は不要になると期待しています。

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

次の作業はUSBの15個制限の調整です。ぼちぼち対処していきます。

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

Sat, 27 Mar 2021 20:56:14 +0900

ASRock Z590 ExtremeにComet Lake-S 10900Kを取り付けてmacOS Big Surを起動させました。今まで10900KはZ490で動かしていたのですが、なんとZ490のEFIのままでZ590でもログイン画面まで到達しました。課題はありますが一応の動作をしたのでご報告します。

（更新：有線LANがどちらも動くようになりました 2021/3/29)

Z590マザーボード

第10世代CPUの10900Kを、今までASUSのZ490 Micro ATXマザーボードで動かしていました。

ASUS ROG STRIX Z490-G, 10900K

計画変更でこれを通常ATXのマザーボードにしたかったのですが、今更Z490を買うのもつまらないので、いっそZ590のマザーボードにすることにしました。Z590は、今月末に発売される第11世代CPU用のチップセットですが、現行の第10世代CPUも動きます。第10世代＋Z590でmacOSが動くという報告もいくつかあります。

間もなく発売される第11世代CPUは、アーキテクチャやiGPUなどが変更されるので、しばらくはmacOSが動かないと考えられてます。でも将来、iMacに第11世代が搭載されることになれば試してみたいと思います。

それでZ590マザーボードを物色しました。

減少するPCIeスロット

macOSマシンを自作するメリットの一つは、本物のMacに足りない拡張性を補うことだと思ってます。なのでマザボ選びには、いつもPCIeスロットの数を考慮して、スロット数が多いものを選んでいました。

でも、マザーボードに搭載されるPCIeスロットの数がだんだん減っているように思います。せっかく自作するなら良い部品を使いたいと思ってもいるのですが、特に上位モデルのマザーボードでスロットが減っている傾向があります。スロットのあった場所をM.2 SSDが占拠しているようです。Windowsで使う人たちもPCIeの拡張性をあまり重視しなくなっているのでしょうか？

（左がROG STRIX Z490-F, 右がZ590-F）

例えば、hackintoshするのに人気のあったASUSのROG STRIX F GAMINGを見てみます。ASUS ROG STRIX Z490-F GAMINGには6本あったPCIeが、同Z590-F GAMINGでは3本に減ってしまいました。Z590-Fの3本のPCIeスロットのうち、2本はCPU直結を分割しているので、両方とも使うとGPUへのレーン数が16から8に減ってしまいます。使いたくないところです。とすると、GPU性能に影響を与えないPCIeスロットは1本だけになります。Z490-FではGPUに影響を与えないスロットが4本あったので、4分の1に激減です。ASUSはPCIeスロット数が他社に比べて多い方だったのですが、残念です。

一方で、GIGABYTEとMSIは、以前からPCIeスロットが少なめでした。あっても、CPU直結を分割するタイプが多めでした。

そんなところで気づいたのはASRockのミドルレンジ製品でした。ASRockも、歯車が動くことで話題のZ590 Taichiは4スロットで、うち2本はGPU用レーンを分割するタイプです。GPUの性能に影響を与えずに拡張できるスロットは2本です。他社の上位モデルよりは1本多いですが、少ないです。ところがTaichiの下位モデルのZ590 Extreme, Z590 Steel Legend, Z590 Pro4, Z590 Phantom Gaming 4になると、GPU用のレーン数を分割しないタイプのスロットが4本もあります。今まで4大マザボメーカで、ASRockを使ったことがなかったのですが、今回は大いに検討することにしました。

ASRock Z590 Extreme

それで今回選んだのは、ASRock Z590 Extremeです。色々な点で魅力でした。

PCIeスロットが多い

PCIeスロットは5本あります。GPUスロットに割り当てられた16レーンを分割するタイプのスロットはありませんので、どれを使ってもGPU性能に影響は与えません。

見た目が良い

ヒートシンクや基板の模様が斜めにカットされていたり、斜めの溝や斜線が多用されたマザーボードのデザインに飽きていました。GIGABYTEのZ590 VISION DやZ590I VISION Dなどは、斜線の要素がなくて、スクエアで端正だと思います。ATXサイズのZ590 VISION Dはスロット数が少ないのですが、元々スロットがGPU用しかないZ590I VISION Dには、興味があります。

VISION Dほどカッコ良くはありませんが、Z590 Extremeも、斜線要素が抑えられていて、スクエアな印象です。黒と青の配色も、レトロフューチャーなコンピュータのイメージで良い感じです。

互換性の高い有線LAN

2.5GbEのチップがRealtek RTL8125Bです。こちらで紹介したように、RTL8125用のkextが用意されているので、LucyRTL8125Ethernet.kextで動きます。他社のマザーボードだと、Intel I225-Vが搭載されていることが多いです。この場合は、FakePCIIDなどを駆使して動かす必要がありました。専用のkextの方が安心です。

ASRockのZ590 ExtremeとSteel Legendは仕様がほとんど同じなのですが、唯一の違いが、Extremeには1GbEのチップも搭載されていることです。これがIntel I219Vなので、IntelMausi.kextで動きます。IntelMausiEthernet.kextは動きませんでした。Z590マザボのI219Vのベンダー：デバイスIDが8086:15FAなのですが、Contents/Info.plistを見ると、IntelMausi.kextにはこのIDが設定されていますが、IntelMausiEthernet.kextにはありません。それが原因で動かないようです。IntelMausi.kextの方が頻繁に更新されているので、今後もこちらを使った方が良いと思いました。

無線用key Eソケットとアンテナ穴がある

WiFiなしのモデルですが、無線モジュール用のソケットとアンテナ穴があります。

ASRockマザボの無線LAN/Bluetooth用のM.2 key Eソケットは、CNViに加えて、従来型のPCIe + USB接続が可能なタイプです。こちらの記事で紹介したように、最近の多くのマザボはCNViのみの対応になっていて、macOSと互換性のあるWiFi/Bluetoothモジュールを取り付けることができません。ASUS, GIGABYTE, MSIのM.2 key Eソケットは、CNVi専用の場合が多いです。

ところが、ASRockの製品は、スペック表に以下のように書いてあるように、従来型の無線モジュールにも対応しています。これでmacOSにOOBで対応するBroadcomのBCM94360NGが使えます。

1 x M.2 ソケット (Key E), タイプ 2230 WiFi/BT PCIe WiFi モジュールと Intel® CNVi (統合 WiFi/BT) に対応

バックパネルにアンテナ穴が空いているのもポイントです。現在の国内のラインナップではWiFi付きのExtremeはありませんが（Steel LegendにはWiFi付きと無しがあります）、WiFi非搭載モデルにもアンテナ穴がちゃんと空いてます。バックパネルを統一してコストダウンするのが目的だとは思いますが、あとから無線モジュールを取り付ける場合には、とても助かります。

サウンドチップの互換性が高い

サウンドチップがRealtek ALC1220です。AppleALC.kextでサポートされているチップなので、互換性が高いはずです。実はまだ動かせてませんが、なんとかなると思ってます。ASRockは上位モデルのTaichiにもALC1220を使っているので、安心かと思います。他社のZ590モデルには、新しいチップのRealtek ALC4080が使われている場合が多いです。このチップにはAppleALC.kextが未対応なので音が出ない可能性が高いと考えました。ただ、TonymacX86の情報によるとGIGABYTE Z590 VISION Gでは、ALC4080がUSBオーディオ接続になっていて、何の問題もなく音が出たという報告があります。なのでサウンドチップの互換性の心配は不要なのかもしれません。

以上のように、ASRockのZ590シリーズは、全般的に安定したこなれた規格と部品が使われている傾向があって、hackintoshするには安心感のある構成かと思いました。

組み立てる

CPU、メモリー、M.2 SSD、CPUクーラー、グラフィックスカード類は、今まで使っていたASUS micro-ATXマザーボードのROG STRIX Z490-G GAMINGから取り外して移植しました。WiFi/BluetoothもBroadcomのBCM94360NGを取り付けました。これはOOBで動く唯一のM.2無線モジュールです。M.2 WiFiと書かれたM.2 key Eソケットにぴったり収まります。この後、アンテナを仮配線しました。

M.2 SSDには、Z490で起動させていた時のEFIがそのまま入っています。OpenCore 0.6.7です。メインのパーティションには、Big Sur 11.2.3がインストールされてます。グラフィックスカードはAMD Radeon 5700XTです。

構成をまとめると、以下になります。

ASRock Z590 Extreme
10900K
M.2 SSD
BCM94360NG
Radeon 5700XT
OpenCore 0.6.7 + Big Sur 11.2.3

BIOS設定

BIOS設定は、工場出荷時設定でも問題ありませんでした。でも通例にしたがって以下のように設定しました。

IGPU Multi-Monitor: Enabled
Primary Graphics Adapter: PCIE1
XHCI Hand-off: Enabled
Above 4G Decoding: Enabled
Onboard HD Audio: Enabled

とりあえず起動

Z490マザーボードで動かしていたM.2 SSDのままで、とりあえず起動を試みました。なんと、ログイン画面まで問題なく到達しました。CPUは同じなのでそれほど問題ないとは思ってましたが、あっけなかったです。でも、キーボード、トラックパッドが効かず、ログインできません。USB機器が動いていないようです。

USBメモリで起動

移植に先立って、M.2 SSDのEFI部分を、USBメモリのEFI部分にコピーしてありました。ログイン画面に至ったところでUSB機器が動かなくなっている様子でしたが、OpenCoreなどが動く段階では、USBメモリーは動いています。なので、このUSBメモリから起動することが可能でした。

そこで、この起動用USBメモリを別のマシンで編集して、多少の調整をしました。まずは、IntelMausiEthernet.kextとLucyRTL8125Ethernet.kextを導入します。この記述をconfig.plistにも追加しました。次にconfig.plistからZ490関係の内容、つまりはDevicePropertiesの有線LANとサウンドに関する部分を削除しました。これでかなりZ590対応したと思うのですが、USB周りは手を加えてないので、やはりログイン画面でUSBが効かなくなったままです。

画面共有する

USB機器が動かない様子なので、画面共有で先を進めようと考えました。ルーターのDHCPのログを見ると、新しいマザーボードに1個だけアドレスが割り当てられていました。そこで、このアドレスに対して画面共有を行ったところ、無事ログイン画面が現れました。ここで、ログインして全ての操作が可能になりました。システム環境設定からネットワークを調べたところ、動いていたのはWiFiのBCM94360NGでした。

当初、有線LANは、Intel I219VもRealtek RTL8125Bも、どちらも動いていませんでした。Intelが動かなかったのは、前述のように、IntelMausiEthernet.kextを使っていたのが原因でした。IntelMausi.kextに変えて動くようになりました。RTL8125Bが動かなかったのは、前のZ490マザーボードの設定で、ジャンボフレームが使用したかったので、2.5Gハブ接続するよう固定してしまっていたからでした。それを1Gハブに接続したので動かないようでした。自動モードにしたら動くようになりました。

USBInjectAll.kextを入れる

画面共有から接続して、Hackintool.appで調べたところ、USBポートが一つも見えてませんでした。元々Hackintool.appで作ったZ490マザボ用USBのためのkextを入れていたので、これが動いていないと考えました。そこで、USBInjectAll.kextを入れてみたのですが、やはりUSBは見えませんでした。ちょっと探したところ、Z590チップセットに対応したUSBInjectAll.kextがあるようでした。

https://gitee.com/softxing/OS-X-USB-Inject-All

Hackintool.appで調べると、Z490のXHCI Host ControllerのVender:Device IDは8086:A36Dですが、Z590の場合8086:43EDでした。これらの違いを反映したUSBInjectAll.kextが必要なようでした。上記のサイトからソースコード一式をダウンロードして、makeコマンドでkextを作ることができました。コンパイルしたZ590用のUSBInjectAll.kextをここに置いておきます。

これでUSBが見えるようになりました。上はHackintool.appで調べた様子です。USB Receiverというのはlogitechのトラックパッド付きキーボードです。これでログインもmacOSの操作もできるようになりました。BRCM20702 Hubは、BCM94360NGのBluetooth部分です。これでBluetoothが見えて、純正Magic Trackpad/Keyboardも接続できるようになりました。ASM107xというのは、マザボ搭載のUSBハブかなと思います。今の状態だとUSB 3.1が使えないので、今後は使うべき15個のUSBポートを選択して、kextを作っていきたいと思います。

EFI構成

以上の作業で、EFIの構成は以下のようになりました。ACPIフォルダが、

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

Kextsフォルダが

WhateverGreen.kext
VirtualSMC.kext
USBInjectAll.kext
SMCSuperIO.kext
SMCProcessor.kext
LucyRTL8125Ethernet.kext
Lilu.kext
IntelMausi.kext
AppleALC.kext

です。config.plistはDortaniaさんのComet Lakeガイドとほぼ同じです。機種IDはiMac20,1です。

追記：使用中のEFIをこちらに置いておきます。config.plistのシリアル番号などはみなさんで設定してください。Radeon RX 6xxx以外の方は、ブートオプションのagdpmod=pikeraを削除してください。OpenCore 0.7.6です。USBは設定済みで、オンボードオーディオも動きます。

まとめ

ASRockのZ590 Extremeに10900Kを搭載してmacOSを動かしました。現状では

USBは動いているけど15個制限対策は未設定
Intel (1GbE)、Realtek (2.5GbE)のどちらの有線LANも動く
マザボに取り付けたBCM94360NGでWiFi/BTが動く
オンボードオーディオが動かない

状態です。少しずつ対策していきたいと思います。

追記：オンボードオーディオが動きました：

ASRock Z590マザーボード搭載ALC1220で音を出す (その1)

M1 MacでHackintoshを作る

Sun, 13 Dec 2020 18:17:14 +0900

本物のMacが無い状態からhackintoshを作るのは困難です。また、macOSを無料で使わせていただいているお礼としても、本物のMacを1台は持っていても良いと思います。その1台がM1 Macでも大丈夫でしょうか？ということを確認するため、M1 MacBook Airでhackintosh起動・インストール用USBメモリーを作ってみます。

Macを買おう

Hackintoshを作るためにmacOS上での作業が必要です。この記事は「M1 Macをhackintoshにする」と言う内容ではなく、「hackintoshを作る作業にM1 Macを使用する」と言う内容です。Hackintoshを作るなら、Macを買っておこうという内容の記事を、以前書きました。

Macintoshを買おう

今なら省電力な割に高性能なM1 MacBook Air/Proがおすすめです。M1 Mac miniも良いですね。今までのMac下位モデルはインテルのiGPUを使っていましたが、性能は良くありませんでした。M1のiGPUはインテルより数倍性能が良いです。反面、miniのようなデスクトップモデルでも拡張性はほぼ無いです。そこで、拡張性を補い、インテルmacOS環境を手に入れるために、自作macOSマシンを作るのも良いと思います。でもM1マックでhackintoshは作れるのでしょうか。Rosetta 2があるので、ツール類も正しく動くとは思いますが、確認します。

Big Surをダウンロードする

一番の懸念は、インテル版Big Surが正規のApp Storeから入手可能かどうかです。そこで、M1マシンからApp Storeに行き、Big Surをダウンロードしました。

「入手」をクリックすると、「ソフトウェア・アップデート」が起動して、ダウンロードが始まります。12.18GBあるので、そこそこ時間がかかります。サイズは大きいので、インテルのコードも入っていそうです。

ダウンロードが終わると、アプリケーションフォルダにインストーラができています。

/Applications/Install macOS Big Sur.app

「情報」を見るとUniversalアプリケーションになっているようで安心しました。インテル環境でも大丈夫なようです。

macOSインストール用USBメモリ

次に、「Macで起動できて、MacにmacOSをインストールできるUSBメモリ」を作ります。まずはUSBメモリをHFS+でフォーマットします。USBメモリを接続し、M1 Macで「ディスクユーティリティ」を起動します。まずは「表示」から「すべてのデバイスを表示」を選んでおきます。（以下の2枚のスクリーンショットは以前のmacOSで撮ったものなので、見た目が違います）

この次に、USBメモリのデバイス名（一番上の階層の名前）を選択し、「消去」ボタンを押します。そこで現れるパネルから、方式として「GUIDパーティションマップ」を選びます。フォーマットには「MacOS拡張（ジャーナリング）」を選びます。

これ以外の選択をすると、後の作業でエラーが出たり、起動ドライブにならなかったりします。名前はなんでも良いです。ここではUSBにしておきました。次に、ターミナルを開いて、

/Applications/Install macOS Big Sur.app/Contents/Resources

に移動して、インストーラの中に移動して、createinstallmediaコマンドを使います。

% sudo ./createinstallmedia --volume /Volumes/USB/

しばらく時間がかかり、無事、macOSインストール用USBメモリが完成しました。これで本物のMacを起動すれば、macOSがインストールできるはずです。M1 Macが文鎮化する事案が話題になってますが、このUSBメモリーさえ持っていれば安心です。

diskutil listコマンドで、USBメモリの場所を調べて、diskutil mountコマンドでESPをマウントしておきます。以下はESPがdisk4s1の場合の例です。この結果、/Volumes/EFIの場所にマウントされるはずです。

% diskutil list 
% sudo diskutil mount disk4s1

ターゲットマシンを決める

今回は、Z390 + 9900K + RX580の構成へのインストールUSBを目指します。これに必要なkextは以下です。

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

また、必要とされるSSDTは、こちらの表を見るとわかります。このマシン（Coffee Lake）に必要なSSDTは、

です。リンク先から、それぞれのコンパイル済みamlファイルを入手できます。

この構成なら、システムモデルはiMac19,1が良いと思います。マシン用のシリアル番号やUUIDなどを決めておきます。今回は、すでに動いているマシンの番号をそのまま利用します。AppleIDの関係で、シリアル番号はできる限り変更しない方が良いです。新しいマシンにインストールする場合は、正しいフォーマットのシリアル番号を新たに作ります。OpenCoreをダウンロードすると、その中のUtilitiesの中にmacserialというコマンドがありますので、これで生成します。–modelオプションでモデルを指定すればそれに合うシリアル番号とボードシリアル番号を生成してくれます。macserialもM1で動きました。

% ./macserial --model iMac19,1
C02ZTHYTJV3Q | C02950108CDLNV91M
C02YDVZSJV3Q | C02910403CDLNV9UE
C02YP6Z8JV3Q | C02919301GULNV9CB
C02DDCZDJV3Q | C02037104CDLNV98C

OC Gen XでESPを作る

先ほどマウントした/Volumes/EFI/の場所に、EFIフォルダを作っていきます。そこで、OC Gen Xツールを使います。M1版Big Surでも起動しました。

OC Gen-XでESPを作る

System TypeとしてCoffee Lakeを選び、上でリストアップしたkextを選びます。またSystem ModelをiMac19,1にして、決めておいたシリアル番号などを入力します。最後に「Generate EFI」ボタンを押すと、デスクトップにEFIフォルダができています。これをUSBメモリのEFIの中にドラッグ&ドロップでコピーします。

ESPを手直しする

OC Gen Xツールは大体のことはしてくれるのですが、足りない部分を補います。まずはSSDTが入っていません。先ほどダウンロードしたamlファイルをACPIフォルダの中に入れます。また、config.plistの中に、kextやamlファイルの記載がありません。そこで、ProperTreeの、OC Clean Snapshot機能を使い、ACPI, Drivers, Kexts, Toolsの内容をconfig.plistに反映させます。ProperTreeもM1版Big Surで問題なく動きました。

自作マシンで起動する

これで100% M1で作ったhackintoshインストール用USBメモリーが出来上がりました。自作Z390マシンで起動を試みたところ、無事起動しました。macOSのインストールに使えそうです。

文鎮化しても救える？

先に述べましたが、M1 Macが文鎮化する事案が話題になっています。ファームウェアのアップデートに失敗すると起動しなくなるらしいです。その対策の一つが、ほかのMacからApple Configurator 2を起動して、ファームウェアをアップデートする方法らしいです。自作macOSマシンで、M1 MacBook Airの文鎮化を救えるのかどうか、試してみました。とは言っても、本当に文鎮化しているわけではないので、様子を見た程度です。

自作マシン（Z390 + 9900K + RX-580 + OpenCore 0.6.4 + BigSur) とM1 MacBook AirをType-Cケーブルで接続します。Z390側は、マザーボードのバックパネルのType-Cコネクタを使いました。そしてApple Configurator 2を起動しました。Apple Configurator 2はApp Storeからダウンロードできます。

するとMacBook Airが認識されていました。

文鎮化しているわけではなく、元気に起動していますが、Z390マシンの方からは、これのファームウェアアップデートが可能なようです。「このアクションは取り消せません」とありますので、この先試していません。インテルベースの安定したHackintoshを持っていると、M1が文鎮化しても安心な気がします。

まとめ

M1Macでhackintoshが作れることを確認しました。このほか、Kext Updater.appやPlistEDPlus.appなどのツールも使えました。モバイルでは省電力なM1 MacBookを使い、デスクトップは拡張性のある装備満載な自作マシンを使うのが良いのではと思いました。

OC Gen-XでESPを作る

Mon, 07 Dec 2020 00:14:37 +0900

OpenCoreの設定を行うツールOC Gen-Xを使ってみました。Z390 + 9900Kで構成したマシンのために、このツールでEFIフォルダを作成しました。多少の手直しは必要ですが、そのまま起動するEFIフォルダが出来上がりました。

OC Gen-X

フォーラムで便利だったという話をお聞きして、試してみることにしました。夢日記にも紹介されてます。OpenCoreの設定を楽にするツールは、いくつかあるらしいですが、Dortaniaさんのガイドに、configuratorは使うな、手作業で設定せよ、と書いてあったので、避けてました。OC Gen-Xは、そのDortaniaさんのガイドに準拠したconfig.plistを生成するとの説明があるので、良いのかもしれないと思い、試してみることにしました。以下からダウンロードできます。

https://github.com/Pavo-IM/OC-Gen-X

現用マシンと同じ設定をする

今使っているASUS ROG MAXIMUS XI HERO + 9900Kの構成でインストールしたOpenCore 0.6.3 Big Surの組み合わせで使っている構成を目指して同じように設定を試みました。

OC Gen Xを起動して、タブを選んで項目を選択していきます。最初はプロセッサーです。Z390 + 9900KなのでCoffee Lakeを選びます。

次はKextです。使用中のKextを選びました。Lilu, VirtualSMC, SMCProcessor, SMCSuperIO, WhateverGreen, AppleALC, IntelMausiを選びます。Kext選択は、システムに依存しますし、知識も必要なので、初見で簡単に決められる作業ではないですね。さらに、自前で作ったUSBポートの設定kextは、当然ですがここでは選択できないです。

Firmware Driversは、OpenRuntimeとHfsPlusを選びます。今はVBoxHfsを使っているのですが、HfsPlusの方が高速なはずです。他に、ブートの見た目をよくするためにOpenCanopyを使ってますが、これは選択肢に出てこないです。

次はSMBIOSの設定です。System Model, Serial Number, MLB, UUIDに、今使っているそのままの値を入れました。System Model (機種ID) はiMac19,1です。

起動オプションも、現用と同じ

-v keepsyms=1

を書き込んでおきました。

これでGenerate EFIボタンを押すと、デスクトップにEFIフォルダが出来上がります。

完成したEFIフォルダを確認

デスクトップに作られたEFIフォルダを確認します。config.plistが出来上がっていて、OpenCore関連のファイル類も入ってます。またKextsとDriversフォルダには設定したファイルが入っていました。下の図のように、OC Gen-X.appの中のContents/Resourcesの中に、OpenCoreとkext類の一式が入っています。これがそのままコピーされたのだと思います。OpenCore, kext, efiの最新版が出ていたらこちらを差し替えれば良いと思いました。

ただし、ACPIフォルダは空です。これも用意してくれれば良いのにと思いました。ここは手作業で入れておきます。Coffee Lakeに必要なACPI類は、

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

です。ACPIフォルダにamlファイルを追加したので、config.plistにも反映しておかねばなりません。ProperTreeの機能を使いました。元々はACPIの記述は何もありません。

ProperTreeのSnapshot機能を使うと、今追加した4個のamlファイルが追加されました。

起動するかどうかを試す

ここまで行ったステップは、

OC Gen-Xを使ってEFIフォルダを作る
ACPIファイル(aml)を追加する
ProperTreeのsnap shot機能を使う

の3ステップです。使用すべきkextファイルがわかっているとか、シリアル番号などは決めてあるとか、使用すべきamlファイルが手元にあるとか、ProperTreeを用意しておくなど、下拵えは必要ですが、それが準備できていれば、3分くらいでEFIフォルダが完成すると思います。

では、このEFIフォルダで起動するでしょうか？

HFS+でフォーマットしたUSBメモリを用意して、これのEFIフォルダに書き込んで試しました。BIOSでUSBメモリを設定して起動したところ、なんと問題なく起動しました！

USBの15個対応のkextを入れてないのでUSBの一部が動かない
その関係でBluetoothが動かない
サウンドの設定をしていなかったので音はまだ出ない

などの問題はあるものの、これは設定を行えば済むことです。とりあえず起動を目指すには、便利なツールだと思いました。

config.plistを比較する

自動生成されたconfig.plistを、いろいろ調整して作っていた自家製config.plistと比較しました。以下の項目は、実質的に同じ内容でした。

ACPI
Booter
UEFI

以下の項目で自動生成版と自家製版config.plistが違いました。

DeviceProperties

自動生成されたconfig.plistのDevicePropertiesにはデバイスの記述がありません。自家製config.plistには、サウンドとiGPUの設定がしてあります。音が出なかった原因はこの設定がなかったことです。iGPUは設定なしでも起動できましたが、構成によっては（特にiGPUを使う場合）起動しない可能性があります。DevicePropertiesに記述がないと動かないデバイス（特定のLANチップなど）があるとその機能は動かないことになります。

Kernel

いろいろ工夫して加えていたkernelパッチ（光ディスクのスリープ対策とリムーバブルベイのホットプラグ対策）が自動作成版に無かったのは当然ですが、これらは起動には問題ない項目です。

Quirksは、いくつか違ってました。自動作成版はDortaniaガイドのデフォルトに従っています。自家製設定と比較すると、ガイドの一部を変更していた項目が違ってました。以下にそれを示します。でも、いずれも起動には問題なかったです。

AppleCpuPmCfgLock: BIOS設定で設定したのでここで対応する必要がなく、デフォルトを変更してfalseにしてます。
AppleXcpmCfgLock: BIOS設定で設定したのでここで対応する必要がなく、デフォルトを変更してfalseにしてます。
DisableIoMapper: デフォルトを変更してfalseにしてます。
DisableRtcChecksum: デフォルトを変更してtrueにしてます。
XhciPortLimit: USB 15個制限を無理やり回避する項目です。ちゃんと対策してfalseにすべき項目です。デフォルトではtrueですが、今回の実験ではそれでも一部のUSBポートが機能してませんでした。対応するkextを作ってデフォルトを変更してfalseにしてます。

Misc

Debugカテゴリーのうち、自家製版では、AppleDebug, ApplePanic, DisableWatchDogのデフォルトを変更してfalseにしてます。またDisplayLevelを2147483648にしてます。

Securityカテゴリーでは、ExposeSensitiveDataを7に、ScanPolicyを19858179にしてましたが、これは大した違いではないです。自動生成版では、SecureBootModelがdisabledになっていますが、0.6.3からはSecureBootModelはdefaultで良いようです。でもどちらでも起動はします。

NVRAM

自動生成では、prev-lang:kbdがデフォルトのロシア語になってます。自家製版では、これを英語（16進数で656E2D55533A30）にしてます。

PlatformInfo

自動生成版ではmemoryに関する記述が増えています。ただ、システムの値を自動的に使う設定にもなっているので、ここは無駄なところかと思いました。それ以外は、手作業で設定していたconfig.plistと同じでした。

まとめ

OpenCoreのEFIフォルダ内容を作成するツール、OC Gen-Xを使ってみました。ACPIのファイルを設定する機能が無いこと、config.plistの設定でできれば直したいと思う点も多少はあるものの、起動するEFIフォルダーを短時間で作ることができました。初めて挑戦する環境でhackintoshするときに、とても役立つと思いました。OpenCoreにたくさんあってややこしいQuirksの設定をとりあえず無難にこなしてくれるだけでも助かります。

リムーバブルHDD/SSDのホットプラグパッチ (Big Sur版)

Sun, 15 Nov 2020 01:10:14 +0900

抜き挿し可能なリムーバブルSATAドライブベイで、HDD/SSDのホットプラグを可能にするパッチを以前ご紹介しました。Big Surでパッチパターンが変わったので、これに対応しました。

5.25インチベイ用リムーバブルHDDラック

上の写真のような、5.25インチベイに取り付けるリムーバブルHDDラックは、本物のMacには無い、自作hackintoshならではの便利な装備です。でもHDDラックを取り付けただけではHDD/SSDのホットプラグが効きませんでした。macOS起動時にリムーバブルベイに装着されているHDD/SSDは認識され、ファインダー上でアンマウントして、安全に取り外すことはできます。しかし、macOS稼動中にHDD/SSDを挿しても認識されません。そこでホットプラグが機能するようにconfig.plistにkextパッチを当て、対応していました。

SATA接続HDD/SSDのホットプラグ

リムーバブルHDD/SSDのホットプラグパッチをOpenCoreに適用する

このパッチが効くと、マザーボードのチップセットが持っているSATA端子以外、つまり、マザーボード上にSATAチップを追加して増設したSATA端子が、リムーバブルドライブとして扱われるようになります。チップセットがサポートするSATAは通常6個ですので、8個のSATAを持っているマザーボードは、最後の2個が対象になります。また、PCIeスロットにSATAアダプターカードを挿してSATA端子を増設した場合も、そこに接続されるドライブがリムーバブルになります。例えば以下のような、Marvell 88SE9230チップセットや、ASMedia ASM1061チップセットを搭載したカードです。

ところが、Big Surにバージョンアップしたら、このパッチが効かなくなったようで、ホットプラグが機能しなくなりました。調べたところパッチパターンが変わっていたようです。

パッチの方法

パッチは、/System/Library/ExtensionsにあるAppleAHCIPort.kextのバイナリファイルの該当部分を、0x90 (マシンコードでNOP, No OPerationに相当します) に置き換えるものです。置き換える範囲は、ファイルの中の0x40200000というデータ列の4バイト、その前8バイト、その後14バイトの、合計26バイトです。この26バイトのパターンが、Big Surになって変わっていたようで、パッチが効かなくなっていました。

そこで、Big Surのkextの中で0x40200000を探して、書き換えるべきデータ列を調べなおすことにしました。まずは、AppleAHCIPort.kext/Contents/MacOS/AppleAHCIPortをhexdumpして、lessコマンドで表示を一旦停止しておきます。

% hexdump /System/Library/Extensions/AppleAHCIPort.kext/Contents/MacOS/AppleAHCIPort | less

lessが起動しているところ、以下のサーチコマンドをタイプし、40 20 00 00を探します。

/40 20 00 00

ところが運悪く途中に改行が入っているようで見つかりません。40 20だけでもう一度探索します。

/40 20

今度は見つかりました。改行の先に00 00があるので、間違い無いようです。他にも40 20は見つかりますが、その先に00 00が続く場所はありません。もしもこれで見つからなければ、他の場所に改行が入っているかもしれませんので、

/20 00 00

で探せば良いと思います。

今回、発見できた場所の前後のデータは以下です。

0003da0 01 00 00 89 d1 81 e1 40 60 02 00 81 f9 40 20 00
0003db0 00 75 0c 81 e2 bf 7f ff ff 89 93 69 01 00 00 f6
0003dc0 c2 40 74 7e 3d 09 01 01 00 72 77 44 89 fe c1 ee
0003dd0 0a 81 e6 80 00 00 00 81 e2 7f ff ff ff 89 d1 09

ここで発見した0x40200000の4バイト、その前8バイト、その後14バイトの、合計26バイトをNOP (90) に置き換えるパッチを作ります。つまり、

Find --> 81E14060 020081F9 40200000 750C81E2 BF7FFFFF 89936901 0000
Replace --> 90909090 90909090 90909090 90909090 90909090 90909090 9090
AppleAHCIPort

というパッチを作ります。前回のパッチパターンに類似していますのでおそらく合っていると思います。

config.plistをテキストエディタで編集する場合はbase 64に変換します。詳しくはこちらをご覧ください。Findするデータはbase 64では以下になります。

% echo -en "\x81\xE1\x40\x60\x02\x00\x81\xF9\x40\x20\x00\x00\x75\x0C\x81\xE2\xBF\x7F\xFF\xFF\x89\x93\x69\x01\x00\x00" | base64 
geFAYAIAgflAIAAAdQyB4r9///+Jk2kBAAA=

Replaceするデータは、NOPコマンド列である9090…なのですが、このbase 64は以下です。

% echo -en "\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90\x90" | base64
kJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJA=

Cloverの場合

最近Cloverは使っていないので検証できませんが、Cloverの場合、config.plistに以下を書けば良いはずです。

<key>KextsToPatch</key>
 <array>
 <dict>
 <key>Comment</key>
 <string>Enables hot plug for removal drives</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>geFAYAIAgflAIAAAdQyB4r9///+Jk2kBAAA=</data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>Name</key>
 <string>AppleAHCIPort</string>
 <key>Replace</key>
 <data>kJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJA=</data>
 </dict>
 </array>

OpenCoreの場合

OpenCoreで、カーネルとkextに対してパッチを当てる項目は、Kernel, Patchの場所です。また、使用するキーは以下です。

Comment : Cloverと同じ。人が読むためのメモ書き。
Find : Cloverと同じ。検索データ列。
Replace : Cloverと同じ。置き換えるデータ列。
Identifier : CloverのNameに相当するキー。kextを指定するためのIDで、バンドルIDを使う。
Enabled : パッチを有効にする場合はtrueにする。（有効にしたいのでtrueにする）
Count : パッチを当てる箇所の数。今回の場合は1回なので1。
その他のキー : デフォルトで良いので省略。

kextのバンドルIDは、システム情報で知ることができます。

システム情報の拡張機能のAppleAHCIPortの項目を選択すると、

com.apple.driver.AppleAHCIPort

であることがわかります。これはBig Surになっても変更はありませんでした。そこで、OpenCoreのパッチは以下になります。

<key>Kernel</key>
<dict>
 <key>Patch</key>
 <array>
 <dict>
 <key>Comment</key>
 <string>Enables hot plug for removal drives</string>
 <key>Count</key>
 <integer>1</integer>
 <key>Enabled</key>
 <true/>
 <key>Find</key>
 <data>geFAYAIAgflAIAAAdQyB4r9///+Jk2kBAAA=</data>
 <key>Identifier</key>
 <string>com.apple.driver.AppleAHCIPort</string>
 <key>Replace</key>
 <data>kJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJA=</data>
 </dict>
 </array>
</dict>

ProperTreeやPlistEDPlusなどのアプリケーションで設定するなら、16進数でそのまま書けます。ProperTreeでは16進数のデータの8バイトごとにスペースを入れる流儀のようですが、

81E14060 020081F9 40200000 750C81E2 BF7FFFFF 89936901 0000

PlistEDPlusではスペースを入れないようです。

81E14060020081F940200000750C81E2BF7FFFFF899369010000

以下はPlistEDPlusの例です。Item番号はたまたま7番目になっていますが、何番目でも大丈夫です。

動作確認

パッチをOpenCore 0.6.3のconfig.plistに追加したところ、Big Surでもこのホットプラグが機能しました。オレンジ色のドライブがmacOS起動後にリムーバブルベイに取り付けた3.5インチHDDです。

補足

最初の記事、

では、

Find --> 40600200
Replace --> 00000000
AppleAHCIPort

というパッチを当てれば、ASMediaやMarvellのチップでホットプラグが可能になるという情報を紹介しました。今回、Big Surで試したところ、マウントする際にシステムが落ちてしまう現象が発生しました。PCIeに挿すASMediaやMarvellのSATAカードでも、ここで紹介した長いパッチは安定して動きますので、この記事の方式を使ってください。

まとめ

リムーバブルドライブベイのホットプラグを可能にするパッチを、Big Sur用に書き換えて動作を確認しました。これからも、しばらくはBig Surへの対応作業を楽しめそうです。

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が出たら、シリアル番号などをそれに合わせて設定し、本格的に使用したいと思います。

Big Surでは古いBroadcom無線モジュールが使えない?

Wed, 08 Jul 2020 23:50:29 +0900

macOS Big SurではBroadcomのWiFi/Bluetoothモジュールが動かなくなるとか、そんなことはないとか情報が飛び交ってました。古いMacにBig Surを導入するパッチを作っているサイトによると、2012年モデル以前ではWiFiが動かないらしいです。今後は2013年以降モデル搭載の802.11 ac対応Broadcomの無線モジュールを使用するのが良いと思います。無線モジュールに関してはこちらのページをご覧ください。

Hackintoshのパーツ選び【その4：無線編】

古いMacは無線が動かない

iMac14,1, iMac14,2, iMac14,3ってHaswellなのになぜBig Surのサポート外なのだろうと不思議に思って色々検索していたら、こんなページを見つけました。Big Sur非サポートMacで動かすためのパッチを配布しているDosdude1さんらのページです。フォーラムでもまっくぷろさんに紹介いただいています。

macOS Big Sur Patcher Is No Longer Available

最初の疑問は解決しませんでしたが、別のことを発見しました。このページのパッチがサポートしている機種一覧表によると、パッチを使っても、2012年以前のMacではWiFiが動かないらしいです。もともとがサポート対象外の古いMacに搭載された無線モジュールですので、パッチを当てて動かそうとしている人たちにしか検証できない貴重な情報だと思います。

802.11ac対応が動作条件?

実は2013年モデルMacからWiFiが802.11acに対応して、搭載されているBroadcom社製モジュールが入れ替わっています。これが関係していると思われます。それ以前の、802.11nのみ対応のBroadcomモジュールがBig Surで切り捨てられたのではないでしょうか。ちなみに、Broadcomモジュール型番と搭載Macの関係は、以下のページ（ロシア語）が詳しいです。

https://deviwiki.com/wiki/User:Omega/Broadcom_modules_(Apple)

この2つのページの情報を組み合わせると、以下の古いBroadcomモジュールは、Big Surでサポートされなくなったと考えられます。型番がBCM9431、BCM9432、BCM9433で始まるモジュールです。

Broadcom BCM94311MCAG
Broadcom BCM94321MC
Broadcom BCM94321COEX2
Broadcom BCM94322USA
Broadcom BCM94322MC
Broadcom BCM943224PCIEBT
Broadcom BCM943224PCIEBT2
Broadcom BCM94331PCIEBT3A
Broadcom BCM94331PCIEBT3B
Broadcom BCM94331PCIEBT4
Broadcom BCM94331CSAX
Broadcom BCM94331CD

このうちの一部は、AliExpressで1,000円前後で格安販売されています。Catalinaまでは動いていた実績があるので、互換性があるように紹介されている場合もあります。Big Surを使用する予定でしたら、避けた方が良いと思います。

一方で、引き続きBig Surでサポートされると考えられるBroadcomモジュールは、BCM9436シリーズの、

です。はBCM94360CDを使っているので引き続き使用できると思われます。M.2 無線モジュールのもこの世代なのでBig Surで使用可能と思われます。

いま一番おすすめの自作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での評判を参考に適当に選んでください。

Big Sur

Tue, 23 Jun 2020 11:20:06 +0900

macOS 11.0 Big Surインストールに関する情報をメモしておきます。

機種設定

Big Surは、以下のIntel Macで稼働します。

MacBook：2015年 (MacBook8,1) 以降
MacBook Air：2013年 (MacBookAir6,1) 以降
MacBook Pro：2013年後半（Late 2013）(MacBookPro11,1) 以降
Mac mini：2014年 (Macmini7,1) 以降
iMac：2014年 (iMac14,4) 以降
iMac Pro：全モデル (iMacPro1,1)
Mac Pro：2013年 (MacPro6,1) 以降

なので機種設定は上の機種ID以降の番号にしないと起動しません。

追記：MacBookPro11,1とMacBookPro11,2も避けた方が良いらしいです。

Apple、アップグレード後に起動しなくなる不具合が確認された2013~2014年製のMacBook Proのサポートを一時的に中止した「macOS Big Sur 11.0.1 Build 20B50」をリリースしています。

ブートローダー

OpenCoreとCloverで起動することができます。ただ、OpenCoreが主流になりつつあるので、よくサポートされていて良いと思います。

Big Surがリリースされた時点でのOpenCoreは0.6.3でしたので、それ以降のバージョンを使うと良いです。Kext Updaterなどで、最新リリース版を使えば良いです。

Kext類

Kext Updaterで得られる最新版を使用しておけば良いです。

USB起動インストーラ

従来通り、createinstallmediaコマンドで起動USBインストーラを作ることができます。

macOS の起動可能なインストーラを作成する方法

インストール例

Big SurをインストールしたインストールやフォーラムトピックスをBig Surのタグをつけてまとめておきます（準備中）。

Big Surをクリーンインストールする (OpenCore + Z490)

Big Surをクリーンインストールする (OpenCore + Z390)

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）

カーネル読み込みメモリ空間を確保する (OpenCore編)

Tue, 02 Jun 2020 23:10:12 +0900

macOSが起動する時、ブートローダがカーネルをメモリに読み込みます。この時、連続した十分な大きさのメモリ領域が確保できないと、起動に失敗して禁止マークが出ます。この状況への対処方法が、OpenCoreではCloverよりも充実しています。

以前の記事では、メモリの使用状況（メモリマップ）を確認して、空き領域を起動オプションのslide値で指定することで、カーネル用メモリを確実に確保する方法を紹介しました。今回はそのOpenCore編です。

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

以下のOpenCoreのガイドで、この問題への対処方法が詳しく説明されています。以下はこのサイトの抄訳です。

KASLR Slide値を設定する

このページでは、 “Couldn’t allocate runtime area” (ランタイム領域を割り当てられませんでした) というエラーを理解し、修正したいユーザーのために説明します。これは Z390, X99, X299 などで最もよく現れるエラーです。このページはOpenCoreだけでなく、Cloverも対象にします。

KASLRとは何か？

KASLRは、Kernel address space layout randomizationの略で、セキュリティ目的で使用されます。これにより攻撃者がメモリ内の重要なオブジェクトがどこにあるのかを把握するのを難しくします。

HackintoshでKASLRが問題になるのは、マザーボードに連続した十分なサイズのメモリー空間がなく、カーネルが完全に収まらない場合です。そこで、slide=xxx を使って、KASLRをキャンセルしてメモリーアドレスを固定していました。このパラメータを設定すると、macOSに起動ごとに動作するランダムな領域にカーネルを読み込む代わりに、動作することがわかっている場所を使用します。

このガイドが必要な人達

カーネルを読み込むメモリ空間が足りなかったり、細分化されたメモリー空間に読み込み場所が移動してしまったユーザーのためのガイドです。その場合、このようなエラーが出ます。

Error allocating 0x1197b pages at 0x0000000017a80000 alloc type 2
Couldn't allocate runtime area

以下のようなエラーが出ることもあります。

Only 244/256 slide values are usable!

または、macOSの実行中にカーネルパニックが発生することもあります。

panic(cpu 6 caller 0xffffff801fc057ba): a freed zone element has been modified in zone kalloc.4096: expected 0x3f00116dbe8a46f6 but found 0x3f00116d00000000

これらのエラーの1番の特徴は、発生にランダム性があることです。大抵は20回も起動を繰り返せば、1回くらいはエラーを出さないで起動します。

問題解決の方法

これを修正するのは非常に簡単で、その手順はCloverユーザでもOpenCoreユーザーでも同じです。Clover ユーザに必要なものは以下です。

Clover Shell : shell64.efi などと呼ばれているファイルを、EFI/CLOVER/tools の下に置きます。
OcQuirks : Aptioの修正、OsxAptioFixDrvX, AptioMemoryFixなどと混在させないでください。このガイドでは OcQuirks のみサポートします。EFI/CLOVER/drivers/UEFI の中に置きます。
OpenRuntime.efi : OcQuirksのパッケージに含まれます。EFI/CLOVER/drivers/UEFI の中に入れます。
OcQuirks.plist : (これもOcQuirksに含まれてます) EFI/CLOVER/drivers/UEFI の中に入れます。

一方、OpenCoreユーザに必要なものは以下です。

OpenRuntime
OpenShell これをconfig.plistのRoot -> Misc -> Toolsで有効にしておきます。

そして、config.plist -> Booter (OpenCore用) かOcQuirks.plist (Clover用) で以下の設定をします。

AvoidRuntimeDefrag: YES
日付、時刻、NVRAM、電源制御などのUEFIランタイムサービスの修正
DevirtualiseMmio : YES
Stolen Memory のサイズを削減し、slide=N値のオプションを拡張し、Z390のメモリ割り当ての問題を修正するのに非常に役立ちます。
EnableSafeModeSlide : YES
slide 値をセーフモードで使用できるようにします。
ProtectUefiServices : NO
UEFI サービスがファームウェアによってオーバーライドされないように保護します。主に VM、300 シリーズ、および Ice Lake や Comet Lake のような新しいシステムに関連します。
ProvideCustomSlide : YES
これにより、カーネルが、読み込みに適したメモリー空間のみを選択し、起動に失敗する可能性のある場所を避けるようになります。読み込み場所のランダム性は維持していますが、ランダムに選択する際に、不適切なメモリ領域を除外するようになります。（訳注：これが従来のslide設定の役割を果たしてくれるようです。ただし、slideを固定するのではなく、使用可能なslide値を自動で探して、その中からランダムに選んでくれているようです。）
RebuildAppleMemoryMap : YES
macOSと互換性のあるメモリマップを生成します。いくつかのラップトップのOEMファームウェアで失敗することがありますので、早期段階でブートに失敗する場合は、これを無効にします。

BIOS設定

BIOSを以下のように設定します。

BIOSを更新する (初期のBIOSにはメモリマップの問題があることが知られているので、非常に重要です, 特にZ390で重要です。)
CMOSを工場出荷時設定にリセットする
とても必要とされる以下のBIOS設定をします。
Above4GDecoding : 有効にします。デバイスが4GB以上のメモリ領域を使用できるようになり、macOSカーネルが収まるメモリー空間が増えます。
Boot Options -> Windows8.1/10 mode : これにより古いレガシーなゴミのようなコードがロードされなくなります。誤解されがちですが、other OSというもう一つの選択肢は、古いバージョンのWindowsを起動するための選択肢であり、LinuxやmacOSのための選択肢ではありません。（訳注：ASUSのZ490マザーボードにCatalinaを入れたマシンでは、other OSにしないと起動しませんでした。）
BIOS内の不要なデバイスをできるだけ多く無効にします。これにより、起動時のマップの細分化が減少するので、起動失敗の可能性が減ります。
CSM : 無効にします。有効化してしまうと、レガシーサポートのため、不要なゴミの束が追加され、またUEFIシェルが起動できなくなります。
Intel SGX : 無効にします。SGXとはSoftware Guard Extensionsの略です。有効にしても、多くのメモリ空間を占有するだけで、macOSでは何もしません。
Parallel Port と Serial Port：無効にします。macOSではParallel portは認識しませんし、Serialを必要とする人はいないです。
iGPU : やむを得ない場合は、これを無効にすることで、メモリを大幅に解放できます。
Thunderbolt : 無効にします。ほとんどのマザーボードはTBを搭載していませんし、搭載していても使用しないなら、無効にすることでメモリ空間を確保できます。
LED lighting : 無効にします。もう光らせなくても良いでしょう。
Legacy USB : 無効にします。これもレガシーなガラクタです。

テストブート

上記のように、EFI、config.plist、BIOSの設定を調整したら、これで起動を試してください。これでめでたく解決したら、この先の作業は不要です。まだ問題が発生する場合は、次のステップで、もっとディープな作業、つまりslide値の計算をしましょう。

slide値を探す

ブートマネージャでEFIシェルを開き、memmapを実行します。すべてのページとそのサイズのリストが以下のように表示されます。ここからが楽しみの始まりです。

Type Start End # Pages Attributes
RT_Data	 0000000000000000 0000000000000FFF 0000000000000001 800000000000000F
Available 0000000000001000 0000000000057FFF 0000000000000057 000000000000000F
Reserved 0000000000058000 0000000000058FFF 0000000000000001 000000000000000F
Available 0000000000059000 000000000008FFFF 0000000000000037 000000000000000F
RT_Code 0000000000090000 0000000000090FFF 0000000000000001 800000000000000F
Available 0000000000091000 000000000009DFFF 000000000000000D 000000000000000F
Reserved 000000000009E000 000000000009FFFF 0000000000000002 000000000000000F
Available 0000000000100000 000000005B635FFF 000000000005B536 000000000000000F
BS_Data 000000005B636000 000000005B675FFF 0000000000000040 000000000000000F
Available 000000005B676000 000000006AF77FFF 000000000000F902 000000000000000F
LoaderCode000000006AF78000 000000006B155FFF 00000000000001DE 000000000000000F
BS_Data 000000006B156000 000000006B523FFF 00000000000003CE 000000000000000F
ACPI_NVS 000000006B524000 000000006B524FFF 0000000000000001 000000000000000F
BS_Data 000000006B526000 000000006B625FFF 0000000000000100 000000000000000F
Available 000000006B626000 000000006B634FFF 000000000000000F 000000000000000F

（訳注：このあと、slide値を決める手順が書かれています。どういうわけか、一番高い番地のAvailableを第一候補として〜15ページしかないのに〜、slideが255を超えるので諦めて、順当に0x100000番地からの領域、すなわちslide=0を選択しています。ということで少し遠回りしている感じもしますし、また、こちらで解説した内容と同じなので省略します。またRedditの/r/hackintoshのdiscordにもツールらしきものがあるらしく、その説明もありますが、これも省略します。）

DevirtualiseMmioを使う

（

訳注：この先はあまり理解できませんでした。推測を交えて内容をまとめると、次のようなことだと思います。推測部分は間違っているかもしれません。

config.plistでDevirtualiseMmioをtrueにする

DevirtualiseMmioのデフォルトはfalseですが、これをtrueにします。これにより、カーネルを読み込む場所のメモリー使用が64から256MB程度節約できて、KASLRの失敗を防止できます。

MMIOはMemory Mapped IOのことです。入出力デバイスのコントロールをメモリーのアドレス線を利用して行うのがMMIOです。上でのべたEFI Shellのmemmapコマンドによると、E0000000番地からFFFFFFFF番地までの512MBにMMIOが割り当てられています。インテルチップセットのマザーボードなら同様のようです。この番地には、メモリーが割り当てられていたとしても、IOへのアクセスになってしまい使えません。

Type Start End # Pages Attributes
MMIO 00000000E0000000-00000000EFFFFFFF 0000000000010000 800000000000100D
MMIO 00000000FE000000-00000000FE010FFF 0000000000000011 8000000000000001
MMIO 00000000FEC00000-00000000FEC00FFF 0000000000000001 800000000000100D
MMIO 00000000FED00000-00000000FED03FFF 0000000000000004 800000000000100D
MMIO 00000000FEE00000-00000000FEE00FFF 0000000000000001 8000000000000001
MMIO 00000000FF000000-00000000FFFFFFFF 0000000000001000 800000000000100D

（以下はフォーラムで教えていただいた図をもとに考えた説明です、間違っていたらすみません）EFIによってOSが起動する際に、通常はMMIOに論理アドレスを与えて（仮想化して）、論理アドレスからMMIOを使用できる状態にするようです。ただMMIOの仮想化を行わなくても(de-virtualiseしても)、物理アドレスにアクセスできるプロセスからはMMIOを使えるのでそれほど問題はないようです。MMIOを仮想化しない場合は、MMIOの部分もメモリーにマップできるので、64MBから256MBの空き領域が稼げるようです。DevirtualiseMmioフラグをtrueにすると、カーネルが読み込まれる領域を少しでも多く確保できるので、起動失敗の確率を下げられます。

Kaby Lake以前のCPUでは、デフォルト通りfalseが、Coffee Lake, Comet Lakeなどではtrueにすると良いとされていますが、手元のCoffee Lake-Sではfalseでも動きました。通常はfalseで、起動失敗する場合にはtrueを試すのが良いと思います。

ちなみにどうでも良いことですが、virtualize (仮想化) をvirtualiseと書くのは英国風らしいです。

config.plistにMmioWhitelistを指定する

DevirtualiseMmioをtrueにした場合に、メモリは節約できるものの、Threadripper TRX40 19H などの一部のシステムで起動しなくなることがあるらしいです。そのような場合、DevirtualiseMmioを適用しない領域を指定します。これがMmioWhitelistです。これの作り方について説明がありますが省略します。ほとんどのシステムではMmioWhitelistは不要とのことです。

）

ここまでが抄訳です。

結局どうしたら良いのか

OpenCoreでどう対応すべきかについてまとめます。上記のガイドでは、slide値を求める方法は書いてありますが、ブートオプションなどで設定する方法にまでは書かれていませんでした。当然のことで省略されたのかもしれないですし、slideを使うことをあまり推奨していないのかもしれません。

OpenCoreのReference Manual (0.5.8) の最初の方（15ページ）には、最初にすべきことの一つに、「slideを使うな」と書いてあります。config.plistの設定からも、NVRAMのboot argumentからも削除しておくようにとのことです。そして、「No slide values are usable! Use custom slide!」というエラーが出てから検討してくださいとあります。slideは、KASLRを回避する上、SIPを緩める必要があるので、セキュリティに影響を与えるという考えなのかもしれません。まずはslideを使わなくても済む方法を試みて、それでもダメな場合だけにslideを使いましょうとの方針だと思います。

ということで、このガイドのステップをまとめると、以下になります。まずはマザーボードの設定です。

BIOSを更新する
Above 4G Decodingを有効にする
CSMを無効にする
Boot Options -> Windows8.1/10 mode にする（訳注：前述のようにother OSを選択しないと起動しないことがあります）
Parallel Port と Serial Portを無効にします

可能ならば以下も設定します。

Intel SGX : 使用していないなら無効にします。
Thunderbolt : 使用していないなら無効にします。
LED lighting : 無効にします。
Legacy USB : 無効にします。

そしてconfig.plistで以下のように設定します。

AvoidRuntimeDefrag: true
DevirtualiseMmio : true
EnableSafeModeSlide : true
ProtectUefiServices : false
ProvideCustomSlide : true
RebuildAppleMemoryMap : true

設定は、環境に合わせて必要なものを選択して、正常に起動するまで少しずつ足して行くのが良いと思います。

まとめ

KASLRに関係した理由でmacOSが起動しないことへの対処法を紹介しました。基本的には、メモリー空間を確保する処置をして、KASLRの選択範囲を狭めることで対応しています。BIOS設定とOpenCoreの機能で大体の場合に対応できて、slideによるカーネル読み込み番地固定は最終手段のようです。

第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の値を使っているようです。

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

Fri, 15 May 2020 01:17:30 +0900

ASUSのZ390マザーボードと9900Kの組み合わせでmacOSを動かしているマシンのブートローダーを、CloverからOpenCoreに移行しました。OpenCoreのconfig.plistはCloverに比べて複雑ですが、親切なページと便利なツールがあったので円滑に移行できました。

OpenCoreのガイドとツール

Youtubeのビデオ

OpenCoreを使ってみた、という程度の記事を書きました。OpenCoreの基礎知識に関してはこちらをご覧ください。

新ブートローダーOpenCoreを使う

この当時は、OpenCoreは、Cloverに比べてconfig.plistがややこしくて面倒という印象でした。設定項目が多いだけでなく、kextやSSDTやefiドライバーの一つ一つをconfig.plistで記述する必要がありました。ところが最近、YoutubeでOpenCoreの設定ビデオを見ていたら、ProperTreeという便利なツールと、手順を解説した親切なサイトが紹介されていました。ハードウェア構成も、手元のメインマシンに近いので、このビデオを参考に、OpenCoreへの移行を試すことにしました。

OpenCore設定解説ページ

こちらのページがとても親切です。デスクトップPCを対象にした解説ページです。

config.plistのそれぞれの設定項目を、詳細に網羅的に説明してくれているので、Cloverよりもわかりやすいかもしれません。歴史の長いCloverは、すでに使われない設定項目なども多く、説明を探して読んでも無意味だったりすることもあります。OpenCoreの設定は、Cloverに比べて簡単ではありませんが、最新の設定方法情報がCPU別に整理されているのは助かります。

ProperTree

このページでconfig.plist編集に使われているツールがProperTreeです。ProperTreeはPythonで書かれたクロスプラットフォームのプロパティ編集ソフトで、macOSやhackintoshを前提としたツールではありません。それに、RedditのHackintoshサブレディットで活躍されているcorpnewtさんが手を入れて、OpenCoreのための機能を追加されたようです。

GitHub - corpnewt/ProperTree: Cross platform GUI plist editor written in python.

今まで、config.plistはテキストエディタで編集する、というストイックな対応をしてきましたが、OpenCoreのconfig.plistは長くて複雑です。なので今後はこのツールを使っていきます。

ProperTreeを使うためには、上記のサイトからファイル一式をダウンロードします。ダウンロードしたファイルの中のProperTree.commandがメインのPythonプログラムです。ファインダーからこれを開くか、またはTerminalから起動します。ファインダーから開く場合は、Terminalのウィンドウが一つ開いて、GUIウィンドウが現れます。Automator.appなどを使えばもっとアプリケーションっぽく見せられるとは思いますが、こういう形式も無骨で良いと思います。これでconfig.plistなどを開くと、XcodeのPlistエディタのように項目を開いたり閉じたりして閲覧し、内容を変更・追加・削除できます。

OpenCore Sanity Checker

OpenCoreのconfig.plistの正常性をチェックしてくれるページです。CPUとOpenCoreのバージョンを指定して、config.plistファイルをドラッグ&ドロップすると検査結果を表示します。この記事の最後で、作成したconfig.plistのチェックを行いました。

OpenCore config.plist Sanity Checker

ハードウェア構成

この記事の対象としたマシンは、以下で紹介したZ390マザーボード＋9900Kです。

ASUS ROG MAXIMUS XI HERO (Z390), 9900K

ハードウェアの構成を再掲すると、

マザーボード： (値上がりしてますね)
CPU： @ 4.00GHz
グラフィックス：
WiFi/Bluetooth： (中身はBCM94360CD)

です。最新のmacOS, Clover, kext類の構成で、全く問題なく稼働しています。以下では、これをOpenCoreに移行します。

ファイルを入手してESPに置く

OpenCoreのダウンロード

以前の記事で紹介したように、Kext Updater.appを使いました。ダウンロードした中身には、Docs, EFI, Utilitiesの3個のディレクトリがありました。DocsとUtilitiesの中身は、そのうち少しずつ調べていきたいと思います。メインなのはEFIです。

OpenCoreの初期EFIをコピーする

ダウンロードしたOpenCoreファイルの中にあったEFIフォルダは、そのままESPにコピーして使います。またDocsの中にあるSample.plistを、config.plistと改名して使います。そのために、現在のマシンのESPをマウントします。そして現行のEFIを、例えばEFI_Cloverという名前に改名します。いきなり稼働中ドライブのESPを変更するのは危険かもしれませんので、他のドライブのESPやUSBメモリのESPで試しても良いかもしれません。起動に失敗したらUEFIシェルで名前を戻せば良いと思ったので、今回はメインドライブを直接変更してしまいます。

% sudo diskutil mount disk0s1
Password:
Volume EFI on disk0s1 mounted
% cd /Volumes/EFI 
% ls
EFI
% mv EFI EFI_Clover
% ls
EFI_Clover

ここに、ダウンロードしたOpenCoreのEFIをコピーします。また、Docsに入っていたSample.plistをconfig.plistに改名してEFIに入れます。

% cp -R ~/Desktop/Kext-Updates/OpenCore/EFI .
% cp ~/Desktop/Kext-Updates/OpenCore/Docs/Sample.plist EFI/OC/config.plist
% ls
EFI		EFI_Clover
% ls EFI/OC 
ACPI		Drivers		OpenCore.efi	Tools
Bootstrap	Kexts		Resources	config.plist

ここではTerminalでシェルコマンドを使って操作していますが、ファインダーでドラッグ&ドロップで行っても全く問題ありません。（ドラッグ&ドロップ中のスクリーンショットを撮るのが面倒だったのです、すみません）。結果としてこんな状態になりました。

ACPIの中身を用意する

EFI/OCの中をこれから設定していきます。まずはACPIフォルダの中です。EFI/OCに移動して、ACPIフォルダの中を見ると、空っぽです。

% cd EFI/OC
% ls ACPI 
%

上記の解説ページのCoffee Lakeの説明によると、Coffee Lakeマシンに必要なSSDTは、以下の4個です。

SSDT-PLUG Haswell以降のネイティブなCPU電力制御を担当。
SSDT-EC-USBX 組み込まれたコントローラーを隠して、macOS用のフェイクなコントローラーを作ります。Catalinaユーザには必須で、他のバージョンでも使うことを推奨します。
SSDT-AWAC 300シリーズチップセット用のRTCパッチ。ほとんどのB360, B365, H310, H370, Z390といくつかのZ370マザーボードでこれがないとブートしない。
SSDT-PMC 本当の300シリーズマザーボード(つまりZ370は除く)はファームウェアでMMIOを宣言していないので、問題を起こします。そのようなマザーボードがNVRAMをサポートするために必要です。

上記のサイトにはコンパイルされたバージョンもありますし、ソースコードが掲載されたGitHubへのリンクもあります。なのでダウンロードすればokです。もしくは、ソースコードからコンパイルしても良いでしょう。その場合、GitHubのページに行き、Rawボタンをクリックして、全選択して、MaciASL.appでコンパイルします。MaciASLについては、こちらをご覧ください。

DSDTを編集する

例えば、SSDT-PLUGをコンパイルする場合は、ガイドに書かれているGitHubのページに行き、Rawボタンを押します。これで現れるテキストを全部コピーします。

次にMaciASL.appを起動し、新規ウィンドウを開いておき、ここにペーストします。

次に、MaciASL.appのFile, Save As…メニューを選び、出てくるダイアログでFile Format:をACPI Machine Language Binaryに設定し、SSDT-PLUG.amlという名前で保存します。こうして得られた4個のSSDTをACPIディレクトリに入れます。

あともう一つ。USBの15個制限対応のために、SSDTを作ってありました。このSSDT-UIAC.amlも、ACPIディレクトリに入れておきました。なので使用するSSDTは全部で5個になりました。

15個制限を回避するUSBInjectAll.kextの役割と使用法

Driversの中身を整理する

Driversディレクトリは、初期状態では以下のようになっています。

解説によると、必要なDriverは以下の2個だけのようです。

HfsPlus.efi
OpenRuntime.efi

HfsPlus.efiはCloverでも使われている、HFS+ファイルシステムを読み込むドライバーです。HFS+から起動する場合に必要です。OpenRuntime.efiは、CloverでのAptioMemoryFix.efiに相当するドライバーのようです。Catalinaの時代なのでHFS+で起動することはもう無いと思いました。配布物にもHfsPlus.efi (もしくはVBoxHfs.efi) が含まれていません。そこでOpenRuntime.efiだけを使うことにします。

使用しないドライバーを消してしまうと、後で必要になるかもしれないので、ファイルは残しておきたいと思いました。おそらく、ファイル自体はこのディレクトリに残しておいて、config.plistの方で無効にするのがOpenCore流儀なのではと思います。でも不要なファイルは所定のディレクトリから外すというClover方式に慣れているので、offにするディレクトリを作って、使わないファイルをそちらに移すことにしました。以下の例では、Drivers_offというディレクトリを作って、OpenRuntime.efi以外はそちらに移動しました。

Kextsの中身を用意する

Kextsディレクトリも初期状態では空っぽです。現在、Cloverで使っている以下のkextをそのまま入れておくことにします。

AppleALC.kext
IntelMausi.kext
Lilu.kext
USBInjectAll.kext
VirtualSMC.kext
WhateverGreen.kext

Toolsの中身を整理する

これもDriversディレクトリと同様に、多数のファイルが初期状態で入っています。

デバッグするときに使用するツールらしいです。上記のガイドによると全部不要らしいです。でもUEFI Shellは絶対に欲しいと思いました。なのでそれだけを残して、他はTools_offというディレクトリを作って、そちらに移動しておきました。

以上で必要なファイルが、必要な場所に保存されました。あとはconfig.plistを設定するだけです。

Config.plistを設定する

コメントを消す

config.plistの全ての設定にはProperTreeを使います。config.plistが複雑すぎるので、テキストエディタを使うことは諦めました。ProperTreeを起動して先ほどSample.plistをコピーして作ったconfig.plistを開きます。

最初の5項目の#WARNINGとあるのはSample.plistの警告のコメントです。不要なので削除します。行の上でコンテクストメニューを開くと、メニュー項目にRemove …があります。これを選びます。

OC Clean Snapshotを使う

ProperTreeにはOC Clean Snapshotというメニュー項目があります。この機能が凄いです。これがあることを知ったことで、OpenCoreに移行する気になりました。OpenCoreのconfig.plistで一番面倒だと思っている点は、使用するSSDT, kext, efiドライバー, efiツールなどを全部config.plistに記載しておく必要があることです。名前を書いておくだけでなく、いろいろな設定も書いておく必要があります。ディレクトリに放り込んでおくだけでokだったCloverに比べて、面倒でした。kextを起動する順番を、config.plistの記述順で指定できるので、必要な機能なのかもしれませんが。

このようなconfig.plistへの記述を自動化してくれるのがOC Clean Snapshotです。ProperTreeのメニューを開くと、OC SnapshotとOC Clean Snapshotの二つのメニューが現れます。

おすすめはOC Clean Snapshotの方です。これを選択すると、ACPI, Drivers, Kexts, Toolsディレクトリに入っているファイルを検出して、必要なconfig.plist設定を自動的に作ってくれます。例としてkextファイルの自動検出を示します。まずは初期状態のconfig.plistです。7個のkextが登録されていますが、先ほど保存したkextとは一致していません。Legacy_USB3.kextとAppleMCEReporterDisabler.kextの2個はKextsディレクトリに入っていません。その一方でKextsディレクトリに入れたUSBInjectAll.kextの項目がありません。従来ならば手作業で修正する必要がありました。

ここでProperTreeのOC Clean Snapshotを動かします。すると、ファイルを検出するOCディレクトリの場所を聞いてきます。そこで作業中のOCディレクトリを指定します。

すると、Kextsディレクトリに入っているkextのリストに自動的に置き換えてくれます。

このkextリストは、この順番に読み込まれるので、基本的なkextを先に読み込む必要があります。例えばLilu.kextは一番上に、次がVirtualSMC.kextなどの順番で記述する必要があります。ProperTreeのOC Clean Snapshot機能は、その順番も正しく判断してくれます。Kexts以外に、ACPIとDriversとToolsの中身も検索して、自動的に該当する箇所の記述を更新してくれます。

ACPIとKextsとToolsディレクトリのファイルに関しては、config.plistの記述の中でEnabledキーをTrueまたはFalseにすることで、個別にon/offすることが可能です。OC Clean Snapshot機能は、全てTrueにしてくれます。一方、OC Snapshot機能は、全てFalseにします。手動で必要なものを選ぶことになります。ACPIとKextsとToolsディレクトリ内にあるSSDT, kext, efiツールを有効にしたいという目的からしたら、OC Clean Snapshotの方が理にかなっていますし、こちらを使うのが便利だと思います。

ACPI項目

ではガイドのページと、ProperTreeのウィンドウを見比べながら細かい設定をしていきます。まずはACPI項目です。OC Clean Snapshot機能によりAddの内容は自動設定されています。これ以外の項目は全てデフォルト（Sample.plistの記述）のままで良いようです。

Booter項目

Quirksの項目のいくつかをデフォルトから変更します。辞書によるとquirksは、予想外の曲がり、ひねり、とか気まぐれのような意味だそうです。fuchsiaさんからコメントで教えていただいたUbuntu wikiの記載によると、ハードウェアのバグを回避するためのソフトウェア手法というような意味だそうです。ソースコードを読む時に、「なんでこんなことやっているんだろう」と不思議に思うだろうことから、予想外に曲折した状態というニュアンスで使われているのではと思いました。Sample.plistの設定から変更するQuirksは以下です。

DevirtualiseMmio: True、slideオプションの拡張。Z390のメモリ確保に有効。
RebuildAppleMemoryMap: True、macOS互換のメモリーマップを作る。
SyncRuntimePermissions: True、Skylake以降でMATテーブルの問題を解決。
SetupVirtualMap: False、仮想アドレスの問題を解決。Skylake以降では不要。

DeviceProperties項目

この項目の設定方法はCloverの該当項目と同様です。Sample.plistの初期値ではPciRoot(0x0)/Pci(0x1b,0x0)のオーディオに関する情報しか書いてありません。

mifjpnさんからコメントで指摘いただいたのですが、オーディオのdevice pathが違っていました。多分、マザーボードの配線によるのだと思いますが、使用したマザーボードでは、PciRoot(0x0)/Pci(0x1b,0x0)ではなくて、PciRoot(0x0)/Pci(0x1f,0x3)でした。Hackintool.appでも確認できますし、ioregコマンドでも確認できました。

% ioreg | grep AppleHDAController 
 | | | +-o AppleHDAController@1F,3 <class AppleHDAController, id 0x10000055a, registered, matched, active, busy 0 (976 ms), retain 34>

なのでPciRoot(0x0)/Pci(0x1b,0x0)をPciRoot(0x0)/Pci(0x1f,0x3)に書き換えます。内容の方の、Layout IDはCloverの時も、Sample.plistの通り1でしたのでこれはそのままです。

Audioに加えて、DevicePropertiesには、iGPUの情報をWhateverGreen.kextに伝える目的で、PciRoot(0x0)/Pci(0x2,0x0)の項目を追加します。Addの項目でコンテクストメニューを開き、New child under …のメニュー項目を選択します。すると新規な項目が現れるので、内容をPciRoot(0x0)/Pci(0x2,0x0)にしてtypeをDictionaryにします。さらにここにchildを作り、名前をAAPL,ig-platform-idにし、typeをDataにします。今回は、iGPUをヘッドレスとして使うので、値は、0300923Eにします。結果として、以下のようになります。

Kernel項目

Addの項目に記述するkextファイルの情報は、OC Clean Snapshot機能により自動設定されています。Quirksの項目のいくつかをデフォルトから変更します。デフォルトから変更する箇所は以下です。

AppleCpuPmCfgLock: True、BIOSでCFG lockが解除できるなら不要です。ASUSのZ390マザボは解除できるのでFalseでも良いです。CloverのAppleIntelCPUPMに相当します。
AppleXcpmCfgLock: True、BIOSでCFG lockが解除できるなら不要です。ASUSのZ390マザボは解除できるのでFalseでも良いです。CloverのKernelPMに相当します。
DisableIoMapper: True、BIOSでVT-Dを無効にできるなら不要です。ASUSのZ390マザボは無効にできるのでFalseでも良いです。dart=0より良い選択肢です。
PanicNoKextDump: True、カーネルパニックの情報が読めるようになります。
PowerTimeoutKernelPanic: True、パワー変化によるカーネルパニックを防ぎます。デジタルオーディオに関係します。

Misc項目

DebugとSecurityのいくつかの項目をデフォルトから変更します。

AppleDebug: True
DisableWatchDog: True watch dog timerを無効にします。
Target: 67、この値が0以外の場合、EFIディレクトリにopencore-2020-05-15-xxxxxx.txtというような名前のログファイルが書き込まれます。Sample.plistでは3になっています。67にするともっと多くのデバッグ情報がログファイルに書き出されます。ログファイルが不要なら0にします。
AllowNvramReset: True
AllowSetDefault: True
ScanPolicy: 0、0にしないとUSBメモリーから起動しないらしいです。
Vault: Optional、デフォルトのSecureのままでは起動しないです。Optionalは大文字で開始します。

NVRAM項目

本物のMacならばNVRAMに記録されるべき項目の設定です。Addでは、

boot-argsのデフォルトにdebug=0x100 alcid=1を追加しますとあります。どちらも追加しなくても良いように思います。debug不要ならその指定は不要だと思います。DevicePropertiesのところで1に設定してあるので、alcid=1も不要です。
prev-lang:kbdを手持ちのキーボードに合わせて設定します。デフォルトはロシア語になっています。USキーボードの場合は656e2d55533a30にします。

を変更します。またWriteFlashはNVRAMに設定値を書き込む設定で、Trueにしますと書いてありますが、どちらでも良いように思います。

Platform項目

CloverのSMBIOSに相当する項目ですね。機種IDは、Mojave以降はiMac19,1, High Sierra以前はiMac18,3が良いようです。その時代に未発売なMacの機種IDは使うなということですね。現在使用中のCloverのconfig.plistからSerialNumber, BoardSerialNumber, SmUUIDをコピーして、それぞれを、

SystemSerialNumber
MLB
SystemUUID

にコピーしました。またROMの項目には、NICのMACアドレスを書いておけば良いようです。システム環境設定のネットワークから取得したEthernetのMACアドレスを書いておきました。

UEFI項目

Driversの項目に記述するefiドライバーの名前は、OC Clean Snapshot機能により自動設定されています。Quirksの項目のRequestBootVarFallbackをTrueに変更します。と書いてありますが、説明読んでもあまり違いはない気がしました。

以上でconfig.plistの設定が終了しました。それぞれの項目の説明がそれなりに書いてあるので、Cloverよりも明朗な感じです。説明資料が整っている印象があります。この状態で再起動すればOpenCoreから起動するはずです。起動しなければ、UEFI shellからEFIディレクトリの名前を書き換えて、Cloverに戻せば良いと思います。と考えて再起動を試したところ、なんと1回で成功しました。完成したconfig.plistを以下に置いておきます。SystemSerialNumber、SystemUUID、MLB、ROMの値は、これを使用せず、みなさんで必ず置換えてください。

OpenCore config.plist for 9900K - Pastebin.com

Sanity Checkerで検証

ここで作ったconfig.plistを、OpenCore Sanity Checkerで検証しました。

OpenCore config.plist Sanity Checker

赤い❌マークで警告を受けたのはUEFI, Driversの箇所で、VBoxHfs.efiもしくはHFSPlus.efiが無いという項目1点だけでした。上でも説明しましたが、Catalinaより古いmacOSを使う予定がなかったので、入れてませんでした。無しのままにしておきます。

青い❗️マークが1点、Misc, Toolsで出ていました。「You can remove the tool EFIs here」と表示されています。Toolsには、OpenShell.efiだけを入れてあります。UEFI Shellは、File Vault起動のセキュリティを回避できてしまうので、デバッグが終わったら外しておくようにという意味かと思いました。Toolsの記述を消すと、このマークは出なくなります。ただ、File Vault起動は使っていないですし、いざというときにUEFI Shellは欲しいので、これも無視しておきます。

黄色の❓マークが、以下の3カ所で表示されていました。

SetupVirtualMapがNoだけど通常はYesです。
DisableIoMapperがNoだけど通常はYesです。
PointerSupportModeがASUSだけど通常は空白です。

上記で説明したように、SetupVirtualMapは仮想アドレスの問題を解決する機能ですが、Skylake以降では不要とのことでNoにしました。DisableIoMapperは、VT-Dを無効にする機能ですが、BIOSで無効にできているのでNoにしました。PointerSupportModeは、大もとのSample.plistでASUSとなっていました。OpenCoreのマニュアルを調べたところ、マウスポインター操作をサポートする設定らしいのですが、ASUSのZ87, Z97マザーボードだけがサポートされているらしいです。このパラメータは指摘どおりに空白にしておきました。

その他の設定

コメントでいただいた情報と、その後の記事で設定した項目を以下にまとめておきます。いろいろ情報をいただいて本当にありがとうございます。

起動ボリュームの指定

初期設定のままだと、リストの最初のドライブから起動します。起動ドライブを指定するには、macOSのシステム環境設定の起動ディスクを使います。ここで、起動させたいボリュームを選ぶと、その後、それで起動するようになります。Cloverでは起動ドライブの名前などをconfig.plistに書いていましたが、OpenCoreではよりmacOSに近い方法が可能になりました。

Kext Updaterを使う

Sample.plistの設定でKext Updater.appを起動すると、「Misc, Security, ExposeSensitiveDataの1, 2ビットをonにする」ように指示が出ます。デフォルトでは6だったので7にしました。コメントで教えていただきました。

rtc-blacklistが見つからない警告

起動時に出るかもしれない警告、

Warn:oc:setting nvram 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:rtc-blacklist – not found oc

は、NVRAMの4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102のrtc-blacklistを消すと出なくなります。コメントで教えていただきました。

Windowsが起動しない

Misc, Boot, BlessOverrideに, \EFI\Microsoft\Boot\bootmgfw.efi などと追加します。コメントで教えていただきました。

続きの記事

この記事に続く以下の記事でもOpenCoreの設定を行なっています。

ASUSマザーボードがPOST失敗してF1対応を促される

Pioneer光学ドライブのパッチをOpenCoreに適用する

OpenCoreの選択画面をグラフィカルにする

リムーバブルHDD/SSDのホットプラグパッチをOpenCoreに適用する

使用するUSBポートを15個指定する (OpenCore編)

まとめ

Z390マザーボードのマシンをCloverからOpenCoreに移行しました。それなりに時間はかかりましたが、すんなりと運びました。今回はCoffee Lake CPUマシンの移行でしたが、他のCPUについても同様に詳しい手順が説明されているので、問題なく移行可能と思います。説明資料やチュートリアルが充実していて、ツールも揃っているので、そろそろOpenCoreに移行しても大丈夫な時期になったかと感じました。細かい設定などを調べつつ、他のマシンも、順次切り替えていきたいと思います。

HPの小型デスクトップEliteDesk (4: 暗黒画面問題で頓挫)

Mon, 27 Apr 2020 00:33:07 +0900

HP EliteDesk 800 G2 DM (Core i3-6100T)がスリープ復帰後にブラックスクリーンになることに気づきました。Intel HD Graphics 530特有の問題のようで解決策が無いようです。

症状

前回、このマシンにmacOSをインストールして、オーディオを設定し、USBの設定をしました。順調に動いていると思っていたのですが、スリープ復帰後に画面が暗いままであることに気づきました。映像信号が止まっていて、しばらく放置するとディスプレイが自動パワーoffします。でも画面が暗い状態でも画面共有からは正しく表示して操作できます。スリープ復帰後のiGPUの動作がおかしい様子で、macOS自体は正しく動き続けているようです。実は、主に画面共有して他のマシンから使用していたので、この問題に気づきませんでした。

解決策は無い？

色々調べたのですが、こちらのフォーラムの流れを見る限り、

どうやらIntel HD Graphics 530とmacOSの相性の問題のようで、解決策は無い様子です。HD 530はiMacなどで使用されているので、使えそうに思ったのですが残念です。当面はスリープしない設定で使うことにしつつ、引き続き調べてみます。

Windowsでも発生してる？

いろいろ検索したところWindows 10でHD Graphics 530がスリープ復帰後に暗黒画面になるという報告もあるようです。macOSだけの問題ではないのかもしれないです。

ThinkPad T460s (6300U) にOpenCoreでCatalinaを導入

Tue, 14 Apr 2020 22:53:41 +0900

Skylake 6300Uを搭載したThinkPad T460sにOpenCore (OC) でmacOS Catalinaをインストールしました。手順と必要ファイルが揃っているGitHubページがあったので、苦労なしで完成度の高いmacOSマシンが出来上がりました。

動作状況

最初に動作状況をまとめておきます。完成度はかなり高いです。

動くこと

macOS Catalina 10.15.4
macOSのアップデート (10.15 –> 10.15.4)
シャットダウンおよびSleepとsleepからの復帰
iGPUのグラフィックス加速
LAN
USB 3.0 x 3 (Gen 1, 5Gbps)
サウンド（内蔵スピーカ・ヘッドフォン自動切り替え）
内蔵カメラ・マイクロフォン
Fnキーからの明るさ・音量調整
Siriの音声認識
バッテリー残量表示
HDMIからの表示
高DPIスケール動作（720p相当を1.5倍の1080pで表示中）
Night Shift
マルチタッチジェスチャ（2本指でスクロールできる程度）
App Store

動かないこと

Wifi/Bluetooth (M.2モジュールを交換予定)
SDカード、指紋認証（macOSが非対応なので無理です）

未確認なこと

continuity, iPhone, iPad, Watchとの連携, AirDrop, Sidecar, iCloud, iMessage, FaceTime（WiFi/BT交換後に試します）
Mini DisplayPortからの表示（mini DPはもはや使わない）
WWANカードとSIM（動かしている例もあるらしいです）

ThinkPad T460sについて

以前、X220にmacOSをインストールしました。今回は少し大きめのT460sにmacOSをインストールします。

Lenovo ThinkPad X220, 2620M

X220は昔ながらの作りの良いキーボードを採用した最後のモデルです。でも第2世代Sandy Bridge CPUなのでCatalinaは公式サポートされてません。次にノートPCでhackintoshするなら、現行macOSが動く第3世代 (IvyBridge) 以降のCPUで試したいと思っていました。また、先日、HPのHP EliteDesk 800 G2 DMがとても簡単に動いて、気に入っていました。

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

第6世代 (Skylake)はmacOSとの相性が良さそうな気がします。またSkylakeならCatalinaで動くだけでなく、Sidecarにもギリギリ対応しています。Kaby Lake, Coffee Lakeならばさらに新しくて良いのですが、遊ぶ目的としてはまだ高価です。Lakeシリーズ初代のSkylake搭載製品ならば、5-6年前の製品なので、リース終了後の法人物件が出回っていて、値段が手ごろです。8GBメモリ、256GB SSD程度の構成で、デスクトップなら1万円代、ノートPCでも2万円代で中古品が購入可能です。

Skylake搭載ThinkPadで中古品を探すと、X260とT460sが目につきました。ThinkPadは型番3桁部分の、100の位がディスプレイの大きさ（12インチなら2, 14インチなら4）で、10の位がCPUの世代数を表しています。例えばX260は第6世代の12インチモデルで、T460sは第6世代の14インチです。X260とT460sはほぼ同じくらいの中古価格で取引されています。どちらにするか大いに迷いました。でも、macOSのインストール状況を検索した限りでは、X260では多くの人が困難に遭遇しているのに対して、T460sではインストール手順情報が充実していて成功率が高い様子でした。構造はほとんど変わらないと思うので、単にユーザ数の違いかもしれません。それでも成功例報告の多いT460sにしました。後述のように、T460sの到着前に、さらに親切なGitHubページを発見できてラッキーでした。

到着して開封した時、予想以上に薄いので驚きました。実は、T460とT460sは販路が違うだけで同じものだと思い込んでいました。ネットにあったT460の分解動画をいくつか見ていて、その厚さだと思ってました。sが付くだけで全然違うモデルなのですね。T460は、2.5 inch SSD, 取り外し可能バッテリーなのに対して、T460sは、M.2 SSD, 内蔵バッテリーのみになり、薄くなっています。他にもいくつか変更されています。メモリーソケットが2個から1個に減っています。これは少し残念ですが、マザーボードに8GB搭載されていたので十分です。T460sになって一番嬉しいことは、裏蓋を止めている爪が簡単に外れるようになったことです。T460の分解動画では裏蓋の隙間にヘラを入れてベキベキと外していた様子だったのが、なんの苦労もなく裏蓋が外れます。裏蓋を止めているネジも8個から5個に減りました。

入手したT460sの液晶はfull HDのIPS液晶でした。国内販売品は全部FHDのようです。タッチ入力対応のモデルもありますが、macOSでは不要でしょう。

キーボードは相当にテカってます。プラスチック表面のシボ加工が取れて、ツルツルの面になってます。汚れているわけではないですが、触るとペタペタした感触があります。さらにはA, H, Nなどのキーは文字も消えかけています。前のユーザのお役に立って活躍していたようです。で売ってますので、交換したいと考えています。同じ世代のThinkPadでもX260はキーボード交換がかなり面倒なのですが、T460シリーズはThinkPadの伝統を引き継いでいて、交換が楽です。

裏蓋は5個のネジで外れます。ネジは蓋から外れない方式なので、行方不明になる心配がありません。分解動画で比較すると、T460に比べてT460sは爪がすぐに外れるように作られているようで、分解が楽です。裏蓋を開けた中は以下のようです。

内蔵バッテリーが写真の上下に2個あります。全体にかなり薄型なのですが、まだまだいろいろいじれる部品構成です。中央右のヒートパイプの端あたりにCPUがあります。その下に、DDR4 SODIMMの空ソケットが一つあります。マザーボードにメモリーが既に搭載されていて（今回入手したモデルは8GB）、これに加えて増設できます。CPU左側の黒い絶縁シートが貼られた大きなエリアは、空き地です。Nvidia GeForce 930MというGPUを搭載するモデルがあり、そのGPUの接点がある場所です。macOSではサポートされていないGPUですので、GPU搭載モデルを選ぶ必要はありません。

左の部分には3種類のM.2のソケットがあります。それぞれ、WLAN, WWAN, SSD用です。WLANはインテルのM.2モジュールが取り付けられています。無線LANとBluetoothが搭載されています。インテルの無線LANはmacOSでは使えません。Bluetoothはどういうわけかシステム環境設定に現れますが、これも使用不可能です。BroadcomのM.2モジュールに交換する予定です。参考にしたGitHubページでは、M.2用アダプタを使って純正のBroadcomモジュール、BCM94360CS2を取り付ける様子が紹介されています。厚みが増えるため裏蓋が少し浮くようですが、この方式ならmacOSとの互換性は完璧です。

WWAN用のM.2ソケットは空です。でもアンテナは配線されています。国内の一般販路ではWWANモデルは流通していないらしいです。

M.2 SSDソケットには切り欠きが2箇所あるSSDが装着されていました。型番から東芝のSATAタイプの256GB M.2 SSDだと判明しました。これだけ容量があれば、macOSの動作には問題ありません。手元のSSDで試したところ、NVMe方式のM.2 SSD（切り欠きが1箇所のタイプ）も使えました。

OpenCoreで導入を試みる

今回のmacOS導入は、全く努力してなくて、落ちていたESPファイル類を拾ってコピーしただけのヘタレなハッキングです。こちらのサイトのおかげです。本当に感謝したいです。

GitHub - simprecicchiani/ThinkPad-T460s-macOS-OpenCore: Bootloader configurat…

実はこのGitHubページは、先月末にできたばかりのようです。このページを使ってT460sでmacOSを動かせたことが、T460sの到着前日にRedditで紹介されていて知りました。デスクトップに比べてノートPCのhackintoshは複雑なので、tonymacx86やredditで実績のある機種を選んだ後で、実際に調達するという手順が良いように思います。

BIOSを設定する

上記のサイトにはBIOS設定も書いてあります。以下の設定が必要とのことです。

Security -> Security Chip Disabled
Memory Protection -> Execution Prevention Enabled
Virtualization -> Intel Virtualization Technology Enabled
Virtualization -> Intel VT-d Feature Disabled
Anti-Theft -> Current Setting Disabled
Anti-Theft -> Computrace -> Current Setting Disabled
Secure Boot -> Secure Boot Disabled
Intel SGX -> Intel SGX Control Disabled
Device Guard -> Disabled
UEFI/Legacy Boot -> UEFI Only
CSM Support -> No

これ以外も趣味に合わせて設定しました。例えば、WiFi, Bluetooth, 指紋センサー、SDカード読み取り機などはmacOSで動きませんので、節電になるかと思いdisabledに設定しました。

macOS導入用USBメモリを作成する

まずは通常のhackintoshの手順に従って、まずはインストール用のUSBメモリーを作成しました。Appleのサイトに書いてあるようにcreateinstallmediaコマンドを使います。こうして作成したUSBメモリのESP (EFI System Partition) をマウントします（diskutil listコマンドでUSBメモリのESPが例えばdisk5s1だとわかったら、sudo diskutil mount disk5s1とタイプします）。次に、上記のサイトからダウンロードしたESPの内容を、ごっそりとUSBメモリのESPにコピーします。ファインダーのドラッグ&ドロップで可能です。

こうして設定されるkext類は以下です。VoodooPS2Controllerなどは、キーボードやトラックポイントを動かすためのkextだと思います。

WhateverGreen.kext
VoodooPS2Controller.kext
USBPorts.kext
VirtualSMC.kext
VoodooInput.kext
SMCProcessor.kext
SMCSuperIO.kext
SMCLightSensor.kext
SMCBatteryManager.kext
Lilu.kext
IntelMausi.kext
CPUFriend.kext
AppleALC.kext

efiドライバーは以下です。Cloverに比べると少ないですね。

OpenRuntime.efi
HfsPlus.efi
ApfsDriverLoader.efi

SSDT類は大量にあります。バッテリー、電力制御、PS2関係など色々用意されているようです。これらを自分で作るのは大変なので、ありがたいです。

SSDT-XCPM.aml
SSDT-ALS0.aml
SSDT-BAT.aml
SSDT-BATC.aml
SSDT-BKeyQ14Q15.aml
SSDT-DMAC.aml
SSDT-EXT3-LedReset.aml
SSDT-EXT4-WakeScreen.aml
SSDT-MCHC.aml
SSDT-PMCR.aml
SSDT-PNLF.aml
SSDT-PS2K.aml
SSDT-PTSWAK.aml
SSDT-PWRB.aml
SSDT-SMBU.aml
SSDT-UIAC.aml
SSDT-USBX.aml

config.plistをカスタマイズする

配布されているconfig.plistでは、機種がMacBookPro13,1に設定されていました。この機種はCPUとして6360U, 6600Uを搭載しているので、6300Uで使用するには適切な選択です。ただMacBookPro13,1のiGPUはIntel Iris Graphics 540なので、6300UのIntel HD Graphics 520とは違います。でもこれで問題なく動きました。ただ、このconfig.plistには個別のマシンの情報が入っていないので、それだけは編集します。

CloverとOCでは個別マシン情報の項目名が異なります。Cloverのconfig.plistでSerialNumberとBoardSerialNumberは、OCのconfig.plistでは、それぞれPlatformInfo, Genericの中のSystemSerialNumberとMLBに相当します。Cloverの時と同様にClover Configuratorなどで生成して、シリアル番号が使えるかどうかをAppleのサイトで確認して、その値を記入します。SystemUUIDも、ターミナルのuuidgenコマンドを使って生成して設定します。

また、PlatformInfo, Generic, ROMの値も独自の値を入力します。これは6バイトの数値です。サンプルでは0x112233440000というような値が入っています。世界に存在しない独自の値を入れれば良いようで、通常はEthernetのMACアドレスを使います。これは、システム環境設定、ネットワーク、Ethernet、詳細、ハードウェアと辿ると分かります。例えばこれがc0:7e:bf:c3:af:ffでしたら、

echo -en "\xc0\x7e\xbf\xc3\xaf\xff" | base64
wH6/w6//

とするとbase64値、この場合wH6/w6//が得られます。これをチェックするには、

echo -n wH6/w6// | base64 -d | hexdump 
0000000 c0 7e bf c3 af ff

とすれば確認できます。この値を、PlatformInfo, Generic, ROMのところに

<key>ROM</key>
<data>wH6/w6//</data>

として書き込みます。

USBメモリで起動してmacOS導入

これでOCから問題なくmacOSのインストーラが起動しました。まずは東芝のM.2 SATA SSDをAPFSでフォーマットしてインストールを試みました。するとmacOSのインストール先にAPFSドライブを選択できません。「APFSのボリュームにインストールするためにはMacのfirmwareアップデートが必要だからHFS+を選べ」と言っているようです。MacBookPro13,1はSierraの時代のマシンですので、firmwareがAPFS起動に対応していないです。なのでmacOSインストールの時についでにfirmwareアップデートも行われます。この場面では、firmwareアップデート前の状態と判断されたので、APFSが選べなくなっているのだと思います。

Your Mac needs a firmware update in order to install to this volume. Please select a Mac OS Extended (Journaled) volume instead.

仕方なくHFS+に戻しました。いったんAPFSにすると、DiskUtility.appのGUI画面からはHFS+に戻せなくなってました。ターミナルから

diskutil eraseDisk JHFS+ "Macintosh HD" disk0

などすればHFS+に戻せます（対象がdisk0だった場合の例です）。

これでインストール先として選択できるようになるのですが、インストールを少し進めると、以下のようなエラーメッセージで止まってしまいました。firmwareを検証中にエラーが出るようです。

An error occurred while verifying firmware.

hackintoshなのでfirmwareのバージョン等情報がおかしいのは当然です。Cloverはそれを自動的に偽装してくれます。また、config.plistのBiosReleaseDateやBiosVersionの項目で偽装用の情報を指定することもできます。同じようなfirmwareバージョン偽装設定をOCのconfig.plistでやろうとしたのですが、方法がわかりませんでした。Cloverの項目名では判別できないというエラーが出ました。

Cloverで導入を試みる

この状況に対処するために、M.2 SSDをmacOSマシンに接続してmacOSをインストールすることも可能だったと思います。でも今回は、手元にM.2 SATA SSDをUSB変換するアダプタがなかったので、Cloverで起動することに方針変換しました。kextとSSDTはこのGitHubページのものをそのまま使いました。UEFIドライバは、Cloverでいつも使っている内容です。

VirtualSmc.efi
VBoxHfs.efi
OsxAptioFix3Drv.efi
FSInject.efi
EmuVariableUefi.efi
ApfsDriverLoader.efi

config.plistも、Cloverで使っているシンプルなものを使いました。ただDevicesの場所は、OCのconfig.plistを参考にして以下の設定にしました。

<key>PciRoot(0x0)/Pci(0x2,0x0)</key>
	<dict>
		<key>AAPL,ig-platform-id</key>
		<data>AAAWGQ==</data>
		<key>enable-hdmi20</key>
		<data>AQAAAA==</data>
		<key>framebuffer-fbmem</key>
		<data>AACQAA==</data>
		<key>framebuffer-patch-enable</key>
		<data>AQAAAA==</data>
		<key>framebuffer-stolenmem</key>
		<data>AAAwAQ==</data>
		<key>framebuffer-unifiedmem</key>
		<data>AAAAgA==</data>
	</dict>

この設定によると、ig-platform-idは0x19160000です。こちらのサイトによると、Intel HD Graphics 510から580搭載laptopのための推奨値のようです。

この結果、Cloverでも無事起動して、しかも今回はfirmware関係のエラーメッセージも出ず、順調にmacOSインストールが可能でした。macOSをM.2 SATA SSDにインストールした後で、そのSSDのESPにも、インストール用USBメモリーと同じ内容をコピーしました。これでSSDからCatalinaが起動します。

動作確認とベンチマーク

このMacについて、を見ると以下のようです。Thunderbolt 3のあるモデル番号なので、無いのに表示されてしまいました。

CPUの名前は、以下のコマンドで確認できます。

sysctl -n machdep.cpu.brand_string
Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz

正しく6300Uだと認識されています。Geekbench 5でスコアをとってみました。Haswell, Broadwell, Skylakeあたりはだいたい同じくらいのスコアですね。2コアなのでそれほどスコアが上がりません。

結局OpenCoreに移行する

Cloverでほぼ問題なく動いている様子でしたが、バッテリーの表示が正しく表示されないことに気づきました。GitHubからダウンロードしたそのままのOpenCoreのESP内容に置き換えて起動したところ、今度はバッテリー残量が表示されました。

Cloverでも、おそらくはちゃんと設定すれば、バッテリー残量の表示を可能にできたとは思います。でも、楽ですし、時代はOpenCoreに移行する方向らしいので、結局、最初のようにOCで使うことにしました。firmwareの確認は初めてAPFSを使うときにのみ現れる様子で、macOSアップデートなどでは問題ないようです。

以下に続きます

引き続き、WiFiを整備したり、キーボードを交換したりしたいと計画しています。以下もご覧ください。

ThinkPad T460sのBIOSを更新する

ThinkPad T460s にWiFi/BTカードBCM94360NGを取り付ける

ThinkPad T460sのキーボード交換

まとめ

この機種用の情報を提供してくれたGitHubページのおかげで、完成度の高いmacOSノートPCが完成しました。実のところかなり気に入っています。無線カードなどを調達して、もう少し遊んでみたいと思います。

ig-platform-idの設定方法

Fri, 03 Apr 2020 18:29:57 +0900

CPU内蔵グラフィックス(iGPU)を使うために、機器によってはconfig.plistでig-platform-idを指定する必要があります。idを記述できる場所は2カ所あります。Cloverの機能を使う場合と、WhateverGreen.kextを使う場合で場所が違います。

ig-platform-idについて

ig-platform-idとは何で、どうして指定する必要があるのでしょうか？大変申し訳ありませんが、よく知りません。以下は推測です。勘違いしているようでしたら、コメントで教えてください。

hackintool.appを色々いじっていて、以下のように推測しました。iGPUはCPUダイの中に焼き込まれていますが、おそらくは様々なモードで稼働可能です。例えばノートPCでしたら液晶パネルが接続されますし、デスクトップでしたらDPやHDMIディスプレイが接続されます。フレームバッファの量も設定できるでしょう。他にも、実装されるハードウェアに対応していろいろな設定が可能なはずです。その設定デフォルトのセットをインテル(?)が提供していて、それがig-platform-idなのではと思います。同一のiGPUに対して複数のig-platform-idが存在していて、コンピュータメーカは製品の構成に合わせて、そのうち一つを使っているのでしょう。

Macも同様に、ハードウェア構成に合わせて適切なig-platform-idを使っています。例えばCoffee Lakeに搭載されているIntel UHD Graphics 630を使う場合、MacBookPro15,1ではig-platform-idとして0x3E9B0000を使用し、Macmini8,1では0x3E9B0007を使用します。なので、config.plistでシステムIDとしてMacmini8,1を指定すると、macOSはig-platform-idが0x3E9B0007だと解釈して動作すると考えられます。0x3E9B0000は液晶ディスプレイを接続する構成用のidで、0x3E9B0007はDPポートを接続する構成用のidです。hackintoolの画面を示します。LVDSというのはLCD用のインタフェースらしいです。

ig-platform-idは、使用しているiGPUの種類と、出力ピンの組み合わせに合うものから探していくことになります。一般的な指針は、こちらで詳しく書かれています。この中のrecommended framebuffersから選択すると良いです。LCDを内蔵しない自作デスクトップPCなどの場合はdesktop用のidを、市販のノートPCにmacOSをインストールする場合はlaptop用のidが適しているようです。

WhateverGreen/FAQ.IntelHD.en.md at master · acidanthera/WhateverGreen

hackintoshのマザーボードやノートPCの構成が、macOSの想定にたまたま合致していれば、問題なく起動するでしょう。でも、異なっているとiGPUが動かず、画面が出ません。Windowsの場合は、ハードウェアにidを問い合わせるなどして、現実に合わせてくれるのかもしれません。Macの場合はApple自身がハードウェアも作っているので、柔軟に対応する必要はない、という状態なのかもしれません。ig-platform-idが間違っている場合、

iGPUに切り替わるタイミングで再起動してしまう。
macOSが起動するけど、グラフィックス加速が効いていなくて、ドックの背景などが半透明にならない。
Cloverで起動ボリューム選択画面の後の林檎マーク表示で、進捗バーが止まる。-vモードで起動すると、文字表示がIOConsoleUsers: …というような表示場所で滞る。でも、表示以外は起動していて、画面共有で接続すると機能している。

などの状態になります。このような場合は、起動しようとしているhackintoshに合ったig-platform-id（システムIDで指定したMacが使うidとは違うid）に指定し直す必要があります。動作するig-platform-idを探し出す作業に困難が伴う場合がありますが、idを差し替える作業自体は、CloverやWhateverGreen.kextが行ってくれます。

Cloverで設定する

Cloverで設定する場合は、config.plistのGraphicsのセクションを使います。例えば、iGPUしか使用しない場合で、ig-platform-idを0x01620005にする場合は、以下のようにします。つまり、Intelをインジェクトするよう設定し、ig-platform-idを16進数で指定します。

<key>Graphics</key>
<dict>
	<key>Inject</key>
	<dict>
		<key>ATI</key>
		<false/>
		<key>Intel</key>
		<true/>
		<key>NVidia</key>
		<false/>
	</dict>
	<key>ig-platform-id</key>
	<string>0x01620005</string>
</dict>

この方法はCloverが行ってくれるので、WhateverGreen.kext (WEG) は不要です。むしろWEGの動作に悪影響を与える可能性もあるらしいので、この設定を使うならWEGは使うべきではないでしょう。WEGはグラフィックスに関する様々なパッチを自動的に当ててくれます。なので、WEGを使わない場合は、iGPUで発生するいろいろなトラブルに対応したkextをいくつか使用する必要があります。ただ、Cloverを使うと、Cloverの起動画面のoptionメニューによりig-platform-idを変更できます。違うidを簡単に試すことができるので、動くidを探す作業では便利だと思いました。

WhateverGreen (WEG) で設定する

同じ設定をWEGで行うには以下のようにします。まずはCloverでの機能を無効にします。このためGraphicsセクションで以下のように書きます。

<key>Graphics</key>
<dict>
	<key>Inject</key>
	<dict>
		<key>ATI</key>
		<false/>
		<key>Intel</key>
		<false/>
		<key>NVidia</key>
		<false/>
	</dict>
</dict>

これでCloverはグラフィックス機能に対して何もしなくなります。あとは全てWEGに任せることになります。WEGにig-platform-idを伝える場合は、Devices –> Propertiesセクションに以下のように書きます。

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

PciRoot(0x0)/Pci(0x2,0x0)は、iGPUが接続されているPCIe番地です。AAPL,ig-platform-idにidをBase64で書きます。0x01620005のBase64値を求めるには、ターミナルで以下のようにタイプします。BQBiAQ==です。

echo -en "\x05\x00\x62\x01" | base64
BQBiAQ==

Devices, Propertiesで書く方法は、Graphicsセクションに書く方法に比べて、ややこしくてわかりにくいですが、WEGを使うならこちらを使うべきです。

まとめ

ig-platform-idは、Cloverでも、WEGでも設定できます。WEGの万能なパッチ機能はもはや手放せないので、config.plistでのig-platform-id設定も、WEGのための設定をすべきです。

今回例示したig-platform-idは、Intel NUC DC3217で使われているidです。最近、このNUCの表示が不安定になったので対処しました。その際に、config.plistを見たら、Cloverを使う古い方法だったので手直ししました。なのでClover方式、WEG方式の両方で動作することを確認してあります。NUCの表示不具合対応の顛末は次の記事で紹介します。

HPの小型デスクトップELITEDESK (2: Audio設定)

Tue, 24 Mar 2020 00:10:51 +0900

HP社の小型デスクトップPC、HP EliteDesk 800 G2 DM (Core i3-6100T)のオーディオを設定しました。config.plistでDevices->Audio->Injectを11に設定すれば良いです。搭載された内蔵スピーカーからも音が出ました。

前回、このマシンにmacOSをインストールして、動作確認とベンチマークをしました。実はここで紹介したconfig.plistではオーディオが動いていませんでした。この続編では、オーディオの設定を行います。

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

AppleALCの設定

マザーボード搭載オーディオを動かすための最も一般的な方法は、Lilu.kextと、オーディオ用プラグインであるAppleALC.kextを使う方法です。最初に、

この2個のフォルダをEFI/CLOVER/kexts/Otherに入れ、
config.plistで設定

すれば作業完了です。AppleALC.kextに関してはこちらの記事をご覧ください。

Liluとプラグイン：(2) AppleALCの使い方

これによると、config.plistのDevices->Propertiesでオーディオ設定する方法が推奨されています。でも古いやり方とされている、Devices->Audioで設定する方法の方が簡単です。将来のLiluでサポートされなくなるかもしれない方法らしいのですが、簡単な非推奨な方法を使いました。

前回の作業では、Devices->Audioで以下の設定を行いました。

<key>Devices</key>
 <dict>
 <key>Audio</key>
 <dict>
 <key>ResetHDA</key>
 <true/>
 <key>Inject</key>
 <integer>1</integer>
 </dict>
 </dict>

Audioには二つのkeyを設定しています。最初のkeyはResetHDAで、これを有効にしています。これにより、macOSを再起動した後に、コーデックをニュートラルに戻してくれます。別のOSを起動してmacOSに戻ってきたときに発生する問題を解決します。macOSだけを使う場合には不要かもしれません。ちなみに、(オーディオ)コーデックとはcoder/decoderの略で、圧縮された(音)データを復号して(音の波形)データに戻したり、その逆を行うソフトウェアとか装置とかアルゴリズムのことです。そう言う機能を行うICチップを指すこともあります。ここではICチップのことです。

次のkeyのInjectではレイアウト番号と言う値を指定します。レイアウト番号は、今まで大体1番で動いていたので、とりあえず1番を設定しました。しかしこれでは音が出ませんでした。この他に、2,3,4,5,6あたりまで試してみたのですが、どれも音が出ません。手当たり次第に試しても先が長そうだったので、筐体の蓋を開けて、マザーボード搭載コーデックを特定することにしました。

コーデックはALC221

このマシンの蓋はネジ一つで開くので簡単です。マザーボードの上の2.5インチベイやCPUクーラを外さないとコーデックが見えないかと思ったところ、手前の端のなんとか見える場所にありました。前面パネルには、オーディオ用のミニジャックが2個あるのですが、その近くでした。2.5インチベイの金具がかぶさってますが、斜めから覗き込めました。おなじみの蟹マークのRealtekのチップで、ALC221でした。（追記：こちらのスペック表にもALC221と書いてありました）

それぞれのコーデックで使用すべきレイアウト番号の一覧は、こちらのサイトに掲載されています。これによると11または15を指定すべきようです。両方を試してみましたが、11が正しいようです。15では音が出ませんでした。と言うことで、config.plistのAudioの項目は、以下にします。

<key>Devices</key>
 <dict>
 <key>Audio</key>
 <dict>
 <key>ResetHDA</key>
 <true/>
 <key>Inject</key>
 <integer>11</integer>
 </dict>
 </dict>

ヘッドフォンと内蔵スピーカ

前面パネルには、ヘッドフォンのマークが描かれたミニジャック端子（左側）と、ヘッドフォン＋マイクロフォンのマークが描かれたミニジャック端子（右側）の、合計2個のミニジャックがあります。後者（右側）はどう言う種類なのか不明でした。iPhoneのイヤフォン（イヤフォンとマイクロフォンが一体になっています）を挿してはみたのですが、どちらも使えませんでした。とはいえ、FaceTimeなどではUSB接続のwebカメラかスピーカーフォンを使い、アナログマイクロフォンを使うことはまず無いと思います。なのでこれ以上は調べませんでした。

使用できたのは、ヘッドフォンのマークが描かれた左側のミニジャック端子です。ここにミニプラグを挿し、アンプ付きスピーカに接続したところ、良い音で音楽を聴くことができました。システム環境設定のサウンド->出力の表示にも、名前：ヘッドフォン、種類：ヘッドフォンポートと表示されました。

左のジャックからプラグを抜くと、今度は内蔵スピーカーから音が出ます。3cmくらいの小型のスピーカーなので、電話の受話器のような音質・音量ですが、一所懸命頑張っている感じで可愛いです。サウンドの表示も、内蔵スピーカー、内蔵に自動的に切り替わります。

もう一つの出力項目である、ライン出力、オーディオライン出力ポートは、どこにあるのか所在不明でした。1世代前の、HP EliteDesk 800 G1 DMには、背面パネルにオーディオライン出力ジャックがありました。G2で背面オーディオ出力ジャックが無くなってしまったのが残念なのですが、あの名残がマザーボード上にあるのかもしれません。

一方、サウンド入力画面には、ライン入力、オーディオライン入力ポート、と言う項目が2個表示されています。この2個についても所在不明でした。前述の、前面パネルにあるヘッドフォン＋マイクロフォンの描かれたミニジャックかと思いましたが、ちょっと試した限りでは使えませんでした。

まとめ

HP EliteDesk 800 G2 DMのヘッドフォン端子と内蔵スピーカーから音を出すことができました。

自作PCに、ビープ音を鳴らすスピーカーをつける例は多いですが、コーデック接続のスピーカを内蔵する例はあまり見かけません。タワー型の筐体ならスペースはあるので、内蔵スピーカがあれば省スペースになって良い気がします。実際に、デスクトップMacにはどれもスピーカーが内蔵されてます。なので、メーカ製デスクトップPCで内蔵スピーカから音楽を出せたのが面白かったです。

5250U搭載小型PC XCY X36 (2: OS導入未完編)

Sat, 21 Mar 2020 21:53:47 +0900

AliExpressから届いた格安の5250U搭載小型ベアボーンPC XCY X36にmacOS Catalina 10.15 をインストールしました。macOSは一応すぐに動いたのですがiGPUがいまだに動きません。その経緯を書いておきます。こちらの製品です。

前回はこのベアボーンPCを分解して中身を確認しました。前回からずいぶん間が空いてしまいました。iGPUのドライバーが動かなくて難航してます。もう少し頑張ろうと思ったのですが、6100T搭載メーカー製中古デスクトップの方が性能、価格、サイズ、メンテナンス性で勝っているのでこちらはお蔵入りにします。ということでドライバーが動かず、描画加速が効かない状態ですが、この先進捗しなさそうですので、現状報告しておきます。

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

メモリーとSSDを用意する

ベアボーンなのでメモリーとSSDが必要です。ケーブルが筐体からはみ出しますが、2.5インチSSDも接続可能です。メモリーは1.35Vの低電圧タイプDDR3 S.O.DIMMが必要です。1本しか取り付けられず、8GBが最大です。1333MHzと1600MHzで価格は変わらないので1600が良いと思います。ソケット取り付けSSDはM.2に移行してしまって、mSATA SSDは国内サイトではあまり見かけなくなりました。ちょっと試すつもりなら120GBや250GBで良いと思います。KingSpecというKingstonに紛らわしいブランドでお手頃な製品がありました。

BIOSを設定する

メモリーとSSDを取り付ければPCとして機能します。さらにACアダプター、キーボード、トラックパッド、HDMIケーブル（の先にディスプレイ）を取り付けました。電源を入れたら、American Megatrendsのロゴが表示され、その後、めでたくBIOS画面が表示されました。お馴染みのAptioブランドのBIOSです。最近の大手マザーボード製品と違って、昔ながらのシンプルな表示です。CPUは鉛筆書きの番号通り、i5-5250Uだったようです。良かったです。

とりあえずはF9を押して、設定を工場出荷状態に戻します。次に、BIOS設定をします。BIOS設定に関しては、こちらの記事もご覧ください。

マザーボード (BIOS) 設定

BIOSメニューを順番に見て、変更すべきところを探します。まずはIntel Anti-Theft Technologyという機能の設定があり、Enabledになっていました。検索すると、ネットに接続しない状態が指定日数経過すると盗難モードに入り、マザーボードをロックする機能です。しかしすでにサービス終了しているようです。このクラスのマザーボードに、BIOSからネット接続する機能は無いと思われますので、Windowsアプリと一緒に動く機能かと思います。ロックする部分をBIOSが担当しているだけでしょう。なのでmacOSで使う限りは無害と思います。でもトラブルの予感しかしませんのでDisabledにしておきました。

次に搭載シリアルポートの設定がありました。前回の分解で分かったように、マザーボードにはシリアルポート用のヘッダピンが2セットあります。BIOSメニューにもSerial Port 1と2の設定があり、この2セットに対応しているようです。BIOSではそれぞれをon/offできます。シリアルポートはmacOSではサポートされていませんし、これが有効になっていると起動に失敗した経験もあります。そうでなくても電気の無駄なので、両方ともDisabledにしておきます。

iGPU関連の設定に、DVMT Pre-Allocatedという項目があります。初期設定は32MBなのですが、macOSでは64MB以上にしないと動かないとのことです。少し余裕を持たせて96MBにしておきました。実際に32MBの設定で試したところ、Cloverの起動画面が出た後、グラフィックスが切り替わるタイミングで再起動してしまいます。ちなみにBIOSでこの設定が可能なのは幸運らしいです。ノートPCのBIOSなどではこれが設定できないこともあるそうです。多分、変な設定をして動かなくなるとサポートが面倒なので、設定項目から除外してあるのかと思います。この製品はAptioのオリジナルのままのBIOSを使っているので、この設定も可能なのだと思います。

初期設定ではVT-dがEnabledでした。他の設定でリカバーできるらしいですが、ここはHackintoshの定石なので、Disabledに設定しました。

これは単に不便なだけですが、デフォルトではキーボードがNum Lock状態になります。以前紹介したテンキー無しのトラックパッド付き無線キーボードを使うと、右の文字キーがテンキーになってしまい不便です。macOSが起動してしまえば関係ないですが、UEFI Shellでの操作やCloverでの設定作業に支障が出ます。そこでBootup NumLock StateをOffにしました。

まとめると、初期設定から変更した点は以下の5箇所です。

Intel Anti-Theft TechnologyをDisabledにする
2個のシリアルポートをDisabledにする
DVMT Pre-Allocatedを96MBにする
VT-dをDisabledにする
Bootup NumLock StateをOffにする

インストール用USBメモリーを作る

次に、このX36で

macOSユーティリティを起動して
mSATA SSDをフォーマットして
macOSをインストールする

ことが可能なUSBメモリーを作成します。大まかな手順はこちらをご覧ください。

Catalina導入用USBメモリーを作成する

手順をまとめると、

USBメモリーをフォーマットする
createinstallmediaコマンドを使ってMacで起動するmacOSインストーラ作成する
CloverインストーラでブートローダとUEFIドライバを入れる
必要なkextを入れる
config.plistを作成する

このUSBメモリーを作成する手順で一番難しいところは、USBメモリーのESP部分を作成する部分のステップ3, 4, 5です。特にconfig.plist作りが難しいです。でもこれさえできれば、Hackintoshはほとんど完成したも同然です。まずはCloverインストーラでブートローダーとUEFIドライバを入れます。今回のビルドで使用したUEFIドライバは、以下です。VirtualSMCを使ったので、VirtualSmc.efiを手作業で入れています。

ApfsDriverLoader.efi
EmuVariableUefi.efi
FSInject.efi
OsxAptioFix3Drv.efi
VBoxHfs.efi
VirtualSmc.efi

また使用したkextは以下です。

AppleALC.kext Lilu.kext
RealtekRTL8111.kext
USBInjectAll.kext
VirtualSMC.kext
WhateverGreen.kext

USBInjectAll.kextは不要だったかもしれません。LANチップがRealtekだったのでそれ用のkextを入れました。この後、難関のconfig.plist作りをします。

暫定Config.plistを作る

こちらでHaswell用のconfig.plistの作り方の解説を載せておきました。

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

今回はBroadwellなのですが、数が出ていないCPUなのかCorpnewtさんのガイドにはありません。でもHaswellに近いCPUなので、ほとんどHaswell用のconfig.plistで動作すると思いました。

機種ID

SMBIOSは、5250U搭載Macに合わせることにしました。該当するMacは、MacBookAir7,1, MacBookAir7,2, iMac16,1, iMac16,2です。どれもiGPU使用機種ですし、どれでも良いと思います。完成すればデスクトップマシンなので、iMacが近いかと考えて、iMac16,1にしました。Clover Configurator.appでSMBIOS部分を作り、Corpnewtさんのガイドのconfig.plistのSMBIOS部分と差し替えます。Clover Configurator.appが作成してくれたSMBIOS部分をそのままコピーすると長ったらしいので、最小限にします。足りない部分はCloverが補ってくれます。シリアル番号、ボードシリアル番号、SmUUIDはこのサンプルをまねずに必ず独自の値を設定してください。重複した値を使うとアップルから拒否される可能性があります。

 <key>SMBIOS</key>
 <dict>
 <key>BoardSerialNumber</key>
 <string>C027456004NGH34JC</string>
 <key>Mobile</key>
 <false/>
 <key>ProductName</key>
 <string>iMac16,1</string>
 <key>SerialNumber</key>
 <string>C02VNYZ7GF1J</string>
 <key>SmUUID</key>
 <string>483F7DE7-6698-4EAC-B7A3-6B39FC4264F6</string>
 </dict>

サウンドの設定

音を出すためにDevices->Audioのインジェクトするレイアウト番号を1にしました。

<key>Audio</key>
 <dict>
 <key>Inject</key>
 <string>1</string>
 </dict>

こちらのページ

Supported codecs · acidanthera/AppleALC Wiki

によるとRealtek ALC892の場合は、1, 2, 3, 4, 5, 7, 12, 15, 16, 17, 18, 28, 31, 90, 92, 97, 99などの選択肢があるようですが、大体1で良いようです。

iGPUの設定

WhateverGreen.kextを使う場合、iGPUの情報はDevices->Propertiesに書きます。

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

としてig-platform-idを指定しています。場合によってはconfig.plistに何も設定しなくても、WhateverGreen.kextがとりあえず動作する値を割り当ててくれることが多いです。しかし、今回の構成ではconfig.plistでの設定が必須だったようで、最低でもig-platform-idの設定がされていないとmacOSの起動が途中で止まってしまいました。ig-platform-idに何を設定すべきかは、正解があるわけでなく、試行錯誤で探る場合もあるようです。以下の情報

Intel Framebuffer patching using WhateverGreen

によると、Broadwellの場合のdevice-idとig-platform-idは

Gen 5: Broadwell (Intel HD Graphics 5300-6300)
- device-id: 0x0BD1 0x0BD2 0x0BD3 0x1606 0x160E 0x1616 0x161E 0x1626 0x1622 0x1612 0x162B
- AAPL,ig-platform-id (desktop): 0x16220007 (default)
- AAPL,ig-platform-id (laptop): 0x16260006 (default)

であると、書かれています。ig-platform-idは、0x16220007または0x16260006が良いようです。Hackintool.appで調べてみると、0x16260006は5250UとそのiGPUで動作するiMac16,1, MacBookAir7,1, 7,2で使われる値のようです。おそらく実機で調べた結果だと思います。いかにも良さそうです。0x16260006を使う場合は、これの並びを逆順0x06002616にし、base64変換します。すると、

% echo -en "\x06\x00\x26\x16" | base64
BgAmFg==

になります。この値を採用する場合、Propertiesの項目は、以下となります。

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

ということで、ig-platform-idに0x16260006を採用した場合のconfig.plistは以下のようになりました。

config.plist for X36 with 5250U - Pastebin.com

iGPUドライバを諦める

実は、ig-platform-idを1番正しい値だと思われる0x16260006にした場合、画面が正しく出ません。-vオプションではずっと文字画面のままです。時々OSが順調に動いているらしいメッセージが出ます。実際、macOSをなんとかインストールして、LANを有効にした状態でリモートデスクトップ接続すると、macOSは正しく動作していることが確認できました。ディスプレイドライバの問題です。

調べてみたところ、iGPUを使おうとする場合のよくあるトラブルのようです。iGPUのドライバが機能しようとしているものの、他の設定が不十分で正しく表示されていない様子です。もう少し頑張ればなんとかなる状態です。一方で、ig-platform-idを全く間違った値に設定すると、ドライバー自体が起動に失敗します。その場合は標準的なデフォルトのディスプレイとして認識されるので、画面表示が出ます。ただし、グラフィックス加速が効いていないので、動作が遅く不安定で、macOS画面の半透明などの視覚効果が効きません。今回の例ですと、Hackintoolに登録されていない1番違いの0x16260007、つまりbase64ではBwAmFg==を使うと、この状態になり、一応の表示が行えます。以下はこの状態で進めました。

macOSをインストールする

このUSBメモリをX36に挿して起動します。

無事起動して、macOSユーティリティが動きました。

USBメモリーで起動したmacOSユーティリティから、mSATA SSDをフォーマットします。ここでは伝統に従ってMacintosh HDという名前をつけました。これにmacOSをインストールします。

インストール途中で再起動しますが、その時は、Boot macOS Install from xxxxという項目を選択します。

インストールが終了すれば、USBメモリ、mSATA SSDのリカバリーパーティション、そしてインストールしたmacOSの本体の選択肢が現れます。

これでUSBメモリーから起動して、本体のmSATA SSDから起動するようになりました。USBメモリーのESP部分をmSATA SSDにコピーすれば、mSATA SSDから起動するようになります。

macOSを使ってみる

前述のようにグラフィックス加速は効いていませんが一応の操作は可能です。グラフィックスはIntel HD Graphics 6000と認識されていますが、グラフィックスメモリが31MBしか無いことになってます。

サウンドは動いています。X36のオーディオ出力ジャックは、内蔵スピーカーに対応しているようです。光デジタル出力ポートも動いているようですが、対応機器を持っていないので確認できませんでした。

GeekBench 4を動かしてみたところ、マルチコアのスコアは5500くらいでした。

Geekbench Browserで他の人のベンチスコアを検索したところ、5250U搭載iMac (21.5-inch Late 2015)のGeekbench 4スコアはこの程度の値で、妥当な結果です。

まとめ

とりあえずは動作しましたが、iGPUのグラフィックスドライバが動いていないので、未完成です。Hackintool.appによると、ig-platform-idを変更するだけでなく、device-idを設定したり、コネクタがデフォルトでDPであるのを実装に合わせてHDMIに変更したり、フレームバッファの各種フラグを変更するなど、いろいろな選択肢があるようです。手当たり次第試してはみたのですが、正解は見つけられていません。組み合わせが多すぎて全部は網羅できていないためかもしれないです。もしくは、iGPU周りの設計がMacとは違う構成になっていて、動作困難な機種だったのかもしれません。冒頭に書きましたように、メーカー品の中古デスクトップが優秀だったので、こちらは当面お蔵入りにすることにしました。

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

Fri, 20 Mar 2020 21:37:26 +0900

HP社の小型デスクトップPC、HP EliteDesk 800 G2 DM (Core i3-6100T)にmacOSをインストールしました。まずはiGPUとLANが動きました。第5~6世代のメーカー製中古デスクトップPCは1万円前後で入手できます。この値段ですぐに動くmacOSマシンが手に入るのでお得です。

追記：その後、スリープ復帰後にiGPUの信号が出ないブラックスクリーン状態が発生していることに気づきました。最近のmacOSで発生しているようで解決策は無いようです。スリープさせない設定にしても長時間放置するとブラックスクリーンになることもありました。画面共有では問題ないので、ディスプレイ無しのサーバーなら問題ないかもしれません。Intel HD Graphics 530とmacOSの相性の問題のようです。

HPの小型デスクトップEliteDesk (4: 暗黒画面問題で頓挫)

メーカー製小型PC

メーカー製PCと自作PCはそれぞれ長所短所がありますが、macOSを入れるという観点から見ると、予め相性の良いパーツを選択できて、必要ならば交換も容易な自作PCの方が有利です。でもメーカー製品でも、デスクトップPCならパーツ交換や改造が容易なので、ノートPCよりは柔軟に対応可能です。そこで初めての試みとして、メーカー製デスクトップにmacOSを入れてみます。

今回選んだ製品カテゴリーは各社でtiny, micro, desk miniなどと呼ばれる一番小さなデスクトップです。Lenovo, Dell, HP各社から発売されています。これ以外のメーカーからも発売されていますが、ネット上の情報が多いのでこれらの大手3社が良いと考えました。中古で手頃に入手可能な第5世代CPUモデルには

Lenovo ThinkCenter M93p Tiny
Dell OptiPlex 3020 Micro
HP EliteDesk 800 G1 DM

などがあります。YouTubeではTechNolliさんという方がこれらを使ったhackintoshを説明しています。以下は、Lenovo M93p Tiny, Dell 3020 Micro, HP 800 G1 DMにmacOSをインストールする方法の解説ビデオです。

https://www.youtube.com/watch?v=M1pnWKNaqUs

https://www.youtube.com/watch?v=BJqhvzjx-yo

https://www.youtube.com/watch?v=6hZo2dZH_V0

これらの製品はどちらかというと法人向けのようです。時々秋葉原に大量に放出されます。ほぼ同じ仕様でポートの種類が違うなどのバリエーションも多いです。またHPにはEliteDeskの他にProDeskというブランドもあって紛らわしいです。ProDeskはより法人向けのようで、サポートセンタの対応が無いとか、チップセットが格下だったりする違いがあります。

これらの製品群は、一般のデスクトップPCと同じLGAソケットのCPUが搭載されています。CPUを交換できるのでアップグレードも可能です。Intel NUCがノートPC向けBGAパッケージ（半田付け）のCPUを使っているのと対照的です。上記でリストしたCore iモデル機種には、どれもCore i3-4160T, i5-4570T, i5-4590Tなどの省電力のTモデルCPUが搭載されています。Tモデルは無印モデルよりクロックが多少低いですがそれ以外の仕様は無印と同じです。ソケットなので上位グレードのTモデルCPUに交換可能です。

HP EliteDesk 800 G2 DM

今回はこのカテゴリーの中古コンピュータから、HP EliteDesk 800 G2 DMという第6世代CPU (Core i3-6100T) 搭載モデルを選びました。スペック表がこちらにあります。TechNolliさんのビデオに登場する第5世代CPU搭載モデルのHP EliteDesk 800 G1 DMと外見はよく似ていますが、前面パネルにUSB Type-Cが追加されている点が異なります。YouTubeの比較動画によると、CPUクーラの構造も変更されていて、ファン音が静かになったそうです。ヤフオクではG1が1万円未満で取引されているのに対して、G2は1万円を少し超えるくらいです。

コンピュータの前面には、ヘッドフォン、マイクロフォン、USB Type-C, USB 3.1 Gen1, 電源スイッチがついています。HPの丸いマークの左側のスリットが長くなった部分にスピーカーが入っています。また前面パネル内側のスピーカー下部には（写真では見えていませんが）無線LANのアンテナ取り付け場所があります。無線LANはオプションなので、今回入手したマシンにはついていません。

コンピュータ背面には、左からDP, VGA, DP, USB 3.1 Gen1, LAN, 電源端子があります。真ん中のDPの部分は、モジュール式になっていて、シリアルポート、DVI-D、HDMIになっているモデルもあります。VGA端子はmacOSでは動かないようです。今回は左端のDPを使いました。背面左端の四角い穴が3個見える部分も無線LANのアンテナを取り付ける部分です。これも装着されていません。背面側の中央上には上蓋を固定しているネジがあります。

この一個だけのネジを手で回して外せば、上蓋が取り外せます。Mac miniに比べたらとても簡単です。

上蓋を開けると、内部には、左側に2.5インチドライブベイ（HDDは外しました）、右側にCPUとクーラーがあります。CPUクーラー部分は、ヒートシンクとファンで構成されています。ファンは簡単に持ち上げることができて（写真では爪楊枝で支えています）、その下にあるメモリーソケットにアクセスできます。このマシンは2.5インチドライブを前提としたフォームファクターだと言えます。2.5インチHDD/SSDのコストパフォーマンスが高かった時代には合理的な構造です。最近のように、M.2 SSDが十分に安価になり、2.5インチドライブが不要になってくると、もっとコンパクトな形状が好まれるかもしれないです。

2.5インチベイはT15のトルクスドライバで外せます。その下にM.2 SSD用と、M.2 無線モジュール用のソケットがあります。上に2.5インチベイの金具があるので、放熱板は取り付け困難です。熱伝導シートを使って、2.5インチベイ金具に接触させるのが良いかもしれないです。

Catalinaで動かす

とりあえずmacOSが動くことを確認します。不具合はあるかもしれないですが、今回は、iGPUドライバが動くこと、LAN接続ができることを確認しました。

BIOS設定

まずはBIOS設定画面で設定をデフォルト状態に戻しました。デフォルトではiGPUへの割り当てメモリが32MBになっています。この場合、iGPUが動き始めるとすぐに再起動に戻ってしまいました。そこで128MBくらいに設定しました。それ以外の設定はデフォルトのままで以下を進めました。今後、もう少し最適化すべきかもしれないです。

Catalina SSDを作る

2.5インチSATA SSDを用意しました。いつも試験に使っている32GBの小さなSSDです。これを、既に動いているmacOSマシンに接続し、GUIDスキーム＋Mac OS拡張（ジャーナリング）でフォーマットしました。ただ、この後のインストール作業でAPFSに変換されました。

このSSDにCatalinaをインストールしました。手元にあったインストーラが10.15でしたので初期バージョンです。このSSDでmacOSマシンが起動することを確認しました。

Cloverとkextをインストール

次にESPの部分を作成します。このSSDのESPを

diskutil list

コマンドで探して、それを（disk1s1だった場合）

sudo diskutil mount disk1s1

としてマウントします。ここに現用のZ390マザーボード用のESPの中身をコピーしました。この際、Z390用のSSDT, kext, config.plist項目は、当然ながら不要ですので削除しました。ということでconfig.plistも最小限のシンプルなものになりました。config.plistは以下になりました。いつものようにシリアル番号とUUIDは有効な値を設定してありますが、アップルのサービスに接続する前に自分用のシリアルとIDを、Clover Configuratorなどを使用して生成して、config.plistを書き換えてください。

Config.plist for HP EliteDesk 800 G2 DM - Pastebin.com

機種はiMac17,1にしました。Intel HD Graphics 530を搭載した6500, 6600, 6700Kを搭載するMacはこれだけです。6100Tは6100の省電力版でほぼ同等ですし、6100は同じSkyLakeのCPU (6500, 6600, 6700K) と互換性は高いです。config.plistではGPUのig platformの設定などを通常行うのですが、省略できるようです。当初Intel HD Graphics 530のIDを設定して動きましたが、削っても動きました。

HPマシンでCatalinaを起動

こうして用意したSSDをHP EliteDesk 800 G2 DMに取り付け、起動します。先に述べたように、BIOSでiGPUへのメモリ割り当てが少なかったこと、VGAコネクタからは映像が出なかったことを試行錯誤した程度で、すんなりと起動しました。ここまで簡単だとは予想していませんでした。

Dockに被っている部分は半透明になっています。iGPUのドライバーがちゃんと動いてiGPUによるグラフィックス加速が行われていることを示してます。LANも、kextに入れたIntelMausi.kextで問題なく動きました。LANのチップは、上で紹介したスペック表によるとIntel I219LMだそうで、これはIntelMausi.kextの対応表に掲載されています。

今後の予定

とりあえずは動きましたが、まだチューニングの余地があります。長時間使用するとiGPU特有のノイズに気付くかもしれません。サウンドは動くかどうか確認していません。USBは15個制限のために2.0側だけが動いているようです。なのでせっかくのType-Cも動作していません。WiFi/Bluetoothカードは取り付けたいと思います。

ベンチマーク

Geekbench 5でベンチマークしました。シングルコアスコアが801でマルチコアが1838でした。

ちなみに今回のお手本にした無印6100を搭載したiMac17,1のベンチマークスコアはそれぞれ900/2100くらいです。6100Tは無印6100の省電力モデルのため、クロック数が14％低いです。クロック数の差に見合った妥当な結果となりました。（追記：勘違いしていました。6100を搭載したiMac17,1なんて存在しないですね。なのでこのGeekbench結果は全部hackintoshのスコアだと思います。6500を搭載したiMac17,1のシングルコアスコアも900くらいなので、やはり妥当なスコアです。）

まとめ

HPの小型デスクトップPCにmacOSをインストールし、とりあえず動作確認しました。特に難しいところはなく、あっさりと動いてしまいました。ベンチマークスコアもそこそこ出て、実用的に使用できそうです。同じくらいのサイズのMac miniと比較すると、筐体を開けるのは簡単ですし、メモリー、CPU, SSDなどのアップグレードも容易です。Mac miniは確かにおしゃれでかっこいいですが、HPの無骨な感じの外観も悪くないと思います。

今回のマシンはお遊び用なので、邪魔にならない小型デスクトップにしました。でもメインで使用されるのでしたら、DVDドライブが付いているモデルやPCIeスロットが付いているモデルにするのが良いと思います。グラフィックスカードがあれば快適ですし（iGPUでも気にならないですが）、iGPUよりmacOSとの互換性が高いので安心です。さらには、嵩張るマシンは人気が無いようで、より大きなサイズの中古製品の方が、より安価に入手できます。

今後は電力制御、iGPUの動作、サウンド、USB設定、WiFi/Bluetooth、メモリー、SSDなどを確認・追加していきます。

以下の記事に続きます。

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

HPの小型デスクトップELITEDESK (2: Audio設定)

HPの小型デスクトップELITEDESK (3: USB設定)

HPの小型デスクトップEliteDesk (4: 暗黒画面問題で頓挫)

300チップセットマザーボードのRTC設定

Sat, 28 Dec 2019 15:06:42 +0900

Intel 300チップセットを搭載した現行のマザーボードからRTCの扱いが変わりつつあるようです。これが原因でmacOSの起動に失敗する事があります。DSDTへのパッチをconfig.plistに加える、もしくはBIOSで設定する事により回避できます。

BIOSをアップデートして失敗したというこちらの記事

ASUSのBIOSを1105以上に更新すると起動しない

で紹介した内容ですが、いまやHackintoshを作る上での一般的な注意事項になったと思います。なので、GUIDESカテゴリーに見合った内容に書き直して再掲します。

Real Time Clock (RTC)

コンピュータは、ファイルのタイムスタンプ管理やネットワーク同期など、いろいろな場面で正確な日付と現在時刻を必要とします。そこで、コンピュータの電源がoffになっても、日付と現在時刻を更新し続ける水晶時計機能が用意されました。これがRTC（Real Time Clock, 実時間時計）です。RTCは小さな部品としてマザーボードの片隅に載っていました。今ではチップセットに組み込まれています。RTCは、マザーボードの電源が切られた場合でも、マザーボード上のコインバッテリーで動き続けます。ちなみに太古のコンピュータにはRTCはありませんでした。なので、コンピュータ室を占拠する大型計算機も、AppleやNECの初期のパソコンも、電源を入れて最初に行う仕事の一つが、今日の日付と現在時刻の入力作業でした。

RTCは現時刻を知る時計として使われるだけでなく、プログラム実行のきっかけを提供する目覚まし時計としても使われます。RTCにはコンピュータ作業に割り込みをする機能があり、割り込みで起動するタスクやスレッドを設定可能です。なので、毎日決まった時間に行う仕事、一定時間で繰り返す仕事などを設定しておけます。さらには、仕事の時間切れ管理にも使われます。例えば、特定のハードウェアがコンピュータに装備されているかどうかを確認する作業を考えてみます。そのハードウェアに、あなたは存在しますか？と問いかけるのですが、返事をじっと待っていては時間の無駄です。装備されていないために、永遠に返事が来ない可能性も高いです。そこで確認呼びかけと同時に、RTCに例えば10秒後にアラームしてくれるようにお願いします。そうすれば、返事を待つ間に別の仕事を実行したり、待っている間は休眠して他のスレッドにCPU資源を譲ることもできます。このように、外部デバイスにアクセスしつつ、アラームを仕掛けて返事を確認する作業は、macOSの起動時にもいくつも行われているようです。このような過程で、もしRTCのアラーム機能が動かなければ、macOSの起動が止まってしまう可能性があります。

RTCの世代交代

300シリーズチップセットになってRTCの世代交代が進んでいるようです。BIOSメニューの表現を借りると、従来型のRTCからACPI (Advanced Configuration and Power Interface)のTime and Alarmデバイス（長いので以下、ACPI時計と書きます）に移行しているようです。そしてACPI時計を使う事がデフォルト設定になりつつあるようです。

ACPI時計ではOSが起動しない

ところが、ACPI時計を使うとmacOSの起動が止まってしまうようです。最初に紹介した過去の記事では、ASUSのZ390マザーボードのBIOSを1105に更新したところ、ACPI時計がデフォルトで使われるようになってしまって、macOSが起動しなくなったことを書きました。-vで起動すると起動途中で文字表示が止まってそのまま動かなくなります。apfs.efiなのかVirtualSMCのあたりのメッセージで止まります。そのあたりの処理（apfsなら起動ドライブへのアクセスかもしれません）でRTCの割り込みが効かなくなり、処理が止まってしまったような様子です。RTCがACPI時計に置き換わって、使えなくなったのが原因だと思います。Cloverの問題なのか、macOSそのものがRTCに依存しているのかわかりませんが、この問題に対策を施さないとmacOSが起動しません。

実はこの問題は、1年以上前からASRockのマザーボードで発生していました。ASRockはいち早くACPI時計をデフォルトにしたようです。これを回避するパッチが見つかるまで、ASRockのマザーボードではmacOSが起動しない状態がしばらく続きました。HackintoshするならASRockは避けた方が良いかなと思っていたところ、数ヶ月後のBIOSアップデートでASUSのマザーボードも同様にACPI時計がデフォルトになってしまいました。フォーラムの方で教えていただきましたが、MSIのマザーボードでもACPI時計がデフォルトになっているようです。GIGABYTEの様子は把握していませんが、おそらくここ1年くらいで、どのマザーボードもレガシーRTCからACPI時計に移行していると思われます。この対策として次の4つの方法があります。

対策1 : BIOSでRTCを選択する

ACPI時計への移行をやめて、レガシーなRTCを使い続ける設定が一部のBIOSにあるようです。以下で紹介されています。

ASUSのマザーボードには、Advanced–>PCH Configurationの中に、System Time and Alarm Sourceの設定があります。これをデフォルトのACPI Time and Alarm DeviceからLegacy RTCに変更すれば良いようです。

ところが全てのマザーボードにこのメニューが出てくるわけではないようです。例えば、ROG MAXIMUS XI HEROのBIOS ver. 1105, 1302, 1401の画面にはこの選択肢が出てきません。もしかしたら将来のバージョンでRTCの選択肢が出てくるようになるのかもしれません。という事で、このメニューが出ないマザーボードでは、BIOSでLegacy RTCを指定する方法は使えません。

対策2：DSDTパッチを当てる

幸いなことに、ASRockのために配布されたパッチは、他のマザーボードでも動くようです。例えばこちらで紹介されています。

パッチの元記事によると、「ASRockマザーボードのDSDTのバグで、そのうちASRockが治してくれると思うけど、とりあえずこのパッチが動く」という意見らしいです。でも、このパッチが他のマザーボードでも有効らしいので、ASRock限定のバグ対策では無い気がします。これはACPI時計への移行を無効にしているパッチ、もしくはACPI時計を利用する問題点を回避するパッチなのではと思われます。パッチの方法は、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>Patches</key>
			<array>
				<dict>
					<key>Comment</key>
					<string>RTC fix</string>
					<key>Disabled</key>
					<false/>
					<key>Find</key>
					<data>
					oAqTU1RBUwE=
					</data>
					<key>Replace</key>
					<data>
					oAqRCv8L//8=
					</data>
				</dict>
			</array>
		</dict>
	</dict>
</dict>
</plist>

ちなみにこのパッチが探しているデータ列と、置き換えているデータ列はそれぞれ以下のようです。

% echo -n oAqTU1RBUwE= | base64 -d | hexdump -C
00000000 a0 0a 93 53 54 41 53 01 |...STAS.|
00000008
% echo -n oAqRCv8L//8= | base64 -d | hexdump -C
00000000 a0 0a 91 0a ff 0b ff ff |........|
00000008

STASという文字を消そうとしているようにも見えます。

対策3 : SSDTで対処する

コメントで教えてもらいました。OpenCoreプロジェクトで、この問題に対処するSSDTが作られているようです。こちらにある

OpenCorePkg/Docs/AcpiSamples at master · acidanthera/OpenCorePkg

SSDT-AWAC.dslをMaciASLでコンパイルしてSSDT-AWAC.amlを作り、これを、EFI/CLOVER/ACPI/patchedに入れれば良いようです。それがうまく動かない場合は、SSDT-RTC0.dslを試すと良いようです。SSDT-AWAC.dslはこんな感じの内容です。先程のDSDTパッチと同様に、STASというパラメータらしきものを変更しようとしているようです。

/*
 * For 300-series only. If you can't force enable Legacy RTC in BIOS GUI.
 * macOS does yet not support AWAC, so we have to force enable RTC. Do not use RTC ACPI patch.
 * 
 * The Time and Alarm device provides an alternative to the real time clock (RTC), which is defined as a fixed feature hardware device.
 * The wake timers allow the system to transition from the S3 (or optionally S4/S5) state to S0 state after a time period elapses.
 * In comparison with the Real Time Clock (RTC) Alarm, the Time and Alarm device provides a larger scale of flexibility in the operation of the wake timers,
 * and allows the implementation of the time source to be abstracted from the OSPM.
 */

DefinitionBlock ("", "SSDT", 2, "ACDT", "AWAC", 0x00000000)
{
 External (STAS, IntObj)

 Scope (_SB)
 {
 Method (_INI, 0, NotSerialized) // _INI: Initialize
 {
 If (_OSI ("Darwin"))
 {
 STAS = One
 }
 }
 }
}

ASUSのROG MAXIMUS XI HEROで試してみました。現時点で最新BIOSは1401ですが、なんの対処もしない場合はmacOSが起動しません。そこで、SSDT-AWAC.amlをpatchedに入れたところ、無事macOSが起動しました。なお、これでうまく動いたので、SSDT-RTC0.amlは試していません。

対策4 : 古いBIOSを使い続ける

レガシーなRTCがデフォルトになっている古いBIOSからアップデートしないという消極的な解決策もあります。いろいろなバグが修正されているはずなので、一般的には最新バージョンの方が気持ち良いです。でもBIOSに限っては、動いているなら更新するなと注意しているメーカーのページも時折見かけます。全ての環境を網羅して動作試験を行うことは困難なので、問題なければアップデートして欲しくないという事情もわからないではありません。なので、古いまま使い続けるのは良い選択肢かもしれません。

うっかりアップデートしてしまっても、古いBIOSがメーカーサイトで配布され続けていますので、それに戻せば良いです。ただ、新しいBIOSにすると、通常の手順では古いバージョンに戻せなくなる場合があります。そこでこちらの記事ではUSB BIOS Flashbackという機能を使って古いバージョンに戻しています。

まとめ

現行のマザーボードがレガシーRTCからACPI時計に移行した事でmacOSが起動しない問題が発生することがあります。この問題は、DSDTへのパッチをconfig.plistに加える、もしくはBIOSで設定する、もしくはSSDTで設定を変更する事により回避できます。

Radeon RX 5700を使う

Sat, 09 Nov 2019 00:06:25 +0900

macOS Catalina 10.15.1からAMD Radeon RX5700シリーズがサポートされました。それでRX 5700 XTを使ってみたところ動きました。最新のWhateverGreen.kextが必要です。でも現状のmacOSでは性能を活かし切れていないようです。

話題のRX 5700/5700XT

AMDのグラフィックスカードRadeon RX 5700シリーズは、7nmプロセスで製造され、新設計のNaviアーキテクチャを採用しています。プロセッサ数はRadeon RX Vega 64より少ないですが、下表のようにVega 64より性能が良いとのことです。その上、消費電力は少なく、安価な設定です。ただ、Vega 64は発売時に比べたら暴落しているので、実売価格は逆転しています。


	5700 XT	5700	Vega 64	580
構造	Navi(RDNA)	Navi(RDNA)	Vega	Polaris
線幅	7nm	7nm	14nm	14nm
CU数	40	36	64	36
SU数	2,560	2,304	4,096	2,304
ROP数	64	64	64	32
クロック数	1,605MHz	1,454MHz	1,274MHz	1,257MHz
メモリ	GDDR6	GDDR6	HBM2	GDDR5
消費電力	225W	185W	295W	185W
4K性能	56.0fps	51.3fps	47.5fps	31.2fps
価格

(「4K性能」はgpucheck.comの比較結果です。)

5700シリーズは優れた製品なので、Radeon派のWindowsユーザからは、久々にAMDが良い製品を出してくれたと、高い評価を受けています。この人気GPUが、macOS Catalina 10.15.1から正式にサポートされました。Sonnet社の互換GPUリストにも早速登場しています。

Sonnetの互換GPUリスト (10.15.1以降)

そこで、リファレンスファンモデルのRX 5700 XTをmacOSで動かしてみました。GPU用水冷ブロックは、ほぼリファレンスファンモデル用しか用意されないので、将来水冷することを考えるとリファレンスモデルが欲しいところです。しかも、オリジナルファンモデルのグラフィックスカードが出回ってくるとリファレンス版の流通は無くなってしまいます。実際、現在は入手困難です。

でも、水冷のことを考えなければ、現在流通している空冷性能の良いオリジナルファン版が良いと思います。

Catalinaで動かす

macOS 10.15.1で正式サポートされたので、特に問題なく動きます。ただ、WhateverGreen.kextは最新版の1.3.4を使う必要があります。また、Cloverの起動オプションに

agdpmod=pikera

を追加する必要がありました。環境によってはこのオプションが無くても動くこともあるようです。ちなみにこのオプションは、WhateverGreen.kextのもので、解説によると、

AppleGraphicsDisplayPolicy.kextは、その中のInfo.plistをチェックして特定のboard-idに対してどのモードを使うか決定します。どのモードが良いかはGPUに依存し、試してみるしかありません。WhateverGreenはいく通りかの方法で電力管理モードを設定します：

system board-idのConfigMap dictにnoneを書き込むパッチ (agdpmod=cfgmap)
文字比較を無効にするパッチ (agdpmod=vit9696, デフォルトで有効です)
board-idをboard-ixで置き換えるパッチ (agdpmod=pikera)

と書いてあります。Catalinaではこのkextは見つからないので、おそらくは、

/System/Library/Extensions/AppleGraphicsPowerManagement.kext/Contents/Info.plist

に書かれているsystem board-idと関係するのだと思います。このInfo.plistには、それぞれのボードIDに対して、どのように電力管理するかが書かれている様子です。このInfo.plistを見ていると、いろいろ面白いです。今年発売と思われているMacPro7,1のIDと言われるMac-27AD2F918AE68F61の項目に、Radeonシリーズの機種IDが複数書き込まれています。このInfo.plistが示す内容が何なのか不明ですが、いずれにしても、WhateverGreenのこのオプションは、特定機種に対する設定を無効にするパッチ手段を選ぶオプションのようです。

動作確認

agdpmod=pikeraを起動オプションに追加するだけで問題なく動いています。システム情報を見ると上のようでした。機種IDが0x731fです。これは先ほどのInfo.plistには書かれてません。（RX 580などは書かれています）サポートが今後改善されれば追加されるのかもしれないです。

ベンチマーク

Geekbench 5を使ってベンチマークし、スコアをSapphire Pulse Radeon RX 580と比較します。まずはOpenCLとMetalのスコアを以下に示します。


	RX 5700 XT	RX 580
OpenCL	45299	45106
Metal	39554	44843

OpenCLスコアは、僅差ですがRX580より多少良いスコアでした。しかし、Metalのスコアでは、なんと格安のRX 580に負けてしまいました。Windows環境ならばRX 5700 XTの方がずっと性能が高いはずです。上で紹介したgpucheck.comによると、5700 XTは580に比べて1.7倍くらい性能が上です。なので予想しなかった結果となりました。でもGeekbenchの結果が登録されるGeekbench Browserで検索してみたところ、macOS上のRX 5700 (XT)スコアは今回の結果と同程度のようでした。またネット上にも、macOSではあまり性能が出ない話を見かけます。今後のmacOSバージョンで改善されると期待したいです。

まとめ

Radeon RX 5700シリーズはmacOS 10.15.1以降で容易に動かすことができます。ただOpenCLベンチマークスコアではRX 580と差がなく、Metalでは負けてます。今後のmacOSバージョンアップで性能向上が期待できますが、現状ではRX 580/590で十分だと思いました。Windowsとデュアルブートする場合は、Windowsで性能が出せてmacOSでも使えるGPUとして価値があるかと思います。

Sonnetの互換GPUリスト (10.15.1以降)

Mon, 04 Nov 2019 11:21:15 +0900

macOSで使えるGPU

MacのThunderbolt 3コネクタに接続する外部GPUボックス

を販売しているSonnet社が、macOS 10.15.1以降と互換性のあるグラフィックスカードの一覧を以下のPDFファイルで公開しています。

https://www.sonnettech.com/support/downloads/manuals/Compatibility_Graphics_C…

各ブランドごとの多数のモデルを掲載しています。Sonnetの外部GPUボックスは、AppleのExternal Graphics Development Kitにも採用されているほぼ純正みたいな存在です。なので、このリストで互換性があるとされたグラフィックスカードは、Hackintoshで、そのまま動くカードと考えて良いです。市場に出回っている多数の製品に対して互換性がチェックされているようですので、Hackintosh用グラフィックスカード購入の際は、これで確認しておきましょう。これを見ると、例えば、AMDリファレンス（ファンデーション）バージョンでは、以下のMがマークされた機種がmacOSと互換のようです。

主に、GPUチップによってのみ互換・非互換が決定するようです。まとめると以下のようになります。ただ、一部のブランドでは互換性が無いとされているモデルもあります。互換性確認ができていないだけなのか、何らかの問題があるのかは不明ですが、そのようなモデルは避けた方が良いと思います。

RX 470, RX 480, RX 570, RX 580は互換性あり
RX 560, RX 590は10.14.6から互換性あり
RX 460, RX 550は互換性なし
RX Vega 56/64は互換性あり
Radeon VIIは10.14.6から動くがスリープ・シャットダウンでファンが全開になる
RX 5500は非互換で、RX 5700, RX 5700 XTは互換性あり
R9 NANO/FURY は互換性なし
WX 5100は非互換で、WX 7100, WX8200, WX 9100は10.15.1から互換性あり
NVIDIA GeForce は互換性なし

また、Mac mini 2018では以下の制約があるそうです。

10.15.1ならば、Vega 56, Vega 64, WX8200, WX9100, Radeon 5700, Radeon 5700XTはGPUカードにモニターを接続してブートできるものの、
RX 560/570/580/590の場合はiGPUのHDMI端子にのみブート表示が出る。

以前の情報

古いmacOSに関する記述についてはこちらもご覧ください。

Sonnetの互換GPUリスト (10.13.4以降)

Sonnetの互換GPUリスト (10.13.2以降)

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でも買えるみたいです。

base64コマンドの使い方

Wed, 16 Oct 2019 23:52:12 +0900

Base64変換（文字列を変換）

echo -n "AMD RX 580" | base64
QU1EIFJYIDU4MA==

Base64変換（16進数を変換）

echo -en "\x9B\x3e\x00\x00" | base64
mz4AAA==

Base64逆変換（文字列をデコード）

echo QU1EIFJYIDU4MA== | base64 -D
AMD RX 580

Base64逆変換（16進数をデコード）

echo mz4AAA== | base64 -D | hexdump
0000000 9b 3e 00 00 
0000004

いつも使い方を忘れてしまうのでメモしておきます。Base64はバイナリーデータを文字で表記する場面でよく使用されます。config.plistでもお馴染みです。なので、時々、変換・逆変換したいことがあります。そのためのツールはたくさんありますし、変換してくれるwebページもあります。でも、ターミナルから使えるbase64コマンドならすぐに使えて便利です。使い方さえ忘れていなければ。

Base64の仕組み

文字しか表記できない・通信できない環境で、任意のデータを効率良く表現するために考えられました。英大文字、英子文字、数字、記号(+と/) に数字を割り当てます。アルファベットは26文字なので、Aが0でZが25です。引き続き小文字のaに26を割り当ててzまで使うと51まで表現できます。この後、数字の0 (=52)から9 (=61)を割り当てると、61まで表現できます。後2つあればキリが良いので、+ (=62)と/ (=63)を最後に使います。これで、A~~Z, a~~z, 0-9, +, /を使って0から63を表現できます。64進数です。ビット数は6ビットになります。

通常のコンピュータのデータはバイト単位、8ビット単位です。なので上位から6ビットごとに区切って変換します。端数は0ということにします。例えば、ASCIIコードで大文字のAは、0x41です。ビットで表すと、0100 0001です。6ビットに分けると、010000 01です。端数に0を追加すると、010000 010000です。010000は10進数で16になり、これが2個続きます。16には、Base64では、17番目のアルファベットQが割り当てられています。なのでBase64で表すとQQになります。また、Base64では4文字の倍数になるよう調整します。足りない部分には＝を追加します。ということで、大文字AをBase64で表現すると、QQ==になります。

base64コマンド

macOSにはターミナルから使えるbase64コマンドがあります。使い方は以下です。

 base64 [-h | -D | -d] [-b count] [-i input_file] [-o output_file]

I, oオプションで入出力ファイルを指定できますが、指定しなければ標準入出力が使用されます。hはヘルプ表示です。bで数値を指定すると、出力に改行を入れてくれます。Dオプションしか使うことはないと思います。オプションなしならエンコード、Dオプションでデコードです。

標準入出力を使うので、echoコマンドをパイプします。echo helloとタイプするとhelloという文字が表示されるのですが、デフォルトでは最後に改行が入ります。-nオプションで改行を出さないよう指定できます。echoコマンドを、16進数標示するhexdumpコマンドにパイプしてみます。こんな感じです。0aが改行コードです。

% echo hello | hexdump
0000000 68 65 6c 6c 6f 0a 
0000006
% echo -n hello | hexdump
0000000 68 65 6c 6c 6f 
0000005

なのでhelloという文字列だけ（改行は不要）をBase64にしたい場合は、

% echo -n hello | base64
aGVsbG8=

とします。結果が7文字だったので＝が1個追加されました。-Dオプションで元に戻してみましょう。

% echo aGVsbG8= | base64 -D
hello

echoで16進数を出すのはちょっと面倒です。0x01, 0x02, 0x03という3バイトを出すには、”\x01\x02\x03″と書きます。\xで次の2文字が16進数だということを表現します。またこのように\xで16進数渡すためには-eオプションが必要です。hexdumpにパイプして確認します。

% echo -en "\x01\x02\x03" | hexdump
0000000 01 02 03 
0000003

これをbase64にパイプすれば、変換できます。

% echo -en "\x01\x02\x03" | base64 
AQID

逆変換して確認しておきます。

% echo AQID | base64 -D | hexdump 
0000000 01 02 03 
0000003

Hackintoshの作り方（総集編: macOS 10.15版）

Sun, 13 Oct 2019 23:00:57 +0900

macOSをインストールする方法をご紹介してきたのですが、多数の記事に分散してしまっています。そこで、10.15 Catalinaをインストールするための参考になる関連記事へのポインタをまとめた総集編を作りました。

10.14を対象とした情報は、以下をご覧ください。

Hackintoshの作り方（総集編:10.14版）

10.13を対象とした情報は、以下をご覧ください。

Hackintoshの作り方（総集編:10.13版）

手順の概要を把握する

こちらは9TO5MacのライターのJeffさんのビデオです。テンポよく紹介されていますので、全体の流れを確認するのに良いと思います。High Sierra時代のビデオですが、ほぼ変わらないので参考にしてください。

Jeffさんのインストールガイドビデオ

macOSインストールのアプローチはたくさんありますが、一番おすすめなのは、Cloverを使ってバニラなインストールをすることだと思います。そのことを説明しています。

/posts/131/

Cloverインストーラだけを使って、手順を理解しつつインストールすることが理想だと思いますが、それが困難な場合は、tonymacx86で配布されているツールを使っても良いと思います。こちらをご覧ください。

tonymacx86式インストール手順 (その1: UniBeast)

ハードウェアを用意する

Hackintoshを作るためには、互換性のあるハードウェアを自由に選んで組み合わせられる自作PCが、問題が少なく楽です。ノートPCなども可能ではありますが、上級者向けだと思います。

CPU

CPUは、最新の第9世代Coffee Lake-S Refreshが良いと思います。最近では品揃えも増えたので選びやすいと思います。第9世代Core iシリーズ最安の9100Fでは、問題なくmacOSが動きます。以下はMojaveの例ですがCatalinaも同様の手順で動きます。

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

この記事を執筆段階でのMac製品で採用されているデスクトップ向け第9世代Core iシリーズCPUは9600Kと9900Kです。このどちらかを選べば、CPU関係の設定で苦労することなく、macOSを動かすことができます。

MSI B360M MORTAR TITANIUM, 9600K

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

マザーボード

マザーボードは、第9世代CPUをサポートするZ390, H370, B360などのチップセット搭載マザーボードを選ぶことになります。新規に購入するなら、古いマザーボードを選ぶ理由はないので、最新のものを選んだ方が良いと思います。安く自作するためにパーツの一部を中古で購入することもあるとは思いますが、マザーボードは新品が良いと思います。中古のマザーボードは、部品が劣化していることもあるようで、動作が安定しない印象があります。HackintoshはそもそもOSレベルで怪しいことをやりますので、ハードウェアは信頼性のあるものを選んでおきたいと思います。

マザーボードメーカーに関して、昔はGigabyteの互換性が高いと言われていましたが、今は、あまり関係ないです。カーネル読み込みのためのメモリー確保の容易さを考えるとASUSやASRockが良いように思います。MSIのメモリーマップも癖がありますが、対応は容易です。Gigabyteは、メモリー確保設定が難しい機種もあるようです。詳しくはこちらをご覧ください。いずれにしても、ネット上に成功例があり、詳しく解説されているマザーボードを選ぶのが良いと思います。

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

グラフィックス

iGPUを使っても良いですが、拡張できるという自作のメリットを生かすならグラフィックスカードを使いたいところです。こちらに最近のmacOS互換グラフィックスカードを紹介してあります。

macOSのためのGPUの選び方

こちらもご覧ください。

HACKINTOSHのパーツ選び【その3：グラフィックス編】10.14以降版

そのほかのパーツ

無線アダプタ、SSD, そのほかのパーツについても紹介しておきました。

/posts/138/

Hackintoshのパーツ選び【その5：SSD】

Hackintoshのパーツ選び【その6：その他】

マザーボードのBIOS/UEFIを設定する

インストール先のコンピュータを組み上げたら、macOSが稼働するようにBIOS/UEFIを設定しておきます。この設定が間違っていると、それだけで起動しない場合もあります。ただ、最近のマザーボードでは、ほぼデフォルトで大丈夫だったりします。

マザーボード (BIOS) 設定

必要なソフトウェアを入手する

Hackintoshするには、macOS本体以外にオープンソースで有志が開発しているソフトウェアがいくつか必要です。その最新版を入手しておくべきです。

必要なソフトウェアの名前で検索すれば、大抵の場合、ダウンロード先が見つかります。オープンソースのソフトウェアは、オリジナルを作った人の他に、いろいろな人がソースコードを引き継いで分岐（フォーク）して、開発を行なっている場合もあります。中には元祖の開発者が放置して、開発が止まっていることもあります。なので、検索して、現在一番活発に利用されているバージョンを使うのが良いです。ということで、古いハウツー情報のダウンロード先から入手するよりも、検索をして探すのがおすすめです。

最近はKext Updater.appというアプリケーションを使っています。Clover, OpenCore, kext類などの最新版をダウンロードしてくれます。これを使えば、一番信頼できるフォークの最新版が手に入ると思います。この他にも、Clover Configurator.appなどの設定支援アプリケーションでも、最新版が入手できる機能が備わっています。

Clover EFI bootloaderとefiドライバー

“Clover EFI bootloader”で検索します。以下が本家かと思われます。

https://sourceforge.net/projects/cloverefiboot/

Kext UpdaterのアプリケーションからBootloaderのボタンを選ぶことで、コンパイルされた最新版が得られます。Cloverをダウンロードすると、インストーラ、efiドライバ、テーマファイルなども一緒に入手できます。

kext類

FakeSMCをはじめとしたkext （カーネル拡張）が必要です。名前で検索すれば、支持されているバージョンが見つかります。例えば、FakeSMC.kextならば、”FakeSMC.kext”で検索すると、こちらで入手可能なことがわかります。

RehabMan / OS-X-FakeSMC-kozlek / Downloads — Bitbucket

Kext Updaterを使うと、使用しているkext類のバージョンを自動的にチェックして、最新版を入手できます。名前を指定してkext類を個別に入手することもできます。こまめに更新されているので、最新版を確実に入手することができます。

Mac上で導入用のUSBメモリを作る

macOSをインストールする一般的な方法は、macOSを入手して、インストール用のUSBメモリを作る方法です。この作業は実際のMacで作業します。ついでに、実際のMacでこのUSBメモリが起動することを確認しておきましょう。次に、インストール対象のマシンで起動できるように、Cloverのインストールと設定を行います。

Catalina導入用USBメモリーを作成する

次に、インストール先のマシンで、このUSBメモリを起動して、インストール先のドライブをフォーマットし、macOSをインストールします。インストール先マシンでUSBメモリが起動するように調整する作業が一番大変です。

macOSのインストール途中で、何度か再起動することがあります。インストール途中のCloverの起動画面で、”Boot macOS Install from (インストール先のボリューム名)”という項目を選びます。

USB 3.0/3.1のUSBメモリを使った場合、Cloverの選択画面は現れるけど、そのあとのプロセスで失敗することがあります。macOSにはUSBの個数に制限があり、3.0/3.1のポートが2.0としてしか動かない場合があるからです。対応法は以下の記事の「ポートを増やすパッチ」をご覧ください。

USBポートを設定する

ただ、USB 2.0でしたら確実に起動しますので、

USB 2.0のUSBメモリを使う
マザーボードのUSB 2.0専用ポートを使用する（全部が3.0/3.1の最近のマザーボードではこの手法は使えないです）
USB 2.0ハブを経由して無理やり2.0にする

などで対応するのが簡単です。2.0なのでインストールに時間がかかる欠点はあります。

Mac上でmacOSドライブを作る

冒頭で示した動画を含めて、多くのガイドではMac上で導入用のUSBメモリを作る方法を紹介しています。でも、本物のMacやHackintoshなどのmacOSが動くマシン（以下、親マシンと書きます）上でmacOSドライブを作ることも可能です。Hackintoshで使おうとするSATA SSDドライブ、mSATA SSDカード、M.2 SSDカードなどを、直接、もしくは、USB外付けHDDケースに入れて、親マシンに接続します。これをGUIDパーティションマップでフォーマットします。パーティションのフォーマットはHFS+でも良いですが、インストール時にAPFSに変更されるので、最初からAPFSで良いかと思います。

次にmacOSにインストーラを使ってmacOSを入れます。このドライブでちゃんと起動することを確かめておけば、問題を切り分けることができて楽です。以下の記事では、この方法でインストールしましたので参考にしてください。

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

Cloverとkextを入れる

USBメモリーを作ってインストール先で起動させる方法でも、親マシンでmacOSを直接インストールする方法でも、いずれの場合でも、Hackintoshを起動させるためのESP部分を作成することが1番困難な部分です。ここには、Cloverとkext類を入れます。新しいmacOSに対応していて、各種バグが改善されている最新版をダウンロードすることをお勧めします。Cloverインストールの手順はこちらにも書いてあります。

Cloverインストーラの設定

Catalinaの出る少し前に、Cloverが管理するESPの構成が少し変わりました。古い説明を読む場合は、注意してください。

CLOVER 4988 でEFIドライバ関連が変更されました

以下では、config.plistの例を示して、説明しました。

config.plistの実例紹介

config.plistの中でも、機種を設定するSMBIOSセクションの記述は重要です。その部分を説明したのがこの記事です。

正しく機種設定する (SMBIOSの設定)

config.plistの解説では、Corpnewtさんのバニラガイドが簡潔で良いと思います。「Coffee Lakeマシンのためのconfig.plistの作り方」のページを以下で紹介しています。

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

Cloverをインストールしたら、次にkext類をESPの部分に入れます。kextについてはいくつかの記事で解説しましたが、こちらが簡潔かもしれません。

CORPNEWTさんのバニラガイド~ Clover設定とkext

なお、CatalinaでCloverインストーラが動かない問題もあるようです。SIPを解除すればインストールできます。こちらをご覧ください。

CatalinaにしたらCloverがインストールできない

macOS環境を整える

以上の設定で、とりあえずの起動が行えることを目指します。それができたら、さらに、グラフィックスカード、Ethernet, サウンドの設定をします。以下の記事が参考になるかと思います。

/posts/90/

Ethernetを設定する

/posts/120/

CatalinaにしたらCloverがインストールできない

Sat, 12 Oct 2019 12:14:13 +0900

CatalinaからCloverをインストールしようとすると、Cannot install without ensuring the file system is read-write というメッセージが出て、インストールできませんでした。これはSIP設定で回避できます。手作業でインストールする際には問題にならないので、将来のインストーラで対応されるかもしれません。

インストールできない

Catalinaからファイルアクセスの制限が厳しくなったと感じています。いろいろなアプリケーションにファイルアクセスの許可を出したり、ネットからのダウンロードを許可する作業などが必要になりました。システムの一部が読み出し専用になったことも関係していると思います。その影響で、インストーラでCloverをインストールしようとすると、上記のようなダイアログボックスが出てインストールできないことがあります。このようなソフトウェアインストーラは、macOS標準の「インストーラ.app」を使っています。/System/Library/CoreServices/に置かれているアプリケーションです。エラーメッセージは、このアプリケーションが引き起こしていると考えられます。

対策をネットで調べると、「リカバリーモードで再起動してターミナルからSIPを無効にすれば良い」という回答がありました。先日の記事へのコメントでも同様の方法を教えていただきました。ありがとうございます。ちなみに、リカバリーモードでSIPを解除しても、次の次の起動ではちゃんと元に戻るそうです。

r/hackintosh - Clover - Cannot Install w/o Ensuring File System is Read/Write

でもこの方法だと、インストーラを動かすまでに2回の再起動をする必要があります。手間の少ない方法を考えました。

SIPを限定解除

Hackintoshのconfig.plistで、SIPを全部外した設定をしていれば、このメッセージは出ないのかと思います。手元のマシンでは、できるだけバニラな設定にして実機と同じにしたいと考えていたので、SIPも全部有効になってました。なのでターミナルで確認すると、以下のように、SIPは全項目で有効になっていると表示されます。

% csrutil status
System Integrity Protection status: enabled.

SIPは色々な保護をしてくれますが、今回の問題に対してはファイルシステムへの制限を解除すれば良さそうです。SIPを完全に機能させている場合、config.plistのCsrActiveConfigの数値は、

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

となっていると思います。これの下位2ビット目を立てて、例えば、

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

のように書き換えれば良いです。でも、SIPを元に戻すにはまたこれを書き直すことになり面倒です。そこでCloverの起動画面のOptionから変更しました。まずは、下のメニューからOptionsを選択します。

次にSystem Parameters, System Integrity Protection (SIPのことです)と選んでいきます。SIPの設定は、config.plistで全部有効にしてあるので、設定値が0になってます。

ここでSIPの各項目を設定できるので、Allow Unrestricted FSを選びます。FSはファイルシステムの意味で、ファイルシステムアクセスの制約を外すという設定です。

これで起動すると、SIPが限定解除されています。ターミナルで確認すると、

% csrutil status
System Integrity Protection status: unknown (Custom Configuration).

Configuration:
Apple Internal: disabled
Kext Signing: enabled
Filesystem Protections: disabled
Debugging Restrictions: enabled
DTrace Restrictions: enabled
NVRAM Protections: enabled
BaseSystem Verification: enabled

This is an unsupported configuration, likely to break in the future and leave your machine in an unknown state.

のように表示されます。Filesystem Protectionsが無効になっています。どういうわけかApple Internalも無効になっていますが、セットで設定すべき値なのかもしれません。この状態でCloverインストールを行うと、問題なく実行できます。Cloverの起動画面で一時的に設定しましたので、次の再起動ではSIPは元に戻っています。

Catalina導入用USBメモリーを作成する

Thu, 10 Oct 2019 23:37:53 +0900

CatalinaをクリーンインストールするためのUSBメモリーを作ります。まずはCatalinaに含まれるcreateinstallmediaコマンドを使います。次にESPを作ります。すでにMojaveが動いているHackintoshがあればESPのファイルをコピーするだけです。

Mojave用ESPを最新にする

Catalinaは、Mojaveの場合と同じefiドライバー、kext、config.plistでCatalinaが起動できることを確認しています。ただしどれも最新版にしておくのが望ましいです。

Catalinaにアップデートする

ということで、Kext Updater.appなどを使用して、Cloverとkext類を最新にしておきます。

Catalinaをダウンロードする

macOSが動いているマシンからAppleのサイトに接続して、Catalinaのインストーラをダウンロードします。ダウンロード後に、自動的に起動しますが、メニューから終了させます。アプリケーションフォルダにmacOS Catalinaインストール.appというアプリケーションができているはずです。

USBメモリを初期化する

インストーラ用のUSBメモリを用意します。インストーラのサイズが8GBを超えていますので、16GB以上のメモリが必要です。今回は32GBのUSB 3.0メモリーを用意しました。起動速度がとても遅くなってしまいますが、本当ならばUSB 2.0メモリーの方が確実です。今回は設定済みのESPがあるので問題ありませんが、未知のマザーボードの場合、USBの15個制限の影響で、USB 3.0ポートがUSB 2.0として動いてしまうことがあります。その場合、BIOS起動時は3.0だったポートが、macOSに制御が切り替わった途端に2.0に変貌してしまうので、起動作業が止まってしまうのです。

次に、USBメモリーをディスクユーティリティ.appを使って初期化します。この時、ESP (EFI System Partition) から起動可能なように、ESPが作られるように初期化します。ディスクユーティリティ.appのデフォルトではボリュームのみが表示されますので、まずは、メニューバーの表示から「すべてのデバイスを表示」を選んでおきます。

こうすると、USBメモリ製品名が入ったデバイス名がウィンドウ左側リストに現れますので、これを選択します。今回はSanDisk Extreme Mediaという製品名を選択しています。次に消去ボタンを押します。フォーマット方式の項目では、Mac OS拡張（ジャーナリング）とGUIDパーティションマップを選んでおきます。方式をGUIDにしないとESPが作られないです。ここで、最新のAPFSを選んでも良さそうな気もしますが、後のcreateinstallmediaコマンドでエラーが出ます。

実機用インストーラを作る

まずは実機（本物のMac）でも使えるCatalinaインストール用USBメモリを作ります。ターミナルを使用して、Catalinaインストーラの中に移動します。ターミナルから見ることができるmacOSオリジナルの世界では、アプリケーションフォルダは、Applications, インストーラはInstall macOS Catalina.appという名前になっています。ここでlsするとcreateinstallmediaというファイルが見つかるはずです。

cd /Applications/Install\ macOS\ Catalina.app/Contents/Resources/
ls create*
createinstallmedia

これを使用して、macOSインストールUSBメモリを作成します。とりあえず起動すると、ヘルプ情報が表示されます。

./createinstallmedia
Usage: createinstallmedia --volume <path to volume to convert>

Arguments
--volume, A path to a volume that can be unmounted and erased to create the install media.
--nointeraction, Erase the disk pointed to by volume without prompting for confirmation.
--downloadassets, Download on-demand assets that may be required for installation.

Example: createinstallmedia --volume /Volumes/Untitled

This tool must be run as root.

downloadassetsオプションは、起動用USBメモリを作成する場合に、最新ファームウェアやApple T2チップ用ファームウェアをダウンロードする機能のようです。Hackintoshでは不要な機能なので使わないでおきます。–volumeオプションでは、先ほど作成したUSBメモリへのパスを書いておきます。ということで、以下のコマンドを入力します。

sudo ./createinstallmedia --volume /Volumes/USB\ Memory/

パスワード入力の後、USBメモリを消去する確認を求められ (yを押します)、USBメモリ作成が開始します。しばらく経つと、以下のようなメッセージが出てインストーラUSBメモリが完成です。

sudo ./createinstallmedia --volume /Volumes/USB\ Memory/
Ready to start.
To continue we need to erase the volume at /Volumes/USB Memory/.
If you wish to continue type (Y) then press return: y
Erasing disk: 0%... 10%... 20%... 30%... 100%
Copying to disk: 0%... 10%... 20%... 30%... 40%... 50%... 60%... 70%... 80%... 90%... 100%
Making disk bootable...
Copying boot files...
Install media now available at "/Volumes/Install macOS Catalina"

こうして完成したCatalinaインストール用USBメモリは、実機のMacでこれ単体で起動して、Catalinaのクリーンインストールが可能です。

Hackintoshの場合も、今までMojaveを起動していたのと同じドライブのESPから起動すれば、このUSBメモリーインストーラを使用できます。Cloverの起動選択肢に「Boot macOS Install from Install macOS Catalina」という項目が見えているはずです。これがここで作ったUSBメモリですので、これを選んで再起動します。この手順でCatalinaのインストーラが起動することを確認できます。

ESPを作成する

ドラッグアンドドロップで複製する

前のステップで、今までmacOSを起動していたESPからUSBメモリ内のCatalinaインストーラが起動したことが確認できました。そうであれば、USBメモリ単体で起動させる手順は簡単です。USBメモリのESPに、これを起動させることができたESPの内容をコピーするだけです。下のスクリーンショットでは、起動ドライブのESPの中身を、USBメモリのESPに、ファインダのドラッグ&ドロップ操作でコピーしています。

これで単体で起動するUSBインストーラが完成しました。BIOSでこのUSBメモリーから起動するよう指定すれば、USBメモリー単体で起動します。

Cloverを新規にインストールする

ドラッグアンドドロップで今までのESPを複製する代わりに、Cloverインストーラを使って新規にインストールしても良いです。結果は同じで、新規に作るので気分が多少良い程度の違いです。Cloverのインストール時に必要なefiドライバを選んでおきます。次にconfig.plistとkext類を、現行のものと同じにしておきます。ただ、SIPを有効にした状態でCloverインストーラを動かすと、現時点ではエラー表示が出て進捗しないようです。こちらの記事をご覧ください。

CatalinaにしたらCloverがインストールできない

USBメモリーから起動する

USBメモリーから起動すると、すぐにインストーラが起動するのではなく、macOSユーティリティというソフトウェアが起動します。ここから、ネットワーク設定、ターミナル、Time Machine操作、ディスクユーティリティなどが使用できますので、インストール以外にも色々と役立ちます。

まとめ

単体で起動するmacOSインストーラUSBメモリを作りました。Catalinaを対象としましたが、以前のバージョンの場合と手順は同じです。今回ご紹介した手順は、tonymacx86のサイトで配布しているUniBeastが行う作業に相当します。ただ、MojaveでHackintoshがすでに動いていることを前提にしているので、ESP部分の作成は簡単でした。

このインストーラUSBメモリがあれば、これ単体で起動してmacOSユーティリティを起動できます。ここから、ボリュームをフォーマットできるので、マシンに新規のドライブだけが接続されている場合でもインストールできます。また、ターミナルで様々な操作が可能です。macOSが起動できなくなった場合の緊急時用にこのようなUSBメモリを持っていると、復旧作業が楽です。

kextd stallというエラーで起動しないことに対処

Sat, 05 Oct 2019 14:06:57 +0900

10.14.6追加アップデート2を入れたマシンのうち1台が起動しませんでした。APFSが原因でした。ApfsDriverLoader.efiを外して10.14.6 (18G103) 付属のapfs.efiに差し替えたら起動しました。

症状

2019年9月27日にmacOS Mojave 10.14.6追加アップデート2 (Supplemental Update 2) が配布されました。ビルドは18G103です。追加アップデートの名前の最後に2という番号がつくのは珍しいと思います。Catalinaがまもなく出るので、おそらく最後のバージョンになると思います。追加アップデートを続ける理由は、もしかしたらMojaveを10.14.6で終わりにして、バージョン番号をあげたくなかったのかもしれません。

いくつかのマシンで、アップデータ経由で通常通りの更新が問題なく可能でした。ただ、iMac19,1に設定した9600Kマシン

MSI B360M MORTAR TITANIUM, 9600K

では、どういうわけか起動しませんでした。最近は大体問題なくOSアップデートできるのですが、たまにこういう状況になるのはHackintoshの宿命で仕方ないところです。

-vオプションで調べた症状は以下のようです。Cloverのメニューは出て、メモリー確保も正しく行えるのですが、その後メッセージが続いた後、表示が止まってしまいます。しばらく経過すると画面には、

busy timeout[0], (60s): 'iMac19,1'

という表示が出ます。iMac19,1に設定したこのマシンが60秒間応答しないという意味だと思います。この状態で、キーボードを接続すると、

kextd stall[1], (60s): 'Magic Keyboard'

というような表示が出ることもあります。

また、いろいろなUSB機器を抜き差しすると、同様にkextd stallというメッセージが出ます。

原因の推測

メッセージのkextdは、kext daemonのことだと思います。kext (カーネル拡張) を読み込んでカーネルに登録する機能を担っていると思われます。stallは、自動車のエンスト（エンジンストール）と同じ単語で、応答がなくて動かない、という程度の意味でしょう。つまりメッセージから判断するに、kextデーモンが特定のkextを呼び出そうとしたけど、60秒経っても応答がないようです。

失敗しているkextはどれもmacOS本体のkextです。Clover類はESP (FAT) にありますが、macOS本体のkextは主パーティション (APFS) の中にあります。となるとAPFS (アップルファイルシステム) の読み出しに失敗している可能性があると考えました。また、上記で紹介したtimeoutメッセージも、APFSからの読み出しをする局面になって、マシンから応答がなくなりタイムアウトしたとも解釈できます。

apfs.efiで解決

CloverがAPFSにアクセスするためには、macOS本体のapfs.efiを使っています。以前はmacOSからAPFSのドライバーである

/usr/standalone/i386/apfs.efi

をESPにコピーして使っていたのですが、最近は、 ApfsDriverLoader.efiを使って、macOSから自動的に読み込んでいます。動的に読み込むことで、macOSのバージョンに合わせたapfs.efiが使えるメリットがあります。でも今回は、この仕組みが何らかの理由で機能していないようでした。そこで、EFI/CLOVER/drivers/UEFIの中の

ApfsDriverLoader.efiを削除して
macOS本体からapfs.efiをコピー

しました。すると10.14.6 (18G103) が立ち上がりました。

実際に行った手順は、もう少し複雑です。というのは、このマシンは起動しないのでapfs.efiを取得できません。そこで、別のMacにUSBメモリーを挿して、これに

cp /usr/standalone/i386/apfs.efi /Volumes/USB

のようにしてapfs.efiをコピーします。次にこのUSBメモリを、起動しないマシンに接続し、CloverのメニューからUEFI Shellを起動し、cpコマンドでESPのEFI/CLOVER/drivers/UEFIにコピーしました。また、ApfsDriverLoader.efiは、rmコマンドで削除しました。UEFI Shellの使い方は、以下をご覧ください。

起動しないマシンをUEFI Shellで救う

ApfsDriverLoader.efiが動かなかった理由は不明です。他のマシンでは18G103でも動いていますので、このマシンだけの問題かと思います。ApfsDriverLoader.efiのアップデートで解決するかもしれません。何れにせよ、起動でtimeoutやkextd stallのメッセージで止まる場合には、APFS関係を疑うと良いかと思いました。

中国の小型ベアボーン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

WiFi/BluetoothアダプタFenvi FV-T919

Thu, 12 Sep 2019 20:46:23 +0900

FenviのWiFi/Bluetooth PCIe拡張カードを入手しました。FV-T919という型番です。これに搭載された無線モジュールBCM94360CD はMac Pro 2013などで使用されているので、macOSと互換性が高く、OOBで問題なく動きます。

FenviのFV-T919を発注

Fenviというメーカが、Broadcomの無線モジュールであるBCM94360CDを使用したWiFi/Bluetoothアダプタを作ってます。PCIe拡張スロット (PCIe x 1) に挿して使用する拡張カードです。BCM94360CDはMac Pro 2013などで使用されている最上位モデル無線モジュールで、macOSとの互換性が高いです。取り付けただけで問題なく動き、iOSとのContinuity関係の機能も動作します。

最近のMacのWiFi/Bluetoothは、無線モジュール方式ではなくなって、マザーボードに直接組み込まれています。BCM94360CDは、自作ユーザが使える純正モジュールとしては、最後の世代です。BCM94360CDのようなBroadcomのmacOS用無線モジュールは、単体でも販売されていて入手可能です。おそらくは中古取り外しパーツや補修部品が流通しているのだと思われます。でも生産は終了していると思います。将来にわたって入手できる保証はありませんので、市場にあるうちに確保しておくのが良いと思います。

Hackintoshのパーツ選び【その4：無線編】

上の記事で紹介したように、BCM94360CDは単体で入手可能です。BCM94360CDのコネクタからはPCIeとUSBが出ているのですが、規格が特殊です。これをPCIeスロット、mini PCIe, M.2などに接続するためには、変換アダプタが必要です。アダプタはAmazon, eBay, AliExpressなどで多数販売されています。また、BCM94360CDとPCIeアダプタをセットにした商品もいくつかあります。FenviのFV-T919もその一つです。ただ、下の写真で示すように、製品としての見た目が良く、完成度が高い印象があります。tonymacx86のパーツガイドでも長らく推奨されていました。最近、AliExpressで継続して販売されている様子でしたので、一台を確保しました。

届いたので開封する

発注から2-3週間して送料無料（送料込み）でシンガポールから届きました。エアキャップ緩衝材付き封筒を開けると、光沢カラー印刷された綺麗なボール紙外箱が入っていました。こんな感じの外箱です。

こちらは箱の裏です。輸送の途中で、箱の裏がへこんでいましたが製品には影響ありませんでした。macOS対応と書いてあります。

箱を開けると、中には、本体、アンテナ4本、USBケーブル、PCIeスロット取り付けネジ、カラー印刷の取扱説明書、CR-ROMが入っています。Hackintoshで使うWiFi/Bluetooth PCIeアダプタは大抵はそっけない本体だけの部品が届くのが普通ですが、これは一般消費者向け商品の体裁を保っています。

カード本体に、USB接続ケーブルを取り付けた様子です。アンテナ端子には、キャップもついています。カードの見た目で特徴的なのは、無線モジュールを覆う派手なFenviの金属カバーです。

この金属カバーは回路の接地に接続されて電磁シールドの役を果たしています。商品webページによると、このカバーと無線モジュールの間には、熱伝導シートが挟まれていて、放熱にも役立っているようです。カバーを外せば、Broadcom BCM94360CDが入っているはずですが、カバーは裏側4箇所で半田付け止めしてあるようです。半田を溶かして、シールドカバーを外して中を確認したい気もしましたが、やめておきました。

この手の無線モジュールは、電磁シールドして使うのが本来の使い方のようです。なので、Fenviの派手なカバーは伊達ではないと思います。アンテナ線はこのカバーの中で無線モジュールのアンテナ端子に接続されていると思われます。カバー部分からPCIeスロット側のアンテナまでは、プリント配線されています。アンテナ線が露出せず、カバー内部に格納されているので、見た目がすっきりしています。また、アンテナ線やコネクタに触れたり引っ張ったりして、線が外れるトラブルがない点も良いと思います。

マニュアルとCDROM

箱の一番底に、マニュアルとCDROMが入っていました。

付属しているマニュアルを広げると、レターサイズ1枚もの印刷物でした。表裏で英語・中国語の説明が入ったイラストがカラー印刷されていて、簡単な取り付け手順が書かれています。実際のカードとイラストでは、形状、コネクタ、付属品が多少違います。例えばイラストはアンテナ2本のモデルになっています。またロープロファイルのパネルも描かれていますが、付属していませんでした。アンテナ4本ではロープロファイルは無理なので仕方ないです。説明書としてはわかりやすいです。

CDROMには、94360cd.rarというファイルが一つ入っているだけです。この名前からしてBCM94360CDが搭載されていることが推測できます。rarファイルを伸張すると、Windows 7/8/10用のドライバと、インストール方法をごく簡単に書いたテキストファイルが入っていました。macOSには不要のCDROMでした。

取り付けて動作確認

OOBで動く

取り付けは、他のPCIe無線アダプタと同じく、PCIeに挿して、アダプタからのUSBケーブルをマザーボード上の内部配線用USB 2.0コネクタに接続するだけです。こちらで紹介したMSI B360M Mortar Titaniumに9600Kを搭載したマシンに取り付けました。これ以外のハードウェア構成でも問題なく動くはずです。

MSI B360M MORTAR TITANIUM, 9600K

取り付けたところ、kext類やconfig.plistの設定は一切不要で、Wifi/Bluetooth両方ともOOBで機能しました。

Continuityとスリープ

iOSとのContinuityなども機能していて、Apple Watchを利用してのロック解除も可能でした。MSIのBIOSから、Wake Up Event Setupを選び、Wake Up Event By BIOSに設定し、Resume By USB Device, Wake from Sleepを有効にしたところ、スリープが正常に機能し、CPUファンやマザボのLEDが停止し、スリープ状態が保たれました。スリープからは、Bluetoothキーボード、トラックパッド操作で復帰させることもできました。ただ、すべてのマザーボードでも同じようにスリープが機能するかどうかはわかりません。また、すぐに目覚めてしまうことも時々あるようです。Power Napやネットワークアクセスによる解除などを有効にしているので、それらの関係かと思います。

モジュールの確認

シールドカバーを外して内部を確認することはしませんでしたが、販売サイトで説明されている通り、中身はBroadcom BCM94360CDだと思われます。手元には、Macで使われるBroadcom BCM94360CDモジュールをPCIeアダプタに取り付けたカードがあります。これを取り付けて、システム環境設定からUSBデバイスを確認すると、BluetoothモジュールのIDや仕様が確認できます。その全ての情報が、Fenvi FV-T919と一致していたので、まちがいなく同じハードウェアです。

まとめと補足

AliExpressでFenviのFV-T919というWiFi/Bluetooth PCIeカードを入手して使ってみました。Broadcom BCM94360CDを搭載しているようで、macOSでOOBで機能しました。アンテナ配線がすっきりしていて使いやすいカードだと思います。

この製品の外箱の裏にも、カードの裏のラベルにも、macOSに対応していることが書かれています。AliExpressの販売サイトを見ても、Hackintoshをターゲットにしていることがわかります。macOSをサポート対象にしてくれているので多少安心です。ただ、販売サイトには、macOS 10.12でBluetoothが動かないことが書かれています。BCM94360CDがSierraで動かないという情報は聞いたことがなかったので謎です。Sierraでも動く気がしますが、限られた条件で不具合のクレームがあったのかもしれません。10.12での使用を考えている場合は、一応注意した方が良いかもしれません。

追記：国内でも調達可能

記事ではAliExpressのリンクを紹介しましたが、最近ではAmazonでも売っているようです。

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個制限に対する調整を進めたいと思います。

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

Sat, 10 Aug 2019 00:28:14 +0900

macOSが起動するときに、早い段階で禁止マークが出て停止してしまうことがあります。多くの場合、カーネルを読込むメモリが確保できないエラーです。これをslideオプションで解決します。

追記：この記事はCloverを前提に書いてあります。OpenCoreに関してはこちらをご覧ください。またコメントいただいたように、CloverにOpenCoreのツールを流用して対応することも可能なようです。

カーネル読み込みメモリ空間を確保する (OpenCore編)

症状

禁止マークが出て早々に起動停止してしまう場合に、-vオプションで起動すると、”Error Allocating xxxx pages at xxxxxxxx”というようなメッセージが出ていることがあります。例えば下のメッセージは、「0xe590000番地から0x11c01ページのメモリー空間を確保しようとしたけど失敗しました」という意味です。1ページは0x1000バイト、つまり4096バイトのことです。10進数を使ってわかりやすく書くと、「240メガバイトあたりの番地から298メガバイトくらいのメモリー空間を確保しようとしたけど失敗しました」といった感じのエラーです。100番台になってからのMSIマザーボードでよく発生するエラーです。

このエラーの特徴は、「何回か起動を試みるとそのうち成功することがある」とか、「大抵は起動するけどたまにこのエラーで起動しない」など、再現性が低いことです。

簡単な対策法

この問題を直してくれるのが以下のefiドライバです。

AptioMemoryFix.efi
OsxAptioFix3Drv.efi
OsxAptioFixDrv.efi
OsxAptioFix2Drv-free2000.efi

以下の記事で説明したように、このリストの順番がお勧め順らしいので、上から試して、問題なく起動するefiドライバを使います。一度に2個以上のefiドライバを入れてしまうと、どちらが動くのか定まらないので避けるべきとのことです。

Cloverで使うEFIドライバ

リストの上の方ほど新しく開発されたefiドライバで副作用が少ないらしいです。一番強力なのが最後のOsxAptioFix2Drv-free2000.efiです。その名前の通りメモリーを強制的に開放させます。どのマザーボードでもほぼ機能する最強のefiドライバです。でも強力すぎるので、大丈夫なのかという意見はあります。Redditには、OsxAptioFix2Drv-free2000.efiの利用は避けて、slideオプションで対応した方が良いという意見もありました。とはいえ、私もMSIのマザーボードでOsxAptioFix2Drv-free2000.efiを使い続けていますが、特に問題はありません。でもせっかくですので、slideを使った正しい解決策を試してみます。

カーネル読込に失敗する理由

KASLR (カーネル番地乱数化)

そもそもどういうことが原因で、カーネル読み込みに失敗するのかを調べました。macOSが起動する際に、カーネルが0x100000以降の番地（10進数で1,048,576、1MB程度です）のメモリーに読み込まれます。実際に何番地に読み込まれるかは定まってなく、ランダムです。上記のエラーの例では、カーネル（またはその一部）を0xe590000番地から始まるメモリー空間に読み込もうとして失敗しています。読み込み番地はセキュリティのためにわざとランダムにしているそうです。この仕組みを、KASLR (Kernel Address Space Location Randomization: カーネル番地空間場所乱数化) というらしいです。カーネルが読み込まれる番地が常に一定だと、その番地を狙って悪さを試みるマルウェアが可能です。特定の番地からプログラムを動かしたり、特定の番地の内容を書き換えることでOS動作を操れてしまうからです。そういう操作をされないために、起動毎に違う番地にカーネルを読み込んでいるそうです。

失敗しないマザーボード

以下で説明した方法で、UEFIシェルを起動すると、

起動しないマシンをUEFI Shellで救う

マザーボードのメモリーマップを見ることができます。これに使うコマンドがmemmapです。memmap -bとすると画面いっぱいになったところで一旦停止してくれます。また、fs0:などでドライブを指定して、必要ならばcdコマンドで適当なディレクトリに移動した後、memmap > memmap.txt などとタイプすると、その場所にメモリーマップをテキストファイルで保存します。

AptioMemoryFix.efiなどの穏当なドライバで問題なく起動するマザーボードもたくさんあります。そのメモリーマップを見てみましょう。以下は、ASUSのZ390マザーボードの例です。（memmapの出力にはAttributesという項目もありますが、長くなるので省略してます。）

Type Start End # Pages 
RT_Data 0000000000000000-0000000000000FFF 0000000000000001
Available 0000000000001000-000000000008FFFF 000000000000008F
RT_Code 0000000000090000-0000000000090FFF 0000000000000001
Available 0000000000091000-000000000009EFFF 000000000000000E
Reserved 000000000009F000-000000000009FFFF 0000000000000001
Available 0000000000100000-000000005315CFFF 000000000005305D
BS_Data 000000005315D000-0000000055101FFF 0000000000001FA5

ここを見ると、カーネルが読み込まれる可能性のある0x100000番地を先頭に、0x5315CFFF番地までが空き地になっていることがわかります。ページ数にして0x5305D番地の空き地です。1.4GBくらい空いているようです。最初に示したエラーメッセージによると、カーネル読み込みに必要なメモリー量は300MB程度らしいのです。なので、これだけ空いていれば、どの番地に読み込んでも順当にメモリー確保できます。おかげで、このマザーボードではメモリーアロケーションのエラーが出たことはありません。

ちなみにこの空き領域の容量は、起動するたびに多少変化することがあるようです。それでも変動は高々100MB程度です。また、iGPU割り当てメモリー量を変更してもほとんど変化しません。ASUSのメモリーマップはmacOSに適しているようです。

失敗するマザーボード

一方、最近のMSIマザーボードでAptioMemoryFix.efiなどを使うと、かなりの確率で起動しません。MSIはZ170チップセットモデルからOsxAptioFix2Drv-free2000.efiが手放せなくなってしまいました。どんなメモリーマップになっているのか見てみます。以下はB350Mマザーボードのメモリーマップです。最近のMSIマザーボードでは、どれもこんな感じのメモリーマップです。

Type Start End # Pages 
BS_Code 0000000000000000-0000000000007FFF 0000000000000008
Available 0000000000008000-000000000005DFFF 0000000000000056
BS_Data 000000000005E000-000000000005EFFF 0000000000000001
Reserved 000000000005F000-000000000005FFFF 0000000000000001
BS_Code 0000000000060000-000000000009FFFF 0000000000000040
Available 0000000000100000-000000000FFFFFFF 000000000000FF00
BS_Code 0000000010000000-000000001000AFFF 000000000000000B
Available 000000001000B000-000000007751AFFF 0000000000067510
BS_Data 000000007751B000-000000007755AFFF 0000000000000040

ASUSとMSIのメモリーマップを比較してみましょう。0x100000番地から先のページ数で示しています。ASUSは0x100000番地から0x53000ページ以上が空き地です。しかしMSIは0x100000番地から0xFF00ページが空き地で、その後0xBページ（10進数で11ページ）が使われていて（小さすぎて図では見えません）、その後、0x67510ページが空いています。

つまり、MSIマザーボードでは、0x100000番地からは、0xFF00ページ、つまり267MB程度のメモリーしか空いていません。その後に、0x10000000番地から、たったの11ページ、バイト数にして45KBだけ、誰かが使っています。BS_Codeというのがそれです。そしてその後、0x1000B000番地から0x7751AFFF番地まで大量に空き地があります。そのため、0x100000番地から300MB程度を確保しようとすると、使用中の45KBが邪魔をして確保できません。これでエラーが出ます。なんでこんな邪魔なところに使用中のメモリーがあるんだ、という気持ちになります。

ただ、何度も何度も起動を試みると、たまに起動することもあります。エラーになるかどうかは、上で説明したKASLRが使用する乱数次第です。0x1000B000より大きい番地からメモリー確保しようとした場合は、エラーは出ず、問題なく起動します。

slideオプションで解決する

slideの仕組み

config.plistなどに書くmacOSの起動オプションの中で、slide=x などと書くと、メモリーを確保する開始番地を指定できます。その規則は次のようになっているそうです。つまり起動オプションにslide=xと書くと、

最近のCPUでは、0x100000 + x * 0x200000が読み込み開始番地になります
ただし、SandyBridgeまたはIvyBridgeの場合は、xが0x00から0x7Fまでは、上記の計算ですが、xが0x80から0xFFまでの場合、0x10300000 + x * 200000になります

となることが知られてます。最近のCPUだけを考えれば、slide値を0x200000倍して0x100000を足すだけなので簡単です。以下ではこの計算が適用できるCPUを前提に説明を進めます。

空き地番地をSlideで指定する

上記のMSIマザーボードの場合、0x1000B000から、使われていないメモリーが大量にあるので、この番地以降を割り当てたいです。ということは、

0x100000 + x * 0x200000 = 0x1000B000
x * 0x200000 = 0x1000B000 - 0x100000 = 0xFF0B000
x = 0xFF0B000 / 0x200000 = 0x7F = 127

という計算になり、slide=127 （もしくはそれ以上の値）とすれば良さそうです。でもこの計算は切り捨てになっているので、実は127ではスライド量が足りません。127 (0x7F) の場合、

0x100000 + 127 * 0x200000 = 0xFF00000

からのメモリー確保がされるので、0x1000b000に引っかかってしまいます。1増やして128 (0x80) にすれば、

0x100000 + 128 * 0x200000 = 0x10100000

になるので、ようやく0x1000B000より大きな番地からの割り当てになります。つまりconfig.plistのBoot, Argumentに、以下のようにslide=128パラメタを追加すれば、このようなメモリー空き地が不連続な問題を回避できます。

<key>Boot</key>
 <dict>
 <key>Arguments</key>
 <string>slide=128 (他に必要なパラメータが続く)</string>

KASLRを無効にする

ブートオプションでslide値を指定しても、KASLRが効いているとslide値としては相変わらず乱数（0x00から0xFFまでの乱数）が割り当てられます。ブートオプションのslide値は無視されるようです。slide値を指定すると同時にKASLRを無効にする必要があります。

KASLRを無効にするためには、SIPでCSR_ALLOW_UNRESTRICTED_NVRAMフラグを立てる必要があります。これはNVRAMの変更制限を解除するフラグですが、同時にKASLRも解除されるようです。このフラグは、Appleが公開しているソースコードによると、

#define CSR_ALLOW_UNRESTRICTED_NVRAM	(1 << 6)

だそうです。1を6ビットだけ高位にシフトするという意味で、結果は0x40です。ということで、config.plistのRtVariables, CsrActiveConfigに0x40を書いておきます。

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

7ビット目が1ならば他の数字でも良いです。CsrActiveConfigとして、元々0x03という設定をされていたのであれば、0x43にすれば良いです。0x64という設定をしていたなら、これはすでに7ビット目が立っていますから、そのままで良いです。セキュリティをできるだけ確保するという観点からは、0x40が良いと思います。

これでブートオプションで指定したslide値が使用されるようになります。このようなconfig.plist設定で、MSIのマザーボードでもOsxAptioFix2Drv-free2000.efiを使わずに済むようになりました。AptioMemoryFix.efiで動きます。

ただ、CSR_ALLOW_UNRESTRICTED_NVRAMを許可すると、NVRAMの書き換えでSIPのすべての設定が変更可能になるので、セキュリティは脆弱になります。とはいえ、Hackintoshなのでconfig.plist書き換えて再起動すればSIPはどのようにも設定できるので、気にすることではないかもしれないです。さらにはslideパラメータでカーネル読み込みアドレスが固定されるのでKASLRの恩恵もなくなり、それも弱点になります。これに対しては、時々config.plistのslide値を微妙に書き換えて、人力KASLRしても良いかもしれません。

まとめ：マザボ別対処法

KASLRが機能していると、Slide値は0から0xFFまで乱数で設定されます。つまりカーネルが展開される先頭番地は、

0x100000 + 0 * 200000 = 0x100000 = 0番地から1MB程度先の番地

から

0x100000 + 0xFF * 200000 = 0x1FF00000 = 0番地から530MB程度先

になります。ここから、300MB程度の領域にカーネルが展開されるわけです。KASLRがどのようなslide値を指定しても、300MBのカーネルが読み込まれるためには、0x100000番地から900MB程度の空き地が必要ということになります。そこで0x100000番地からの空き地がどれくらいあるかによって次の対処法が考えられます。

なお、空き地容量の数値は、確保されるメモリーが300MB程度と仮定した場合の目安です。環境によってはもっと必要とされるかもしれません。

空き地が900MB以上あるマザボ

何もしなくて良いです。ASUSのマザーボードでは0x100000番地から1.4GBくらいの空き地がありました。なので、KASLRがどのように先頭番地を割り当てても平気です。SIPを弱めてKASLRを無効にする必要もありません。macOSに最適なメモリーマップを持つマザーボードと言えます。

空き地が300MB以下のマザボ

slideで空き地番地を指定します。MSIのマザーボードは、0x100000番地からの空き地が267MB程度しかありませんでした。次にある空き地が十分大きくてKASLRの範囲内にあるので、たまに起動しますが、大抵は起動に失敗します。このようなマザボでは、上記で説明したように、KASLRの範囲内にある300MB以上の空き地をslideで指定します。

空き地が300MB以上900MB未満のマザボ

slide=0にします。コメントで教えていただいたGIGABYTE Z390M GAMINGでは、0x100000番地からの空き地は480MBとのことです。この場合は、小さなslide値だと起動しますが（80以下程度）、KASLRで大きなslide値が指定されると失敗します。そこで、slide=0を指定して0x100000から必ず展開するように指定します。

CLOVER 4988 でEFIドライバ関連が変更されました

Sat, 13 Jul 2019 22:14:47 +0900

新しいClover 4988が公開されたので深く考えずに更新しました。そしたら起動しなくなりました。EFIドライバの管理方法がいろいろ変更になったようです。

（EFIドライバの古い情報は以下に書いてあります。今でも参考になる部分はありますので、ご覧ください。）

Cloverで使うEFIドライバ

EFIドライバの管理方法

4988では、拡張子が.efiのEFIドライバーの管理方法が変わったようです。Cloverインストーラの選択肢もグループ分けされています。その影響なのか、次に述べるEFIドライバの格納フォルダ名が変更になった影響なのかわかりませんが、前回のインストール情報が継承されていないようです。単にアップデートすると全てのEFIドライバが非選択になっています。そのままインストールすると、EFIドライバが足りない状態で起動しようとして、当然ながら起動に失敗したようです。

もともと私のマシンでは、前のバージョンのClover 4972以前で、以下のようにEFIドライバを設定していました（6個です）。
補足：この6個のうち、SMCHelper.efiはFakeSMC.kextと一緒に使用するためのEFIドライバだそうです。VirtualSMC.kextを使用する場合はこれは不要らしいです。VirtualSMCを使用する場合は、VirtualSMCと一緒に配布されているVirtualSmc.efiを使用するのが正しい方法らしいです。

この状態で、4988を自動的にインストールしようとすると、以下のようになりました。ApfsDriverLoader-64以外が全部消えてしまいました。たまたまこれが残されたのは、新バージョンで名前から64が外れたためのようです。driversという新しいフォルダができていますが、こちらは空っぽです。このままでは起動しません。

インストーラでEFIドライバを選択し直さないといけないようです。以下のようになりました。このスクリーンショットではわかりませんが、グループ分けされたEFIフォルダの中から上記の6個を選択してあります。

その結果以下のようにインストールされました。driversのフォルダの中に、UEFIというフォルダが作られて、その中にEFIドライバーがインストールされるようです。ちなみに古いdrivers64UEFIフォルダはもはや使われていないようで、削除しても大丈夫でした。これで起動するようになりました。

新オプションDrivers off

4988のインストーラにDrivers offというオプションが追加されています。説明によると、利用可能な全てのドライバをEFI/CLOVER/drivers/off/にインストールするそうです。offフォルダは名前の通り使用されないドライバの置き場所で、ここに全てのドライバを入れておけば、必要になった場合にEFI/CLOVER/drivers/UEFI/にコピーして使えます。

これを選択すると、説明通りdriversフォルダの中にoffフォルダが作られて、その中に大量の (33個) ドライバが入ります。インストールしなかったドライバを試したい場合に便利です。こちらで紹介したようにEFI SHELLでmvコマンドで操作することもできるでしょう。offフォルダの中身の合計（ドライバの総容量）は815KBです。ESPの容量（200MB程度）からして負担になる量ではありません。

AptioMemoryFix-64が消えた

macOSカーネルを読み込むための連続メモリ領域確保を支援するAptio系のEFIにも変更があります。インストール画面からおなじみのAptioMemoryFix-64.efiが消えて選べません。

上記のoffフォルダを見ていただくとわかるように、こちらにも存在しません。ドイツ語のHackintosh-forumにはいち早く説明が書いてありました。英語に翻訳したURLは以下です。AptioMemoryFixは新しいドライバなのですが、CLOVERの開発者チームの作ではないので、同梱されなくなったようです。

今回は代わりにOsxAptioFix3Drvを使用しました。問題なく使えました。なお、フォーラムでいただいた情報によるとAptioMemoryFix-64.efiの-64を名前から外して、新しくできたdrivers/UEFIに入れれば動くらしいです。でも同梱されたドライバで問題ないならばその方が整合性の点で良いかと思いました。

またAptioMemoryFix.efiの最新版はKext Updater.appからも入手できます。こちらからは-64の名前のない、最新版が入手できます。これを利用しても良いと思います。

レガシーインストールが選べない

これはEFIドライバの話だけではありませんが、MBR (マスターブートレコード）にインストールするレガシーBIOSの方法がインストーラで選択できなくなっています。レガシーブートは手作業でインストールすれば可能かもしれません。でも自動的にインストールできるのはUEFIブートだけになりました。下は4972のインストール画面です。

これに対して下が4988のインストーラです。MBR, PBR（パーティションブートレコード）へのインストールオプションがなくなりました。

最近はMBRしかサポートしないレガシーなマザーボードはほとんど見当たらなくなりましたし、わかりやすくなって良いのかもしれません。

まだいろいろ変更されたことはありそうです。AptioMemoryFixがなくなったので、Aptioシリーズの選択方法も再検討すべきかもしれません。この記事に加筆していきたいと思います。

tonymacx86式インストール手順 (その1: UniBeast)

Sun, 30 Jun 2019 15:33:31 +0900

tonymacx86のツールUniBeastを使って、単体で起動できるmacOSインストーラUSBメモリーを作成する方法を、Hackintosh初心者向けに紹介します。tonymacx86で開発配布されているツールにUniBeastとMultiBeastがあります。どちらもHackintosh初心者によく使われています。そこで、3つの記事で、以下の手順：

その1：UniBeastを使って単体で起動するmacOSインストーラUSBメモリーを作り、これを使ってmacOSをインストールする。
その2：MultiBeastを使ってCloverやkext類をインストールし、macOSを起動できる状態にする。
その3：kextの場所とconfig.plistを修正してバニラ化してチューニングする。

を説明します。この記事は、その1です。その2、その3は以下の記事です。

tonymacx86式インストール手順 (その2: MultiBeast)

tonymacx86式インストール手順 (その3: バニラ化と調整)

UniBeast

UniBeastはtonymacx86.comで作られて配布されているHackintosh作成ツールです。単体で起動するUSBメモリーを作成します。

UniBeastが行うことは、

macOSがMacで起動するUSBメモリーを作成する
これにCloverをインストールする
これに必要なkext類をインストールしてconfig.plistを作成する

という3つの作業です。1番の作業は、通常のMacユーザも行なっている作業です。Appleのサイトにも丁寧な説明があります。

macOS の起動可能なインストーラを作成する方法

2番目の作業は、Cloverを入手すれば、そのインストーラが行ってくれる作業です。インストール時のオプション選択には多少の知識が必要です。3番目の作業はUSBメモリーのESP (EFI System Partition)をマウントして、適切なkextファイル追加し、config.plistを正しく編集する作業です。このように2番目3番目の作業には、ハードウェア構成に関係したいろいろなノウハウが必要です。でも、それを知らなくても無難に起動できるUSBメモリーを作成してくれるところがUniBeastの便利なところです。

作業の準備

まずは、macOSが動いている環境（MacもしくはHackintosh）が必要です。これに、インストールしたいmacOSのインストーラをAppleのサイトからダウンロードしておきます。具体的な方法は上記のアップルのサイトに説明があります。この作業で、アプリケーションフォルダにmacOSインストーラが保存されます。

次に、UniBeastをtonymacx86からダウンロードします。macOSのメジャーバージョン別に用意されています。この記事の時点での最新はMojaveです。

12GB以上（Appleのサイトの情報）の容量のUSBメモリーを用意します。これをGUIDスキームでMac OS 拡張フォーマットでフォーマットします（どちらもディスクユーティリティ.appのデフォルト設定です）。

UniBeastで起動USBメモリーを作成

macOSインストーラがアプリケーションフォルダにあり、フォーマットしたUSBメモリが挿されたmacOSマシンで、UniBeastを起動します。言語が英語になっていないと起動しないので、必要ならばシステム環境設定の「言語と地域」から英語に設定しておきます。

UniBeastを起動して注意事項のページを経ると、USBメモリーを選択する画面になります。ここで、対象のUSBメモリーを選択します。内容はこのあと削除されるので、選択を間違えないでください。

次にmacOSインストールファイルの選択です。AppleのサイトからMojaveをダウンロードするとmacOS Mojaveインストール.appというインストーラプログラムがアプリケーションフォルダに出来上がります。UniBeastはアプリケーションフォルダにあるインストーラを表示しますので、選択します。

次にESPにインストールする (UEIF Boot Mode) か、macOS本体パーティションにインストールする (Legacy Boot Mode) かの選択肢が出ます。Cloverのインストーラを使う場合でもこの選択を問われます。この先、バニラなインストールを目指すので、混乱しないようにここもUEFI Boot Modeを選択しておきます。

次にグラフィックスのオプションを聞かれます。ここに出ているNvidiaとAMDのグラフィックスカードを使用する場合はチェックを入れます。いずれもかなり古いカードですので、チェックを入れる必要のある場合は少ないと思います。

このあと確認のウィンドウが出て、USBメモリー作成作業が始まります。USB 3.1 Gen1接続で3分くらいかかります。完成すると以下のメッセージが表示されます。

BIOSを設定する

macOSをインストールしようとしている対象のマザーボードのBIOS設定を、macOS向けに設定しておきます。最近のマザーボードではほとんどデフォルトで大丈夫ですが、一応チェックしておいてください。

USBメモリーで起動する

このUSBメモリーを、インストール対象のマシンに取り付けて起動します。大抵は、USBからの起動を優先するBIOS設定をしていないと思います。その場合は、起動時にBIOS画面でUSBメモリーを指定する必要があります。

USBメモリーから起動すると、Cloverの起動ドライブ選択画面が出ます。ここで、USBメモリーを選択します。

UniBeastの設定は、かなり汎用的な設定になっているようで、起動する成功率は高いです。今回は、ASUSのZ390マザーボード、Radeon RX580、macOS 10.14.5 Mojaveの組み合わせで実験したところ、とりあえずはインストーラが起動しました。tonymacx86で推奨されているハードウェアならインストーラ起動までは進めるのではないかと思います。

この後、言語を選択して、macOSのインストールを開始します。すると3-5分程度でインストール用イメージが用意され、再起動します。この時もUSBメモリーから起動します。Cloverのブート選択に、「Boot macOS Install from xxxx」という項目が増えているはずです。これを選択します。

この後、もう1回くらい起動します。その時も、Cloverのブート選択に「Boot macOS Install from xxxx」という選択肢があればこれを選択します。インストールが最終段階になると、この選択肢は消えて、「Boot macOS from XXXX」という項目が現れます。これを選択すれば、macOSのアカウント設定などの画面を経て、インストール終了です。

こんな感じでインストールされます。config.plistでiMac14,2と設定されているのでiMac Late 2013になっています。

実は、今回のハードウェア構成で試したところ、以上の手順ではmacOSインストール途中で失敗しました。そこで、次にUniBeastが作るESPの構成と、トラブル対策を紹介します。

UniBeastが作るESP

トラブル対策を説明する前に、まずはUniBeastにより作られるESPの中身を見てみます。多くのハードウェアで機能するためにNullCPUPowerManagementなどの汎用性を高めるkextなどが使われているのかと思ってましたが、使われていませんでした。標準的でシンプルな作りでした。

efiドライバー

drivers64UEFIフォルダには以下のefiドライバが入っています。無くても問題のないドライバも含まれていますが、Cloverのデフォルトに準じた一般的な構成です。必須もしくはあった方が良いドライバは、太字にした5個くらいかと思います。後で説明しますが、今回のマザーボードでは、これらのefiに加えてEmuVariableUefi-64.efiが必須であることがわかりました。

ApfsDriverLoader-64.efi （APFSドライバを取り寄せる）
AptioMemoryFix-64.efi （kernel用メモリを確保）
AudioDxe-64.efi （起動音を出す。あまり必要ではない）
DataHubDxe-64.efi （DataHubプロトコル、すでに機能していれば不要）
FSInject-64.efi （ESPに置いたkextを機能させる）
PartitionDxe-64.efi （特殊なパーティションの対応。なくても良い）
SMCHelper-64.efi （FakeSMCのためにNVRAMのSMCキーを保存）
VBoxHfs-64.efi （HFS+を読むためのドライバ）

kextファイル

kextは全てkexts/Otherに入っています。ESPに全て入れてあるのでバニラな構成と言えます。macOSインストール作業ではLANは必須ではないのですが、Intel, Atheros, Realtek向けのLANのドライバが全部入っています。全てのマザボに対応するためかと思います。最近流行りのVirtualSMC.kextではなく、昔ながらのFakeSMC.kextが使われています。

AtherosE2200Ethernet.kext （LANドライバー）
FakeSMC.kext （SMCをエミュレートする必須kext）
IntelMausiEthernet.kext （LANドライバー）
Lilu.kext （パッチを当てるkext）
RealtekRTL8111.kext （LANドライバー）
WhateverGreen.kext （グラフィックス用パッチ。Liluを使用）

config.plist

以下のようなconfig.plistを作ってくれます。DSDTの設定が長々とありますが、ほとんどがコメントアウトされたりfalseに設定してあり、無効になっています。その後の設定はごく一般的です。Boot Argumentsのnv_disable=1はもはや古いので不要かと思います。その代わりBoot Argumentsに-vオプションを追加しておくと、トラブル特定に役立ったのではと思いました。

config.plist by UniBeast 9.2.0 - Mojave - Pastebin.com

KextToPatchではUSBポートの15個制限を回避するパッチが書いてあります。ただこれはmacOS 10.14.4用のパッチですので、今回使用した10.14.5では使えません。他のバージョンにパッチを試みて不具合が起きないように、MatchOSキーで10.14.4以外では機能しないように設定してあります。USB個数制限を回避するためにパッチを当てる方法は、どのマザーボードでも動くので楽なのですが、macOSバージョンごとにパッチを変更する必要があります。あまりお勧めではありません。詳しくはこちらをご覧ください。

SMBIOSではiMac14,2に設定されています。シリアル番号などは指定されていません。Cloverが適当に設定してくれます。

トラブルとその対策

インストーラUSBメモリが完成したら、インストール先マシンで起動して、macOSをインストールします。その過程で発生しうるトラブルを時系列で解説します。

メモリー確保の失敗

メモリー確保失敗は、Cloverで起動ドライブを選択して起動プロセスが開始した直後に発生します。-vオプションをつけていないと、白いリンゴマークに代わって禁止マークが出ます。-vオプションをつけていれば、kernel読み込みのためのメモリーの確保 (allocation) に失敗したというメッセージが読み取れます。

今回使用したASUSのZ390マザーボードは、AptioMemoryFix-64.efiで、メモリー確保に成功します。GigabyteのZ390もこのefiファイルでOKのようです。MSIとASRockの300シリーズはAptioMemoryFix-64.efiで失敗するという報告が多数あります。メモリー空間を強制的にクリアするので副作用が心配ですが、OsxAptioFix2Drv-free2000.efiを使えば良いようです。詳細は以下をご覧ください。

Cloverインストーラの設定

USB個数制限問題

USB個数制限による失敗はmacOS（ここではmacOSインストーラ）が起動するプロセスの中盤以降で発生します。-vオプションをつけていないと、白いリンゴマークに代わって禁止マークが出ます。-vオプションをつけていると、メッセージが突然停止します。メッセージの表示が崩れることもあります。

macOSにはUSBの個数が15個までの制限がありUSB 2.0が優先されます。また、USBInjectAll.kextが入っていない場合、全てのUSB 2.0が確実に見えるわけでもなく、取りこぼしされることもあります。ということで、USB 3.0 (最近の表記で正しく書くとUSB 3.1 Gen 1) を使用しようとすると、かなりの確率でmacOSからは読めません。USB 2.0でも見えないことがあります。

マザーボードのBIOSが制御している段階では、全てのUSBメモリーが見えています。なので、起動ドライブとして選択できるし、Cloverの起動ドライブ選択画面も出ます。しかし、その後、macOSに制御が移管されるタイミングで運悪く15個の個数制限に引っかかると、起動の途中で突然USBメモリーが認識されなくなってしまいます。当然ながら起動には失敗して、画面に禁止マークが出ます。起動作業の中程で発生します。

USB 3.0のUSBメモリーであっても、USB 2.0用のコネクタに接続するとUSB 2.0として機能します。なので、除外される可能性は低くなります。それでも除外される可能性はあります（今回もそれに遭遇してしまいました）。そのような場合でも、機能している2.0コネクタはどこかに必ずあるので、他のコネクタに挿し直して起動を試みます。

今回入手した最新のUniBeastのconfig.plistには、上で説明したように、10.14.4の個数制限を回避するパッチは書いてありますが、10.14.5には対応していません。10.14.5に対応したパッチに書き換えればこのような苦労はありません。ただ、パッチで対応することはあまりお勧めできません。USB制限問題は、macOSが正しくインストールされた後で、じっくりと対応するのが良いと思います。インストール段階で、機能するUSBポートを探して対処したら良いと思います。

NVRAMの不具合

上の2つの問題は回避できたものの、今回の試みではまだ正しくインストールできませんでした。言語選択の画面

の後、最初の再起動の手前で画面が動かなくなります。調べたところ、efiドライバにEmuVariableUefi-64.efiが足りないのが原因でした。drivers64UEFIフォルダにこれをいれておきます。現行の300シリーズチップセットのマザーボードは、どれもEmuVariableUefi-64が必要のようです。マザーボードには設定内容を記憶するNVRAMがありますが、これがmacOSから読めない場合があります。EmuVariableUefi-64は、NVRAMをエミュレーションして、この問題を解決します。

まとめ

UniBeastですんなりとインストールできれば楽なのですが、実際にはここで説明したような問題がかなりの頻度で発生します。それならば最初から、createinstallmediaで起動USBメモリーを作って、Cloverインストーラでefiを選びつつインストールしても良いように思いました。

macOSがインストールできれば、Hackintoshは7割方完成です。USBメモリーから起動すればmacOSは起動できます。USBメモリーのESPを、macOSをインストールしたドライブのESPにコピーすれば、USBメモリー不要で起動させることもできます。tonymacx86の方法では、この後MultiBeastを使ってインストールを完成させます。その後、それぞれのハードウェアに合わせて、バニラに起動するよう調整するのが良いと思います。続きは以下をご覧ください。

tonymacx86式インストール手順 (その2: MultiBeast)

tonymacx86式インストール手順 (その3: バニラ化と調整)

Radeon RX Vega 64をmacOSで使う

Tue, 25 Jun 2019 00:30:20 +0900

高価だったVega 64が税・送料込みで4万円を切ってました。これを第9世代CPUとMojaveで動かしてみました。OOBで問題なく動作しました。

Vega 64

今回使用したVega 64はMSIから発売されているAir Boostという製品で、日本ではつい1ヶ月前に発売されたもののようです。そのMSIのプレスリリースによると予想販売価格は税別95,980円だったそうです。これがAmazonで税・送料込みで39,810円で売られていました。同じAir BoostのVega 56バージョンが39,500円と僅差だったので、これは64を買うチャンスだと思ってしまいました。そして気づいたら手にしていたこのVega 64をこちらで紹介した第9世代CPUとMojaveのビルドで動かしました。~~ちなみに、執筆時点では数千円値上がりしてしまっているようです。それでも予想販売価格の半額ですね。~~

使用した構成

使用したマシンは、軽い作業用のコスパの良いmacOSマシンです。普通はこのようなお買い得マシンのグラボにVega 64という選択はしないかもしれません。

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

マザーボード：MSI B360M Mortar Titanium
CPU：Intel Core i3 9100F
メモリー：暫定的に8GB
SSD：暫定的に2.5インチSSD
OS：macOS 10.14.5 Mojave

OOBで動く

9100FはiGPU無しなのでそのあたりに転がっていたNvidia GTX 770を使っていました。かつてMacに搭載されたことのあるKeplerアーキテクチャなので、今でもmacOSでネイティブにサポートされています。なのでWhateverGreenとLiluだけで、特に設定なく動いていました。GTX 770を抜いて、Vega 64に挿し替えました。その結果、何事もなかったかのように動きました。Vega 64として認識されています。

フォーラムではVegaが動かないという事例が報告されていますが、今回は全く問題ありませんでした。フォーラムを読んでいると、iGPUを無効にすると動くようになるという報告もあるので、もともとiGPUが搭載されていない9100Fだったので、余計すんなり動いたのかもしれません。もしも問題が出る人は、iGPUを無効にする、もしくはiGPU関係のメモリ設定を変えてみて下さい。

これまで使っていたGTX 770は古いのか、4Kディスプレイに接続した時のUI擬似解像度が1920×1080しか選択できませんでした。

それで問題なかったのですが、Vega 64に変えると他の解像度も選択できるようになっています。ドライバが新しいためか、4Kへの対応も充実したということかもしれません。

再掲になりますが、使用したefi, kextファイル類とconfig.plistを以下に示します。

VBoxHfs-64.efi
SMCHelper-64.efi
OsxFatBinaryDrv-64.efi
OsxAptioFix2Drv-free2000.efi
FSInject-64.efi
EmuVariableUefi-64.efi
DataHubDxe-64.efi
ApfsDriverLoader-64.efi
WhateverGreen.kext
VirtualSMC.kext
USBInjectAll.kext
Lilu.kext
IntelMausiEthernet.kext
AppleALC.kext

config.plist for MSI B360M and 9100F - Pastebin.com

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

Fri, 21 Jun 2019 23:16:11 +0900

銀色のマザーボードMSI B360M Mortar TitaniumにCore i3 9100Fを組み合わせたHackintoshを作りました。予算に優しい構成ですが最新4コアCPUと現行チップセットの組み合わせで高性能です。

MSI B360M Mortar Titanium

チタン色マザボ

MSI B360M Mortar Titaniumは、現行チップセットを使ったマザーボードで唯一の銀色マザーボードです。一世代前の200シリーズの時には白いマザーボードとしてH270搭載のMSI H270M MORTAR ARCTICがありました。MORTAR ARCTICは北極圏をイメージした白と灰色のシリーズでした。Titaniumも昔からあるMSIのシリーズで、チタンをイメージした銀色のマザーボードです。チタン色の塗装は綺麗で、基板の厚みがあり、たわむこともなくしっかりとした作りです。でも前作はPCIeスロットやメモリースロットまで白にこだわっていたのが、本製品では黒くなってしまいました。

B360チップセット

MSIの白系マザボは200シリーズでH270だったものが、300シリーズになったらB360に格下げになってしまいました。B360はZ390, H370と同世代チップセットの廉価版です。Z390と比べると、H370と同様にオーバークロック非対応でCPU直結PCIeの分割機能がありません。またH370と比べるとチップセット経由のPCIe数が20から12レーンに減り、USBポートが減ってます。Intel Rapid Storage Technologyにも非対応です。とはいえ、SLIやCross Fireに非対応のmacOSではCPU直結PCIeの分割機能は出番がありません。またIntel Rapid Storage Technologyも非対応です。チップセット経由のPCIe数も、これを使用するスロットが3本しかないmicro ATX規格なら十分な数です。ということで、スペックを冷静に分析するとB360でも十分なのかと思います。チップが廉価版なのでマザーボード価格もそこそこお買い得です。

このマザーボードにはx16, x1, x1, x16のPCIeスロットが付いています。CPUに一番近いx16はCPU直結の高速なスロットでGPU用です。後のx1, x1, x16スロットはチップセット経由のPCIeです。CPUから遠い方のx16スロットは形状はx16ですが実際にはx4です。拡張スロット全体で6レーン使っているわけです。

SSD用の（Key Mの）M.2スロットが2個あります。それぞれPCIe x4です。しかしM2_2（CPUから遠い方のスロット）はPCIE_4（CPUから一番遠いPCIeスロット）と共用なので、PCIE_4にカードを挿すと使えません。なのでM.2では4レーン使っています。PCIeスロットと合わせて合計10レーンです。チップセットの上限が12レーンなので、排他動作にせざるを得なかったのだと思います。

一方、M2_1（CPUに近い方）はSATAにも対応していますが、4個のSATAコネクタのうちSATA2と排他利用です。チップセットのSATAは6個あるのですが、4個しか配線されていないようです。MSIのマザーボードはSATA数が少ない傾向がある気がします。PCIeカードで拡張したいところです。

Core i3 9100F

9100Fは先月発売されたばかりの最新CPUです。第9世代 (Coffee Lake Refresh-S) のCPUの中で一番安いモデルで1万円前半で買えます。

Core i3ですがコア数は4あります。安価で高性能なので、B360チップセットと組み合わせるのに最適なCPUかもしれません。FモデルはiGPUを搭載していない製品です。噂によるとインテルの製造技術に問題があってチップ製造の歩留まりが悪いので、iGPUを無効にしたバージョンであるFモデルで凌いでいるらしいです。

macOSを動かす

とりあえずmacOSを動かしてみましたところ、意外と簡単に動いてしまいました。

ハードウエア構成

マザボとCPUは上で書いたとおりです。それ以外は、たまたま手元に転がっていたパーツを使いました。GPUはNvidiaの古いカード、GTX 770です。KeplerアーキテクチャのNvidiaカードはmacOSのドライバがネイティブに対応します。NvidiaのWebDriverを必要としないのでMojaveでも使えます。メモリもその辺りに転がっていたものです。8GBしかつけていません。WiFiやBluetoothはまだ取り付けていません。

マザーボード：MSI B360M Mortar Titanium
CPU：Core i3 9100F
GPU：Nvidia GTX 770
2.5インチSATA SSD

BIOS設定

マザーボードのBIOS設定は、開封したまま、デフォルトのままです。色々な項目のデフォルト設定が、macOS向きの設定でした。iGPUの無いCPUなので、GPU設定も迷いようがありませんでした。デフォルトのまま動くのですが、ブートするドライブをUEFI限定にして、またMSIマザーボードの便利な機能GO2BIOSを有効にしました。GO2BIOSは電源スイッチ長押しでBIOS設定画面が現れる機能です。

OSのバージョン

macOS 10.14.5を、2.5インチSSDにクリーンインストールしました。このSSDのEFI部分に以下のファイルを置きました。

UEFIドライバ

drivers64UEFIフォルダの中身は以下です。不要なものもあるかもしれません。今回のマザーボードに必須と思われるのがOsxAptioFix2Drv-free2000.efiです。当初はAptioMemoryFix-64.efiで起動したのですが、条件を変えると起動しない場合がありました。メモリーマップの状況が変化するためと思われます。色々なビルドを見ると、MSIとASRockの300シリーズチップセットではOsxAptioFix2Drv-free2000.efiが必要らしいです。バージョンアップされていない古いドライバなのであまり使いたくないのですが、確実に起動させるためには使わざるを得ないです。VirtualSmc.efiはVirtualSMC.kextと一緒に配布されているドライバーです。

VBoxHfs-64.efi
VirtualSmc.efi
OsxAptioFix2Drv-free2000.efi
FSInject-64.efi
EmuVariableUefi-64.efi
ApfsDriverLoader-64.efi

追記：slideパラメタを利用すればOsxAptioFix2Drv-free2000.efiを使用しなくて済むようです。詳しくはこちらをご覧ください。

Kext類

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

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

Config.plist

9900Kで使用したconfig.plistがほぼそのまま使えました。機種IDも9900Kの時と同じiMac19,1にしました。シリアル番号やUUIDなどは変更しました。

9900Kのconfig.plistをそのまま使ったところ、クイックルックでJPEGファイルを見る（JPEGファイルを選択してコマンドスペースを押して内容を表示する）ことができませんでした。9100FはiGPUが無いことが原因らしいです。9100FでJPEGのクイックルックを機能させるためには以下のブートオプションが必要でした。オプション名はshiki用のものに見えますが、shikiはWhateverGreenに統合されたのでWhateverGreen用オプションです。フォーラムで教えていただきました。ありがとうございます。

shikigva=32 shiki-id=Mac-7BA5B2D9E42DDD94

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

config.plist for MSI B360M and 9100F - Pastebin.com

動作確認

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

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

$ sysctl -n machdep.cpu.brand_string
Intel(R) Core(TM) i3-9100F CPU @ 3.60GHz

Nvidiaの古いグラフィックスでしたが4KのUI擬似解像度にも対応しています。Metalにも対応しています。

Geekbenchのスコアは、シングルが約5300でマルチコア(4コア4スレッド)で約15000でした。以前測定した9900Kはシングル6086, マルチコア(8コア16スレッド)で30114でした。コア数なりの差です。価格差を考えたらよくできたCPUだと思います。

今後は、引き続き使用して不具合を確かめると同時に、USBの15個制限に対する調整、M.2 SSDへの移行、無線モジュール搭載などを進めたいと思います。

Radeon Vega 64に載せ替える

価格が下がっていたのでRadeon Vega 64に載せ替えました。こちらをご覧ください。

Radeon RX Vega 64をmacOSで使う

macOSのためのGPUの選び方

Sun, 16 Jun 2019 17:25:04 +0900

GitHub - khronokernel/Catalina-GPU-Buyers-Guide: Host for files for the Catal…

CatalinaのためにどのGPUを選んだら良いかという記事がありましたので抄訳して紹介します。また、その後のmacOSでNaviシリーズがサポートされたので、この情報を追記しました。結論は、AMDならばRadeonの

RX 6600, RX 6600 XT, RX 6800, RX 6800 XT, RX 6900 XT
RX 5500, RX 5500 XT, RX 5600, RX 5600 XT, RX 5700, RX 5700 XT
RX 460 / 560 / 470 / 570 / 480 / 580 / 590
RX Vega 56 / 64 / VII

を、Nvidiaならば

Kepler シリーズ (GTX 6xx, 7xx など)

が動きます。ただし、MontereyからKeplerシリーズは動かなくなりました。古いmacOSからドライバを持ってくることで動かすことは可能です。

Releases · chris1111/Geforce-Kepler-patcher

（ここから抄訳）

NvidiaとWebDriverの現状

WebDriverが使えなくなった状況のままMojaveからCatalinaに移行しそうです。おそらくはこのあと、MojaveでもCatalinaでもWebDriverはサポートされないと思われます。ただしKeplerベースのGPUを使っているユーザは引き続きmacOSネイティブのドライバが利用できます。

なぜWhateverGreenが必要なのか？

macOSがネイティブにサポートするグラフィックスカードなのに、なぜWhateverGreenとLiluを使う必要があるのでしょうか？その理由は、PCとMacの内部配線が異なるため、Hackintoshでうまく機能しないためです。これを回避するために、デバイスの名前変更、フレームバッファ接続、オーディオコネクタのパッチ適用、ACPIを介したaty_config、cail_propertiesの変更などが必要です。WhateverGreenとLiluがこれらの作業を行ってくれます。内部構造に詳しい人達によってWhateverGreenは開発され、必要に応じてアップデートされていますので、これを使用しない理由はありません。以下の推奨カード、iGPUのすべてでWhateverGreenとLiluを使ってください。

そのほかに知っておくべきこと

macOSはSLI、Crossfire、複数コアGPU (Radeon Pro Duo)のいずれもサポートしていません
HDMI / DisplayPortを介して音声出力するには、AppleALC.kextとその他のIO-REG編集が必要になる場合があります
GPUオーバークロックができるのはVega 10 GPUだけです（PyVegaというツールが必要）
サポートされているGPUとサポートしていないGPUを併用するとスリープやその他の機能が中断される問題があります。詳細については、GPUを無効化するためのガイドを参照してください。

動くAMD GPU

Navi シリーズ

Catalina 10.15.1からRX 5500, 5600, 5700シリーズがサポートされました。
Big Sur 11.4からAMD RX 6800, RX 6800XT, RX 6900XTがサポートされました。
Monterey 12.1からAMD RX 6600, 6600 XTがサポートされました。

Naviシリーズでは以下の GPUがネイティブにサポートされています。ただし起動オプションに、agdpmod=pikeraを追加する必要があります。

AMD Radeon RX 6600, RX 6600 XT, RX 6800, RX 6800 XT, RX 6900 XT
AMD Radeon RX 5700, RX 5700 XT, RX 5700 XT 50th Anniversary
AMD Radeon RX 5600, RX 5600 XT
AMD Radeon RX 5500, RX 5500 XT

Vega 20シリーズ

MojaveからVega 20シリーズのGPUがネイティブにサポートされています。すなわち

Radeon VII

が動きます。

Vega 10シリーズ

High SierraからVega 10シリーズのGPUがネイティブにサポートされています。すなわち

Vega 56
Vega 64
Vega 64 Liquid
Vega Frontier Edition
Radeon Pro WX 9100
Radeon Pro WX 7100

が動きます。Vega 10で避けるべきGPUブランドはXFXとSapphireです。ビデオBIOSとmacOSの互換性に問題があるようです。

Radeon 400/500 シリーズ (Polaris)

PolarisはmacOSによりネイティブにサポートされています。以下のシリーズです。ローエンドのRX550はPolarisではなくLexaコアなのでmacOSでサポートされていません。Polarisシリーズで避けるべきGPUブランドはXFXとASRockです。これもビデオBIOSとmacOSの相性に問題があります。解決できたという報告もありますが駄目なこともあるようです。避けたほうが無難です。

（訳注：コメントいただいた内容によると、以下の状況でASRockが問題なく使用できたそうです。ASRock, Phantom Gaming D RX580、macOS 10.15.4 、Metal: 対応、機能セットmacOS GPUFamily2 v1、CPU: Core i7 2600K、RAM: DDR3 32GB、M/B: ASUS MAXIMUS V GENE。またフォーラムでもASRockのRX 580が動いた報告をいただいています。ASRockを避ける必要はどうやら無いようです。）

RX 460/560/560X
RX 470/570/570X
RX 470D
RX 480/580/580X
RX 590
WX 2100
WX 3100
WX 4100
WX 5100

GCN 3 以前のカード

GCN 3以前のカードは、CatalinaでMetalをサポートすると思われますが、一部のカードは動かない可能性もあります。おそらくHD 7XXXシリーズ以降のGPUはMetal互換ですが、Catalinaでの動作確認はされていません。

Radeon R9 3xx (Fiji)

FijiもCatalinaでサポートされるとは思われます。しかし報告がありませんのでR5およびR7カードの成功を保証することはできません。また、リファレンスデザインと違うカードでは、macOSで動かすために多くの作業を必要とする場合があります。という条件のもとで、サポートされているカードは以下です。

R7 240
R7 250
R9 260/360
R7 260x/360x
R7 265
R7 270/370
R9 270X/370X
R9 280/380
R9 280x/380x
R9 290/390(FakeID が必要)
R9 290X/390X
R9 390(FakeID が必要)
R9 Nano
R9 Fury
R9 Fury X

動かないAMD GPU

Navi シリーズ (RX 5000)

macOSにはNavi用ドライバがありません。このカードが入っているとスリープなどの機能に支障をきたします。その場合は、サポートされていないGPUを無効化にするためのガイドを参照してください。以下のカードはサポートされていません。

訳注：「動くAMD GPU」のセクションに追加したように、Catalina 10.15.1から元記事で紹介されている以下のカードは動きます。

RX 5700
RX 5700 XT
RX 5700 XT 50th Anniversary Edition

Lexa シリーズ (RX 400/500)

Polaris GPUに似た型番ですが、全然異なり、どのバージョンのmacOSもサポートしていません。これもスリープ機能などで問題を引き起こしますので、併用する場合は、サポートされていないGPUを無効化にするためのガイドを参照してください。以下のカードはサポートされていません。

RX 540/X
RX 550/X

動くNvidia GPU

Kepler シリーズ (GTX 6xx, 7xx)

KeplerシリーズはCatalinaで動作する唯一の100％ネイティブのNvidiaカードです。このうちGTX 650Ti、660、660tiで問題が報告されていますが、これはmacOSがGK106コアをサポートしていないことが原因です。（訳注：コメントでいただいた情報によると、Mojave,Catalina環境では、GK106のバグは直されたようで、問題なく動くようです。）

もう一つの注意点は、初期の製品には、FermiコアなのにKeplerコアと紛らわしい型番のローエンド製品があることです。また後期の製品のうち、GTX 745、750、750tiはKeplerではなく次世代のMaxwellですので注意が必要です。（訳注：こちらのページを見ると、どの製品がどのアーキテクチャなのかわかります。コア名がGFなのがFermi, GKなのがKepler, GMなのがMaxwellです。GKの製品を選べば良いです。）

動作するカードは以下です。

GTX Titan (GK 110 Maxwell core)
GTX Titan Black (GK 110 Maxwell core)
GTX Titan Z (macOSでサポートされている数少ないデュアルGPUの一つ)
GTX 780/Ti
GTX 770
GTX 760/Ti
GT 740
GT 730 (GK208 variant)
GT 720
GT 710
GTX 690 (macOSでサポートされているもう一つのデュアルGPU)
GTX 680
GTX 670
GTX 660Ti
GTX 660(MUST BE RUNNING A GK 104 core, NOT GK 106)（訳注：GK 106もokらしい。)
GTX 650(GK 107 core)
GT 640(Kepler edition, GK 107/208 core)
GT 630(Kepler edition, GK 107/208 core)
Quadro 410
Quadro K420
Quadro K600
Quadro K2000/D
Quadro K4000/D
Quadro K4200
Quadro K5000
Quadro K5200
Quadro K6000

動かない nVidia GPU

Turing シリーズ (GTX 20xx, 16xx)

以下のカードはどのmacOSでも動きません。

Titan RTX
RTX 2080/Ti
RTX 2070
RTX 2060
GTX 1660/Ti
GTX 1650/Ti
Quadro RTX 4000
Quadro RTX 5000
Quadro RTX 6000
Quadro RTX 8000

Volta シリーズ

以下のカードもどのmacOSでも動きません。

Titan V
Titan V CEO Edition
Quadro GV100

Pascal Series (GTX 10xx)

PascalとMaxwellのサポート状況についてはみなさんご存知と思いますが、簡単に繰り返します。MojaveとCatalinaではサポートされていませんが、High Sierra 10.13.6以前ならばNvidiaのWebDriverとWhateverGreenの組み合わせで動きます。この条件で動くカードは以下です。

GTX Titan X(GP 102-400 Pascal core)
GTX Titan Xp(GP 102-450 Pascal core)
GTX 1080/Ti
GTX 1070/Ti
GTX 1060
GTX 1050/Ti
GT 1030
Quadro P400
Quadro P600
Quadro P620
Quadro P1000
Quadro P2000
Quadro P4000
Quadro P5000
Quadro P6000
Quadro GP100

Maxwell シリーズ (GTX 9xx, 745, 750 とその ti版)

GTXでは900番台がMaxwellです。ただ、GTX 745, 750, および750tiは型番が紛らわしいですがMaxwellベースです。MaxwellシリーズもPascalと同じ状況です。つまり、以下のカードは、High Sierra 10.13.6以前ならばNvidiaのWebDriverとWhateverGreenの組み合わせで動きます。

GTX Titan X(GM 200 Maxwell core)
GTX 980/ti
GTX 970
GTX 960
GTX 950
GTX 750/ti
GTX 745
Quadro K620
Quadro K1200
Quadro K220
Quadro M2000
Quadro M4000
Quadro M5000
Quadro M6000
NVS 510

Intel CPU 内蔵 GPU

iGPUを動かすために、FrameBufferパッチを適用する必要があります。また、Pentium、Celeron、Atom CPUに存在するiGPUは、ネイティブにサポートされたことがなく、かなりの作業が必要になるため、除外します。

Westmere i3/5/7-xxx

単にHD Graphicsと呼ばれていたiGPUです。High Sierra 10.13.6までのmacOSで動きます。残念ながらMojaveではサポートされなくなりました。古いkextを使って無理やり動かすことは可能です。

Sandy Bridge i3/5/7-2XXX

HD 2000, HD 3000です。これもHigh Sierra 10.13.6までのmacOSで動きます。残念ながらMojaveではサポートされなくなりました。古いkextを使って無理やり動かすことは可能です。

Ivy Bridge i3/5/7-3XXX

HD 4000に関しては、Catalinaで完全にネイティブに動きます。一方、HD 2500に関しては、Mojaveで一部分しかサポートされず、Quick Sync機能がサポートされていません。

Haswell i3/5/7-4XXX

以下のiGPUです。ほとんどがCatalinaでネイティブに動きます。ただHD4400だけは、DeviceID改変 + FakePCIID.kext + FakePCIID_HDGraphics.kextが必要か、もしくは、APCIパッチが必要です。

HD 4200
HD 4400(FakeID が必要)
HD 4600
HD 5000
HD 5100
HD P4600(動くはず)
HD P4700(動くはず)

Broadwell以降のiGPU

以下のiGPUです。すべての動作報告が得られているわけではありませんが、Catalinaで使えると考えられます。

HD 5300
HD 5500
HD 5600
HD 6000
HD 6100
HD 6200
HD P5700(動くはず)
Iris Pro P6300

Skylake i3/5/7-6XXX

以下のiGPUです。すべての動作報告が得られているわけではありませんが、Catalinaで使えると考えられます。

HD 510
HD 515
HD 520
HD 530
HD P530
Iris 540
Iris 550
Iris Pro 580
Iris Pro P555
Iris Pro P580

Kabylake i3/5/7-7XXX

以下のiGPUです。すべての動作報告が得られているわけではありませんが、Catalinaで使えると考えられます。ただし、Pentium G4560に搭載されているHD 610は動きません。

HD 615
HD 620
HD 630
Iris Plus 640
Iris Plus 650

Kabylake refresh/ Coffeelake i3/5/7-8XXX/9XXX

以下のiGPUです。すべての動作報告が得られているわけではありませんが、Catalinaで使えると考えられます。ただし、i3 8100と8350Kはそれ以外のCPUとは違うUHD 630を使用しています。

（訳注：対応方法はこちらをご覧ください。）

UHD 610
UHD 620
UHD 630
Iris Plus 655

早い話、何を買ったら良いの？

現時点でお勧めできるカードはAMDのPolaris(Rx 4xx, 5xx) 以降だけです。AMDのGCN 3以前とNvidiaのKeplerのような古いカードも動きますが、いつサポートを打ち切られるかわかりません。なので以下がお勧めカードです。リファレンスカードが一般的に安全です。XFXは避けたほうが良いです。

RX 460/560
RX 470/570
RX 480/580
RX 590
RX Vega 56
RX Vega 64
Radeon VII
RX 5500, RX 5500 XT, RX 5600, RX 5600 XT, RX 5700 / 5700 XT
RX 6800, RX 6800XT, RX6900XT

（抄訳おわり）

Redditの反応

この元記事に関してredditでいくつかコメントがありました。

VegaではXFXとSapphireを避けるべき？

r/hackintosh - Avoid Sapphire and XFX Vega?

これに対するコメントは以下のようでした。

SapphireブランドのVega 56を使っているが問題は無い
XFXブランドのVegaは明らかに避けた方が良い
SapphireブランドのVegaは快調に使えている報告もあるがトラブっている報告もある。トラブルは厄介で解決したという報告は稀。
Vegaを買うならMSIかASUSが良い。Gigabyteも良さそうだけどあまり出回っていないためか2件しか動作報告が無い。

Radeon VIIのブランド毎の違いはある？

r/hackintosh - Differences in Radeon VII brand?

これに対するコメントによると、「Redeon VIIは全てAMDが作っているリファレンスカードで、VBIOSのソースコードも提供されていない。そのためどのブランドのカードも同じもの」なのだそうです。

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にありました。今後改善されると思います。

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

Hackintoshの作り方（総集編:10.14版）

Fri, 08 Feb 2019 15:54:05 +0900

macOSをインストールする方法をご紹介してきたのですが、多数の記事に分散してしまっています。そこで、10.14 Mojaveをインストールするための参考になる関連記事へのポインタをまとめた総集編を作りました。より新しい10.15を対象とした情報は以下をご覧ください。

Hackintoshの作り方（総集編: macOS 10.15版）

古い10.13を対象とした情報は、以下をご覧ください。

Hackintoshの作り方（総集編:10.13版）

手順の概要を把握する

/posts/121/

/posts/131/

ハードウェアを用意する

Hackintoshを作るためには、互換性のあるハードウェアを自由に選んで組み合わせられる自作PCが、問題が少なく楽です。ノートPCなども可能ではありますが、上級者向けだと思います。以下では、第9世代CPUであるCoffee Lake-S Refreshで作った自作PCにMojaveをインストールする手順を書いておきましたので、参考にしてください。

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

CPUは、最新の第9世代Coffee Lake-S Refreshが良いと思います。Macで採用されている最新CPUは第8世代です。例えば最新Mac miniでは、モバイル版ではありますが、第8世代CPUが使われています。ピンが半田付け方式なだけで、デスクトップの第8世代Coffee Lake-Sと同じCPUですので、第8世代Coffee Lake-Sでも良いでしょう。インテルは現在、CPUの量産体制に問題があり、第8世代もローエンドモデルを中心にまだ現役ですので、入手は容易です。

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

そうすると、マザーボードは、CPUに合わせて370もしくは390チップセット搭載マザーボードを選ぶことになります。ただ、これもわざわざ古いマザーボードを選ぶ理由はないので390チップセットが良いと思います。

Hackintoshのパーツ選び【その2：マザーボード編】

MojaveではNVIDIAのweb driverがサポートされなくなってしまいました。なので、グラフィックスカードはAMDしか選択肢はありません。Web driverが不要な古いNVIDIAなら使えますが、古い製品をこれから調達することもないと思います。詳しくは以下を参考にしてください。

HACKINTOSHのパーツ選び【その3：グラフィックス編】10.14以降版

無線アダプタ、SSD, そのほかのパーツについても紹介しておきました。

/posts/138/

Hackintoshのパーツ選び【その5：SSD】

Hackintoshのパーツ選び【その6：その他】

マザーボードのBIOS/UEFIを設定する

インストール先のコンピュータを組み上げたら、macOSが稼働するようにBIOS/UEFIを設定しておきます。この設定が間違っていると、それだけで起動しない場合もあります。

マザーボード (BIOS) 設定

必要なソフトウェアを入手する

Hackintoshするには、macOS本体以外にオープンソースで有志が開発しているソフトウェアがいくつか必要です。必要なソフトウェアの名前で検索すれば、大抵の場合、ダウンロード先が見つかります。オープンソースのソフトウェアは、オリジナルを作った人の他に、いろいろな人がソースコードを引き継いで分岐（フォーク）して、開発を行なっている場合もあります。中には元祖の開発者が放置して、開発が止まっていることもあります。なので、検索して、現在一番活発に利用されているバージョンを使うのが良いです。ということで、古いハウツー情報のダウンロード先から入手するよりも、検索をして探すのがおすすめです。

Clover EFI bootloaderとefiドライバー

“Clover EFI bootloader”で検索します。以下が本家かと思われます。

https://sourceforge.net/projects/cloverefiboot/

こちらでも最新版が配布されています。

Releases · Dids/clover-builder

Cloverをダウンロードすると、インストーラ、efiドライバ、テーマファイルなども一緒に入手できます。

kext類

FakeSMCをはじめとしたkext （カーネル拡張）が必要です。名前で検索します。例えば、FakeSMC.kextならば、”FakeSMC.kext”で検索すると、こちらで入手可能なことがわかります。

RehabMan / OS-X-FakeSMC-kozlek / Downloads — Bitbucket

こちらで紹介したKext Updaterを使うと、kextやCloverを個別にダウンロードすることもできます。こまめに更新されているので、最新版を確実に入手することができます。

Mac上で導入用のUSBメモリを作る

次に、macOSを入手して、インストール用のUSBメモリを作ります。これは実際のMacで作業します。ついでに、実際のMacでこのUSBメモリが起動することを確認しておきましょう。次に、インストール対象のマシンで起動できるように、Cloverのインストールと設定も行っておきます。

/posts/93/

Mac上でmacOSドライブを作る

冒頭で示した動画を含めて、多くのガイドではMac上で導入用のUSBメモリを作る方法を紹介しています。でも、最近では、本物のMacやHackintoshなどのmacOSが動くマシン（以下、親マシンと書きます）上でmacOSドライブを作る方が楽な気がしてきました。特にMojaveになったあたりから、createinstallmediaで作ったUSBメモリーからインストールしようとすると途中で止まってしまうことが時々あります。他のドライブを外したりすると解決することもありましたが、親マシンでインストールした方が確実です。

そこで、Hackintoshで使おうとするSATA SSDドライブ、mSATA SSDカード、M.2 SSDカードなどを、直接、もしくは、USB外付けHDDケースに入れて、親マシンに接続します。これをGUIDパーティションマップでフォーマットします。パーティションのフォーマットはHFS+でも良いですが、インストール時にAPFSに変更されるので、最初からAPFSで良いかと思います。

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

macOSのインストール途中で、何度か再起動することがあります。親マシンがHackintoshの場合は、インストール途中のCloverの起動画面で、”Boot macOS Install from (インストール先のボリューム名)”という項目を選びます。

Cloverとkextを入れる

親マシンで起動できるmacOSディスクが出来上がったら、親マシンに接続したまま、Cloverをインストールします。Cloverインストールの手順はこちらにも書いてあります。

Cloverインストーラの設定

config.plistの例を示して、説明しました。

config.plistの実例紹介

config.plistの中でも、機種を設定するSMBIOSセクションの記述は重要です。その部分を説明したのがこの記事です。

正しく機種設定する (SMBIOSの設定)

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

Cloverをインストールしたら、次にkext類をESPの部分に入れます。kextについてはいくつかの記事で解説しましたが、こちらが簡潔かもしれません。

CORPNEWTさんのバニラガイド~ Clover設定とkext

macOS環境を整える

/posts/90/

Ethernetを設定する

/posts/120/

Sonnetの互換GPUリスト (2019年1月版)

Tue, 29 Jan 2019 12:38:52 +0900

Sonnet社が自社GPUボックス経由で使用できるmacOS互換グラフィックスカード一覧を公開しています。今回、RX 560/590が互換リストに追加されました(2019.1)。Hackintosh用パーツ選択の参考になります。

SonnetはMacのThunderbolt 3コネクタに接続する外部GPUボックスを開発・製造・販売しています。

そして、下記のページで、macOSと互換性のあるグラフィックスカードの一覧などの資料を公開しています。

Sonnet Technologies

Sonnetの外部GPUボックスは、AppleのExternal Graphics Development Kitにも採用されているほぼ純正みたいな存在です。またOSからは、Thunderbolt 3はPCIe x4 (PCIeのレーンが4本) と同等に見えます。Thunderbolt 3での接続は、PCIe x4スロットへの接続と同様に扱われます。なので、このリストで互換性があるとされたグラフィックスカードは、HackintoshのPCIeスロットに挿してそのまま動くカードと考えて良いです。

macOSで使えるAMD GPU

互換表のPDFファイルは以下から入手できます。

http://www.sonnettech.com/support/downloads/manuals/Compatibility_Graphics_Cards.pdf

市場に出回っている多数の製品に対して互換性がチェックされているようですので、Hackintosh用グラフィックスカード購入の際は、これで確認しておきましょう。ただし、元々の外部GPUボックスがmacOS High Sierra 10.13.4以降を動作対象としています。なので、このリストは、

10.13.4以降のmacOSでの互換性
一部は10.14.1以降で互換であること

を示しています。その冒頭部分、AMDリファレンス（ファンデーション）バージョンの部分を示します。

「macOS/Windows」の項目にMの文字があるものがmacOSで互換性のあるカードです。これを見ると、AMD純正製品では、

Radeon Pro WX 7100 / WX 9100
Radeon RX 560/570/580/590
Radeon RX Vega 56/64
Radeon Vega Frontier Edition（水冷・空冷）

が互換カードとされています。ただ、RX 560は、他の項目を見ると10.14.1以降限定かもしれません。

AMD純正カードに続いて、以下のブランドで販売されているAMD GPUカードの互換性が記されています。

ASUS
GIGABYTE
HIS Digital
MSI
POWERCOLOR
SAPPHIRE
VisionTek
XFX

これによると、ブランドごとの差は無いようです。GPUチップによってのみ互換・非互換が決定するようです。まとめると以下のようになります。

RX 470, RX 480, RX 560, RX 570, RX 580, RX 590はどのブランドも互換性あり
ただしRX 560はmacOS 10.14.1以降で互換性あり
RX Vega 56/64はどのブランドも互換性あり
RX 460/550は互換性なし
R9 NANO/FURY は互換性なし

2018年末に発売されたRX 590が互換リストに加わりました。RX 580の製造プロセスが微細化されてクロックが上がっただけのモデルらしいので当然かと思います。また、10.14.1になりRX 560が追加されました。RX 560は不具合があるという報告もあったのですが、10.14.1で対策されたのかもしれません。一方でRX 460/550は非互換です。460と560は近いモデルなので、10.14.1以降なら動くような気もしますが、古いモデルなので除外しているのかもしれません。

NVIDIA GeForce は非互換

macOS 10.14になってからアップル社の認証が下りずにWebドライバを公開できていないNVIDIAのカードは、このリストで非互換となっています。macOS 10.13なら動く気もするのですが、10.14が出る前のリストでも非互換となっていました。ひょっとしたら10.14でNVIDIAを排除するというアップルの方針を予知していたのかもしれません。

CORPNEWTさんのバニラガイド~ Clover設定とkext

Sat, 26 Jan 2019 17:01:20 +0900

Corpnewtさんのhackintoshデスクトップのためのバニラガイドから、今回は「Cloverの設定」と「kextを集める」のページをご紹介します。Hackintoshで使うカーネル拡張(kext)ファイルを簡潔に説明しています。

Page not found

（ここから抄訳）

Cloverをインストールする

Cloverインストーラパッケージを起動します。インストーラの2番目のページで、インストール先（USBメモリとかSSD/HDD）を選択するよう気をつけます。また、デフォルト設定はイマイチなので、カスタマイズします。（訳注：図は私が用意したスクリーンショットです）

左下のカスタマイズボタンを押すとカスタムインストールのページが出ます。ここで、以下を選択します。

「UEFIブート用にインストール」
「ESPにインストール」
Drivers64UEFIの中の設定（訳注：現在バージョンではUEFI Drivers）
- AptioMemoryFix: VRAM に関する修正を含んだ新版です。より良いメモリ管理をします。
- VBoxHfs-64.efi: 入手できれば HFSPlus.efiでも良いです。CloverがHFS+起動ボリュームにアクセスするために必要です。HFS+で起動したいのに、起動オプションに現れないようなら、 EFI -> CLOVER -> drivers64UEFI フォルダにこれが入っていることを確認すると良いです。
- ApfsDriverLoader: Didsさんの Cloverビルドもしくはこちらから入手可能です。これはCloverがAPFS起動ボリュームにアクセスするために必要なapfs.efiを、ブロックデバイスのApfsContainerからロードします。もしAptioMemoryFixを使用しているなら、R21以降が必要です。（訳注：現在バージョンでは最新版が入っているので項目を選択するだけです）

以上です。

もしもFileVaultが不要で、標準的なUEFIインストールをするだけなら、これらが必要なものの全てです。これ以外のものも、Drivers64UEFIセクションに現れます。しかし、選択しなくても良いです。むしろ他の設定と衝突する項目（例えば SMCHelper-64.efi ）すらあります。なのでDrivers64UEFIセクションでの選択は最小限にするのが良いです。

（訳注：最近のCloverインストーラではFileVault関係のefiはFileVault 2 UEFI Driversという別のセクションに分類されました。FileVaultを使わなければ、多分誰も使わないと思いますが、これは全部除外して良いです。このガイドでは3個のefiしか必要ないと書かれていますが、ハードウェアによってはこれ以外が必須のこともあります。EmuVariableUefiが必要だったり、AptioMemoryFixの代わりにOsxAptioFixDrvが必要だったりします。）

Kextをコピーする

Cloverのインストールが終了したら、/Volumes/EFI/EFI/CLOVER/kexts/Otherに移動して「kextを集める」で用意したkextをここにコピーします。 .dSYMファイルは不要です。.kextだけが必要です。

/Volumes/EFI/EFI/CLOVER/kextsフォルダの中には、Otherフォルダと、10.xxフォルダがあります。この違いは以下です。Cloverがkextをインジェクトしようとするとき、10.xxフォルダのkextは、macOSのバージョンが合致している時だけインジェクトされます。ところがmacOSのバージョンに依存するkextはほとんどありません。また、macOSをアップデートした時にそのバージョン番号のフォルダを用意することを忘れてしまうと、起動できなくなってしまいます。Otherフォルダのkextは、検出されたmacOSバージョン番号とは関係なくインジェクトされます。なのでOtherフォルダを使うことをお勧めします。

必要なkextはどれ？

VirtualSMC.kextは必須です。これはMacに搭載されているSMC (System Management Controller) チップをエミュレートしてくれます。これによりOSは本当のMacだと思い込みます。これなしではHackintoshできません。

以下のすべてのkextはGoldfish64さんにより整備されたこちらのサイトで入手可能です。それぞれのkextは更新されると自動的にビルドされます。自分でビルドしたかったら私のLilu And Friendsのスクリプトを使用してください。

Ethernet関係

IntelMausiEthernet.kext – これはほとんどのIntel LANチップで動きます。
AppleIntelE1000e.kext – これは古いIntel LAN チップで動きますが、新しいチップではカーネルパニックすることもあります。
AtherosE2200Ethernet.kext – これはほとんどのAtheros または Killer のチップで動きます。
RealtekRTL8111.kext – これはほとんどのギガビットRealtek LAN チップで動きます。
RealtekRTL8100.kext – これは10/100bps Realtek LAN チップで動きます。

USB関係

多分 USBInjectAll.kextが必要です。もし、H370, B360, H310のCoffee Lake system、またはX79/X99/X299を使うなら、XHCI-unsupported.kextも必要になると思います。

10.11からアップルはUSBコントローラごとに15個のポート数制限をしています。大した問題ではないと思われるかもしれませんが、USB 3ポートは2個（USB 3として1個、USB 2として1個で合計2個）としてカウントされますので、この制限には割と簡単に到達してしまいます。

Skylake以降では、USB 2とUSB 3はXHCIとしてのみ扱われて、それぞれのUSB 3が2個としてカウントされ、すぐに制限に達します。USB 2をEHCIに割り当てることで改善する方法もあります。これにはRehabManさんの FakePCIID.kext + FakePCIID_XHCIMux.kext を使います。これによりXHCIの負担を軽減します（ただし一部のチップセットでしか機能しません）。

Audio関係

マザーボードのAudioチップがサポートされたコーデックであるなら、/u/vit9696さんの AppleALC.kext と、これと一緒に使う Lilu.kext が必要です。AppleALCはAppleHDA.kextに動的にパッチ当てし、macOSのオーディオでサポートされていないコーデックを動かす機能があります。スリープ復帰後のオーディオ機能を手助けする機能もあります。

Graphics関係

GPUのためには、WhateverGreen.kextと、支援kextである Lilu.kextを使うべきです。これは、以前は別々のkextであった、IntelGraphicsFixup, NvidiaGraphicsFixup, CoreDisplayFixup, Shikiの機能を合わせ持っています。

WiFi と Bluetooth関係

Appleは最低限のWiFiチップしかサポートしていません。そこで、2つのチップセットだけを紹介します。私は、PCIeアダプタに取り付けたBCM94360CDと、BCM94352HMB / BCM94352Z だけを使っています。BCM94360CDはOOBでバニラなままで動きます。BCM94352風味の場合では、 WiFi設定のためにAirportBrcmFixup.kextと Lilu.kextを使い、さらに、BrcmBluetoothInjector.kext (10.13.6以降の場合) または BrcmPatchRAM2.kext を、 BrcmFirmwareData.kext と一緒に使います。すべてのBrcm* kextsという名前のkextは、RehabManさんの OS-X-BrcmPatchRAM から入手可能です。

その他

使用するハードウェアに応じて、これ以外のkextも必要になるかもしれません。でもこのガイドは一般的で基礎的な内容を目指したので、あとはGoogleで検索してください。

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

Tue, 22 Jan 2019 22:55:15 +0900

ASUSのZ390マザーボードで作ったHackintoshのその後の報告です。

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

シャットダウンが不完全な問題を解決すべく試行錯誤したところで、EmuVariableUefi-64.efiを使うことで解決しました。あまりにも呆気ない結末なのですが、EmuVariableUefi-64.efiがshutdownに関係するのは知りませんでしたし、もしかして困っている人がいるかもしれないので紹介します。

シャットダウンの症状

症状が出たマザーボードは、Z390チップセット搭載マザーボードのASUS ROG MAXIMUS XI HERO です。macOSのメニューバーから「システム終了…」を選んでシャットダウンしようとすると、そのままの画面で止まってしまいます。Cloverを-vオプションで立ち上げた状態でシャットダウンしようとすると、画面が暗くなった後に、右上に以下のようなメッセージが出ます。

vm_map_delete: map <ptr> [0x1003c1000...0x1003c2000] nothing at 0x1003c1000
Man Jan 21 21:29:26 2019 hoge.local com.apple.xpc.launchd[1] <Notice> Generating report ...
Man Jan 21 21:29:26 2019 hoge.local com.apple.xpc.launchd[1] <Notice> Report generation in 1 seconds.
bash: /private/var/install/shutdown_installer_tasks: No such file or directory
bash: /private/var/install/deferred_install: No such file or directory
Man Jan 21 21:29:26 2019 hoge.local com.apple.xpc.launchd[1] (com.apple.xpc.launchd.domain.system) <Notice> Userspace teardown took: 5032 ms
Man Jan 21 21:29:26 2019 hoge.local com.apple.xpc.launchd[1] (com.apple.xpc.launchd.domain.system) <Notice> Will be calling reboot(2) with flags: 0x0

スリープの時も同様です。-vオプションなしでは、画面が止まってしまい、-vオプションで起動していると、黒くなった画面右上に同じメッセージが出て反応がなくなります。

後からわかったのですが、このメッセージは異常を示すものではなく、ここで処理が停滞して止まっているだけのようです。実はこのマシンを組み上げた直後は、スリープもシャットダウンも正常に動いていた気がしていました。これも後からわかったのですが、気のせいではなかったようです。

シャットダウン問題解決

色々な方法を試したのですが、結局は最初に書いた通り、Clover の drivers64UEFI フォルダに、 EmuVariableUefi-64.efi を入れることですんなり解決しました。 EmuVariableUefi-64.efi は、macOSからATXマザーボード上のNVRAMがうまく読めない場合に、NVRAMのふり（エミュレーション）をしてくれるefiドライバーです。

NVRAMのエミュレーション

マザーボード上のNVRAMがmacOSから利用できていればEmuVariableUefi-64.efiは不要なのですが、ASUSのこのマザーボードの場合は必要だったようです。NVRAMが機能しない場合は、

NVIDIAのWeb driverが動かない（Web driverを使用するかどうかをNVRAMに書き込んでいる）
音量などの値が保存されない

などの症状が出ることは知っていましたが、スリープ、シャットダウンで固まってしまう現象が起こりうるとは知りませんでした。多分、シャットダウン時にNVRAMに情報を書き込もうとして、それができなくて処理が止まっていたと考えられます。

実のところ、最初にこのマシンを組んだ時には、EmuVariableUefi-64.efi を入れていてうまく動いていました。その後、試しに外しても動くようなので、マザーボードのNVRAMにアクセスできていると思い込んで、外していました。EmuVariableUefi-64.efi を外してから、シャットダウンに影響が出るまで時間がかかるので、因果関係に気づきにくいです。

Sleep問題

追記：この問題は10.14.4で発生しなくなりました。

ということで、一時は解決したかに思ったのですが、スリープの問題が発生していました。スリープに入って15秒くらいまではキーボード操作などで画面復帰するのですが、それ以降では画面が暗くなったままです。RX 580で発生しているようです。解決策見つかったら報告します。

~~(追記) こちらの方法で解決しました。~~

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

Sleep/shutdown対策のまとめ

スリープ、シャットダウンできない不具合はHackintoshでよくあるトラブルです。ただ、様々なことが原因で発生するので、対策も多岐に渡ります。一般的な解決策、ASUSの類似マザーボード案件を探して見つかった解決策、今回の解決策を列挙しておきます。

config.plistでFixShutdownをtrueにする。一番一般的な解決策です。だいたいこれで解決します。
config.plistでFixShutdown_0004をtrueにする。Cloverのマニュアルにも書かれているASUSマザーボード対策です。古くからの方法なので今は効かないかもしれません。今回も関係ありませんでした。
Cloverの起動オプションで、darkwake=0またはdarkwake=1とする。ASUSマザボの問題が解決したという報告がありましたが、今回は無効でした。
macOSのシステム環境設定でPower Napを無効にする。今回は関係ありませんでした。
BIOS設定で、Advanced / APM Configuration / Power On By PCI-E/PCIをEnabledにする（出荷時設定はDisable)。ASUSマザボの問題が解決したという報告がありましたが、今回は無効でした。
EmuVariableUefi-64.efiもしくはEmuVariableUefi.efiを入れる（今回のシャットダウン解決策）。
CloverブートメニューでF11を押してnvramをリセットする。
/Library/Preferences/com.apple.PowerManagement.*ファイルを消す。これを消してもmacOSが自動作成してくれます。
```
sudo rm /Library/Preferences/com.apple.PowerManagement.*
```
スリープからの復帰で画面が暗いままな状況はグラフィックスの問題でした。iGPUのデバイスIDを指定したら治りました。
いただいたコメントによると、ディスプレイを接続しているカードのコネクタを変えると治ることもあるようです。HDMIではダメだったけどDPにしたらスリープ解決したそうです。

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>

以上のようになります。

M.2のソケット

Wed, 02 Jan 2019 21:44:50 +0900

現行マザーボードに必ず付いているM.2のソケットについて、Hackintoshに必要な知識をまとめてみました。

M.2はWiFi/Bluetoothの無線ユニットやSSDなどの拡張カードを取り付けるソケットです。M.2では、拡張カードの形状と端子が規格化されています。昔はNGFF（Next Generation Form Factor）と呼ばれていたので、今でもそう併記されることもあります。えむどっとつーと呼ぶのが一般的で、Mは大文字のようです。これ以前に、mini PCI Express, Mini-SATA, mSATAという形のソケットがありましたが、これを小型化してPCIeのレーン数を増やした後継規格です。少し前のマザーボードにはmPCIe, mSATAのソケットがついていましたが、今はM.2です。例えば、古いIntel NUCではmPCIe, mSATAが付いていますが、現行モデルはM.2です。

M.2の形と端子

形

サイズが決められています。Wikipediaによると、幅は12、16、22、30mmの4種、長さは16、26、30、38、42、60、80、110mmの8種類だそうです。でも実際に売られている製品は、幅が22mmで、長さが30、42、60、80mmのものが一般的です。それぞれ、2230, 2242, 2260, 2280というような名前がついています。

端子

端子には、PCIe が最大4レーン、SATA、USB 2.0, USB 3.0, I2C, オーディオなどが出ています。このうち一般に使われているのはPCIe, SATA, USBです。さらに全てが使えるわけではなく、バリエーションがいくつか用意されています。その違いをわかりやすくして、間違って使用されないように、端子に切り欠きが入っています。ソケットの方にも切り欠きに合わせた仕切りが作ってあり、間違ったカードが挿さらないようになっています。

現在のマザーボードには、主に以下の二種類のソケットがついています。

E key: 24-31番ピンの場所が切り欠きになっています。PCIeが2レーン、USB 2.0などが使えます。
M key: 59-66番ピンの場所が切り欠きになっています。PCIeが4レーンとSATAが使えます。SATAが使えないものもあります。

一方で、よく見かけるM.2用カードは、以下の四種類です。

E key: 24-31番ピンの場所が切り欠きになっています。
A-E key: 8-15番ピンと24-31番ピンの場所が切り欠きになっています。
M key: 59-66番ピンの場所が切り欠きになっています。
B-M key: 12-19番ピンと59-66番ピンの場所が切り欠きになっています。

ソケットの方は仕切り板で、カードの方は切り欠きなので、ソケットの仕切り板の位置さえあっていれば、物理的には挿すことができます。なので、

A-E keyとE keyのカードはE key用ソケットに挿さります。
B-M keyとM keyのカードはM key用ソケットに挿さります。

左がE keyソケットとA-E keyカードの例、右がM keyソケットとB-M keyの例です。どちらも挿さります。ただし挿さっても動作するとは限りません。

M.2カードの使い道

何にでも使える規格ですが、現在一般的に使われているのが、WiFi/Bluetoothの無線カードと、SSDカードです。無線カードは、E keyソケットに、SSDはM keyソケットに挿して使います。

無線カード

一般的なM.2用無線カードは、A-E keyもしくはE keyです。どちらもE keyのソケットに刺さります。E keyには2レーンのPCIeと、USB 2.0の端子があります。WiFiのチップはPCIeに接続して動作し、BluetoothのチップはUSB 2.0に接続します。無線カードはそれほど高速ではないので、PCIeは1レーンで十分です。M keyだとUSBが配線されていないので、Bluetoothが使えません。という理由でE keyなのです。

macOSで使えるM.2無線カードの種類は、それほど多くないです。こちら

Hackintoshのパーツ選び【その4：無線編】

でも紹介しましたが、macOSでOOBで動作するM.2 WiFi/Bluetoothカードは、BCM94360NGです。

Dell DW1830 (BCM943602BAED)はより高速で高価ですが、多少互換性が落ちます。こちらの情報のよると、

WifiはOOBで動く
WiFiのパフォーマンスはFakePCIID Kextで改善できる
Bluetoothを動かすためにはkextが必要

だそうです。

予算が限られているならDell DW1560 (BCM4352)も選択肢になります。DW1830よりは安いです。4個のkextが必要です。詳細はこちらをご覧ください。

純正無線カード変換器

HackintoshでWiFi/Bluetoothカードを使う場合、Macで使われている純正の無線カード、BCM94360CD BCM943602CS BCM94360CSなどを使うと互換性が高く、そのままで問題なく使用できます。純正無線カードは、特殊なピン構成ですが、PCIeとUSBに接続されています。そこで、E keyのPCIeとUSBに変換するアダプタが売られています。

最初からE key用に設計されたカードと違い、アダプタを使用すると長くなってしまいます。厚みも増えます。マザーボードによっては、他の部品と干渉して取り付けられない場合もあります。シールド用の金属カバーを外せばなんとかなる場合もあります。余裕があっても取り付けネジ位置が合わない場合もあります。ネジだけの問題なら、両面テープで貼り付ければなんとかなります。

A-E keyもしくはE keyのM.2用ソケットを延長するアダプターもあります。こういう製品を使えば、小型のインテル製無線カードが入っているソケットから、延長して外に引き出して、macOS純正のBroadcom製カードを取り付けることができると思います。

M.2用の無線カードは通常はE keyソケットに挿しますが、M keyで無線カードを使うことも可能ではあります。Macで使用されている純正無線カードを、E keyではなく、M keyに変換するアダプターを使えば可能です。ただし、M keyにはUSBは配線されていないので、ケーブルでマザーボード上のUSBコネクタに配線することになります。

SSD カード

M.2 SSDカードは、通常M keyソケットに取り付けます。E keyにもPCIeが2レーン来ているので、速度低下の懸念はあるものの接続可能と思うのですが、そのような製品は無いです。

M.2 SSDカードには、配線の種類でSATA接続のものとPCIe接続のものがあります。また、データ転送のプロトコル（手順）にAHCIとNVMeのものがあります。NVMeが新しいプロトコルでSSDに特化していて高速です。High Sierraからネイティブにサポートされています。macOSの起動も可能です。

Hackintoshのパーツ選び【その5：SSD】

SATAまたはPCIeと、AHCIまたはNVMeで4通りの組み合わせがありますが、現在販売されているのは、

SATAでAHCIのもの
PCIeでNVMeのもの

がほとんどです。SATAでNVMeという製品はありません。PCIeでAHCIという製品はNVMeが一般的になる前は一時ありました。中古で出回っているかもしれませんが互換性が心配ですので避けた方が良いと思います。

SATA SSD

SATAで接続する場合はPCIeは不要ですのでPCIeが2レーンになるB keyが最適です。でもM keyのソケットにも挿さるように、M keyも切り欠いてあるB-M keyの製品がほとんどです。なので2箇所切り欠きがあるのはSATAだと考えて良いです。こんな感じです。

NVMeの方がベンチマークでははるかに高速ですが、使ってみて差を感じる場面はありません。その上、現状ではSATAの方が半額くらいですので、SATA SSDを使っても良いと思います。

B-M key SATA SSDはM keyも切り欠いてあるので、M keyソケットに挿すことができます。しかし必ず使えるわけではありません。SATA接続も可能なM keyソケットである必要があります。例えばASUSのZ390チップマザーボードであるROG MAXIMUS XIにはM keyソケットが2本ありますが、マニュアルの記述によるとSATAをサポートしているのはそのうちの1本だけです。SATA SSDをM keyソケットに挿す場合は、SATAがサポートされているかどうか確認する必要があります。

PCIe NVMe SSD

一方でPCIe接続のNVMe SSDは高速データ転送を実現するためにPCIeを4レーン使います。そこでPCIeが4レーンあるM keyの構成で使います。なので切り欠きが一つしかないSSDはPCIe接続のNVMe SSDだと考えて良いです。こんな感じです。現状ではSATAタイプの倍くらいの価格ですが、本来のM.2の速度を得たいのでしたらこちらが良いかと思います。

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が使えるようになります。

tonymacx86式インストール手順 (その3: バニラ化と調整)

Fri, 14 Dec 2018 01:17:00 +0900

UniBeastとMultiBeastを使ってmacOSをインストールした前回

tonymacx86式インストール手順 (その1: UniBeast)

tonymacx86式インストール手順 (その2: MultiBeast)

に引き続き、今回はバニラな構成にし、設定を調整する方法を紹介します。

ESPをマウントする

前回の作業で一応Hackintoshが起動するようになりました。MultiBeastは何をしてくれたのでしょうか。まずはMultiBeastがどこに何をインストールしてくれたのかを確認します。そのためにまずはESPをマウントします。

ESPをマウントするには、専用のアプリもありますしKext Updater.appなどでも可能です。でも一番基礎的なターミナルでの作業を知っておくのも良いと思います。まずはドライブを確認します。ターミナルから、

$ diskutil list

とタイプすると、マシンに接続されたドライブの一覧が出ます。MultiBeastがインストールした起動ドライブ関係を見ると、

/dev/disk0 (internal, physical):
 #:                       TYPE NAME                    SIZE       IDENTIFIER
 0:      GUID_partition_scheme                        *80.0 GB    disk0
 1:                        EFI EFI                     209.7 MB   disk0s1
 2:                 Apple_APFS Container disk1         79.8 GB    disk0s2

/dev/disk1 (synthesized):
 #:                       TYPE NAME                    SIZE       IDENTIFIER
 0:      APFS Container Scheme -                      +79.8 GB    disk1
                               Physical Store disk0s2
 1:                APFS Volume Mojave25SSD             6.0 GB     disk1s1
 2:                APFS Volume Preboot                 20.6 MB    disk1s2
 3:                APFS Volume Recovery                1.0 GB     disk1s3
 4:                APFS Volume VM                      4.3 GB     disk1s4

となっています。物理的にはdisk0の一つのドライブしかありませんが、その中に仮想的なドライブ（コンテナ）であるdisk1が作られています。disk1には、macOSの本体であるdisk1s1があります。それ以外の内容 (Preboot, Recovery, VM) については、こちらをご覧ください。

ここでESP (EFI System Partition)はdisk0s1であることがわかります。以下のdiskutil mountコマンドでマウントできます。管理者権限が必要なのでsudoコマンドを使っています。実行するとパスワードを聞かれます。

$ sudo diskutil mount disk0s1
Volume EFI on disk0s1 mounted

これにより、/Volumes/EFIの下にESPがマウントされます。

ここには、Cloverブートストラップローダプログラムや、efiドライバ、config.plistなどがインストールされています。

KextをESPに移動してバニラ化する

macOS本体に手をつけないバニラなインストールでは、kext類もESP、すなわちCLOVERのkexts以下に入れておきます。しかしMultiBeastではkextをESPに入れてくれません。MultiBeastはkext類を/Library/Extensions以下（略して/L/E）にインストールします。/L/E以下の内容を見てみましょう。

ここで選択した8個のkextがMultiBeastがインストールしたものです。とりあえずは動いているので、このままで良いでしょう。AHCI_3rdParty_eSATA.kextは、MultiBeastのインストールで指示したので入っています。でも、効果は感じられないですので、外しても良いかもしれません。FakePCIIDで始まる2個のkextもインストールの時に指示したものです。これもなくても問題なく動いていますので、外しても良かったかもしれません。

MultiBeastがなぜESPじゃなくて/L/Eにkextをインストールするのかについて公式の説明はないと思います。おそらくは、kextによってはESPでは動かないものが稀にあるので、/L/Eにインストールしているのではないかと思われます。でもここでインストールされたkextはESPでも動くものばかりです。ESPに移せば、macOS部分は手つかずのバニラな状態になります。EFI/CLOVER/kexts/Otherの中に移動しておきましょう。ドラッグ&ドロップではコピーになってしまいます。kextが二重に存在するのは好ましくないので、MultiBeastがインストールした/L/Eのkextは消しておきましょう。

EFIドライバ

ESPの中のEFI/CLOVER/drivers64UEFIの中にはEFIドライバ類が入っています。MultiBeastが何を入れたか確認しておきます。

VBoxHfs-64.efi
PartitionDxe-64.efi
SMCHelper-64.efi
FSInject-64.efi
FirmwareVolume-64.efi
DataHubDxe-64.efi
AptioMemoryFix-64.efi
AppleUITheme-64.efi
AppleKeyAggregator-64.efi
AppleImageCodec-64.efi
ApfsDriverLoader-64.efi

Cloverのインストーラで「場合によっては必要」とされるefiが全て入っている様子です。色々な環境で動くことを考えての選択だと思います。これもkextと同じく、とりあえずは動いているので、このままで良いと思います。でも外しても動くようなら除外しても良いと思います。今回のハードウェア構成では、以下のドライバだけで問題なく動きます。

VBoxHfs-64.efi
SMCHelper-64.efi
FSInject-64.efi
AptioMemoryFix-64.efi
ApfsDriverLoader-64.efi

Config.plist

MultiBeastが作ってくれたconfig.plistを次に見てみます。以下に掲載しておきました。これも、起動しやすいことを目指して、安全よりの設定になっています。下記で説明するSMBIOSの項目以外は、このまま使い続けて構わないと思います。

config.plist by MultiBeast - Pastebin.com

ACPI

ACPIの最初のキーはDSDTです。この中のDropOEM_DSMのkeyは、#DropOEM_DSMと改名されています。存在しないキーに改変されていることで、コメントアウトになっています。ここの設定は消してしまっても構わないです。Fixesのkeyは、すべてfalseです。デフォルトがfalseなのでこれも全部消してしまっても構わないです。ということでDSDTはNameキーくらいはあっても良いけど、他は消してしまっても大丈夫です。

次のDropTablesのkeyではMATSが外してあります。昔はMATSがカーネルパニックを引き起こしやすかったらしいのですが、今はdropしなくても大丈夫です。消しても構わないです。

次のHaltEnablerはfalseなので消してしまって構わないです。シャットダウンした後で起動してしまう症状が現れるようならtrueにしてみると効果があるかもしれません。

SSDTはこのままでも良いです。DropOEMは消しても良いです。

結果、ACPIはこれくらい書いてあれば十分です。

 <key>ACPI</key>
 <dict>
 <key>DSDT</key>
 <dict>
 <key>Name</key>
 <string>DSDT.aml</string>
 </dict>
 <key>SSDT</key>
 <dict>
 <key>Generate</key>
 <dict>
 <key>CStates</key>
 <true/>
 <key>PStates</key>
 <true/>
 </dict>
 </dict>
 </dict>

Boot

Bootはこのままで良いです。DefaultVolumeは起動ドライブの名前にしておきます。Timeoutはマイナスにするとキーボード入力待ちします。色々調整する場合はマイナスにしておくと便利です。

Devices, DisableDrivers

FakeIDは全部ゼロのままなので、効いていません。DisableDriversも何も指定していません。両方とも消してしまっても構わないです。

GUI, Graphics

このままで良いと思います。必要に応じて変更します。

KernelAndKextPatches

KextsToPatchのキーに外部ドライブがオレンジ色アイコンになることを阻止するパッチが書いてあります。ほとんど困らないと思いますので、削除しても良いと思います。副作用を考えるとパッチは少ない方が良いですから、不要なパッチは外しておきましょう。

RtVariables

CsrActiveConfigは0にしておくとSIPが有効になります。kextをESPにすべて移動したので0でも大丈夫なはずです。SIP有効にすれば実機と同じになるので気持ちが良いです。

BooterConfigは、実は何も使われていないです。以前、Cloverのソースを見て確認しました。消しても構わないです（あっても大丈夫ですが）。

SMBIOS

MultiBeastはTrustのキーしか作ってくれません。最近のCloverはSMBIOSのいくつかの項目を自動で作ってくれますが、完全ではありません。こちらのガイド

正しく機種設定する (SMBIOSの設定)

を見て、少なくとも以下の項目は作成しておくのが良いです。

BiosVersion
ProductName
SerialNumber

実際、MultiBeastの前回の設定では、ProductNameをiMac15,1にしました。しかしconfig.plistではそれが書かれておらず、iMac14,2になってしまっています。SMBIOSをしっかり設定することで、ハードウェアに合致した機種IDになり、トラブルを回避できます。

SystemParameters

この部分は、MultiBeastがインストールしたそのままで大丈夫です。

今後の調整

今回の作業で、バニラなシステムになり、機種名が正しく設定できて、より安定なシステムになったのではと思います。終了、スリープなども機能します。ネットワークにも接続できていると思いますので、一通りの機能は使えていると思います。ただ、いくつかやり残している機能もあります。

サウンド

AppleALC.kextがあり、またconfig.plistのAudioでInject 1としているので、運が良ければ音は出ます。でなければ、Injectの数値を変えるか、VoodooHDAを使うか、USBオーディオを使うと良いです。

音を出す

USB

USBの上限個数15を外すパッチを採用しませんでした。そのため使えないUSBポートがあるかもしれません。こちらを見て対応すると良いです。

USBポートを設定する

おまけ：名前の由来

Cloverの前に一般的だったブートローダープログラムがChameleonでした。macOSがインストールできるようにマシンを変化させる機能を、色を変えられるカメレオンになぞらえたのだと思います。Chameleonはオープンソースだったので、tonymacx86の中の人がこれをフォークしてtonymacx86版のブートローダープログラムを作り、これをChimeraと名付けました。異種のOSを起動できる機能を、色々な動物の部位を併せ持った伝説上の生き物になぞらえたのだと思います。

(Chimeraのアイコン)

Chameleonは古いハードウェアから最新ハードウェアまで満遍なくサポートするのに対して、Chimeraは古いハードウェアは切り捨てつつ、最新ハードウェアに積極的に対応する違いがありました。tonymacx86で提供するおすすめハードウェア構成で確実に動くことを目指していました。

その後、Chimeraとkext類をインストールして設定するためのインストーラが作られて、その名前がMultiBeastになったわけです。キメラをもじっての命名だと思います。その後に出た、インストール用USBメモリー作成ツールは、USBのUniversalと、どのマシンでも起動するユニバーサルなアプリであることからUniBeastと名付けられたと思われます。

tonymacx86式インストール手順 (その2: MultiBeast)

Mon, 10 Dec 2018 00:30:56 +0900

MultiBeastを使って「ポストインストール」する方法をHackintosh初心者向けに紹介します。MultiBeastはtonymacx86.comで作られて配布されているHackintosh作成ツールです。Apple純正インストーラやUniBeastによりmacOSがインストールされたドライブに、Cloverやkext類をインストールし、macOSを起動できる状態にしてくれます。インストールが簡単になってしまうので何をやっているか理解しないでHackintoshを作ってしまうとか、バニラなインストールにならないなどの批判もあります。しかし何をどうしたら良いかわからない初心者にはありがたいツールです。動かすまでに苦労することがHackintoshの醍醐味ではありますが、とりあえず動かないと心が折れます。なので、Hackintosh初心者は、まずはMultiBeastでインストールして、動くことを確認して、チューニングを施してバニラな構成に持っていくのも良いと思います。

tonymacx86式インストール手順

tonymacx86で推奨されているインストールの手順は：

動いているmacOSマシン（以下、親マシン）でApp StoreからmacOSをダウンロードする。
親マシン上でUSBメモリを初期化する。
親マシン上で、tonymacx86配布のUniBeastというツールを使ってインストール用USBメモリを作る。（UniBeastはcreateinstallmediaコマンドと同様にインストール用USBメモリを作り、それに標準的な構成でCloverをインストールします）
Hackintoshを作ろうとしているマシン（以下対象マシン）でインストール用USBメモリを起動する。
対象マシンに接続したドライブにmacOSをインストールする。（インストール用USBメモリを使うとこのドライブからmacOSを起動できます）
macOSで起動した対象マシン上でMultiBeastを使ってClover等をインストールし、そのドライブ単体でmacOSを起動できるようにする

です。1から5のステップは以下で説明しました。

tonymacx86式インストール手順 (その1: UniBeast)

この記事では6番目の最後のステップを説明します。この太字部分を「ポストインストール」とも呼んでいます。

MultiBeastでポストインストール

UniBeastは大抵のマシンで起動できるUSBドライブを作ってくれて操作も簡単です。それに対してMultiBeastによるポストインストールの手順は選択肢も多くて大変です。完成度を高めるためには調整も必要です。今回は、とりあえず動くところを目指し、バニラなインストールを目指した調整を次回に行います。

今回インストールを試みるマシンは、Haswell CPUとRadeon RX-580を使ったマシンです。まずはインストール先のハードウェアを調査しておきます。このマシンのマザーボードはMSI Z97A Gaming 7で、これには、以下のチップが搭載されています。

Intel Z97 チップセット 6本のSATAとUSB 2.0/3.0をサポートします
ASMedia ASM1061 SATAコントローラ 追加の2本のSATAを提供します
Qualcomm Atheros Killer E2205 Ethernetを提供します
ASMedia ASM1142 2本のUSB 3.1を提供します
Realtek ALC1150 サウンド機能を提供します

これらを適切に機能させるべくMultiBeastで設定していきます。最初にMultiBeastを起動するとこんなウィンドウが出ます。

左上にはアイコンが並んでいます。このアイコンを左から順番に選択して作業を進めていきます。また、アイコンを選択すると、何のためにどの様な作業が行われるかの説明が表示されます。これを読んでいくと勉強になります。

Quick Startアイコン

まずはQuick Startアイコンを押します。すると、UEFI Boot ModeとLegacy Boot Modeの選択が可能になります。UEFI対応になったマザーボードですのでUEFI Boot Modeを選びます。CloverやkextがESPにインストールされるので、バニラなインストールに近くなります。

これを選択すると、

CloverがUEFIブート状態でインストールされ、
システムの設定がiMac14,2になって、
kextはFakeSMCがインストール

されるようになります。

Driversアイコン

次にDriversアイコンをクリックします。すると、Audio, Disk, Misc, Network, USBのアイコンが出ます。

Audioでは、音を出すドライバとして、以下の3種類を選択できます。音は後回しにしても良いと思うのでしたらどれも選択しなくても良いです。

AppleALC これを選んでおきましょう。一番新しくておすすめな方法です。Lilu.kextと一緒にインストールされて必要なパッチも全て行ってくれます。
Realtek ALCxxx 少し前に一般的だった方法です。色々とパッチを当てる必要があります。
Universal Voodooシリーズのドライバを入れる選択肢です。一番確実に動きますが、音が割れたりすることもあります。

Diskでは、以下を選択できます。インテルチップセット接続のSATAは、ここで何もしなくても動きますので、追加のSATAが不要ならどれも選択しなくて良いです。

3rd Party SATA ASM1061, JMicron 36x, Marvel 88SE912x, 88SE9172, 88SE9230 SATAコントローラをサポートします。ここに接続したドライブは内部ドライブとして表示されてホットスワップできません。AHCI_3rdParty_SATA.kextがインストールされます。
3rd Party eSATA サポートするチップは上記と同じです。違いは、ここに接続したドライブが外部ドライブとして表示され、ホットスワップできることです。AHCI_3rdParty_eSATA.kextがインストールされます。今回のマザボにはASM1061が搭載されていて、リムーバブルドライブベイに接続しましたので、使うならこれを使います。
Intel Graphic AHCI SATA 200, X79, X99, 一部の9シリーズチップセットのSATAコントローラが「一般的なAHCIコントローラ」と表示されるところを、実際のチップセット名にします。接続されたドライブは内部ドライブになります。AHCI_Intel_Generic_SATA.kextがインストールされます。Z97でもSATAコントローラ名が表示されませんので、気になるならばこれを使うと良いです。ちなみにMultiBeastには含まれていませんが、AHCIPortInjector.kextでも同じ効果が得られます。

Miscでは、以下を選択できます。絶対必要な項目はFakeSMCです。これだけはチェックします。

FakeSMC Hackintoshに必須の唯一のkextであるFakeSMC.kextをインストールします。実機にあるSMC (System Management Controller)のフリをします。必要です。
FakeSMC Plugins ハードウェアモニターのためのプラグインです。温度などを見る必要がなければ不要です。
FakeSMC HWMonitor Application ハードウェアモニターのためのアプリケーションです。温度などを見る必要がなければ不要です。
NullCPUPowerManagement 電力制御を無効にするNullCPUPowerManagement.kextをインストールします。電力制御に関する設定に失敗していても起動するようになります。最終的には外したいkextですが、電力制御が失敗して起動しない場合は導入しても良いです。
Core Graphics Fixup AKA WhateverGreen WhateverGreen.kextとLilu.kextをインストールします。AMD/Intel/Nvidiaグラフィックス関係の有効なパッチをいくつか当ててくれるので、入れておいた方が良いです。
VoodooTSCSync LGA2011 CPUが対象ですので、今回は不要です。

NetworkではLAN用のドライバを選択します。Atheros, Intel, Realtekの選択肢があります。今回は、Atheros E2205を使っているので、Atheros E2200シリーズ用の最新版を選択します。これで、AtherosEthernet.kextがインストールされます。

USBでは、以下を選択できます。

3rd Party USB 3.0 マザーボードのチップセットにUSB 3.0が搭載されていなかった時代の選択肢です。今回のマザーボードでは不要です。
7/8/9 Series USB Support 今回のマザーボードがこれに該当します。FakePCIID.kextとFakePCIID_XHCIMux.kextをインストールするようです。実はどちらのkextも使っていなかったのですが、せっかくだから試してみます。
Remove XHCI USB Port Limit OSがサポートするUSBの数が15個であることの制限を撤廃するパッチです。これはmacOSのバージョンごとに変わりますので、あまり素性の良いパッチではありません。使うのはやめておきましょう。
USBInjectAll 15個の制限内で使用するUSBポートを選択することに使えます。入れておきます。

USBに関するちゃんとした設定はあとで行いましょう。詳しくはこちらをご覧ください。

USBポートを設定する

Bootloaderアイコン

次にBootloaderアイコンをクリックします。

このアイコンでは以下の選択ができます。

Clover UEFI Boot ModeはEFIブート用にインストールし、さらにAptioMemoryFix, ApfsDriverLoaderがインストールされます
Clover Legacy Boot ModeはBIOSベースのマザーボード用です
Clover UEFI Boot Mode + Emulated NVRamは、OsxAptioFix2Drv, EmuVariableUefi, apfs.efiをインストールします

ここでは最初のUEFI Boot Modeを選んでおけば良いです。Legacyを選択する必要性はないです。また、最後のオプションはNVRAMエミュレーションを行うドライバを導入します。しかし、NVRAMエミュレーションが機能しなくても起動はしますので、必要な場合は、あとで行えば良いです。NVRAMの設定に関して、詳しくはこちらをご覧ください。

NVRAMのエミュレーション

Customizeアイコン

次にCustomizeアイコンをクリックします。

Graphics Configurationでは以下の選択がでます。しかし、今回の構成で必要な項目はありません。何も選択しなくて良いです。

Intel HD 6xx, 今回のiGPUはこれではないです。
Inject ATI, 今回のGPUはAMDですが、GPU部門はATIという会社でした。ですがこれは古いATI製品用の選択肢です。
Inject NVIDIA 今回のGPUはNVIDIAではないので選びません。
NVIDIA Web Drivers Boot Flag 今回のGPUはNVIDIAではないので選びません。

SSDT Optionsの項目にはSandy Bridge用のSSDTが用意されています。今回のCPUに必要な項目はありません。何も選択しなくて良いです。

System Definitionsでは、今回の構成に近いMacのモデルを選択します。Macの仕様は、MacTracker.appなどで調べると良いかと思います。今回は、iMac15,1を選択します。

Buildアイコン

最後にBuildアイコンを選択すると今までの設定のまとめが出ます。これで問題無いことを確認できたら、右下のInstallアイコンをクリックします。するとSelect Install Driveで示されたドライブ（ここではMojave255SSD）のESPと/Library/Extensionsに必要なファイルがインストールされます。

以上で、ポストインストールが終了します。

起動する

いよいよこのドライブで起動してみましょう。tonymacX86で用意された特別なthemeが設定されているので、Cloverの起動選択画面はこんな感じになります。

これで問題なく起動します。

シリアル番号は（たぶん）Cloverが適当に生成してくれています。機種名はちょっとおかしいです。そのあたりはまた次回に調べたいです。でも問題なく起動して動作します。とりあえず起動するドライブを作れるという点で、MultiBeastは優れたツールだと思います。

次回は、MultiBeastが何をどこにインストールしたのか、それをどう改善していけるかを調べてみたいと思います。こちらに続きます：

tonymacx86式インストール手順 (その3: バニラ化と調整)

HACKINTOSHのパーツ選び【その3：グラフィックス編】10.14以降版

Sat, 08 Dec 2018 18:34:46 +0900

これは古い情報です。10.16 Catalina以降のmacOSのためのグラフィックスカードについてはこちらをご覧ください。

macOSのためのGPUの選び方

Hackintosh自作に適したグラフィックスカードを紹介します。macOS 10.14 Mojave以降のmacOSでHackintoshする人向けに情報をまとめました。10.13以前のmacOSの情報を含む詳しい経緯は、以下をご覧ください。10.13.4から10.13.6の情報はこちらをご覧ください。

Hackintoshのパーツ選び【その3：グラフィックス編】10.13.4以降版

10.13.3以前の情報はこちらをご覧ください。

Hackintoshのパーツ選び【その3：グラフィックス編】

Catalinaを前提とした場合の情報はこちらをご覧ください。

macOSのためのGPUの選び方

結論としては、AMDのRadeon RX 560/570/580/590、Radeon VII、VEGA 56/64がおすすめです。

AMDグラフィックス

10.14以降のmacOSでは、AMDグラフィックスがお薦めです。AMD Radeon RX 470/480/560/570/580/590およびVEGA 56/64の4モデルならば取り付けるだけでそのまま動きます。10.13.4からThunderbolt 3接続の外付けGPUボックスがmacOSで正式にサポートされたからです。

AppleはeGPUで使うカードをいくつか推薦しています。また、eGPUボックスを実際に開発しているSonnetも推奨AMD GPUを発表しています。これらを使えば、簡単にHackintoshできるので、お勧めです。このうち、Pro WXシリーズは高価なので一般的なHackintoshからは除外できるかもしれません。なので実質的には、

AMD Radeon RX 560, RX 570, RX 580, RX 590
AMD Radeon RX Vega 56, RX Vega 64

廃盤製品を中古から探しても良いなら

AMD Radeon RX 470, RX 480

も候補になります。

Vegaでは搭載空冷ファンのコントロールが効かず最大スピードになるという報告もあります。それも直せたという報告もありますので、対応可能なようです。一般的な自作PCの世界では、AMDの製品は、NVIDIAと比較して上位機種の性能、性能あたりの消費電力で未だに劣っていると言われています。ただ、これはWindowsで使うことを前提にした話です。macOSで使う場合、AMDはOSで正式にサポートされているアーキテクチャなので、色々と最適化されています。例えば、Final Cut Pro Xなどを使って性能比較すると、同じ性能ランクのNVIDIAよりも良いスコアを出します。

NVIDIAグラフィックス

NvidiaはmacOS用のドライバを供給してくれていたため、多くの製品がmacOSで動きました。ただMojaveでは手こずっているようです。Appleの認可が得られないため遅れていると噂されています。Mojaveが出てから間も無く3ヶ月になりますが、まだドライバが出る気配がありません。そのため、残念ながら現行のNvidia GPUはMojaveで動きません。

Keplerアーキテクチャとそれ以前の古いカードは、Nvidiaのドライバを入れなくてもmacOSの標準ドライバだけで動きます。なのでMojaveでも動きます。Keplerアーキテクチャの代表的なモデルは以下です。

GTX780Ti
GTX780
GTX770
GTX760
GTX680
GTX670
GTX660
GTX650Ti
GTX650
GTX640

macOSの標準ドライバだけで動く古いNVDIAカードはたくさんあります。例えば以下のような製品が手に入るなら、安価に使えるようです。

nvidia gt 9400
nvidia gt 9500
nvidia gt 210
nvidia gt 220
nvidia gt 9600
nvidia gt 240
nvidia gts 250
nvidia gt 610
nvidia gt 630
nvidia gt 640
nvidia gt 710
nvidia gt 730

ただしHigh Sierra以降では、Keplerは動くけど、それより古いFermiは動かなかったという報告があるようです。あまり古いものは避けて、Keplerのモデルにしておいたほうが無難かもしれません。できるだけ安く探すとなるとGT 710とかGT 730あたりでしょうか。

Intel CPU内蔵GPU

MacintoshでIntel CPU内蔵GPU (iGPU) を使っている機種は多数あります。これらと同じGPUは問題なく使用できると考えて良いです。純正Macで採用されていないIntel GPUも、近いモデルならば動くことがあります。 MojaveからはMetal対応のGPUのみがサポートされるようになります。Sandy Bridge以前のIntel CPU内蔵GPUは、Metalに対応していません。Ivy Bridge以降のCPUならば大丈夫です。ちなみにMojaveをサポートしているiMacとMac mini 2018が搭載しているデスクトップ向けIntel HD Graphicsは

Intel HD Graphics 4000
Intel HD Graphics 5000
Intel HD Graphics 6000
Intel HD Graphics 530
Intel HD Graphics 630
Intel UHD Graphics 630

です。Intel UHD GraphicsはMojaveからサポートされています。ただCPU内蔵グラフィックスは、時々画面が乱れるとか、スリープからの復帰に失敗してハングするなどの問題も報告されています。互換性のあるPCIeのグラフィックスカードの方が安定しています。もともと、Intelのデスクトップ用CPUの内蔵GPUはモバイル用に比べて非力です。トラブルに遭遇したら「モバイル機種に負けるようなグラフィックスは使わない」と考えてPCIeグラフィックスカードを検討するのが良いと思います。

Z390 m-ATXマザボのPCIe

Sat, 01 Dec 2018 14:32:31 +0900

マザーボードのPCIe構成

現在、Z390搭載のMicro-ATXマザーボードでCoffee-Lakeマシンを自作しようとすると6種類の選択肢しかありません。人気の無いフォームファクタなのでしょうか、寂しい限りです。そのうちASUSとMSIからは２モデルが出ています。（リンク先はAmazonのページです）

この2社の２モデルのうち、高額な方のモデルは、他のMicro-ATXマザーボードとPCIeスロットの構成が違うことがわかります。以下は4本あるPCIeスロット部分の写真です。写真の上の方にCPUがあります。

長いスロットがPCIe x16と呼ばれるもので短い方がx1です。CPUから近い方からぞれぞれ、

16, 1, 16, 1（最初の写真）
16, 1, 1, 16（次の写真）

のように並んでいます。16と1が交互に並んでいる方が高級マザーボード、16が両端にあるのがそれ以外の一般的なマザーボード（H370/B360などもこちら）です。macOSをインストールする場合は、どちらの構成が有利なのかを考えてみました。

レーン数

ところで、PCIe x16とかPCIe x1と表記するときの数字の部分は、PCIeのレーン数です。PCIeは、超高速（PCIe 3.0では2Gb/s程度）のシリアル転送を行なっています。このシリアル転送の配線を何組用意しているかがレーン数になります。1レーンは1組、16レーンは16組のシリアル転送配線セットを持っていることになります。1レーンあれば2Gb/sの、16レーンあれば32Gb/sのデータ転送ができます。1レーンのデータ転送では、送信受信にそれぞれ1対の差動配線を用いるので、1レーン当たり合計で4本の信号線を使用します。実際にはそれぞれにノイズ低減のための接地線が用意されるので、レーンが1増えるごとに、スロットのピン数は8個増え、だんだんと長くなります。

(上からx4, x16, x1, x16のPCIeスロット。一番下は古い規格のPCIスロット。Wikipediaより）

スロットの物理的な長さと、実施されるデータ転送の速度は必ずしも一致しません。長い16レーン用のスロットが用意されていても、全部が配線されているとは限りません。あとで紹介するように4レーンしか配線されていないこともあります。また、長いPCIeスロットに短いPCIeカードを挿すことも可能ですが、その場合は、接続された接点だけで通信します。例えば16レーンの長いスロットに4レーンの短いカードを挿すと、4レーンで接続されます。

CPUとチップセット

Coffee Lake CPUとZ390チップセットのブロック図がIntel社のサイトで公開されています。引用します。ここで上の箱がCPUで下の箱がチップセットです。

PCIeスロットには、CPUに直結しているものと、CPUからはDMI 3.0を経由してチップセットの先に接続されたものの2種類があることがわかります。図で言うと、左上にある16レーンのPCIeがCPU直結、チップセットの左にある24レーンのPCIeがチップセット経由です。最近のIntelのメインストリームCPUはZ170の時代からほぼこれと同じ構成です。CPU直結のPCIeはフルスピードが出ます。16レーンなので32Gb/sくらいの速度が出ます。一方でチップセット経由のPCIeは合計24レーン使えますが、8Gb/sのDMI 3.0がボトルネックになっていて、合計で8Gb/sしか速度が出ません。8Gb/sというのはPCIe 3.0のレーン数にすると4レーンです。

高級と一般マザボのスロットの違い

最初に、高級なマザボと一般のマザボでPCIeスロットの並びが違うことを示しました。並びが違うだけではなく、接続先も違うのです。つまり、上記で示した2種類のPCIe構成において、以下の青い太字のスロットがCPU直結のPCIeで、それ以外の細字のスロットがチップセットのPCIeです。

16, 1, 16, 1
16, 1, 1, 16

高級マザーボードでは、CPU直結のPCIeが２本あります。というのはZシリーズのチップセットでは、CPU直結のPCIeを分割する機能があるからです。この機能は、CPU直結の16レーンを、

16
8+8
8+4+4

の３通りに分割することができます。ブロック図の左上に書いてあります。フルサイズのATXマザボでは8+4+4の3本に分割することもありますが、スロットが4本しかないm-ATXでは8+8の2本に分割されます。また、この分割は、PCIeカードが挿された時に自動的に実施されます。つまり、

16, 4, 16, 4

の構成のマザボは、CPU直結の両方のスロットにカードを挿すと、8 + 8に分割されるのです。以下は、のマニュアルからの抜粋です。CPUに近い方のx16レーンスロットPCIEX16_1と、遠い方のx16レーンスロットPCIE16_2にカードが挿された場合に、何レーンで接続されるかが表に書いてあります。これを見ると、CPUに近い方のx16レーンスロットにのみカードを挿すと16レーンで接続されて、一方のx16レーンスロットにもカードを挿すとそれぞれが8レーンに分割され接続されると書いてあります。

一方で、

16, 1, 1, 16

の構成のマザボでは、CPUに近いx16レーンのスロットのみが、CPUに直結しています。CPUから遠い方のx16レーンスロットはチップセット経由です。この構成では、CPU直結レーンが分割されることはありません。以下は、のマニュアルからの抜粋です。PCIEX16_2にカードを挿しても、PCIEX16_1の速度が変化しないことがわかります。

これを見ると、合計レーン数が多いので、この構成の方が優れているように思うかもしれません。しかし、PCIE16_2のレーンはチップセットが管理していて、他のPCIe, M.2, SATA, USB, LANなどと一緒にDMI 3.0の8Gb/s帯域を共有しています。それもあってPCIE16_2のレーンは4レーンしかないのです。4レーンは8Gb/s相当なので、これ以上のレーンがあってもデータ転送速度に対応できないためです。

PCIeに複数のグラフィックスカードを接続して、グラフィックスや並列計算を高速化する手法があります。グラフィックスの場合、NVIDIAではSLI, AMDではCrossFireと呼ばれている機能で、複数のグラフィックスカードを接続して、ゲームなどの画面描画を高速にすることができます。グラフィックスカードには通常16レーンのコネクタが付いていますので、本来なら16レーンずつのPCIeスロットに挿したいところです。しかしCPU直結が全部で16レーンしか無いので、半分に分けて接続します。

16, 1, 16, 1

の構成のPCIeは、2本のx16スロットが、8レーンになってしまいますが、どちらも高速なCPU直結になり、SLI/CrossFireに適しています。なのでグラフィックスカードを2枚使用する場合は、こちらの構成の高級マザーボードを買うべきです。ちなみに

16, 1, 1, 16

の構成のマザーボードでもSLI/CrossFire対応している製品が多数あります。

macOSはSLI/CFできない

多くのマザーボードが対応しているSLI/CrossFire機能ですが、これはWindowsかLinuxでしか使用できないです。それも対応したアプリケーションからのみ利用可能です。macOSでは、円筒型Mac ProでAMDのGPUを2個使ったデュアルGPUを構成していますが、CrossFireとは違う使い方をしています。なのでmacOSを使う限り、m-ATX, ATXマザーボードにグラフィックスカードを2枚挿しするメリットはほとんどありません。グラフィックスカードを1枚しか使用しない場合、

16, 1, 16, 1

の構成のPCIeのメリットはほとんどありません。逆に、こんなデメリットも考えられます。

グラフィックスカードを1枚使用する場合、CPU直結のPCIeを利用するために、CPUに一番近い16レーンスロットに挿すことになります。そうすればグラフィックスカードの16レーンが全てCPU直結になり、最高の性能が期待できます。この時、直結PCIeを分割する機能がある

16, 1, 16, 1

の構成のマザーボードで、2番目の16レーンスロットを使用しようとすると、1番目のスロットの帯域が半減して8レーンになってしまいます。グラフィックスカード以外のカードを挿しても分割機能が働いて帯域が半減します。なので直結16レーンの性能をフルに活かしたいなら、2番目の16レーンスロットは使用しないほうが良いです。一方で、

16, 1, 1, 16

のマザーボードなら、残りのどのスロットを利用してもGPUの帯域は低下しません。フルバージョンのATXマザーボードならスロットは多数ありますので、分割しないスロットを選んで使用すれば良いです。しかし、4本しかスロットの無いm-ATXでは、残りの3本のうちの1本が使えないのは辛いです。さらに、最近のグラフィックスカードは2スロット占有するので、グラフィックスカードの搭載比率が高いHackintoshでは、空きスロットが1本になってしまいます。これにWiFi/Bluetoothカードを挿したらもう空きはありません。ということでmacOSを使うなら

16, 1, 1, 16

の構成のマザーボードが良いと思います。これなら2本占有グラフィックスカード、WiFi/Bluetoothカードを挿しても、まだ1本の空きがあります。グラフィックスカードを2枚挿しする以外に、8レーンのPCIeを2スロット必要とする用途は今の所まず無いと思います。NVMe SSDカードでも8レーンの速度が必要な製品は無いです。ということで、macOS用にZ390 Micro-ATXマザーボードを選ぶなら、以下から選ぶのが良いと思います。

AMD Radeon RX 590が10.14.2βで動く

Sun, 25 Nov 2018 15:24:07 +0900

AMDの新しいグラフィックスカードRX 590が発売されました。試してくれた皆さんの情報によると、これもRX 570/580と同様に、OOB（箱から出してそのまま）で動くらしいです。動いたという2報の報告は10.14.2βのようです。10.14.1で試したけど動かなかったという報告もあるので、10.14.2からのサポートなのかもしれません。

Vendor IDは0x1002 (これはAMDのIDです), Device IDは0x67dfだそうで、RX 580と全く同じです。ただ, Revision IDが0x00e1だそうです(RX 580は0x00e7)。なので同じデバイスのバージョン違いと認識されて動いているようです。「このMacについて」の表記は、Radeon RX 590ではなくて、Radeon Polarisになるようです。性能はというと、

GeekBenchのOpenCLのスコアは144782だそうです。ちなみに手元のRX 580で試すと145563でした。違いはないですね。
Unigine ValleyのExtreme HDは51.4fps/2149Scoreだそうです。手元の580 では47.3fps/1981Scoreでした。こちらはかなり改善されているようです。

ジサトラKTU #84 ～Polaris 30ことRadeon RX 590はフルHDゲーマーを導く星になれる…

ジサトラKTUのビデオで590のわかりやすい解説とベンチマークテスト結果が紹介されています。580との違いは、

プロセスルールがシュリンクした (14nm→12nm)
クロックが上がった (1340MHz→1545MHz)
消費電力が上がった (185W→225W)

ことのようです。こちらのビデオでは、クロックが上がった分の高速化は確認できているようです。将来のサポートeGPUに590が追加されるのはおそらく間違いないですから、今後のmacOS更新で性能が生かされるようになると思います。なかなかWeb driverが提供されないのでAMDに移行しようと考えているNVIDIAユーザの人には良い候補かもしれません。

Hackintoshのパーツ選び【その3：グラフィックス編】10.13.4以降版

Sun, 26 Aug 2018 22:10:42 +0900

このページは古い情報です。macOS 10.14以降で使うGPUの情報は以下をご覧ください。

HACKINTOSHのパーツ選び【その3：グラフィックス編】10.14以降版

Hackintosh自作に適したグラフィックスカードを紹介します。10.13.4以降の最新macOSでHackintoshする人向けに、最新情報のみをまとめました。それ以前のmacOSの情報を含む詳しい経緯は、以下をご覧ください。2018年7月17日

/posts/139/

Hackintoshグラフィックスの選択肢

一般的な自作PCと同じ状況なのですが、現在のコンピュータグラフィックスチップは、Intel, AMD, NVIDIAの3社でほぼ独占されています。この中から選ぶことになります。Hackintoshで使うことを検討する場合、

IntelのCPU内蔵グラフィックス
ノートPCに内蔵されたモバイル用AMDもしくはNVIDIAグラフィックス
PCIeスロット用AMDグラフィックス
PCIeスロット用NVIDIAグラフィックス

のいずれかになると思います。このうち2番目の、ノートPCに内蔵されたモバイル用AMDもしくはNVIDIAグラフィックスは、Hackintoshでは使えません。Macと全く同一のチップを搭載したアップル社製品以外のノートPCが存在していないためです。それ以外のモバイル用グラフィックスチップに対して、macOS用のグラフィックスドライバは提供されていません。なので、ノートPCでHackintoshする場合は、Intel CPU内蔵グラフィックスのみが利用可能です。他の3個の選択肢は、Hackintoshで動きます。ただ、macOS Mojave 10.14からはMetal非対応のドライバが削除されたので、Metal対応モデルを使う必要があります。また、10.13.4からAMDグラフィックスの互換性が向上し、macOSに最初から搭載されたドライバでRadeon製品の一部がそのまま動くようになりました。このような状況からHackintoshするグラフィックスのお薦め順位は、

PCIeスロット用AMDグラフィックス
PCIeスロット用NVIDIAグラフィックス
IntelのCPU内蔵グラフィックス

になると思います。PCIeスロットに搭載するグラフィックスカードは、互換性のあるものを選べば安定して稼働します。おすすめです。Intel CPU内蔵グラフィックスも安定して動きますが、場合によっては多少のノイズが発生することもあります。以下で1. 2. 3. のそれぞれについて説明します。

AMDグラフィックス

10.13.4以降のmacOSでは、AMDグラフィックスがお薦めです。AMD Radeon RX 470/480/570/580およびVEGA 56/64の4モデルならば取り付けるだけでそのまま動きます。10.13.4からThunderbolt 3接続の外付けGPUボックスがmacOSで正式にサポートされ、AMDのグラフィックスカードをApple社が推奨したからです。

Apple推奨グラフィックスカード

これによると、Polaris, Vega 56, Vega 64の3種類のアーキテクチャがサポートされているようです。具体的なチップは、以下です。

AMD Radeon RX 470, RX 480, RX 570, RX 580, Radeon Pro WX 7100
AMD Radeon RX Vega 56
AMD Radeon RX Vega 64, Frontier Edition Air, Radeon Pro WX 9100

Sonnet社も、10.13.4に対応して、詳細な互換性リストを発表しました。AMDグラフィックスカードを購入する場合は、以下の記事で紹介したSonnetのPDF資料に、互換性があると記されているカードを購入すると良いです。

Sonnetの互換GPUリスト (10.13.4以降)

ということで、AppleやSonnetが推奨するAMD GPUを使えば、簡単にHackintoshできるので、お勧めです。このうち、Pro WXシリーズは高価なので一般的なHackintoshからは除外できるかもしれません。また、RX 470/480はすでに廃盤の製品で、後継の570/580はこのクロックアップバージョンにすぎません。なので実質的には、

AMD Radeon RX 570
AMD Radeon RX 580
AMD Radeon RX Vega 56
AMD Radeon RX Vega 64

から選択することになると思います。先述のSonnetのリストによると、ブランドはどこでも同じようです。マザーボードとデザインを合わせるなど、好みのブランドを選べば良いようです。もっと低価格のRX 560でも動くという報告も多数あります。ただ、Appleは560を推奨リストに挙げていませんし、Sonnetは非互換とマークしています。スリープ復帰などに問題があるという報告もありますので、多少の苦労が発生するかもしれません。 Vegaでは搭載空冷ファンのコントロールが効かず最大スピードになるという報告もあります。それも直せたという報告もありますので、対応可能なようです。 RX 580を使った経験では、しばらく使用すると性能（具体的にはGeekbenchのスコア）が低下する現象がありました。これはCPUの内蔵グラフィックスをonにすると解決しました。　（この性能低下問題はMojaveでは発生しなくなりました。しかし内蔵グラフィックスを無効にするとJPEGファイルがクイックルックやプレビューで開けないようです。内蔵グラフィックスは有効にしておくのが良いようです。）一般的な自作PCの世界では、AMDの製品は、NVIDIAと比較して上位機種の性能、性能あたりの消費電力で未だに劣っていると言われています。ただ、これはWindowsで使うことを前提にした話です。macOSで使う場合、AMDはOSで正式にサポートされているアーキテクチャなので、色々と最適化されています。例えば、Final Cut Pro Xなどを使って性能比較すると、同じ性能ランクのNVIDIAよりも良いスコアを叩き出します。

NVIDIA

NVIDIAは、独自でmacOS用のドライバを開発して配布してくれています。なので、これ（NVIDIAのWebページで配布されていて、Webという名前の含まれるkext群で構成されるのでWeb driverと呼ばれます）を使えば、1080Tiなどの最近のPascalアーキテクチャモデルが問題なく動きます。それ以前のモデルもサポートされています。AMDではmacOSがサポートしてくれるモデルに制限がありますが、Web driverはNVIDIAのほとんどのモデルに対応しています。 Web driverをインストールする作業も簡単です。Web driverはmacOSのバージョンごとに配布されています。機能はそれほど変わらないようですが、macOSのバージョンチェックをして、合致しないビルド番号では起動しません。以下のサイトで、それぞれのビルド番号に合ったドライバのダウンロードURLがまとめて整理されています。 www.macvidcards.com macOSのビルド番号は、「リンゴマーク」「このMacについて」のOSバージョンの文字をクリックすると、その横に表示されます。下の例では17E202です。
NVIDIAを選ぶメリットは、Web driverが現行製品のほとんどに対応しているので、高性能なモデルから、安価なモデルまで、選択肢が多いことです。例えば、PC自作ユーザ向けの最上位機種、GeForce GTX 1080Tiはとても強力で、性能あたりの消費電力も低いです。その一つ下のモデルのGTX 1080でも十分強力です。最近発売されたAMDのVega 64でも、性能は1080にある程度追いついたものの、価格と消費電力で負けているようです。特に、Windowsと併用するとか、Windowsでグラフィックス性能を必要とするゲームをするなどの場合は、NVIDIAを選ぶことにメリットがあります。

グラフィックス性能は不要という人も多いと思います。普通にGUI操作したり動画を見る程度では、グラフィックス性能は問題にならないのも事実です。現行のNVIDIA製品の最下位GT 1030を使用するのも良いでしょう。ファンレスモデルもあります。

1030はローコストだけど性能は高いようです。 androgamer.net Web driverのおかげでNVIDIAならどれを選んでもだいたい大丈夫ですが、中には多少相性の悪いモデルもあるようです。例えば、GTX 1060はスリープからの復帰でノイズが出る問題が指摘されています。 https://www.tonymacx86.com/threads/05-02-added-temporary-fix-pascal-gtx-1060-glitching-after-waking-from-sleep.220670/page-8 今後、すぐに対応されるとは思いますが、その上位・下位の別モデル、1050tiや1070を購入した方が良いかもしれません。

Keplerアーキテクチャ

NVIDIAでもKeplerアーキテクチャとそれ以前の古いカードになると、Web driverなしでも動くモデルがあります。昔のmacOSではNVIDIAを採用していたので、Web driverを入れなくても（入れても機能します）macOSの標準ドライバだけで動きます。OSのバージョンアップに伴う新Web driverの発表を待つ必要もありません。（もっともNVIDIAの対応はとても早くて、24時間くらいで新OSに対応してくれますが）ただ、Mojaveが対応しているiMacに搭載されているNVIDIA GPUがGT 640M/650Mあたりの型番なので、Keplerアーキテクチャ世代にしておいたほうが無難です。できるだけ安く探すとなるとGT 710とかGT 730あたりでしょうか。

Intel CPU内蔵GPUは使えるか？

MacintoshでIntel CPU内蔵GPU (iGPU) を使っている機種は多数あります。これらと同じGPUは問題なく使用できると考えて良いです。純正Macで採用されていないIntel GPUも、近いモデルならば動くことがあります。 MojaveからはMetal対応のGPUのみがサポートされるようになります。Sandy Bridge以前のIntel CPU内蔵GPUは、Metalに対応していません。Ivy Bridge以降のCPUならば大丈夫です。ちなみにMojaveをサポートしているiMacが搭載しているデスクトップ向けIntel HD Graphicsは

Intel HD Graphics 4000
Intel HD Graphics 5000
Intel HD Graphics 6000
Intel HD Graphics 530
Intel HD Graphics 630
Intel UHD Graphics 630

Sandy Bridge搭載Thinkpad X220でMojave

Thu, 28 Jun 2018 22:44:01 +0900

Sandy Bridge CPUとIntel HD Graphics 3000を搭載したThinkpad X220でmacOS Mojave Public Betaが動きました。機種チェックをさせないようにブートオプション設定して、グラフィックスドライバーを入れれば動きます。

前回のあらすじ

Thinkpad X220にHigh Sierraをインストールする記事を書きました。

/posts/53/

Thinkpad X220は、IBMが打ちやすさにこだわって設計したキーボードを備えた最後のモデルです。Sandy Bridge世代の製品で、MacintoshではMacBookPro8,1や、Macmini5,1に相当します。今回のMojaveでこれらは全てサポート外になりました。Thinkpadらしさを留めたX220が、現行macOSで動かなくなるのは残念なことでした。

Mojaveで動かない理由

Mojaveが非対応モデルで動かない理由は次の2点です。一つは、Mojaveの起動時にマシンのBoard-IDをチェックしていることです。チェックの結果、Mojave非対応モデルでは起動を中断します。この結果、画面に禁止マークが出て止まってしまいます。

もう一つは、グラフィックスドライバーが提供されていない事です。Intel HD Graphics 3000のドライバーが、Mojave から削除されてしまったのです。

(1) 機種チェックをさせないようにする

Cloverを-vオプション付けて起動すると、禁止マークの裏で表示されているエラーメッセージがわかります。

この番号はconfig.plistのSMBIOSセクションに書き込んだ Board-IDでした。MacBookPro8,1 (Early/Late 2011) が内蔵しているボードのIDです。これをチェックして、Mojave対応モデルかどうかを調べているようです。

機種チェックを行わないようにするには、Cloverのブートオプションに

-no_compat_check

を追加します。5chで教えてもらいました。例えばconfig.plistに以下のように設定します。

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

これでMojaveが一応起動するようになります。

(2) グラフィックスドライバを入れる

機種チェックを回避すれば一応は起動します。しかし解像度は1024×768画素と低解像度で、解像度を上げることはできません。画面はチラつき、画面描画も遅いです。とても実用にはならない状態です。これはMojaveからIntel HD Graphics 3000のドライバが削除されてしまったからです。なんてことをするんだと思いますが、このモデルがOSの動作対象外になったので仕方ないところです。

でも嬉しいことに、以前のバージョンからドライバを持って来れば動くという情報がtonymacx86にありました。

www.tonymacx86.com

どういうわけか一世代前のSierraのドライバが良いようです。tonymacx86でこの方法を紹介してくれた人の話では、最初は直近世代のHigh Sierraのドライバを試したところ、ブラックスクリーンが出て動作しなかったそうです。そこで、もう一世代前のSierraを試したら成功したとのことでした。ということで、Sierra から、

AppleIntelHD3000Graphics.kext
AppleIntelHD3000GraphicsGA.kext
AppleIntelHD3000GraphicsGLDriver.bundle
AppleIntelHD3000GraphicsVADriver.bundle
AppleIntelSNBGraphicsFB.kext
AppleIntelSNBVA.bundle

の6個のkext/bundleをMojaveに持ってきます。これを/System/Library/Extensions/に入れます。EFI/CLOVER/kextsの中に入れてもある程度動きますが、Maps.appなどの表示に問題が発生します。/S/L/E/に入れるとvanillaなシステムにならないのですが、仕方ないところです。/S/L/E/にkextを入れてパーミッションやキャッシュを設定するのは手作業でも可能ですが、今回はこのツールを使いました。

また、追加したkextを有効にするSIP設定をします。config.plistを以下のように設定します。通常、野良kextを/S/L/Eで使うには0x03にするのですが、今回はApple純正のkextなので0x02でも良いようです。0x01は信頼できないkextを許可する、0x02はファイルシステムへの制限を無効にする設定のようです。できるだけSIPの機能を生かすためには、最小限の0x02が良いと思います。

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

Mojaveが動いた

この結果、フル解像度でMojaveが動くようになりました。グラフィックスがちゃんと動いているかどうかを確認するには、Maps.appで地図が正しく表示されるかどうか、SafariでYoutube動画を再生できるかどうか、などを確認すると良いそうです。

「このMacについて」を見ると、機種はEarly 2011のMacBook Proになっています。またグラフィックスもIntel HD Graphics 3000になっています。古いドライバが仕事をしていることがわかります。Mojaveでは本来起動もしない仕様なマシンであることが面白いと思います。

Metalをサポートした機種のみがMojave対応になりましたが、Mojaveを動かすためにMetalは必ずしも必要ではないようです。今回Mojaveが非対応になった実機のMacでも、同じような手法でMojaveを動かすことが可能だと思われます。

Mojaveを動かすもう一つの方法

Mojaveのサポートから外された古いMacでMojaveを動かすためのパッチが公開されています。実機を対象としたパッチですが、Hackintosh でも有効と思われます。

macOS Mojave Patcher

このパッケージの中を見てみると、Intel HD Graphics 3000のドライバーなどが含まれています。おそらく、上で紹介した手法と同様に、古いmacOSから持ってきたドライバーを利用しているのでしょう。また、macOSにパッチを当てることで機種チェックを回避していると思われます。

macOS Mojave Public Beta版を試す

Wed, 27 Jun 2018 22:43:49 +0900

いよいよMojaveのPublic Betaが公開されました。そこで早速Hackintoshで動かしてみました。去年のHigh SierraではAPFSが登場しました。でも今回のアップデートでOSの根本が大きく変化している箇所はあまり多くないようです。なので、すでにHigh Sierraが動いているHackintoshでしたらMojaveを動かすのは簡単です。10.13.4から10.13.5のようなマイナーアップデートと変わりません。(とは言え、High Sierra の時もapfs.efiを追加するくらいでした。)

Public Betaを入手する

MojaveのPublic Betaを入手するには、Appleのサイト

Apple Beta Software Program

で、macOSPublicBetaAccessUtility.pkgを入手します。Apple IDでのログインが必要です。

これをダブルクリックすると、App StoreからInstall macOS Mojave Beta.appをダウンロードできるようになります。

macOSPublicBetaAccessUtility.pkgがインストールされたマシンでないと、ダウンロードできません。しかし、一旦App StoreからダウンロードしたInstall macOS Mojave Beta.appは、どのマシンでも使用できます。

インストールの手順は、こちらにも詳しく紹介されています。

www.itmedia.co.jp

Mojaveを導入・起動

こうして入手したInstall macOS Mojave Beta.appさえあれば、Mojaveの起動ディスクを作成できます。また、High Sierraに手を加えないVanillaなHackintoshならば、その起動用ESPを使って、Mojaveを起動できます。

そこで、以下の手順でMojave起動ドライブを作成して、Mojaveを起動しました。ここではHackintosh上でMojaveをSSDにインストールしましたが、もちろん実機のMacで行っても良いです。

現在のHigh Sierra起動用ボリュームのESPに入っているCloverとkext類を念のために最新にしておきます。これがHigh Sierraで起動することを確認します。
kext類を10.13のフォルダに入れている場合は、10.14というフォルダを作ってコピーしておきます。もしくはOtherに入れておきます。これでHigh Sierraを起動します。
新OSを試す為のドライブを用意します。今回は余り物の2.5inch SATA SSDを用意してHackintoshに接続しました。SATA接続でもUSBケースに入れてUSB接続でも良いです。動作は遅いですがHDDでもUSBメモリでも良いです。容量は32GBほどあれば良いです。このSSDをDiskutility.appでフォーマットします。パーティションスキームはGUID、フォーマットはMac OS拡張（ジャーナリング）にします。
ダウンロードしたInstall macOS Mojave Beta.appを開き、SSDにMojaveをインストールします。
インストール途中で何回か再起動（たぶん２回）します。本物のMacの場合は自動で正しく再起動します。Hackintoshの場合は、再起動ボリュームが正しく引き継がれないことがあります。Cloverの選択画面で「Boot macOS Install from xxxx」という項目が選択されている事を確認してください。
Cloverの選択画面が「Boot macOS from xxxx」になったらインストールは終わりです。これを選択すれば、ユーザ設定などの画面になり、Mojaveを使えます。せっかくですからダークモードを試してみましょう。

Metal非対応では導入できない？

以上は、Apple社がmacOS純正ドライバーを提供しているRadeon RX 580搭載Hackintoshで作業しました。メーカー配布のドライバーがまだMojaveに対応していないNVIDIA GeForce搭載のHackintoshでインストール作業をしたところ、インストール途中でinstaller resourcesが足りないと言われてしまいました。なんのことか不明ですが、Metal対応のRadeonでは問題なかったことから、Metalに対応していないマシンではインストールできないという意味かと思われます。

MojaveドライブにCloverを入れる

これでMojaveが起動すれば、このドライブにClover類を入れて単体で起動できるようにするのは簡単です。以下の手順でESPを複製すれば良いです。

Mojaveを入れたドライブにCloverをインストールします。（このステップは飛ばしても良いと思います）
High Sierraが動いているドライブのESPの内容を、MojaveをインストールしたドライブのESPと同一にします。上のステップでCloverを入れているなら、全部コピーしなくても、CLOVERディレクトリの一部だけを差し替えればokです。kextをバージョンごとのフォルダに入れている場合は、10.14というフォルダを作って入れるようにします。

色々なマシンでMojaveを起動

ここで作成したMojaveの起動SSDを手元のマシンで試してみました。HackintoshではHigh Sierraの起動で使用しているESPを使っての起動を行いました。

AMD Radeon RX580搭載のHackintosh: 上のステップでMojaveインストールに使用したマシンです。Metal対応のドライバがmacOSに含まれているので、問題なく起動し、全てが快適に動作します。過渡期はmacOS標準サポートされているRadeon RX570/580は安心ですね。
NUC DC3217IYE Hackintosh: Intelの初代Core i3 NUCです。NUCの初代はIvy Bridgeなので、実はNUC iGPUの多くがMetal対応していて、その結果、Mojave対応です。これも全く問題なく起動しました。
Nvidia GPU搭載Hackintosh: NVIDIAが配布するドライバー (Web driver) がMojaveに未対応なので、表示解像度が低いままで表示がちらつくものの、とりあえずは起動しました。Web driverが対応すればMetalが動いてMojaveが使えると思われます。まず大丈夫と思いますが、実際にドライバが出てみないとわからないですね。
ThinkPad X220 Hackintosh: 非対応CPUであるSandy Bridge搭載ThinkPadです。禁止マークが出て起動しません。
-vオプションでエラーメッセージを見ると以下のようです。起動しない理由として表示される番号、Mac-94245B3640C91C81 は、MacBook Pro Late 2011 13インチモデルのBoard-IDでした。config.plistのSMBIOSセクションで指定したIDです。試しにこれを2012年モデルのIDである Mac-6F01561E16C75D06に変えてみたところ起動はしました。ただ解像度は低くちらつきます。Metal非対応のグラフィックスにはmacOS標準ドライバが提供されなくなったのかと思われます。実質的にMojaveは使えないです。
実際に/System/Library/Extensionsを10.13.5と比較すると、Intel HD Graphics 3000に関係すると思われる名前のファイル（AppleIntelHD3000Graphics.kext, AppleIntelHD3000GraphicsGA.plugin, AppleIntelHD3000GraphicsGLDriver.bundle, AppleIntelHD3000GraphicsVADriver.bundle）がごっそりと消えています。
**追記：**動きました

/posts/47/
古いMacBook: Mojave非対応のLate 2009 MacBookに接続して起動を試みました。Hackintoshではなく本物のMacです。X220の時と同様に、禁止マークが出て起動しません。Command-vで起動すると、やはり次のようなメッセージが出ていました。Mac-F22C8AC8はこの機種のBoard-IDです。このような古いMacもBoard-IDを誤魔化す手法でなんとか起動できるのかもしれません。ただその場合も、グラフィックスは低解像度でしか動かないと思われます。

Thinkpad X220でHigh Sierra (4:最終回)まとめ・これから

Sun, 24 Jun 2018 00:30:43 +0900

Thinkpad X220でHackintoshしたことのまとめです。結論としては、ThinkpadでHackintoshするのは面白かったけど、モバイルは実機で、デスクトップは自作Hackintoshというのがやはりお勧めだと思いました。

まとめ

x220.mcdonnelltech.com

上記のサイトの情報とそこで配布されているファイルのおかげで、ほとんど試行錯誤することなくThinkpad X220を動かすことができました。キーボードやタッチパッドなどの動作をちゃんとさせるためにはおそらく色々と作業をする必要があったと思われますが、それが全部用意されていたことで大いに助かりました。スリープ、輝度調整、音量調整だけでなくてランプ(thinklamp)のon/offまでできる作り込みに感心しました。

Thinkpadの特徴的なトラックポイントでmacOSを操作するのは面白いです。トラックポイントは意外と便利で、癖になります。センターボタンを押しながらトラックポイントを操作すると、押しているだけでどんどんスクロールします。力加減でスクロール速度を調整できるのも良いです。ただトラックパッドでのピンチアウト、ピンチイン、スワイプなどのマルチタッチジェスチャ操作が出来ないので、macOSの操作で不便を感じます。特に、ピンチアウト・インでの拡大縮小操作が使えないのが不便です。

一方、小さくて作りの良くないトラックパッドはオマケな感じです。トラックポイント操作中にトラックパッドにうっかり触れてしまうこともあるので、これはPrtScキーを押してoffにしておくのが良いです。コアなThinkpadマニアもきっとみなさんoffにしていると思います。

しっかりした作りの古いキーボードも良い感じです。堅牢な作りの筐体で動くmacOSの画面を見るのも楽しいです。キーボードを含めて様々なパーツが、補修部品として多数販売されているのもありがたいです。キーボードのテカリも怖くないです。英語キーボードへの入れ替えも簡単です。

できること

画面が出る。上記のサイトでも言及されていますが、稀にartifactが出ることがあります。メモリを増強すると頻度が下がるようですが仕方ない現象のようです。
スリープする。消費電力も数ワットです。
音が出る・マイクが動く。Siriの音声インタフェースも動きます。
Bluetooth / WiFiが動く。Thinkpad純正のBluetoothだとContinuityは効かないようです。
USB 3.0が使える。Core-i7モデルにだけ搭載されているUSB 3.0も使えました。ただ、上記のサイトによるとExpress Cardに挿すUSB 3.0カードがそのまま使えるそうです。無理してi7モデルにしなくても、使い道のないExpress Cardスロットを活用すればよかったかもしれません。

できないこと

SDカードリーダは機能しません
指紋センサは動きません
キーボードのマイクロフォン消音ボタンは機能しません

今後やるべきかもしれないこと

LCDの交換。ほとんどのX220は安価なLCDなので、斜めから見ると表示品質が劣化します。このような現象が起きにくいIPS液晶モデルもオプションであったらしく、その液晶パネルが数千円程度で入手できます。表示が美しくなります。
無線モジュールの交換。Apple純正に近いモジュールに交換することでContinuityが動くと思われます。
macOS Mojaveを試す。今回のプロジェクトを手がけた直後に知らされた、Sandy BridgeがmacOS 10.14でサポート外になるという情報は少々ショックでした。Hackintoshなので、もしかしたら機種をごまかしてインストールできるのかもしれません。ただ、今回のアップデートにはMetal機能が関係しているようなので、Metal対応していないIntel HD Graphics 3000では全くダメなのかもしれません。Public Betaが配布されたところで試してみたいと思います。

追記：macOS Mojaveが動きました

/posts/47/

Clover 4558で登場したApfsDriverLoader.efi

Tue, 19 Jun 2018 20:25:48 +0900

ApfsDriverLoader.efi

Clover 4558が先ほどアップデートされましたが、これに新しいefiドライバであるApfsDriverLoader.efiが追加されました。これをdrivers64UEFIに入れておくと、DiskIOプロトコルを利用してAPFSコンテナからapfs.efiをロードしてくれるものらしいです。5chで教えてもらいました。

www.insanelymac.com

ブートの手順とそれに必要なファイル類について、こちらで説明しました。ブートボリュームがAPFSの場合は、ブートストラップローダを読み込むためにapfs.efiが必要でした。しかし、ApfsDriverLoader.efiを使えば、手作業でapfs.efiを用意する必要がなくなりました。過去の記事にも加筆しておきました。

Hackintoshの長靴 (ブート)

試しに、EFI/CLOVER/drivers64UEFIからapfs.efiを削除して、代わりにApfsDriverLoader.efiを入れて起動してみたところ、Cloverのブート選択画面で無事APFSディレクトリが表示されました。今までは、バージョンアップでapfs.efiが更新されると、そのたびに念のために新しくなった /usr/standalone/i386/apfs.efi をESPにコピーしていました。ブート時に自動で取り寄せてくれるのでこの作業が不要になったようです。

Thinkpad X220でHigh Sierra (3)BIOSと無線

Sat, 16 Jun 2018 01:30:00 +0900

今回は、WiFiカードを取り付けます。そのために、パッチを当てたBIOSに入れ替えます。パッチを当てる手順は前回に引き続き以下のサイトのお世話になりました。

x220.mcdonnelltech.com

（**前回の進捗：**X220がmacOS High Sierraで起動しました。）

BIOSにパッチを当てる

最近のノートPCでは、カスタマーサービスの都合なのかパーツを勝手に変更できないように設定されています。オリジナルの構成から変更をしてもBIOSがその動作を阻止します。場合によってはコンピュータが起動しないこともあるようです。ちゃんと使っても良いパーツのリスト、white listがあって、それと合っているかをチェックしているようです。HackintoshではIntelの無線モジュールが動かないので、これを交換したいところですが、この仕組みに引っかかってしまいます。ということで、white listのチェックを行わないようパッチを当てたBIOSに交換します。これで無線モジュールを交換しても動くようになります。

まずは、公式のBIOS 1.44にアップデートします。そこで、Lenovo社が配布している

https://download.lenovo.com/pccbbs/mobiles/8duj29us.exe

というWindowsのアプリケーションを使用します。これをWindowsの環境で、ダブルクリックして起動します。色々と警告が出ますが、承諾していけばアプデート完了です。元々のBIOSバージョンが1.39だったのが1.44にアップデートされました。

次に上記のサイトで配布されているパッチ版BIOSに入れ替えます。

http://www.mcdonnelltech.com/X220_v1.44_Modified_BIOS.zip

このファイルを解凍したフォルダの中に、Flash.batと言うファイルがあるので、これをWindows環境でダブルクリックして実行します。これも警告がいくつか出て、アップデートされます。バージョンは同じ1.44ですが、めでたくパッチ版に更新できたら、メニューにAdvancedが新たに現れているはずです。

これにより、純正パーツリストのチェックを行わないようにBIOSを改造することができます。

BIOSの設定

上記のサイトでは、推奨のBIOS設定についても説明されています。

先ずは工場出荷時状態にします。Load SetupからDefaultsを選ぶ
次にConfig > Power > Power On with AC Attach を Disabled
次にConfig > Serial ATA (SATA) を AHCI
次にSecurity > Memory protection > Execution Prevention を Enabled
最後にStartup > UEFI/Legacy Boot を Both (UEFI onlyでも問題ありません)

ちなみに、この設定は、全部デフォルト値です。なので、工場出荷時状態にすればあとは何もしなくても大丈夫でした。

Bluetoothモジュール

X220の裏側のネジを2個外すとキーボードが外れ、さらに5個外すとパームレスト部分が外れます。パームレスト部分は、軽く噛み合っているので、壊さないように慎重に取り外します。いずれもリボンケーブルで本体とつながっていますが、この下の無線モジュールソケットにアクセスするだけでしたら、ケーブルを外す必要はありません。

今回入手したX220にはBluetoothが付いていました。Bluetoothモジュールは、パームレスト右手前のあたりにネジで止まっています。ソケットで本体と接続する小さな基板です。（ソケットのピンはUSBだと思われます）

ラベルを見ると、Broadcom BCM92070MD_LENOと読めます。最後の部分は、レノボモデルということかと思われます。この数字部分から推測すると、これは古いモデルのiMacやMacBookで使われているBroadcom社のチップBCM20702の仲間だと思われます。BCM20702はI-O DATA USB-BT40LEでも使われているチップです。

「システム情報」で見ると、2070B0チップセットだと表示されます。また、BCM20702とは違って、Bluetooth 4.0ではなくて3.0のようです。

ラッキーなことに、X220のこのBluetoothチップはmacOSからそのまま認識されて使うことができました。キーボード、トラックパッド、Bluetoothイヤフォン、スピーカに接続することができました。キーボード類はsleepからの復帰にも使えます。iCloudで連携したiPhoneに電話がかかってくると応答もします。しかしContinuityには対応していないようです。

WiFiモジュール

X220にはIntelのhalf size micro PCIeソケットのWiFiモジュールが付いています。キーボードの右部分の下にあります。macOSで動くIntel WiFiのドライバはありませんので、これは使えません。

このモジュールの代わりのWiFiモジュールには、Dellの補修部品として出回っているDW1510がお薦めです。中身はBroadcomのBCM94322というチップです。これに差し替えれば、そのままでmacOSでWiFiを使えます。802.11 a/g/n対応で、5GHzも使えます。Atherosのチップを使ったDW1515もそのまま使えるようですが、macOS Mojaveでは使えないという話も聞きました。DW1510はAliExpressで多数出品されていて送料込み$7くらいで買えます。

WiFi/BTコンボモジュール

上記のWiFi/Bluetoothモジュールは、1世代前のiMac/MacBookで使われた無線モジュールです。WiFiが802.11 ac対応で、Continuityにも対応していると思われるmini PCIeモジュールが手元にあるので、そのうち試してみたいと思います。

AzureWave AW-CB150HはWiFiがa/b/g/n/acでBluetoothが搭載されたコンボカードです。BroadcomのBCM94360HMBというモジュールを使っています。数字部分が純正で使われるBroadcomモジュールと同じで、互換性が高いです。アンテナが3本のタイプです (WiFiが2本とBluetoothが1本）。アンテナのコネクタが、一般のmini PCIeのコネクタより小型のタイプなので、対応したアンテナが必要です。AliExpressの製品には、コネクタ形状を変換するケーブルが付属しているものもあります。X220のWiFiは2本アンテナなのですが、モジュール近辺に3G WAN用のアンテナが未使用で放置されています。3GならBluetoothに近い周波数もあるので、これをBluetooth用に使わせてもらうのも可能だと思います。もしくは、Bluetooth用にアンテナを買って、元からあるBluetoothモジュールを外して、その場所にアンテナを設置しても良いかもしれません。

Thinkpad X220でHigh Sierra (2)準備・到着・起動

Sat, 09 Jun 2018 02:00:00 +0900

今回は、macOSとCloverをインストールしたSSD/HDD/USBメモリを作り、これでX220を起動させます。

（前回の進捗：Thinkpad X220にmacOSをインストールしようと思い立ち、機種選定して中古を発注しました。）

X220が到着するまで時間がありますので、お迎えの準備をしておきたいところです。モバイルのHackintoshを作るのは久しぶりなので、macOSが立ち上がるのかどうか心配です。とりあえずでも起動すれば、あとの最適化作業の目処が立ちます。ということで、X220が到着したらhackintosh化が可能なことをすぐに確認できるよう、接続すればmacOSが起動するドライブを作っておきます。

今回の試みでお世話になるのはこちらのサイトです。非常に丁寧に手順が説明されています。内容のアップデートも行われていてHigh Sierraの最新版に対応しています。下のリンクはHigh Sierra対応のページです。

x220.mcdonnelltech.com

また、必要なconfig.plist, kext類が一式揃えてあります。これがあれば、起動するドライブを作成しておくことは簡単です。このサイトで用意されている一式は、以下のリンク先にあります。これを入手しておきます。

http://www.mcdonnelltech.com/X220_macOS_10.13_Utility_and_Kext_pack_04.24.2019.zip

これをダウンロードして解凍すると、EFIというフォルダがあります。その中に、BOOTとCLOVERというフォルダがあります。これをHigh Sierraを起動させたいドライブのESPに入れれば良いのです。

macOS起動ドライブを作る

そこで、High Sierraの最新版 (執筆時点で10.13.5) が起動するドライブを作ります。macOSは、20GBくらいあればインストール可能です。それくらいの容量のUSBメモリでもokです。X220は、外部から割と簡単に（ねじ５本で）アクセスできる2.5インチドライブベイがあります。なので2.5インチのHDDまたはSDDを用意して、これに一式をインストールしても良いです。手元には、古い古い少容量の2.5インチSSDがあったので、それを使いました。これをSATAやUSBでmacOSが動いているマシンに接続し、macOSをインストールします。

インストール終了したら、動いているマシンで起動することを確認します。ここでユーザの設定などを行ってしまっても良いです。またもしインストールしたHigh Sierraが最新版ではなかったら、ここでコンボアップデートを当てても良いです。

ESPにファイルを入れる

macOS最新版をインストールしたら、そのドライブのESPをマウントします。例えばドライブがdisk3だったら、

diskutil mount /dev/disk3s1

というようにして、マウントします。ESPは、/Volumes/EFI以下にマウントされます。なので、

open /Volumes/EFI/

として、ここにダウンロードしたBOOTとCLOVERをコピーします。

APPLEというフォルダは、macOSインストーラが作ったフォルダです。このように、ESPにのみファイルを加えていて、macOS本体には何も手を加えていません。なので、完全にバニラな状態です。これで、X220で起動するドライブが完成したはずです。きっと、たぶん。

Thinkpad X220が到着

こんな準備をしながらワクワクしてお待ちしていたらThinkpad X220が意外と早く到着しました。開けてみると外観は期待以上に綺麗でした。とはいえキーボードは、それなりにテカっていて、Aなどは字の一部が消えています。でもキーボードは後で取り替えるつもりなので、気にしません。

起動するとWindows 7が入っていました。HDDは320GB, メモリは4GBx1でした。昔、iMacのメモリを増量した時に余った古いメモリ4GBx2が残っていたので、メモリ用の裏蓋を開けて交換しました。アップル純正メモリです。ネジ2本外すだけで簡単に交換できました。メンテナンスは今のMacBookシリーズとは比較にならないくらい簡単ですね。

追記：AliExpressでキーボードを取り寄せて交換しました。裏のネジを２本外して、キーボードを上にスライドさせるとキーボードが外れます。本体と接続しているフラットケーブルを持ち上げてコネクタを外せば簡単に交換できます。テカリも文字消えも無い新品なので、気持ち良いです。

用意したドライブは起動するのか？

では、いよいよmacOSを起動してみましょう。あらかじめ作っておいたドライブを接続します。USB外付けボックスを使っても良いです。USBの場合、USB 2.0ポートを使います。2.5インチドライブで起動ディスクを作ったのならば、すでに入っているHDDと差し替えても良いです。Thinkpadの脇にあるネジを1本外すとHDD格納ベイのカバーが外れて、HDDを引き出せます。HDDは、すぐに外せるゴムカバーの下で4本のネジで止まっているだけです。ちなみにHDDベイの部品は一式数百円くらいで買えますので、用意しておくとSSD/HDD交換が楽になると思います。

起動ドライブを指定するには、Thinkpadを起動するときにF12キーを連打します。そうすると起動ドライブを選択する画面になります。これで、macOSのディスクを選びます。その結果、

このように見事に立ち上がりました。macOSが起動するドライブを作って、配布されているESPファイル一式を入れただけです。ファイル一式を用意してくれている、上記のサイトのみなさんのおかげです。

トラックポイントと昔ながらのキーボードがエキゾチックで良い感じなのですが、LCDがほとんど水平になるくらいまで開くところもMacBookシリーズにない面白さです。搭載している液晶がパッシブマトリックスなので角度依存性が高くて真正面を外れると画質が悪いです。角度が大きく調整できることでその弱点も補えます。

ESPファイルの確認と調整

ということで、あっけなく起動しました。配布されていたファイルは何だったのか確認してみます。また、手を入れられるところは調整を試みてみます。

BOOTX64.efi

EFI/BOOT/の中に入れたファイルです。Cloverの本体ですので、Cloverのインストーラが入れるものと同じと思われます。新しいバージョンのCloverを入れれば、それに合わせて置き換わるファイルです。

dsdt.aml

EFI/CLOVER/ACPI/patchedに入れたファイルです。X220のDSDTにパッチを当てたファイルです。どう言うパッチを当ててあるのかわかりませんが、X220に合わせたファイルを配布してくれているおかげで、簡単に動かせました。そのまま使うことにします。

apfs.efi

EFI/CLOVER/drivers64UEFIに入れたファイルです。今回は10.13.5に付属する最新のものが入っていました。macOS本体付属のものより古いようなら差し替えておくと良いと思います。また、HFS+のブートファイルを読み込むために、VBoxHfs-64.efiも入っています。

OsxAptioFix2Drv-64.efi

EFI/CLOVER/drivers64UEFIに入れたファイルです。動くものならこれよりも最新のOsxAptioFix3Drv-64.efiが良いと言われています。さらに、AptioMemoryFix.efiで動けば、そのほうがさらに良いと言われています。試したところ、AptioMemoryFix.efiで起動しましたので、これに差し替えて使うことにしました。

これ以外のEFI/CLOVER/drivers64UEFIのファイル類は、Cloverインストーラのデフォルトでインストールされる6個のファイル、

AppleImageCodec-64.efi
AppleKeyAggregator-64.efi
AppleUITheme-64.efi
DataHubDxe-64.efi
FirmwareVolume-64.efi
FSInject-64.efi

に加えて、以下の3個が加わったものです。

OsxFatBinaryDrv-64.efi
SMCHelper-64.efi
UsbKbDxe.efi

kext類

使われているカーネル拡張は、以下の9種類です。

ACPIBatteryManager.kext
ACPIPoller.kext
AppleBacklightInjector.kext
AppleHDA_20672.kext
BlueTooth_Injector.kext
FakeSMC.kext
IntelMausiEthernet.kext
IOAHCIBlockStorageInjector.kext
VoodooPS2Controller.kext

config.plist

配布されているconfig.plistのSMBIOSは簡易的なもので、シリアル番号などが入っていません。Clover Configurator.appを使って、config.plistを読み込んで、MacBookPro8,1のシリアル番号を生成して書き込んでおきましょう。シリアル番号を自動生成すると、例えば以下のようなSMBIOSセクションが得られます（この中のシリアル番号は一例ですので使わないでください）。

<key>SMBIOS</key>
<dict>
 <key>BiosReleaseDate</key>
 <string>01/25/18</string>
 <key>BiosVendor</key>
 <string>Apple Inc.</string>
 <key>BiosVersion</key>
 <string>MBP81.88Z.004E.B00.1801250923</string>
 <key>Board-ID</key>
 <string>Mac-94245B3640C91C81</string>
 <key>BoardManufacturer</key>
 <string>Apple Inc.</string>
 <key>BoardSerialNumber</key>
 <string>W89122501OPFF4PJC</string>
 <key>BoardType</key>
 <integer>10</integer>
 <key>BoardVersion</key>
 <string>1.0</string>
 <key>ChassisAssetTag</key>
 <string>MacBook-Aluminum</string>
 <key>ChassisManufacturer</key>
 <string>Apple Inc.</string>
 <key>ChassisType</key>
 <string>0x0A</string>
 <key>Family</key>
 <string>MacBook Pro</string>
 <key>FirmwareFeatures</key>
 <string>0xC00DE137</string>
 <key>FirmwareFeaturesMask</key>
 <string>0xFF1FFF3F</string>
 <key>LocationInChassis</key>
 <string>Part Component</string>
 <key>Manufacturer</key>
 <string>Apple Inc.</string>
 <key>Mobile</key>
 <true/>
 <key>PlatformFeature</key>
 <string>0xFFFF</string>
 <key>ProductName</key>
 <string>MacBookPro8,1</string>
 <key>SerialNumber</key>
 <string>W89FT262DH2G</string>
 <key>Version</key>
 <string>1.0</string>
</dict>

また配布されているconfig.plistでは、Bootのオプションが

 <string>slide=0 kext-dev-mode=1</string>

となっていますが、slideもkext-dev-modeも今は使われていないと思います。全部を消しても大丈夫なはずです。slideはカーネルを読み込むアドレスをずらすオプションです。0に設定してあるので、特に何もしない設定です。Cloverのソースを見たところでは、slide自体がすでに使われていないようでした。kext-dev-modeはEl CapitanでSIPが導入された時に、使用できなくなったオプションです。

USB 3.0

USB 3.0を動かす方法も上記のサイトに書いてあります。RehabManさんが作って配布してくれているGenericUSBXHCI.kextを以下

https://bitbucket.org/RehabMan/os-x-generic-usb3/downloads/

からダウンロードしてEFI/CLOVER/kexts/Other (もしくはバージョン番号のディレクトリ) に入れるだけです。

このkextが無いと、i7 Thinkpad X220の青いUSB 3.0 ポートは動きません。kextを入れると、「システム情報」には現れないものの、ちゃんと動きます。同じUSBメモリを3.0と2.0ポートに挿して速度を計測してみたら、3.0の方が4倍高速でした。

サウンド

上記のサイトで配布されているkext一式に、AppleHDA_20672.kextが入っています。検索して見たところ、このkextを/System/Library/Extensionsに入れればそのままでサウンドが機能したと言う情報がありました。でも動きませんでした。もしかしたら手元の環境のせいなのかもしれませんが、多分、/S/L/Eでは無くて、ESPに入れたのがダメだったのかと思います。

とはいえ、せっかくバニラな構成を目指しているので、/S/L/Eにkextを入れたくありません。そこでAppleALC.kextを試してみました。AppleHDA_20672.kextをESPのCLOVER/kexts/から取り出して、代わりにAppleALC.kextとLilu.kextの最新版を入れました。

この結果、問題なくサウンドが機能しました。マイクロフォンも動きます。キーボードの音量+/-のキー、消音キーも機能します。でもマイクロフォンoffのキーは機能しませんでした。

続きはこちら

Thinkpad X220でHigh Sierra (3)BIOSと無線

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)準備・到着・起動

Gigabyte Z370 AORUS Gaming 7, 8700K

Thu, 10 May 2018 22:37:37 +0900

Hackintosher.comの記事紹介です。Z370マザーボードとCoffee Lakeを使ってHackintoshを作りたいという場合に役立つ記事だと思います。

hackintosher.com

パーツ選択

High Sierra 10.13.Xを使えばCoffee Lakeはそのまま使えます。iGPUも使えます。Nvidia/AMDのグラフィックスも安定して使えます。この記事では、

CPU: Intel Core i7-8700k
マザーボード：Gigabyte Z370 AORUS Gaming 7
グラフィックス：Gigabyte AMD RX 560 4GB OC
SSD: SAMSUNG 960 EVO NVMe SSD

の組み合わせを紹介しています。しかし、tonymacx86のガイドで紹介されているパーツなら、これ以外でも同様に問題なく動くと思われます。

www.tonymacx86.com

ただ、この記事の手順で期待通りの成果をあげたいのでしたらマザーボードは同じものにした方が良いかもしれません。
グラフィックスはNVIDIAでも良いと書かれていますが、現時点ではAMDが良いです。NVIDIAは最近のmacOSで不具合が報告されています。どの環境でも発生する不具合ではないですし、今後のNVIDIA提供ドライバで解決されると思われますが、macOS標準のドライバで動くAMDの方が安心です。
この記事では、RX 560を使っていますが、もし予算に余裕があるなら、RX 570かRX 580を検討してください。Apple社やSonnet社がmacOSと互換性があると表明しているチップです。Sonnetのリストでは、RX 560はmacOSと互換性が無いとされていますので、今は動いても将来、スリープ復帰などで問題が出てくる可能性があります。

/posts/139/

NVMe SSDもSAMSUNG EVOシリーズ以外でも動くと思われますが、新規に購入するのであれば他の製品を購入してあえて冒険する必要もないです。（もし動いたらぜひ教えてください）
これ以外のパーツ（メモリ、HDD, 電源など）はどれでも良く、tonymacx86のリストから選ぶ必要すらありません。

Clover設定とkext

上で紹介した、Hackintosher.comのページで、ESPに入れるべきファイルの一式を配布しています。これをSSDのESPにそのまま入れるだけで大丈夫なはずです。内容には多少気になる点はありますが、とにかく起動するファイル類を配布してくれているのは初心者にとってありがたいと思います。気になる点は以下です。

RX 570/580を使うならWhateverGreen.kextは不要です。互換性が低いと思われるRX 560のために必要なのかもしれません。
またconfig.plistでのAppleGraphicsDevicePolicy.kextへのパッチも不要です。これはNVIDIA向けのものです。
ついでに、config.plistにNvidiaWebがtrueになっていますが、AMDを使っているのでfalseで良いはずです。
シリアル番号とBoardSerialNumberは変更しておいた方が良いです。このまま使うと、iMessageなどのサービスを使う時に同じ番号が重複する危険があります。
USBの上限を撤廃しているパッチもあまり使わない方が良い気がします。
OsxAptioFix2Drv-64.efiを使っていますが、もし問題なく起動するならば、これの代わりにAptioMemoryFix.efiを使用するべきです。

他にも気になるところはありますが、配布されている内容で問題なく起動すると思います。そのあとで、config.plistの内容を理解しつつ、シンプルな構成に試行錯誤して書き換えていけば良いと思います。こちらを参考にしてください。

config.plistの実例紹介

マザーボードを設定する

以下のように設定すると良いようです。

Save & Exit → Load Optimized Defaults
M.I.T. → Advanced Memory Settings Extreme Memory Profile(X.M.P.) : Profile1
BIOS → Fast Boot : Disabled
BIOS → LAN PXE Boot Option ROM : Disabled
BIOS → Storage Boot Option Control : UEFI
Peripherals → Trusted Computing → Security Device Support : Disable
Peripherals → Network Stack Configuration → Network Stack : Disabled
Peripherals → USB Configuration → Legacy USB Support : Auto
Peripherals → USB Configuration → XHCI Hand-off : Enabled
Chipset → Vt-d : Disabled
Chipset → Wake on LAN Enable : Disabled
Chipset → IOAPIC 24-119 Entries : Enabled

こちらもご覧ください。

マザーボード (BIOS) 設定

この後グラフィックスの設定をします。このHackintosher.comのガイドでは、グラフィックスカードを使用する場合は、iGPUをDisabledにするようにと書かれています。手元のマシンで経験したところでは、iGPUをDisabledにしているとあるタイミングでAMDのグラフィックス性能が急激に低下します。Enabledにしておくのが良いと思います。以下をご覧ください。

/posts/62/

インストール手順

インストールの手順は、通常とほぼ同じですが、ESPに提供されたファイルを入れて使います。インストール用USBメモリなどにより起動用SSDにアクセスできる状態で、以下のステップを行います。

SSDをフォーマットする
macOSをこれにインストールする
CloverをESPにインストールする（これは省略可能）
ESPに入ったファイルをHackintosher.comで提供されているファイルと置き換える

3.は省略可能ですし、2.と4.の順番を逆にしても大丈夫なはずです。本ブログの解説記事も参考にしてください。

Hackintoshの作り方（総集編:10.13版）

まとめ

この記事の説明と配布ファイルで、とにかく起動すると思われますので、特に初めて挑戦する方にとってありがたいページかと思います。とにかくHackintoshが動けば安心できます。動いたところで、config.plist, kext, efiドライバなどを調査して最適化すると良いと思います。

Sonnetの互換GPUリスト (10.13.4以降)

Tue, 17 Apr 2018 00:30:00 +0900

更新：macOS 10.15.1以降の情報はこちらをご覧ください。(2019/11/4)

Sonnetの互換GPUリスト (10.15.1以降)

macOSで使えるGPU

MacのThunderbolt 3コネクタに接続する外部GPUボックス

を販売しているSonnet社が、macOS 10.13.4以降と互換性のあるグラフィックスカードの一覧を公開しています。 eGFX Breakaway Box for AMD and NVIDIA GPUs | Sonnet 各ブランドごとの多数のモデルを掲載しています。Sonnetの外部GPUボックスは、AppleのExternal Graphics Development Kitにも採用されているほぼ純正みたいな存在です。なので、このリストで互換性があるとされたグラフィックスカードは、Hackintoshで、そのまま動くカードと考えて良いです。互換表のPDFファイルは以下から入手できます。市場に出回っている多数の製品に対して互換性がチェックされているようですので、Hackintosh用グラフィックスカード購入の際は、これで確認しておきましょう。 http://www.sonnettech.com/support/downloads/manuals/Compatibility_Graphics_Cards.pdf これを見ると、例えば、AMDリファレンス（ファンデーション）バージョンでは、以下の機種（Mがマークされた機種）がmacOSと互換のようです。また、ブランドごとの差は無いようです。GPUチップによってのみ互換・非互換が決定するようです。まとめると以下のようになります。

RX 470, RX 480, RX 570, RX 580はどのブランドも互換性あり
RX Vega 56/64はどのブランドも互換性あり
RX 460/550/560は互換性なし
R9 NANO/FURY は互換性なし
WX 5100は非互換で、WX 7100, WX 9100は互換性あり
NVIDIA GeForce は互換性なし

外部GPUを使えるMac

前述のサイトでは、SonnetのThunderbolt 3接続eGPUボックスのマニュアルも公開されています。 http://www.sonnettech.com/support/downloads/manuals/macos_egpu_info.pdf 以前、こちらで紹介したマニュアルの改訂版です。

Sonnetの互換GPUリスト (10.13.2以降)

以前のマニュアルではThunderbolt 2搭載Macの一部もサポートすると書いてありましたが、新しい版では、Thunderbolt 3搭載Macに限定されたようです。具体的には、

2016年以降のMacBook Pro
2017年以降のiMac
iMac Pro

です。この構成でHackintoshすればかなり安心です。ただ、このリストは、Thunderbolt 3が搭載されていることが条件になっていると思われますので、PCIeで接続するHackintoshでは、これ以外の構成でもまず大丈夫です。実際、手元ではiMac15,1で構成したHackintoshでRadeon RX 580が何の問題もなく動いています。ただ、Sonnetの上記の古い方の資料によると、Thunderbolt 2搭載Macのうち、IntelのiGPUを使わない・搭載しないMac Proなどが互換リストから外されていました。iGPUを動かさないとAMDグラフィックスカードのGeekBenchスコアが低下する現象

/posts/62/

もありますので、それと関係があるのかもしれません。

SAPPHIRE NITRO+ RADEON RX 580を使う (10.13.4以降)

Tue, 03 Apr 2018 15:18:16 +0900

10.13.4では、Radeon搭載のThunderbolt 3接続外部GPUボックスが正式サポートされました。これにより、AMDグラフィックスカードの互換性が向上して、今まで以上に簡単にHackintoshで使えるようになりました。

10.13.3以前のmacOSでSAPPHIRE NITRO+ RADEON RX 580を使う方法を以下の記事で紹介しました。お勧めしませんが、どうしても10.13.3以前のmacOSを使いたい場合はこちらを参考にしてください。

/posts/90/

上記の記事では、kextを使用したり、config.plistに設定を書いたり、kextにパッチを当ててモデル名を書き換えたりしました。10.13.4では、これらの作業が全て不要になりました。結論として、SAPPHIRE NITRO+ RADEON RX 580は、箱から出してそのまま挿せば、なんの設定もしなくてもHackintoshで動作させることができます。

以下は、上の古い記事を、10.13.4に合わせて書き直したものです。

AMDから1枚を選ぶ

Hackintoshのためのグラフィックスカード選び方に関してこの記事で紹介しました。

/posts/139/

また、Appleが外付けGPUボックスでサポートするAMDのデスクトップ向けグラフィックスカードは、こちらで紹介しました。

Apple推奨グラフィックスカード

これによると、Polaris, Vega 56, Vega 64の3種類のアーキテクチャがサポートされているようです。具体的なチップは、以下です。

AMD Radeon RX 570, 580, 470, 480, Radeon Pro WX 7100
AMD Radeon RX Vega 56
AMD Radeon RX Vega 64, Frontier Edition Air, Radeon Pro WX 9100

これらを使えば、macOS Sierra 10.12.6からHackintoshで実用的に使用できるようになり、さらに、macOS High Sierra 10.13.4以降では箱から出してそのまま動作します。

SAPPHIREを選ぶ

Appleのサポートページでは、RX 570/580 GPUを使った推奨グラフィックスカードとしてSAPPHIRE PULSEシリーズが紹介されています。SAPPHIREは、AMDのグラフィックスカードだけを長年手がけていて、供給も安定している印象があります。そういう実績を評価してか、Appleが販売しているVR開発者用キットであるExternal Graphics Development Kit では、 SAPPHIRE PULSE RADEON RX 580が搭載されています。PULSEを入手できれば、10.13.3以前のmacOSであっても互換性が高いです。ただ、このカードは、すでに販売中止になっていて、入手が困難です。

PULSEの後継機種は、オーバークロックされたNITRO+です。これなら入手は容易です。また、10.13.4からは、NITRO+でもPULSE並みの互換性が確保されるようになりました。そこで今回は、SAPPHIRE NITRO+ RADEON RX 580 8Gを選びました。SAPPHIRE以外のブランドのカードでも、次に紹介するSONNETの資料によると、問題なく動くようです。ただ、Appleが採用・言及しているブランドですので、マザーボードブランドに合わせて見た目を揃えたいというように、特に選びたいブランドがなければ、HackintoshにはSAPPHIREを選んでおくのが無難かと思います。

SAPPHIRE以外の選択

Sonnet社が、同社のThunderbolt 3接続外部GPUボックスで使う各社グラフィックスカードの互換性リストを公開しています。

Sonnetの互換GPUリスト (10.13.4以降)

これから推測すると、10.13.4ではSAPPHIRE以外のメーカのカードも問題なく使用できるようです。そして、互換性の有無は、搭載しているGPUチップで決まるようです。このリストの内容をまとめると、以下のようです。

RX 470, RX 480, RX 570, RX 580はどのメーカ製品も互換性あり
RX Vega 56/64はどのメーカ製品も互換性あり
RX 460/550/560は互換性なし
R9 NANO/FURY は互換性なし
WX 5100は非互換で、WX 7100, WX 9100は互換性あり
NVIDIA GeForce は互換性なし

RX 460, 550, 560などは価格が安く入手しやすいですが、この資料では互換性が無いとされています。実際に、Hackintoshで使った場合に、スリープからの復帰などで問題が出ることが報告されています。RX 460, 550, 560は避けた方が良いようです。

NVIDIAからの乗り換え方法

実はこれまでNvidia Geforceを使っていました。大昔はAMDを使っていましたが、macOSとの互換性が悪くなって、最近は、ずっとNvidiaでした。NVIDIAからAMDに移行するためには、NVIDIAのために入れていたWebドライバやkextやconfig.plistの設定を外します。

まずは、/Library/Extensions/に導入されたWebドライバをアンインストールします。Webなんとかという名前のkextが複数ありますので、それを消せば良いです。また、iMacのretinaディスプレイの回路を回避してブラックスクリーン発生を防いでくれる機能があるNvidiaGraphicsFixup.kextを入れている人も多いと思いますが、これも外します。また、config.plistでNvidiaWebドライバを有効にしていた所もfalseにします。もしくは、この部分を全部削除してもかまいません。

        <key>SystemParameters</key>
        <dict>
                <key>NvidiaWeb</key>
                <false/>
        </dict>

RADEONを動かす

ここでシステム終了して、NVIDIAを使っていた場合はそれを外し、Radeon RX 580に差し替えます。

初期化の問題（10.13.3以前で発生）

AppleのThunderbolt 3外付けGPUボックスでは、外部グラフィックスカードがプライマリディスプレイになることはありません。そのため、Hackintoshでグラフィックスカードをプライマリとして使用すると、初期化の問題が10.13.3以前では発生しました。この問題に対応しないと起動しても画面が表示されませんでした。しかし、10.13.4ではその問題がなくなり、差し替えて、電源を入れるだけで画面表示されます。

10.13.3以前では、

Radeonカードをセカンダリで起動する。例えばマルチスクリーン環境にして内蔵GPUをプライマリにする。
kextやDSDTにパッチを当てて初期化をさせないようにする。
これに相当する作業をWhateverGreen.kextとLilu.kextの組み合わせで実施する。
CloverのRadeonDeInit機能で初期化を阻止する

のいずれかの手段で初期化問題を回避していました。しかし、これが必要なくなりました。むしろ副作用が出る可能性もあります（10.13.4でRadeonDeInitを使うとノイズが出ました）ので、元の状態に戻すのが良いです。

モデル名の誤表示（10.13.3以前で発生）

10.13.3以前ではSAPPHIRE PULSEシリーズ以外のカードで、名前が正しく認識されない問題もありました。これは表面上のことで、性能や互換性には関係しないと言われています。見た目にこだわる場合は、対応するkextにパッチを当てることで表示名を変更できました。しかし10.13.4では、NITRO+カードも「システム情報」などで正しい名前が表示されます。

OpenCLスコアの劣化（10.13.4でも発生）

Geekbench 4でのOpenCL Scoreは145000前後です。他でも報告されている程度の妥当な成績なので、正しく設定できていると思います。しかし、しばらく使用していると性能が低下して、ベンチマークスコアが50000くらいになってしまうことがあります。色々試して見たところ、Intel CPU内蔵GPUをマザーボードの設定で無効にしていると性能低下が発生するようです。内蔵GPUはセカンダリーに設定して使用しない場合でも、有効にしておくのが良いようです。（この性能低下問題はMojaveでは発生しなくなりました。しかし内蔵グラフィックスを無効にするとJPEGファイルがクイックルックやプレビューで開けないようです。内蔵グラフィックスは有効にしておくのが良いようです。）

Safari動画再生の停滞（10.13.4でも発生）

Intel CPU内蔵GPUをマザーボードの設定で有効にすると、今度は別の問題が発生することがあります。NITRO+では、SafariでYoutubeなどの動画を再生すると、再生がカクカクして滞ったり、場合によってはハングすることが発生しました。Google Chromeでは問題が出ません。この不具合は、CPU内蔵GPUを無効にすれば解決しますが、上記で述べたような性能低下が発生します。

以前、Intel HD Graphicsを使って同様な不具合が発生した経験があり、その時は、IntelGraphicsFixup.kextとLilu.kextの組み合わせで解消しました。今回も、これで改善しました。ただし、IntelGraphicsFixup.kextとLilu.kextは最新版を使うのが良いです。古いバージョンだと改善しません。

ということで、Radeon GPUを正しく動作させるために10.13.4であっても

Intel CPU内蔵GPUは有効にしておく
IntelGraphicsFixup.kextを使う

のが良いようです。

更新: RX 480/470がサポートされたことを追記しました。2018/4/16

Apple推奨グラフィックスカード

Sat, 31 Mar 2018 19:43:57 +0900

macOS 10.13.4のリリースに合わせて、Appleのサポートページに「Macで外付けグラフィックスプロセッサを使う」というページが公開されました。

support.apple.com

Thunderbolt 3で接続する外部GPU拡張ボックス (eGPU) が2017のWWDCで開発者向けに発売されましたが、10.13.4になってそれがいよいよ一般アナウンスされたようです。

このページによると、10.13.4が搭載された以下のMacでeGPUはサポートされ、Metal, OpenGL, OpenCLを使うアプリケーションを高速化できるそうです。

2016年以降のMacBook Pro (2016以降の13-inch MacBook Proでは左側のポートを使うとデータ転送が早い )
2017年以降のiMac
iMac Pro.

AppleがサポートするGPU

このサポートページでは、eGPUで使用する推奨グラフィックスカードも紹介されています。Thunderbolt 3はPCIe x4を一対の信号線で引き出す規格ですので、OSからはPCIeスロットと同じように見えます。なので、AppleがeGPU用に推奨するグラフィックスカードは、HackintoshのPCIeスロットに挿すだけでそのまま使える互換性の高いカードです。ここで推奨されているカードは、Hackintoshでも使えるカードです。

AMD Radeon RX 570, 580, 470, 480, Radeon Pro WX 7100

これらはAMD Polarisアーキテクチャのグラフィックスカードです。Sapphire Pulseシリーズと、AMD WXシリーズが推奨カードです。

Amazonで該当するカードを探してみましたが、高騰していますね。Pulseシリーズが販売終了になっているのも痛いです。以前ならSapphire Pulse Radeon RX 580が3.4万円くらいでしたのに。いまでは、Sapphire Pulse Radeon RX 570が、なんとかお手頃なカードかも。

AMD Radeon RX Vega 56

これはAMD Vega 56アーキテクチャのグラフィックスカードです。Sapphire Vega 56とXFX Vega 56が推奨カードです。

AMD Radeon RX Vega 64, Frontier Edition Air, Radeon Pro WX 9100

これはAMD Vega 64アーキテクチャのグラフィックスカードです。Sapphire Vega 64とXFX Vega 64, 空冷のAMD Frontier Edition、AMD Radeon Pro WX 9100が推奨カードです。

補足：ついにtonymacx86でもAMDカードが推奨ハードウェアになりました。

www.tonymacx86.com

更新: RX 480/470がサポートされたことを追記しました。2018/4/16

Macintoshを買おう

Sun, 18 Mar 2018 18:29:10 +0900

HackintoshするならMacは買わなくて良いと思うかもしれません。でもMacは素晴らしいですので、ぜひ1台買っておきましょう。それ以外にも、Macを買っておくべき理由があります。

macOSを入手するにはMacが必要

初期のmacOSはDVDなどの光ディスクで販売されていましたが、Mac OS X Lionから以降は、App Storeでのみ販売（のちに無料配布）されています。現行のmacOS High SierraもApp Storeからダウンロードする以外に正規に入手する方法はありません。そのためには、macOSが動いているマシンが必要です。HackintoshからでもApp Storeに接続してダウンロードすることは可能ですが、これから1台目のHackintoshを作る場合には、macOS入手のためにMacが必要です。また、インストール用のUSBメモリをフォーマットするにも、これにmacOSインストールイメージをコピーするにも、macOSが必要です。

ネットで検索すると、Macを持たずにHackintoshを作る方法も紹介されています。Windows上にVMWareなどでバーチャルマシン(VM)環境を作って、そこにHackintoshを実装する方法です。ただ、その多くは、ネット上からVMのイメージをダウンロードするとか、ネット上からmacOSをダウンロードする方法です。これは無断で配布されているmacOSをダウンロードすることになり、Appleの著作権を侵害します。正しくHackintoshするには、正規に入手したmacOSを使いたいところです。

実を言うと、今でもApp Storeに頼らずにmacOSを正規に入手する方法はあります。Mac OS X 10.6 Snow Leopardだけは、いまだにアップルストアでDVD版が販売されています。App Storeが使用可能になるのは10.6.6からなので、それより古いmacOSを使っているユーザはApp Storeが使える最新バージョンにアップグレードすることもできません。その救済のために、10.6がDVD版で販売されています。ただ、販売されている10.6はApp Storeに非対応なので、App Storeを使えるようにするには、ネット接続して10.6.6までアップデートする必要があります。

なので、VMでHackintoshする場合も、最初に10.6 DVDを購入してVM上にHackintoshを構成し、これをオンラインアップデートし、その後でApp Storeから最新macOSをダウンロードすれば、macOSを正規に入手することが可能ではあります。ただ、古いバージョンに対応したインストールは困難かもしれません。

www.apple.com

本物を知る

本物のMacにも色々な不具合が発生します。Hackintoshで不具合が発生すると、Hackintoshのせいかと思いがちですが、もともとのmacOSの問題である場合も多いです。Macが手元にあれば不具合の原因を知ることができます。そのほか、OS設定を比較して、Hackintoshを最適に設定することもできます。

iMessageやiCloudのサービスを使う場合でも、実機のMacがあると、アカウントの状況などがわかって安心です。

モバイルはMac、デスクトップはHackintosh

Hackintoshする最大の理由は、Appleが提供してくれないタイプのハードウェアを入手できることだと思います。多くのMacユーザは、Appleのディスプレイ分離型デスクトップマシンのラインナップが貧弱で、なかなかアップデートされないことに苛立っています。PCIeスロットでグラフィックスカードなどを自由に拡張できる旧型Mac Proは2012年モデルで終了してしまいました。後継の拡張性の低い円筒形Mac Proも一向に更新されていません。Mac miniも2014年モデルで止まっています。ProはXeonプロセッサを使い、miniはモバイル用CPUを使っています。コストパフォーマンスの高いメインストリームのデスクトップ向けCore iプロセッサを使ったモデルはiMacにしかありません。それも、グラフィックスチップはモバイル用です。なので、デスクトップ向けCPU/GPUを使った拡張性のあるデスクトップマシンは、Hackintoshでのみ実現可能です。

一方で、ノートPCはHackintoshが難しいです。必要ならば互換性の低いパーツを交換できるデスクトップと違い、ノートPCでは交換が困難です。なので、無線が動かない、ディスプレイが遅い、音が出ないなどの問題を簡単には解決できない場合が多いです。また、現行macOSのユーザインタフェースは多彩なマルチタッチができるTrackPadデバイスに支えられていますが、ノートに搭載されたポインティングデバイスはMacと同じようには使えません。一方で、MacBookシリーズの品揃えは豊富で、アップデートも（デスクトップに比べたら）頻繁に行われています。価格も、同じハードウェア仕様のWindowsノートPCに比べて、格段に高いわけではありません。

なので、モバイル用途には、非力だけど薄くて軽量な製品をMacBookシリーズから選び、デスクトップ用途には、大型重装備で高速なデスクトップHackintoshを使うのが、理想だと思います。

tonymacx86版のCloverインストーラ

Sat, 17 Feb 2018 00:06:14 +0900

今までCloverのインストーラとは別に、MultiBeastというインストールツールを提供して来たtonymacx86のサイトで、新たにCloverインストーラを提供するようになったようです。

www.tonymacx86.com

CloverのインストーラとMultiBeastの違いを簡単にまとめておきます：

Cloverというのはブートローダで、Clover本体のブートローダプログラムファイルと、機能を分担したドライバーのファイルと、設定ファイルconfig.plist、ブート画面のデザインthemeなどのファイルから構成されています。これらを然るべき場所にインストールしてくれるのがおなじみのCloverインストーラです。
MultiBeastというのは、オリジナルのCloverインストーラがやる作業に加えて、主にtonymacx86での推奨PC構成を動かすためのkextの追加、kextへのパッチ当て、config.plistの設定をやってくれます。

tonymacx86の上記のアナウンスによると、tonymacx86では、MultiBeastとは別に、もう一つのCloverインストーラを配布することにしたようです。Cloverのバージョンアップに素早く追随するのが目的とのことです。ダウンロード先は、以下です。MultiBeast, UniBeastなどと同じく、ユーザ登録してログインしないとダウンロードできません。

www.tonymacx86.com

何をやってくれるのか調べるために、このページのClover UEFI Boot Mode v2.4k r4411を実際にダウンロードして、空いているUSBメモリにインストールしてみました。このページの説明と、実際にインストールされた内容をみるに、以下のことをやってくれるようです。

Cloverの標準インストーラがやってくれる作業をする。
OsxAptioFix3Drv-64.efiをインストールする。ただしこれは、Cloverの標準インストーラでも可能です。
apfs.efiをインストールしてくれる。本体が10.13の場合に本体からコピーするようです。
tonymacx86推奨PC構成用のconfig.plistをインストールする。とはいえ、SMBIOSの設定はほとんど空白です。ちなみにMultiBeastだと指定したMac機種名に合わせてSMBIOSを作成してくれます。
kextのインストールはしない。Cloverの標準インストーラと同じです。
themeにtonymacx86のテーマを入れてくれます。

MultiBeastと違ってkextを入れてくれないので、Cloverの標準インストーラと同じく、これだけで起動するドライブを作ることはできないようです。config.plistがシンプルでメンテナンスしやすい内容になってくれるのはありがたいかもです。apfs.efiを入れてくれるのも面倒が少ないかも。しかし、Cloverの標準インストーラにあるカスタマイズ機能はありません。

MultiBeastでインストールした人が、Cloverを最新版にアップデートするために使うツールなのかもしれません。でも、それならCloverの標準インストーラで十分ではと思いました。

お薦めマザボメーカ by Hackintosher.com

Wed, 14 Feb 2018 22:07:56 +0900

hackintosher.com

Kabylake（200シリーズチップセット）でHackintoshするなら、どのメーカのマザーボードが良いのかについて、Hackintosher.comに記事があります。4大メーカーを使ってみての感想とのことで、参考になるかと思います。結論は、

ASRock
ASUS
Gigabyte
MSI

の順番だそうです。

世の中一般のイメージでは、ASUSはシェアが高くて安心だけど作りの割には値段が高い、Gigabyteは堅牢、ASRockは変わった（変態な）製品を作っていたけど最近は安くて品質が良い、というようなイメージかなと思います。一方で、Hackintoshに限ると、Gigabyteが古くから互換性が高いと言われていました。ただ、UEFIになってからは、あまり違いはないようです。

一方でHackintosher.comでは、上記のようなランキングがされました。気になったので読んでみました。オリジナルのページには、それぞれのマザーボードで自作した記事へのリンクもありますので、参考にしてください。

————以下Hackintosher.comの抄訳です———-

ハイエンドなマザーボードでは、オーディオやLANのチップセットに標準ではない高価なチップを使うこともあります。その場合は、Hackintoshが難しくなることもあります。逆に、ローエンドなマザーボードでは、Hackintoshの問題は発生しないです。

例えば、MSIのB250はHackintoshが全く問題なく動きますが、CarbonシリーズではUSBの問題が発生します。
ASRockでは、Fatal1tyシリーズではランダムにリセットする問題が発生しましたが、安価なモデルでは発生しませんでした。
GigabyteではゲーミングシリーズでCPU周りの部品が鳴く問題がありましたが、Ultra Durableシリーズでは問題ありませんでした。
ASUSは例外で、ROG Strixシリーズでも問題ありませんでした。ただ、もっと高価なROG HEROボードではオーディオの問題を解決できませんでした。

なので、$200を超えるようなハイエンドなマザーボードは避けて、$200以下の中堅または廉価版マザーボードにこだわるのが良いです。

またマザーボードメーカによって、それぞれ強みや問題があることに気づきました。以下でそれをまとめてみます。

第1位はASRock

ASRockのマザーボードは、Hackintoshを作る際の互換性問題を解決する手間が一番少ないです。しかもASUSよりコスパが良いです。

ある時Z270 Fatal1tyのHackintoshが見ていない間に再起動する問題に遭遇しました。原因は不明ですがそれ以降発生していません。ASRock H270-ITX/AC + Intel Pentium G4560で作ったHackintoshでは何の問題も発生していません。

利点

200シリーズマザーボードはGigabyteと同様に簡単だけど、Gigabyteで経験するような品質の問題は無いです。
200シリーズASRockマザーボードでスリープの問題は無いです。
USBポートの問題が無いです。

欠点

特定のBIOSバージョン（例えばP2.10) でスリープ後のUSB認識問題が発生しますが、それ以外のバージョンでは問題無いです。

使用上の注意

BIOS version P2.10を避けてP1.20またはP2.20以降を使うと良いです。
RAMを一本だけ使うなら、内側のスロットを使うとKPを避けられます。

第2位はASUS

私の経験では、ASUSのZ270は、Z170 ATX Proより良いです。ASUS ROG Strix Z270I ITXで自作した記事を書いています。200シリーズASUSの唯一の問題は、スリープ後にオーディオが途切れることです。これはいつでも起こることではなくて、30回に一回程度です。これの解決方法についてはHackintosher.comの記事をみてください。

利点

自動スリープはとてもよく機能します。
オーディオ問題を解決すれば問題なく安定します。
darkwake設定はデフォルトのままで良いです。
HWMonitorでCPUコアの電圧が見られます
内蔵GPUも外部GPUも同じconfig.plistとBIOS設定で使えます。
USBポートも問題ありません。

欠点

強制的に再起動したり電源を切ると次の起動でBIOS画面になります。これがちょっと面倒です。
私のところだけだと思いますが部品鳴きがします。

使用上の注意

スリープ後のオーディオの問題は本ブログのガイドを見てください。
オーディオを動かすためにはlayout id 7にします。
終了したいのに再起動してしまうときには、FixShutdown_0004をtrueに設定します。

第3位はGigabyte

Gigabyteは長らくHackintoshでオススメのブランドでした。LGA 1511チップセット以来、すべてのブランドが簡単になりました。でも、私の経験では、config.plistの一つのフラグをセットしないとスリープの後に再起動してしまいます。

私の経験では、複数のGigabyteマザーボードに大きな問題がありました。それはkernel_taskです。アクティビティモニターを起動して、Diskタブを選ぶと、その中にkernel_taskがあります。通常は、今ASUSで試したところ、1GB程度の書き込みバイト数です。しかしZ270 Gigabyte Gamingマザーボードでは70, 100, さらには200GBにもなることがあります。主にSierraの10.12.4でこの問題を経験して、それでGigabyteを止めてしまいました。もしかしたら新しいmacOSバージョンでは治っているのかもしれません。

もう一つの、でもこちらは対応可能なトラブルは、Gigabyte Hackintoshがスリープの時に再起動してしまう問題です。EFIのAPPLEフォルダを消すと、治りました。

これ以外に、Hackintoshとは関係ないけど、品質の問題もありました。部品鳴き、Ethernetの不調、グラフィックスの問題、CMOSクリアしないといけない状況になってしまった問題などです。

利点

一旦動けば信頼できるブランドです。
HWMonitorでCPUコア電圧が見られます。
安価なマザーボードが用意されています。
darkwake設定はデフォルトのままで良いです。

欠点

kernel_taskの書き込みバイト数が大きくなり、遅延が発生します。再起動をしないと治せません。
自動スリープは、時々動きません。なのでマニュアルでスリープしないといけないです。
特定のBIOSバージョンではmacOSインストールが困難です。(例えばVersion F2)
スリープ中にUSBデバイスを抜くとブラックスクリーンの状態で起動し、しばらくすると再起動してしまいます。
USB3.1 Gen2にデバイスを刺すと無線デバイスに干渉します。
なんどもCMOSリセットする必要があるかもしれません。
私の経験ではGigabyte’s Z270 Gaming マザーボードで部品鳴きしました。
特定のバージョンのLilu.kext と AppleALC.kext でオーディオが出なかったりブラックスクリーンになります。

使用上の注意

シャットダウンしたのに再起動してしまうときはconfig.plistのFixShutdownで直します。
ゲーミングシリーズマザーボードでは、EFI検出問題を解決するためにK4もしくはそれ以降のBIOSを使います。
スリープ後で再起動してしまう場合には、EFIのAPPLEフォルダを消します。
NVIDIAのグラフィックスカードを使う時にはEmuUEFIVariable.efiを使います。

第4位はMSI

MSIマザーボードは、Hackintoshするのに割とよくて、Gigabyteで経験したような問題もありませんでした。でもKernel_task問題はCarbonシリーズで1回以上ありました。が、それより安いBazookaシリーズでは発生していません。

MSIマザーボードの問題は、USBです。USB-Cや3.1ポートにUSBメモリを挿した状態で、スリープさせて回復させると、USBメモリがイジェクトされます。またこれらが挿入されると、無線に干渉して、M705無線マウスが遅延します。

起動時やスリープ回復時に、Cooler Master Mechanical KeyboardやSandisk Cruserフラッシュドライブが認識されません。認識させるためには挿し直す必要があります。これ以外のキーボードやフラッシュドライブではこの不具合を経験していません。USB検出の問題は、macOSの互換性とは関係ないと思われます。

Chromeのタブをたくさん開いていると、スリープの邪魔をすることがあります。

中級もしくはハイエンドのMSI Z270マザーボードはOsxAptioFix2Drv-free2000.efiが必要です。

**訳注：**ASUSやMSIのマザーボードでOsxAptioFix2Drv-free2000.efiが必要だった時期がありましたが、いまは、AptioMemoryFix.efiやOsxAptioFix3Drv-64.efiで安定に動いています。

私の経験では、安いB250mマザーボードは、高価なCarbonシリーズに比べて、より問題なく動きました。

利点

内蔵、外付けの両方のグラフィックスに同じconfig.plistを使える
安いMSIマザボはスムーズにHackintoshできる。

欠点

Gigabyteと比べたらずっと少ないけど、kernel_task問題が発生します。
スリープさせようとするとChromeで保存ダイアログが出ます。
USB3.1 Gen2 Type A/Type CにUSBメモリを挿しておくと、スリープ回復時にイジェクトされます。
USB3.1 Gen2ポートは無線に干渉します。
特定のUSBデバイスは起動やスリープ回復時に認識されません。

使用上の注意

最新のBIOSにアップデートしましょう。
特定のマザボにはOsxAptioFix2Drv-free2000.efiを使いましょう。
**訳注：**多分AptioMemoryFix.efiやOsxAptioFix3Drv-64.efiで良いはずです。
RAMを1本だけ使うなら、KPを避けるために一番内側のスロットを使いましょう。
USB/Keyboard/Mouseでスリープ回復させるならBIOSでwakeさせるよう設定しましょう。
config.plistのBootでdarkwake = 8と設定しましょう。
スリープ回復や起動で音が出ない、もしくは音量が低いなら、CodecCommander.kextを追加しましょう。B250マザーボードでは、起動・スリープ回復時にALC887オーディオで音が出ない、もしくは音量が低い問題を解決するために、CodecCommander.kextの使用とdarkwake = 8の設定が必要です。

————Hackintosher.comの抄訳は以上です———-

感想文

紹介されたトラブルは、Hackintoshの問題というよりも、一般的な問題が多いような気がしました。製品の当たり外れや部品の相性もありそうです。でも、たくさんのマザーボードを試した結果で、ASRockがおすすめとのことなので、品質が良いと言えるのかもしれません。

以前の記事でも紹介しましたが最近は、MSIが色々気に入って使っています。

/posts/97/

80シリーズチップセット以前はHackintoshに最適と言われていたGigabyteをずっと使ってきました。90シリーズでMSIを使ってみたら、問題なく稼働しただけでなく、ファンコントロールやGO2BIOS機能が便利で、BIOS設定メニューもわかりやすかったです。UEFIマザーボードでは、Gigabyteにこだわらなくても良いことを実感しました。その後、100シリーズでASUSを使ってみたら、これも問題なく使えたのですが、基板が紙のように薄くてバックパネル近辺が曲がっていました。そこそこの価格帯の製品だったのですが、ASUSは全体に価格が高いので、ケチってはいけないようです。BIOSメニューがわかりにくかったこともあり、200シリーズではMSIに戻りました。

100のASUSと200のMSIでは、OsxAptioFix2Drv-64.efiが動かず、OsxAptioFix2Drv-free2000.efiが必要でした。OsxAptioFix3Drv-64.efiが出たところで試したら、これが動きました。また、もっとバニラなAptioMemoryFix.efiも動きましたので、最初からこれを試すべきだったかもしれません。なので、OsxAptioFix2Drv-free2000.efiの件は、今は気にする必要はないです。

とはいえ次回、Cannonlakeで自作するときは、ASRockも試してみようという気になりました。

Asus Prime X299 Deluxe, 7980XE

Wed, 24 Jan 2018 22:26:56 +0900

X299マザーボードにSkylake-Xを搭載した自作水冷マシンにmacOSをインストールする記事がtonymacx86で紹介されています。iMac Proのようなマシンです。この記事が最初に書かれたのは去年の8月ですが、適宜アップデートされているようです。18コア36スレッドの究極のmacOSハードウェアを作るのは、ロマンですね。記事はかなりの長文ですのでサクッと抄訳してみたいと思います。

www.tonymacx86.com

—————————-ここから抄訳—————————-«

Skylake-X/X299のマシンにmacOS High Sierra 10.13.2をインストールしてiMac Pro相当のマシンを作るためのガイドです。

A.) ハードウェアの概要

i7-7640X と 7740X は、2チャンネルのDDR4-2666であったり、PCI express 3.0が16本しかなかったりで、見劣りがします。i7-7800とi7-7820は4チャンネルDDR4-2666ですがPCIeが28本です。ということで、最高の性能を得るためには、i9-7900X以上のCPUを選択することをお勧めします。

今回の構成は以下です。

マザーボード: Asus Prime X299 Deluxe
CPU: i9-7980XE (18 core, 4.4Ghz)
メモリ: Tridentz DDR-4 3200 Mhz 128GB (8x16GB)
GPU: Gigabyte Aorus GTX 1080 Ti Waterforce WB Extreme Edition 11GB
システムディスク: EVO 960 NVMe M.2 1TB (system disk macOS High Sierra 10.13.2); EVO 960 NVMe M.2 1TB (system disk macOS Sierra 10.12.6 Sierra)
電源: Corsair AX1500i
モニター: LG 38UC99-W 38″ curved 21:9 Ultra Wide QHD+ IPS Display (3840 pix x 1600 pix)
Bluetooth + Wifi: BCM94360CD
ケース: Thermaltake Core X71
CPUとグラボの水冷： 2台のD5ポンプ、360mm, 280mmのラジエータを複数使ったDIY水冷

B.) マザーボードのBIOS

B1.) ASUS BIOSにパッチを当てる

本物のMacでは、MSR 0xE2レジスタが書き込み可能で、これによりOSX XCPM電力制御を行っています。そこで、ASUSのBIOSにパッチを当て、MSR 0xE2レジスターを書き込みできるようにアンロックします。BIOSにパッチを当てる手順は以下です。

BREWをインストールしてQT5をインストールする
CodeRush UEFIPatchをGithubから入手する
@interferenc氏によって作られたパッチのファイルpatches.txtを入手する
ASUSから最新のBIOSを入手する
UEFIPatchコマンドでパッチを当てる
出来上がったBIOSをFAT32のUSBメモリに入れる
BIOS起動時にF2を押してUSBからBIOSをアップデートする

再起動した後、ターミナルからbdmesg | grep MSRコマンドを入れると、MSR 0xE2レジスターがアンロックされたことを確認できます。

B2.) ASUSのBIOS設定

BIOSを設定します。（**訳注：**通常の設定ですので省略します）

B3.) – GigabyteのBIOS設定

BIOSを設定します。（**訳注：**こちらも省略します）

C.) エラーを防ぐための重要なアドバイス

配布しているファイルでは、AptioMemoryFix.efiの代わりに再びOsxAptioFix3Drv-64.efiを使うようにしました。
ATI RX560、580のユーザは、WhateverGreen.kextのv1.1.4とLilu.kext v1.2.1を使ってください。Vega 64とFrontier GPUはこれらは不要です
NVIDIAのユーザは10.13 Web Driverを使ってください。
Thunderbolt EX3 PCIe拡張カードを使用できているなら、macOSインストールの時にはThunderbolt 2ドライブを外しておきます。まだ使用できていないなら、インストール時には拡張カード自体を外しておきます。
最新のapfs.efiが使われていることを確認しておきます。
sleep/wakeで問題を起こさないためにVoodooTSCSync.kextを入れておきましょう。VoodooTSCSync.kextのInfo.plistファイルの中のIOCPUNumberを書き換えておきます。
ASUS Prime X299 Deluxeで2番目のLANを使用する場合は、SmallTree-Intel-211-AT-PCIe-GBE.kextを入れるか、macOSインストール時に2番目のLANをBIOSでoffにしておきましょう。
Lilu.kextでカーネルパニックを起こしたことがあります。最新のkext類を入れておきましょう。

D.) iMac Pro 用のmacOS 10.13 High Sierraを作る

D.1) iMac Pro EFIフォルダの準備

EFI-X299-10.13.2-Release-iMacPro1,1-170118.zipをダウンロードしてください。この内容でEFIフォルダをデスクトップなどに作ります。
EFI/CLOVERのconfig.plistをClover Configurator (v.4.60.0以上) で開いて、SMBIOSセクションのシリアル番号、ボードシリアル番号、SmUUIDを設定します。
VoodooTSCSync.kextをEFI/CLOVER/kexts/Other/に入れます

D.2) iMac Pro macOS High Sierra 10.13.2 (17C2120) のInstallerパッケージを作る

**訳注：**iMac Proにインストールされているらしい10.13.2 (17C2120)は、現在App Storeでは配布されていません。App Storeにある最新は、17C205です。17C2120をcurlコマンドでアップルのサーバから取り寄せて、インストーラパッケージを作る手順が説明されています。長いのでオリジナルを見てください。もしこれからiMacを作る場合、間も無く10.13.3が出ると思いますので、そうなったらそれを使えば良いので、この作業は不要になります。

D.3) iMac Pro macOS High Sierra 10.13.2 (17C2120) USB インストーラを作る

いつものようにcreateinstallmediaコマンドで、インストール用USBメモリを作ります。作ったUSBメモリをブート可能にするために、以下の操作をします。

cd /Volumes/USB_VOLUME
mkdir .IABootFiles
cd .IABootFiles
cp /Volumes/USB_VOLUME/System/Library/CoreServices/boot.efi .

前のD.1節で作ったEFIフォルダを、このUSBのEFIパーティションに入れます。

D.4) iMac Pro macOS High Sierra 10.13.2 (17C2120) のクリーンインストール

Skylake-X/X299の自作システムに、17C2120をクリーンインストールします。このために、

新しいSSDなどを用意してHFS+でフォーマットします
先のD.1節で作ったEFIフォルダをそのSSDのESPに入れます
このSSDを自作したシステムに接続し、さらにD.2節で作ったUSBメモリを入れて起動します
ブート途中でUSBメモリを起動ドライブに指定します
Cloverの起動画面でUSBメモリを選びます
macOSをSSDにインストールします。
インストール途中の再起動ではF8キーを押してUSBメモリから起動するようにし、Clover画面ではInstall macOS …を選択します。
次の再起動では、F8でSSDを選んで、Clover画面ではmacOS High Sierraアイコンを選びます

D.5) すでに動いている10.13 SSDを自作iMac Pro用に変換する

**訳注：**配布されている、iMac Pro非対応のmacOSを、iMac Pro対応にする方法が説明されています。ESP部分を、今回用意したものに差し替え、/System/Library/CoreService/PlatformSupport.plistにBoardID Mac-7BA5B2D9E42DDD94を追加します。これも10.13.3が出れば不要な作業かと思います。

D.6) iMac Pro macOS High Sierra Build Update Procedure

クリーンインストール、もしくは、iMac Pro用macOSへの変換が成功した後、10.13.2追加アップデートを当てることができます。これでビルド番号は17C2120から17C2205になります。10.13.3 Public Beta 4へアップデートすることもできます。これらは通常のApp Storeから可能です。

**訳注：**もしかしたら10.13.3 Public Beta 4を使えば、そのままiMac対応High Sierraになっていたのかもしれないですね。

E.) インストール後の設定

E.1) CPU電力制御設定

**訳注：**電力制御を動かすための設定が説明されています。もともとXeonやXシリーズは、電力制御の設定が必要だったのですが、iMac Proのおかげで多少は楽になったようです。それでもいくつか作業が必要のようです。また、ssdtPRGen.shを使ってSSDTも作ります。

E.2) グラフィックス

RX 560, RX 580はWhateverGreen.kext v1.1.4とLilu.kext v1.2.1.の組み合わせで使うことができます。
Vega64とFrontierは10.13でそのままサポートされていますのでWhateverGreen.kextやLilu.kextは不要です。
NVIDIAのカードもWeb Driverでサポートされています。17C2120や17C2205が動くバージョンのWeb Driverも配布されています。10.13.3 Public Beta 4を使う場合は、パッチを当てます。（**訳注：**この後パッチの方法が説明されています。）
NVIDIAのブラックスクリーンを回避するには、NvidiaGraphicsFixup.kext v.1.2.1とLilu.kextを使います。10.13.3 Public Beta 4の場合は、NVDAStartupWeb.kextへのパッチが必要です。

E.3) オーディオ

オーディオはAppleALC.kext v1.2.1.とLilu.kext v.1.2.1で対応できます。ただしconfig.plistでDSDTにパッチを当てる必要があります。またAudio IDの設定も必要です。
VoodooHDA.kext 2.9.0.d10も使えます。が、VoodooHDA.kextのInfo.plistを書き換える必要があります
AppleHDA.kextにパッチを当てることもできます。ただ、これはシステムがバニラでなくなってしまいます。

E.4) USB の設定

10.13.2追加アップデートから、X299マザーボードの全ての外部・内部USB 3.1 Gen 1 とUSB 2.0 Gen 1が仕様通りのスピードで動くようになりました。また、全ての外部・内部USB 3.1 Gen 2ポートも140 MB/sで動きます。

E.5) ASUS Prime X299 Deluxe Thunderbolt EX3 PCIeカードを使う

Thunderboltカードを使うためには、残念ながらWindowsもインストールする必要があります。Windowsでカードが認識されて初期化されて、初めて、BIOSでThunderboltの設定ができるようになります。そこで、Windowsを起動できるようにインストールして、付録のThunderbolt EX3 DVDからドライバをインストールします。この後、BIOSからカードを設定します。

E.6) NVMe の互換性

10.13からSamsung EVO 960 M.2 NVMe SSDのような市販のSSDがネイティブに使えるようになりました。10.12で必要だったパッチは全て不要になりました。

E.7.) SSD TRIM Support

TRIM機能はアップル純正SSDでしかonになりません。そこで、IOAHCIBlockStorage.kextにconfig.plistでパッチを当てます。それでTRIMが有効になります。

Name*             Find*[HEX]             Replace*[HEX]         Comment     MatchOS
IOAHCIBlockStorage 4150504c 45205353 4400 00000000 00000000 0000 Trim Enabler 10.12.x,10.13.x

E.8) ASUS Prime X299 Deluxe のEthernet

このマザーボードには、Intel I219-VとIntel I211_ATの二つのEthernet端子がついています。前者は、Hackintoshで以前からサポートされていました。後者も、SmallTree-Intel-211-AT-PCIe-GBE.kextのおかげで使用できるようになりました。

E.9) ASUS Prime X299 Deluxe PCI Device Implementation

全てのPCIデバイスを正しくインストールするために、適切なACPI DSDT置き換えパッチテーブルと、SSDT-X299.amlが必要です。ASUS Prime X299 Deluxeのためにどちらも用意されています。添付したconfig.plistに含めてあります。

E.10) 「このMacについて」のCPU表示

見た目だけの問題ですが、何もしないと、Processorの表示がUnknownになっています。これは

/System/Library/PrivateFrameworks/AppleSystemInfo.framework/Versions/A/Resources/English.lproj/AppleSystemInfo.strings

を書き換え、config.plistのCPUセクションのTypeをUnknownに設定すると修正できます。

E.11) Logic-X などのAudioソフトウェア機能

MSR 0xE2レジスタのロックを外したことで、macOSのKernelが全て電力制御を担当することになり、以前のLogic-Xやその他のオーディオソフトウェアの問題が解決されました。それでも、Logic-Xで設定しなければならない項目があります。（**訳注：**これらのアプリのことがよくわかってません。すみません。）

F.) ベンチマーク

GeekbenchのCPUベンチマークはMulti-coreが65,348, Single-coreが5,910です。
CinebenchのCPUベンチマークは4,618 CBです。
GeekbenchのOpenGLは229,965です。
GeekbenchのMetal2は242,393です。
Unigine Heaven Benchmark 4.0はFPS: 76.6, Score 1929
Unigine Valley Benchmark 1.0はFPS: 58.2, Score 2435

Hackintoshの長靴 (ブート)

Fri, 19 Jan 2018 12:08:07 +0900

↓ブートストラップ

ご存知のようにコンピュータを起動することをブートすると言います。このサイトの名前も、「macOSを起動しよう」という意味です。ブートは一般の辞書にも動詞として載っています。このブートの元の意味は長靴です。

一方、公式WikiによるとCloverの正式名称は、Clover Bootloaderです。Bootloaderというのは、

– Bootstrap program loader

を短くした言い方です。loadするというのは搭載するとか装填するという意味で、HDDなどからプログラムを読み込んで、コンピュータ上のメモリに格納して、プログラムが動作できるように準備する作業をさします。OSは稼働している間、こういう仕事をいつもやっています。当然ですが、loadするのもプログラムで実施しています。

ではコンピュータの電源を入れたばかりで、メモリー上のプログラムが空っぽの状態では、どうやってloadすれば良いのでしょうか。load作業を実施するプログラムはHDDの中にあります。缶切りが缶詰の中に入っている状況です。そこで使われるのが、缶切り機能だけに特化したBootstrap programという短い(OS全体に比べたら)プログラムです。CloverはmacOSを稼働させるために、まずはmacOSの核(kernel)となる基本機能を含むbootstrap programを読み込み (load) ます。次に、bootstrap programに制御を移管し、macOSの全体の読み込みと設定を行ってもらいます。なので、Cloverはbootstrap program loaderなわけです。

そもそもbootstrapって何かと言うと、上の写真にあるブーツの踵などについている平たい紐のことです。ストラップは平たい革紐のことです。ブーツに足を突っ込んで、このストラップを引っ張ってブーツを持ち上げると、楽に履けます。この時にもっと頑張ってストラップを引っ張ったら、自分で自分の体を持ち上げられるかもしれません。それでpull oneself up by one’s bootstrapsという言い回しは、「自力でなんとかする」という意味になりました。自力でなんとかOSを立ち上げるためのプログラムも、これにちなんでbootstrap programと呼ぶようになりました。

bootstrap programをloadするためには、

プログラムを装填するためのメモリ領域を確保して
ファイルシステムから読み込む

二つのステップが必要です。Cloverではそのために以下の設定が必要です。

メモリを確保する

マザーボードに電源が投入された直後は、UEFIという簡易的なOSのようなプログラムが動いていて、メモリなどのコンピュータリソースを管理しています。CloverはUEFIにお願いしてmacOSのbootstrap programを格納するためのメモリ領域を確保します。メモリ上には、すでにグラフィックスカードや他の周辺機器のBIOSが居座っていることもあります。空き地を探したり、空き地を確保するためのこれらを移動したり、いろいろな作業が必要です。その手続きが、マザーボードや搭載周辺機器によって異なることがあります。なので、それを行うプログラムもハードウェアに合わせて選択する必要があります。そこで、Cloverの設定作業

では、以下の選択肢の中から必要なプログラムを1つだけ選択して、EFI/CLOVER/drivers64UEFI/の中に格納します。

AptioMemoryFix.efi
OsxAptioFix3Drv-64.efi
OsxAptioFix2Drv-64.efi
OsxAptioFixDrv-64.efi
OsxLowMemFixDrv-64.efi

必要なのは、このうちの1つだけです。このリストの複数のファイルをdrivers64UEFIに入れてはいけません。また、推奨する順に番号が振られています。この順番に入れてみて、ちゃんと起動すればそれを使うのが良いです。できれば1か2が望ましいです。

この選択が正しくないと、メモリを確保できません。メモリを確保できないと、Cloverが起動した直後に、

こんなマークが出て止まってしまいます。-vオプションで起動すると、

OSXAptioFix2Drv: Starting overides for SystemLibrafyCoreServicesoot.efi
Using reloc block: no, hibernate wake: no
Error allocating 0x116f5 pages at 0x000..... alloc type 2
Couldn't allocate runtime area
Boot failed, sleeping for 10 seconds before exiting...

こんなメッセージが現れて止まってしまいます。こんなメッセージの場合もあります。

AptioMemoryFix(RC5) : Starting SystemLibraryCoreServicesoot.efi
Hibernate wake: no
does printf work??

また、これらのエラーは、必ず出るとは限りません。起動のタイミングで、周辺機器BIOSがたまたま分散せずにメモリマップ上のかたまった場所に配置され、空き領域が容易に確保できるような場合には、エラーが発生しにくいです。なので、何度も試すとエラーが出る場合もありますし、逆に、ほとんどエラーが出るけど稀に起動できたりすることもあります。

上記の5個のプログラムの違いは、以下で説明されています。

www.insanelymac.com

それによると：

OsxAptioFixDrv-64.efi と OsxAptioFix2Drv-64.efi は、Clover 4368 以前に作られて、NVRAMサポートしていません。歴史的経緯で残されています。高位アドレスにワープしたメモリマップでは、OsxAptioFixDrv-64.efiだけが動くこともあります。
OsxAptioFix2Drv-64.efi は、メモリブロックの配置変えを行わない機能削減バージョンです。いくつかのハードウェアや古いOSバージョンでは動かないかもしれません。しかし、OsxAptioFixDrv-64.efiに比べると、こちらはハイバーネーションをサポートしています。
OsxAptioFix3Drv-64.efi は、Clover 4369でOsxAptioFix2Drv-64.efiから改変されたバージョンです。これはNVRAMをサポートします。Clover 4379ではランタイムの不具合が解消されました。Clover開発チームは今後、このバージョンだけを改良していきます。
AptioMemoryFix.efi は、サードパーティメモリ修正ドライバをそのまま使っています。そのため、色々手を加えているOsxAptioFix*Drv-64.efiシリーズよりもたぶん優れています。まずは、AptioMemoryFix.efiが動くかどうかを試すべきです。
OsxLowMemFixDrv-64.efi は、やはりメモリ修正ドライバですが、Clover 608から改良されていません。

とのことです。それで上記のような優先順位で、1から5の順に、動くプログラムを探すのが良いです。手元のMSIマザーボードでは1が使えました。

追記：起動に失敗する原因は、連続したメモリー空き空間が確保できないためです。KASLR（カーネル番地乱数化）をoffにしてslideを指定して、カーネル読み込み場所を明示的に指定することで解決します。詳しくはこちらをご覧ください。

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

ファイルシステムから読み込む

ファイルを管理するOSの仕組みがファイルシステムです。起動パーティションに使われるファイルシステムは、macOS Sierra以前ではHFS+だけですが、macOS High Sierra以降ではHFS+とAPFSの2種類が使われます。OSは、ファイルシステムを知り尽くしていて、その機能を全て使いこなします。bootstrap programに必要なファイルもファイルシステムの中に置かれていて、OSならばそれを読みだすのは簡単です。でも、コンピュータに電源を入れた直後は、ファイルを読みだすプログラムも、ファイルシステムの中にあります。またもや缶切りが缶詰の中にある状態です。

そこで、なんとかbootstrap program関連ファイルだけでも読みだすためのプログラムが作られています。それが、CloverのEFI/CLOVER/drivers64UEFI/の中に格納される次のファイルです。

VBoxHfs.efi
HFSPlus.efi（Cloverには同梱されてません）
apfs.efi

VBoxHfs.efiとHFSPlus.efiは、いずれもHFS+ファイルシステムのファイルを読み込むためのドライバーです。apfs.efiはAPFSのファイルを読み込むためのドライバーです。macOSがHFS+に格納されている場合は、VBoxHfs-64.efiもしくはHFSPlus.efiのどちらか一つが必要です。macOSがAPFSに格納されている場合は、apfs.efiが必要です。これらが無いとCloverの起動選択メニューにmacOS起動ボリュームが現れません。

VBoxHfs.efiだけがCloverの配布セットに含まれています。VBoxHfs-64.efiはオープンソースのHFS+ドライバです。オープンソースであるために、Appleの許可を得ずに（純正ドライバーの配布をお願いしても許可をもらえないと思いますが）配布することが可能なのです。

HFSPlus.efiはApple社純正のドライバで、本物のMacintoshのファームウェアで使われているものです。ハッカーのみなさんの技術で、ファームウェアから取り出されて、配布されています（名前で検索すれば配布サイトが出てきます）。多くのガイド、例えばこちらでは、VBoxHfs.efiをHFSPlus.efiに置き換えると良いと書かれています。オープンソースのプログラムより、Apple純正の方が高速だからという理由です。ただ、起動時間を実測してみたところ、

VBoxHfs-64.efiは約14秒
HFSPlus.efiは約9秒

程度の違いしかありませんでした。ブートの時しか関係しないことですし、現行macOSはAPFS起動のみですので、無理して入手して置き換える必要はないと思います。

apfs.efiは、macOS High Sierraの /usr/standalone/i386/ の中にあります。システムがAPFSに格納されている場合は、これが無いとCloverの起動選択画面に現れません。apfs.efi入手方法の詳細な手順は以下をご覧ください。

2018/06/19更新：Clover 4558からApfsDriverLoader.efiというドライバができて、apfs.efiの機能を自動的にロードしてくれるようになりました。なので、 /usr/standalone/i386/ からapfs.efiを取り寄せてESPに置く必要は無くなりました。

HackintoshをHigh Sierraにする

Sonnetの互換GPUリスト (10.13.2以降)

Fri, 15 Dec 2017 12:45:42 +0900

更新：これはmacOS 10.13.2と10.13.3のための情報です。macOS 10.13.4以降の情報はこちらをご覧ください。(2018/4/17)

Sonnetの互換GPUリスト (10.13.4以降)

SonnetはThunderbolt経由でMacintoshに接続する外部GPUボックスを販売しています。 Breakaway PuckとBreakaway Boxという製品です。

Breakaway Puckは小型の外付けボックスで、RX 560/570が組み込まれた2種類のバリエーションがあるようです。Breakaway BoxはPCIeスロットを内蔵していて、グラフィックスカード無しのモデル、Sapphire Radeon PULSE RX 580搭載モデル、電源容量が350/550Wのモデルのバリエーションがあるようです。Sapphire Radeon PULSE RX 580搭載モデルは、Apple External Graphics Development Kitとしてアップル社の開発者向けサイトで販売されています。
External Graphics Development Kit – Apple Developer

これらの製品のマニュアルはネット上で閲覧できます。このマニュアルの中で、

AMDグラフィックスカードと互換性のあるMacintosh
macOSと互換性のあるAMDグラフィックスカード

が紹介されています。Hackintoshの機種設定と、AMDグラフィックスカードを選ぶ参考になると思いますので、この内容を見てみます。なお、10.13.2が出てからこの書類は更新されています(2017.12.7バージョンになっています)。

http://www.sonnettech.com/support/downloads/manuals/egfx_macos_high_sierra_ug.pdf

以下はこのマニュアルの翻訳です

**追記：**なんとこのPDFがSonnetのサイトから削除されてしまったようです。ダウンロードしておけばよかった。と言うことで、以下の翻訳しか手元にありません。

macOS High Sierraにおける外部AMDグラフィックス

macOS High Sierraにおける外部AMDグラフィックスのサポートは、公式には2018年春までベータ版状態です。現在では、外部グラフィックスによる内部ビデオの高速化は提供されていません。Sonnetがもっとも正確な情報と考えている内容を、このマニュアルでまとめておきます。なお、外部グラフィックスに関して、現時点では、アップルからもAMDからもサポートを得られないことに注意してください。Sonnet社製品を使ってなんらかの問題があったら、Sonnetの顧客サービス、support@sonnettech.comに連絡してください。その際にはSystem Reportを添付してください。

互換性のあるMac

お使いのMacintoshで外部AMDグラフィックスがベータ版サポートされていることを確認してください。Thunderbolt 3を備えたMacは全て互換性があります。

iMac 2017モデル iMac18,1-18,3
MacBook Pro 2016モデル MacBookPro 13,1-13,3
MacBook Pro 2017モデル MacBookPro 14,1-14,3

macOS 10.13.2では多くのThunderbolt 2とThunderbolt搭載Macで、外部AMDグラフィックスが動きます。これらの機種では、Thunderboltケーブルと、Apple Thunderbolt 3 (USB-C) to Thunderbolt 2 Adapterが必要です。

iMac Mid 2011 iMac12,1–12,2 (with AMD Graphics) 未検証
iMac Late 2013-Late 2015 iMac14,1–17,1 (with Intel or AMD Graphics) 互換
iMac Late 2012-Late 2013 (with NVIDIA Graphics) iMac13,1–14,2 非互換
Mac mini Mid 2011–Late 2015 (with Intel Graphics) Macmini5,1– 7,1 互換
Mac mini Mid 2011 (with AMD HD 6630M Graphics) Macmini5,1– 5,2 非互換
Mac Pro Late 2013 MacPro6,1 非互換
MacBook Pro Early 2011–Early 2015 (with Intel or AMD Graphics) MacBookPro8,1–12,1 互換
MacBook Pro Mid 2012–Late 2013 MacBookPro9,2–11,3 (with NVIDIA Graphics) 非互換

**訳注：**互換性があるとされた機種は全てIntel Graphicsからの映像出力を提供しています。Intel Graphicsをenableにしないと性能低下が発生することを確認していますので、それと関係があるのかもしれません。Thunderboltを搭載しているにも関わらずMacPro6,1が非互換なのもiGPUが無いためかと思われます。

互換性のあるAMDグラフィックス

macOS High Sierraと互換性のあるAMDグラフィックスカードを持っていることを確認してください。以下の構成は、macOS High Sierra 10.13.2でプラグアンドプレイの互換性があります。

Radeon RX 570を搭載したBreakaway Puck (RX 560搭載モデルは非互換)
Radeon RX 470, 480, 570, 580を搭載したBreakaway Box 350
Sapphire Radeon PULSE RX 580を搭載したBreakaway Box 350 Developer Edition (**訳注：**Appleの開発キットです)
Radeon RX 470, 480, 570, 580, Vega 56を搭載したBreakaway Box 550
Radeon Vega 64またはAMD WX9100を搭載し電源を650Wに強化したBreakaway Box (どのモデルも可)
水冷Radeon Vega 64を搭載し電源を650Wに強化したBreakaway Box 350

訳注：****RX 470, 480, 570, 580, Vega 56, Vega 64およびAMD WX9100が使えるということです。

セットアップ

もしBreakaway Boxを持っているなら、ボックスに互換性のあるグラフィックスカードを差して、補助電源を接続して、ボックスを閉じて下さい。
Breakaway Boxまたは Puckに電源ケーブルをつなぎます。電源スイッチのあるBreakaway Boxの場合は、オンにします。 BoxとPuckは、Thunderbolt 3によりコンピュータ接続されるまでオンになりません。Breakaway BoxまたはPuckをコンピュータにThunderbolt接続し、macOSを起動します。通常の起動より時間がかかるかもしれません。
モニターに配線します。（内部ビデオは外部グラフィックスカードで高速化されません）ゲームや他のアプリケーションでグラフィックス高速化の効果を得るために、外部モニターをメインモニターにしてください。システム環境を選んで、配置を選んで、メニューバーを外部モニタにドラッグします。物理的な位置関係に合わせて、モニタ位置関係を調整してください。

制約や注意事項など

外部グラフィックスはiMacやMacBook Proの内部ディスプレイを高速化しません。
AMD外部グラフィックスカード名は、システムに正しく表示されないかもしれません。Developer EditionのBreakaway Box 350に組み込まれたSapphire PULSE Radeon RX 580はmacOSで「Radeon RX 580」と正しく識別されます。他のGPUは正しく認識されず、「AMD R9 XXX」のような表示になります。
外部グラフィックスはミラーリングをサポートしません。
起動・再起動するときに外部グラフィックスが接続されていると、オートログインが機能しません。
外部グラフィックスをホットプラグ・アンプラグする場合は、ログイン画面に戻る必要があります。
外部グラフィックスには最大4個のモニターが接続できます。
ブートキャンプはサポートされていません。
FacebookページのBreakaway Boxブログ https://www.facebook.com/SonnetTech/ で使用体験をシェアしてください。

**訳注：**名前の表示を正しくする方法はこちらに書いておきました。

/posts/90/

トラブルシューティング

Breakaway Boxでグラフィックスカードが認識されない 外部電源を接続したかどうか確認してください。
モニターの最高画素が選択肢に出ない システム環境設定：ディスプレイを開いて、変更ボタンをオプションクリックしてください。可能な画素数が現れます。
外部モニターが暗いまま、またはマルチモニタに表示が出ない ログアウトしてログインしてください。それで表示が出ない場合はNVRAMをリセットしてください。

SAPPHIRE NITRO+ RADEON RX 580を使う (10.13.3以前)

Fri, 01 Dec 2017 00:00:00 +0900

ご案内：この記事は10.13.2および10.13.3を対象に書かれたものです。10.13.4では、Radeon搭載のThunderbolt 3接続外部GPUボックスが正式サポートされたことにより、ずっと簡単になりました。この記事の**「方法1」「方法2」「方法3」****「モデル名の修正」は不要**になりました。改訂版は以下です。(2018/4/3)

/posts/62/

Radeon RX 580を使ってみました。簡単で性能も良いです。

/posts/139/

Hackintoshのためのグラフィックスカード選び方に関して上の記事で紹介しました。AMDのデスクトップ向けグラフィックスカードは、最近のmacOSのバージョン(10.12.6以降) で互換性が上がり、使いやすくなってきていました。また、最近のCloverではRadeonのイニシャライズに手を加える機能が搭載されて、パッチやkextを使用せずに使えるようになりました。RX 580の供給と価格も、マイニング騒ぎが収束してきたのか落ち着いてきたように思います。今回試したのは、SAPPHIRE NITRO+ RADEON RX 580です。Amazonでは他のブランドと比べてSapphireのRX 580 8Gが最安でした。SapphireはAppleが販売しているVR開発者用キットであるExternal Graphics Development Kit に搭載されているブランドなので、安心感があります。

NVIDIAから乗り換え
RADEONを動かす方法
方法1: 内蔵GPUをプライマリにする
方法2: WhateverGreen.kextを使う
方法3: CloverのRadeonDeInit機能を使う
動作を確認
モデル名の修正
おまけ：現行macOSがサポートするAMDグラフィックスカード

NVIDIAから乗り換え

今まではNvidia Geforceを使っていました。大昔はAMDを使っていましたが、macOSとの互換性が悪くなって、最近は、ずっとNvidiaでした。ということで、NVIDIAが正常に動いているmacOS 10.13.1 からの引越しです。

まずはNVIDIAのために入れていたWebドライバやkextやconfig.plistの設定を外します。/Library/Extensions/に導入されたWebドライバをアンインストールします。iMacのretinaディスプレイの回路を回避してブラックスクリーン発生を防いでくれる機能があるNvidiaGraphicsFixup.kextを入れていたのですが、これも外します。config.plistでNvidiaWebドライバを有効にしていたのですが、これもfalseにしました。

        <key>SystemParameters</key>
        <dict>
                <key>NvidiaWeb</key>
                <false/>
        </dict>

RADEONを動かす方法

ここでシステム終了して、NVIDIAのグラフィックスカードを外し、Radeon RX 580に差し替えます。でもこのまま起動しても画面は出ません。画面が出ないだけで、macOSは起動していますので、sshサーバや画面共有サーバをonにして、他のマシンからアクセスできるようにしておくと良いでしょう。

画面が出ない問題は、Radeon RX 580がプライマリの状態では、グラフィックスカードのBIOSが初期化を正しく実行しないために引き起こされているようです。macOSが正しく初期化しようとするタイミングでは、すでに初期化が終了しているため、macOSによる初期化が実行されないらしいです。これを回避するために、いくつかの方法が知られています。

Radeonカードをセカンダリで起動する。例えば内蔵GPUをプライマリにする。マルチスクリーン環境が前提。
kextやDSDTにパッチを当てて初期化をさせないようにする。
これに相当する作業をWhateverGreen.kextとLilu.kextの組み合わせで実施する。
CloverのRadeonDeInit機能で初期化を阻止する

ここでは、以下のように、1番目、3番目、4番目の方法を紹介します。

方法1: 内蔵GPUをプライマリにする
方法2: WhateverGreen.kextを使う
方法3: CloverのRadeonDeInit機能を使う

方法3がおすすめです。

方法1: 内蔵GPUをプライマリにする

内蔵GPUをプライマリグラフィックスに、Radeon RX 580をセカンダリーグラフィックスに設定します。Radeonグラフィックスチップを搭載した実機や、Apple External Graphics Development Kitを接続した実機と同様の、一番実機に近い設定です。

これを行うためには、BIOS/UEFI設定で内蔵GPUをプライマリに設定します。

この設定をして、RX 580のみをディスプレイに接続すると、起動時のBIOS/UEFI画面やCloverの起動画面は表示されず、ディスプレイが真っ暗なままです。ただ、macOSのログイン画面まで来ると、ディスプレイに表示されます。

起動画面が表示されないので、ある意味、本物のMacのような感じはしますが、BIOSやCloverの操作はできません。通常はこのまま使って、必要な時に、マザーボードのディスプレイ端子にディスプレイを接続するのも良いかと思います。マルチディスプレイ環境や、ディスプレイに複数入力端子があるなら、RX 580とマザーボードの両方に接続しておけば、設定変更も容易になります。

BIOSの設定だけでRadeonが使えるようになりますが、ちょっと不自由な方法です。

方法2: WhateverGreen.kextを使う

WhateverGreen.kextはRadeonグラフィックスカードをプライマリグラフィックスとして使うためのパッチを当ててくれるkextです。Lilu.kextと一緒に使います。両方を/CLOVER/kextsのOtherもしくは該当するバージョンのフォルダに一緒に入れます。これだけでRadeon RX 580が使用できるようになります。

/posts/118/

方法3: CloverのRadeonDeInit機能を使う

もう一つの方法は、Cloverが提供しているRadeonDeInitの機能を使う方法です。この機能は、Clover 4296あたりからサポートされたばかりの新機能で、kext不要です。今後もClover開発者によりメンテナンスされることを考えると安心です。Radeonカードをサポートする機能を作り込むあたりに、Clover開発者の人たちのRadeonへの愛が感じられなくもないです。

この機能を設定しないで起動してしまい、Radeonからの画面が出なくなってしまっても、Cloverの起動画面からClover Boot Optionsを選ぶことで対処できます。この中から、起動画面からGraphics Injectorを選びます。するとこの中に、DeInitという項目があります。これがRadeonの初期化を無効にするオプションです。これにチェックマークを入れます。

これだけの操作で、Radeon RX 580は無事起動します。

config.plistにRadeonDeInitキーを追加して、これをにしておけば、次回の起動から、DeInitの項目を選択した状態になります。

        <key>Graphics</key>
        <dict>
                <key>Inject</key>
                <dict>
                        <key>ATI</key>
                        <false/>
                        <key>Intel</key>
                        <true/>
                        <key>NVidia</key>
                        <false/>
                </dict>
                <key>RadeonDeInit</key>
                <true/>
        </dict>

動作を確認

上で説明した3つの方法を全部試して見ました。どれも問題なく動きましたので、一番シンプルなRadeonDeInitを使う方法で動かすことにしました。

「システム情報」でチェックしてみると、正しく認識されているようです。Metalにも対応しています。Geekbench 4でのOpenCL Scoreは145000前後でした。他でも報告されている程度の妥当な成績なので、正しく設定できていると思います。

なお、しばらく使用していると性能が低下して、ベンチマークスコアが50000くらいになってしまうことがありました。色々試して見たところ、Intel CPU内蔵GPUをマザーボードの設定で無効にしていると性能低下が発生するようです。内蔵GPUはセカンダリーに設定して使用しない場合でも、有効にしておくのが良いようです。

一方、SafariでYoutubeなどの動画を再生すると、再生がカクカクして滞ったり、場合によってはハングすることが発生しました。Google Chromeでは問題が出ません。以前、Intel HD Graphicsを使って同様な不具合が発生した経験があり、その時は、IntelGraphicsFixup.kextとLilu.kextの組み合わせで解消しました。今回も、これで改善しました。ただし、IntelGraphicsFixup.kextとLilu.kextは最新版を使うのが良いです。古いバージョンだと改善しません。この不具合は、CPU内蔵GPUを無効にしても、同様に解決しますが、上記で述べたような性能低下が発生します。

ということで、正しく動作させるために

Intel CPU内蔵GPUは有効にしておく
IntelGraphicsFixup.kextを使う

のが良いようです。

モデル名の修正

「システム情報」や「このMacについて」を見て、ちょっとだけ気になるところがあります。モデル名が実際のカードと違うことです。例えば、RadeonDeInitを使った場合、AMD R9 xxxとなりました。他の方法の場合や、別のブランドのRX 580では別のモデル名になることもあるようです。AppleのExternal Graphics Development Kit に搭載されているのと同じSAPPHIRE PULSE RADEON RX 580を使えば、Radeon RX 580という表示になるという情報もあります。

でも、これは見た目だけの問題で、気にしなければどうでも良いことのようです。どうしても直したかったら、担当しているドライバにパッチを当てます。以下でも紹介した手法でパッチを当てます。

光学ドライブを使う

AMD R9 xxxを担当しているドライバは、AMD9500Controller.kextで、/System/Library/Extensionsにあります。kextの本体は、/System/Library/Extensions/AMD9500Controller.kext/Contents/MacOS/AMD9500Controllerで、これをhexdump -Cすると確かにAMD R9 xxxという文字列が見つかります。これを望みの文字列に書き換えれば良いわけです。AMD R9 xxxという文字列は、Base64変換するとQU1EIFI5IHh4eA==です。これをAMD RX 580に書き換えたかったら、そのBase64に相当するQU1EIFJYIDU4MA==に書き換えるよう、config.plistのKextsToPatchセクションに書き込みます。例えば、以下のようになります。

                <key>KextsToPatch</key>
                <array>
                <dict>
                        <key>Comment</key>
                        <string>Rename AMD R9 xxx</string>
                        <key>Find</key>
                        <data>QU1EIFI5IHh4eA==</data>
                        <key>Name</key>
                        <string>AMD9500Controller</string>
                        <key>Replace</key>
                        <data>QU1EIFJYIDU4MA==</data>
                </dict>
                </array>

ちなみに文字列をBase64へ変換するには、ターミナルで次のようにすれば良いです。

$ echo -n "AMD R9 xxx" | base64
QU1EIFI5IHh4eA==
$ echo -n "AMD RX 580" | base64
QU1EIFJYIDU4MA==

これでモデル名がそれっぽく表示されるようになりました。

おまけ：現行macOSがサポートするAMDグラフィックスカード

Sonnetが販売しているThunderbolt接続外付けGPUユニットのマニュアルによると、macOS 10.13.2でSonnetのユニットに内蔵できるグラフィックスカードは、Radeon RX 470, 480, 570, 580, Vega 56, Vega 64およびAMD WX9100だそうです。外付けGPUとして使えるということは、HackintoshのPCIeスロットに接続してセカンダリーGPUとして使えるということで、また、この記事で紹介したようにCloverの設定でプライマリGPUとして使えると思われます。

Sonnetの互換GPUリスト (10.13.2以降)

Hackintoshの作り方（総集編:10.13版）

Sun, 26 Nov 2017 20:16:38 +0900

macOSをインストールする方法をご紹介してきたのですが、多数の記事に分散してしまっています。そこで、macOS 10.13 High Sierraをインストールする際に参考になる記事へのポインタをまとめた総集編を作ってみました。10.14 Mojaveについては以下をご覧ください。

Hackintoshの作り方（総集編:10.14版）

手順の概要を把握する

こちらは9TO5MacのライターのJeffさんのビデオです。テンポよく紹介されていますので、全体の流れを確認するのに良いと思います。

/posts/121/

/posts/131/

ハードウェアを用意する

Hackintoshを作るためには、互換性のあるハードウェアを自由に選んで組み合わせられる自作PCが、問題が少なく楽です。ノートPCなども可能ではありますが、上級者向けだと思います。CPUは、今の最新Mac実機が採用しているKaby Lakeもしくは

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

発売されたばかりの最新のCoffee Lakeが良いと思います。多少、チャレンジングですが、将来のことを考えたら最新Coffee Lakeで組んでおくのが良いと思います。

Coffee Lake-SでmacOS

そうすると、マザーボードは、CPUに合わせて200シリーズか300シリーズを選ぶことになります。

Hackintoshのパーツ選び【その2：マザーボード編】

/posts/97/

グラフィックスカードはNVIDIAかAMDでしょうが、どちらも長短あります。少し前は、互換性、ドライバの提供、性能の点からNVIDIAがお勧めだったのですが、最近のmacOSではAMDの互換性が上がっています。詳しくは以下を参考にしてください。

HACKINTOSHのパーツ選び【その3：グラフィックス編】10.14以降版

/posts/36/

/posts/90/

無線アダプタ、SSD, そのほかのパーツについても紹介しておきました。

/posts/138/

Hackintoshのパーツ選び【その5：SSD】

Hackintoshのパーツ選び【その6：その他】

マザーボードのBIOS/UEFIを設定する

マザーボード (BIOS) 設定

必要なソフトウェアを入手する

Clover EFI bootloaderとefiドライバー

“Clover EFI bootloader”で検索します。以下が本家かと思われます。

https://sourceforge.net/projects/cloverefiboot/

こちらでも最新版が配布されています。

github.com

Cloverをダウンロードすると、インストーラ、efiドライバ、テーマファイルなども一緒に入手できます。

kext類

RehabMan / OS-X-FakeSMC-kozlek / Downloads — Bitbucket

Mac上で導入用のUSBメモリを作る

/posts/93/

Cloverインストールの手順はこちらにも書いてあります。

Cloverインストーラの設定

config.plistの例を示して、説明しました。

config.plistの実例紹介

config.plistの中でも、機種を設定するSMBIOSセクションの記述は重要です。その部分を説明したのがこの記事です。

正しく機種設定する (SMBIOSの設定)

対象マシンをUSBメモリで起動してmacOSを導入する

このUSBメモリを、インストール先のマシンに挿して起動させます。起動しない場合は、Cloverの設定やkextの選定を確認します。

USB 3.0/3.1のUSBメモリを使った場合、Cloverの選択画面は現れるけど、そのあとのプロセスで失敗することがあります。macOSにはUSBの個数に制限があり、3.0/3.1のポートが2.0としてしか動かない場合があるからです。対応方法は以下の記事の「ポートを増やすパッチ」をご覧ください。

USBポートを設定する

ただ、USB 2.0でしたら確実に起動しますので、

USB 2.0のUSBメモリを使う
マザーボードのUSB 2.0専用ポートを使用する（全部が3.0/3.1の最近のマザーボードではこの手法は使えないです）
USB 2.0ハブを経由して無理やり2.0にする

などで対応するのが簡単です。2.0なのでインストールに時間がかかる欠点はあります。

無事起動したら、インストール先のSSD/HDDをGUIDパーティションとHFSジャーナリングでフォーマットします。次に、macOSインストーラを起動して、High Sierraをインストールします。インストール先ボリュームがSSDの場合は、ファイルシステムが自動的にAPFSに変更されるかもしれません。

macOSのインストール途中で、何度か再起動することがあります。その場合は、USBメモリから起動して、”Boot macOS Install from (インストール先のボリューム名)”という項目を選びます。

対象マシンにCloverを導入する

インストールが終了したら、またUSBメモリのESPから起動して、Cloverの選択画面でインストール先のmacOSを選択して起動します。この後、Cloverインストーラを起動して、インストール先にCloverを入れます。この手順は、先のUSBメモリにCloverを入れたのと同じ作業です。すでに動いているUSBメモリのESPをコピーしても良いです。SierraのHackintoshをHigh Sierraにアップデートする方法をこちらに書いておきましたので、ESPのコピーを行う方法の参考になるかと思います。

HackintoshをHigh Sierraにする

macOS環境を整える

USBに入れたCloverとkextで、最低限の起動は行えるようになっているはずです。さらに、グラフィックスカード、Ethernet, サウンドの設定をします。以下の記事が参考になるかと思います。

/posts/90/

Ethernetを設定する

/posts/120/

High Sierra導入用USBメモリ作成方法

Fri, 24 Nov 2017 14:10:36 +0900

このページは古いmacOS用の情報です。有用ではありますが、最新macOSに関する情報は以下をご覧ください。

Catalina導入用USBメモリーを作成する

今一番よく使われるHackintoshの作成方法は、以下のステップです。

Step 1: Mac上でmacOSインストール用のUSBメモリーを作成する
Step 2: USBメモリーにCloverをインストールする
Step 3: USBメモリーで対象マシンを起動してmacOSをインストールする
Step 4: 対象マシンにCloverをインストールする

Step 1, 2は本物のMacintosh (以下、実機)で行います。一方、Step 3, 4はインストール先のマシンで行います。Step 2とStep 4では、USBメモリとインストール先マシンのそれぞれにCloverをインストールしています。

よく紹介される手法では以下のような戦略でCloverをインストールしています。つまり、Step 2のUSBメモリへのインストールでは、できるだけ汎用性を持たせた設定にして幅広いマシンで起動できるようにします。一方、Step 4では、対象マシンに合わせたチューニングを施して性能を引き出します。

例えば、Tonymacx86で配布されているUniBeastは、Step 1, 2を自動化するツールですが、緩いチューニングで多くのハードウェアでとりあえず起動させることを目指しています。そのあと、インストール対象マシン上でMultiBeastツールを動かして、細かいチューニングをする手順を採用しています。この過程で、起動しなくなることも多いです。インストール対象マシンで試行錯誤を繰り返す手法では、起動不能になった場合、USBインストーラのESPからmacOSを再起動し、インストール先のESPの修正を行い、修正したESPを用いて起動する作業を繰り返します。修正と再試行のために、合計2回、macOSを起動し直すには時間がかかります。またとりあえず起動できるだけのmacOSでは画面が低解像度だったりネットに接続できないなどの不便さもあります。

そこで、Step 2の段階でインストール先マシンに合わせたチューニングを行うことを考えました。Step 2のインストールでチューニングを行えば、起動失敗したらUSBメモリーを実機に戻して修正すれば、再起動の手間は半減します。また、実機の整った環境で効率よく作業できます。ということで、Macintosh信者らしく実機を活用して、ある程度ちゃんとしたチューニングを目指したmacOSインストール用USBメモリーを作ってみます。

(1) App StoreからHigh Sierraを購入する

無料です。ダウンロードするとインストーラが起動しますが、これは中断します。/Applicationsの中にmacOS High Sierraインストール.appというアプリケーションができているはずです。5GB以上のサイズです。

(2) USBメモリを用意してフォーマットする

USBメモリーを用意します。容量は最低で8GB必要です。でも8GBと表記されている製品でも、ギリギリ足りないこともあります。その上の16GBにしておけば確実です。さらに上の32GBくらいになると、インストーラじゃなくてmacOSそのものをインストールできます。ただしUSB 2.0の速度で起動すると、かなり時間がかかります。

ディスクユーティリティ.appを起動して、USBメモリを、GUIDパーティションマップで、Mac OS拡張（ジャーナリング）フォーマットで初期化します。名前は、後で自動的に改名されてしまうので、ここでは適当で構いません。ここではUSBとしました。

(3) macOSインストーラをUSBメモリに入れる

macOSをクリーンインストールするために、インストール用ドライブを作成する機能, createinstallmediaが用意されています。ターミナルから、以下のようにタイプします。

$ sudo /Applications/Install\ macOS\ High\ Sierra.app/Contents/Resources/createinstallmedia --volume /Volumes/USB

これはUSBメモリがUSBという名前でマウントされている場合の例です。確認のプロンプトの後、しばらく時間がかかってインストール用USBメモリーが出来上がります。

名前もInstall macOS High Sierraに変わっています。ここで作成したUSBメモリーは、実機で起動して、macOSのクリーンインストールに使用することができます。オプションキーを押しながら実機を起動して、このUSBメモリで正しく起動できることを試しておきましょう。ここまでの手順はAppleのサポートページでも紹介されています。

macOS の起動可能なインストーラを作成する方法

(4) 必要なファイルを入手する

Cloverとkextファイルを入手しておきます。いずれも、その名前を使って検索すると、ダウンロードサイトが見つかります。kextについては、こちらの記事を参考にしてください。

/posts/126/

Clover EFI Bootloader

macOSを起動するブートローダです。

sourceforge.net

FakeSMC.kext

必須のkextです。MacにはSystem Management Controllerというサブシステムがあり、これのふりをしてくれるのがFakeSMC.kextです。RehabManさんがメンテナンスしてくれているダウンロードサイトです。

RehabMan / OS-X-FakeSMC-kozlek / Downloads — Bitbucket

Lilu.kext

これを使ってパッチを当てるkextを使う場合に必要なkextです。以下で解説しておきました。ダウンロード先も以下をご覧ください。

/posts/118/

グラフィックスkext (Intel用)

CPU内蔵のiGPU (Intel HD Graphics) を使う場合には、IntelGraphicsFixup.kextを使います。必須ではありませんが、いくつかの不具合を直してくれます。Lilu.kextが必要です。

sourceforge.net

グラフィックスkext (NVIDIA用)

NVIDIAのGeforceを使う場合には、NvidiaGraphicsFixup.kextを使います。SMBIOSで設定する機種によってはこれがないとブラックスクリーンになってしまい、表示が出ません。Lilu.kextが必要です。

sourceforge.net

グラフィックスkext (AMD用)

**追記：**10.13.4から、Appleの外部GPUボックス推奨のAMDグラフィックスカードを使う場合は、何もせずそのまま使えるようになりました。なので、以下に紹介したWhateverGreen.kextも不要です。(2018/4/12)

AMDのRadeonを使う場合には、WhateverGreen.kextを使います。これを使わないとプライマリディスプレイにならず、ブラックスクリーンになります。Lilu.kextが必要です。

github.com

そのほかのkext

必須ではありませんが、LAN用のkext, オーディオ用のkext, USB設定のためのkextがあっても良いです。後から用意しても良いですが、LAN用は早い段階で欲しいかもしれません。

Ethernetを設定する

/posts/120/

USBポートを設定する

(5) Cloverをインストールする

こちらに詳細に説明しておきました。

Cloverインストーラの設定

この手順でインストールを行います。選択する項目は以下です。

インストールボタンを押せばインストールが終了します。

インストールが終了した段階で、EFIという名前のボリュームがマウントされています。その中の、CLOVERフォルダに、先ほど指定したOsxAptioFix2Drv-64.efiなどが入っています。

Cloverインストール直後は、EFIがマウントされています。しかしEFIボリュームは通常はマウントされないので、手動でマウントする必要があります。こちらで説明しておきました。

ESPをマウントするためのシェルスクリプト

(6) kextをUSBメモリに入れる

用意したkextをUSBメモリのESP (EFI System Partition) に入れます。CLOVERの中のkextsというフォルダに、バージョン番号のディレクトリがあります。使いたいmacOSのバージョンに合わせたフォルダに入れます。Otherフォルダに入れたkextは、いずれのバージョンでも使われます。通常は、数字の方か、Otherかのいずれかを使います。

ここでは、macOS High Sierra用に10.13フォルダにkextを入れてみました。AMDグラフィックス搭載マシンを想定してWhateverGreen.kextが入っています。

(7) apfs.efiを入手してUSBメモリに入れる

macOS High Sierraからシステムのファイルシステムが、従来のHFS+からAPFSに変更されました。インストール先がUSBメモリだったりHDDだとHFS+のままですが、SSDだと自動的にAPFSに変換されます。USBメモリ内のインストーラを起動するだけなら関係ないですが、SSDにインストールされたmacOSを起動する場合はAPFSにアクセスできる機能が必要になります。Clover、というか一般にブートローダは、OSが起動する前に、ドライブからブートのためのファイル（例えばカーネルなど）を読み込む必要があるからです。この機能は、High Sierraに入っているapfs.efi で行えます。

まずはHigh Sierraインストーラの中にあるBaseSystem.dmgをマウントして、その中のusr/standalone/i386を開きます。

$ open /Applications/Install\ macOS\ High\ Sierra.app/Contents/SharedSupport/BaseSystem.dmg

$ open /Volumes/OS\ X\ Base\ System/usr/standalone/i386/

この中にapfs.efiがあるので、これをUSBメモリのCLOVERのdrivers64UEFIにコピーします。

(8) config.plistを編集する

ESPのCLOVERの中には、デフォルトで作成されたconfig.plistが入っています。これをconfig_def.plistのようにコピーしておきます。ちなみに、Cloverの起動画面で、configXXXX.plistのような名前のファイルから起動に使うファイルを選ぶことができます。config.plistについてはこちらで解説しておきました。

config.plistの実例紹介

デフォルトのconfig.plistはこんな感じになっています。

[XML] Clover config.plist – Pastebin.com

結構ややこしくて長ったらしいです。多くはコメントアウトされた記述です。XMLのコメントアウトは書きにくいのか、ここではkeyの名前に#をつけています。#をつけて、ありえない名前にすることで、無視されるようにしているようです。例えば、DisableDriversと書くべき以下の部分を、

DisableDrivers
CsmVideoDxe
VBoxExt4

#DisableDriversと以下のように書くことで、

#DisableDrivers
CsmVideoDxe
VBoxExt4

この部分をコメントアウトするのと同等の記述をしています。後からこの記述が必要になった時は、#を外せば良いのです。ただ、このようにコメントアウトされている箇所は、必要性の低い場所です。なのでほとんど削除することができます。

また、他にも必要性の低い場所があります。昔のマザーボードやハードウェアで必要とされていたものの、現在のマザーボードなどではほとんど不要であったり、むしろ不具合を引き起こしたりする記述が多くあります。それらを削除すると簡単になります。

(9) SMBIOSを設定する

デフォルトのconfig.plistでの機種設定は暫定的な設定です。実際には、インストール先のマシンに合わせて、しっかりと設定する必要があります。こちらに詳しい内容を説明しておきました。

正しく機種設定する (SMBIOSの設定)

こうして、コメントアウトされた部分を消して、不要な設定を消して、SMBIOSを設定した例を以下に示します。

[XML] Customized config.plist – Pastebin.com

(10) USBメモリで起動する

このUSBメモリをインストール対象マザーボードにさして、UEFIで起動ドライブに設定して、起動させます。以下のようなCloverの画面が出てくるはずです。デフォルトはクリスマスになっていました。ここまでは、Cloverをインストールすれば問題なく行き着くはずです。

なお、USBメモリが3.0である場合（多分、この容量のメモリはほとんど3.0じゃないでしょうか）USB 2.0のポートを使うと安全です。というのはUSBの個数制限で、macOSの起動後にUSB 3.0がアクセスできなくなり、止まってしまう可能性があるからです。2.0は遅いですが仕方ないです。生きている3.0もあるはずなので、ポートを抜き差しして、それを探しても良いです。USBの個数制限に関してはこちらの記事を見てください。

DSDTを変更してUSBポートを選別する

(11) macOSを対象マシンで起動することを確認する

この後、macOSのインストーラの起動が始まります。macOSのインストーラ画面が出れば無事終了です。現実には、途中で止まってしまうことも多いかと思います。その場合は、ブートオプションに-vをつけてエラーメッセージをみてください。Couldn’t allocate runtime areaというエラーを出して停止している場合は、OsxAptioFix…を別のものに差し替えてみてください。ここで何度か試行錯誤の作業が必要になるかと思います。とても運が良ければ、一回で起動できるかもしれません。

この先は、通常の実機でのmacOSクリーンインストールと同じ手順です。すなわち、インストール先のドライブをディスクユーティリティでフォーマットし、macOSをインストールします。何度か再起動することがありますが、その場合は、Cloverのブートドライブ選択画面でBoot macOS Install from…という項目を選びます。

macOSのインストールが終了したら、一旦はUSBメモリで起動して、起動項目でインストールしたばかりのmacOSドライブを選択します。そしてCloverをインストールし、USBメモリのESPの内容を、新しいmacOSドライブのESPにそのままコピーすれば、Hackintoshが完成です。

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も実機で使われていませんが動作報告があります
?: 動作報告がありません
×: 動作しないとの報告があります

動作報告のある代表的なサイトを以下に示しておきます。

Z370マザーボード

Fri, 03 Nov 2017 16:39:19 +0900

2017年11月2日にインテルのメインストリーム向け新デスクトップCPUであるCoffee Lake-Sが発売されました。これを搭載したMacintoshはまだありませんが、CPU IDをKaby Lakeに偽装することで6コア12スレッドを堪能できるようです。

Coffee Lake-SでmacOS

同時に各社から対応マザーボードも発売されました。まだZ370チップセットだけで、数も少ないようですがこれから増えていくと思われます。

主要マザーボードメーカといえば、シェア一番のASUS、Hackintoshで昔から人気のGigabyte、コスパが良いASRockがありますが、以前の記事では、

電源ボタン長押しでBIOSに入れるGO2BIOS機能がある
ファン制御をBIOSのGUIで設定できる（ASUSも可能）
BIOSメニュー構成がわかりやすい（主観です）

という弱い理由でMSIを推しました。

Hackintoshのパーツ選び【その2：マザーボード編】

ここでもMSIに絞って新製品を見ていこうと思います。でも、実際のところ、UEFIマザーボードならmacOSを導入する上で大した違いはありませんので、どのメーカの製品でも良いです。

MSIからは9機種

ニュース記事によるとMSIからはZ370チップセット製品が9機種発売されるようです。

個人的にはArcticシリーズの白い基板が無いのが残念です。今後の製品展開に期待したいです。一般的な仕様はこれらの記事を見ていただくことにして、macOSをインストールする場合にきになるところをチェックして見ます。

共通の項目

どのマザーボードもUSB 3.1 Gen2にASMediaの新しいチップ、ASM3142を搭載しています。ASRock, Gigabyte, ASUSも同じく、ASM3142を搭載しています。ASM3142がmacOSで使用できるのかどうかは不明です。チップセット直結のUSB 3.1 Gen1は使えるはずです。

WiFi搭載モデルのWiFiモジュールはIntel製もしくはQualcomm製です。どちらもmacOSではサポートされていませんので、動かないと考えて良いです。

オーディオのRealtek ALC 892は以前からあるチップで、安定して動きます。上位機種に搭載されているALC 1220は200シリーズチップセットから搭載された新しいチップで、最近になって動くようになったようです。どのマザーボードも動くと考えられます。

LANにはQualcommのKiller E2500もしくはIntel I219-Vが採用されています。E2500はAtherosE2200Ethernet.kextでサポートされているようです。I219-VはIntelMausiEthernet.kextでサポートされているようです。なので、どのマザーボードも動くと考えられます。

Z370 GODLIKE GAMING

E-ATX規格。店頭予想価格は税別68,980円。WiFi搭載、有線LANは3個搭載です。オンボードグラフィックス機能は非搭載です。macOSではWiFiは動きません。WiFiモジュールはM.2接続なので、Broadcomの同じ規格のモジュールに差し替えることで動くかもしれませんが、アンテナの数がたりませんし、基板のサイズが合うかどうかは不明です。オーディオはALC1220およびESS E9018となっています。前者は動きます。後者のESS E9018は高級なDACらしく、大型のヘッドホンジャックに接続しています。SPDIF入力を持ったチップらしいので、ALC1220に接続しているようなら使えるのかもしれません。Killer E2500のLANは動きます。

Z370 GAMING M5

ATX規格。店頭予想価格は税別27,680円。オーディオはRealtek ALC1220、有線LANはKiller E2500で、どちらもmacOSで動くでしょう。

Z370 GAMING PRO CARBON AC

ATX規格。店頭予想価格は税別27,480円。IntelのPCIe無線LAN拡張カードが付属しますがmacOSでは動きません。オーディオはRealtek ALC1220、有線LANはIntel I219-Vで、どちらもmacOSで動くでしょう。

Z370 GAMING PRO CARBON

ATX規格。店頭予想価格は税別24,680円。Z370 Gaming Pro Carbon ACからWiFiカードを外したバージョン。macOSで動かないWiFiカードが付属していても無駄なので、どちらかを買うならこちらですね。オーディオはRealtek ALC1220、有線LANはIntel I219-Vで、どちらもmacOSで動くでしょう。

Z370M GAMING PRO AC

micro-ATX規格。店頭予想価格は税別21,980円。IntelのM.2接続WiFiが付いていますが、これは動きません。オーディオはRealtek ALC1220、有線LANはIntel I219-Vで、どちらもmacOSで動くでしょう。

Z370I GAMING PRO CARBON AC

mini-ITX規格。店頭予想価格は税別22,980円。IntelのM.2接続WiFiが付いていますが、これは動きません。オーディオはRealtek ALC1220、有線LANはIntel I219-Vで、どちらもmacOSで動くでしょう。

Z370 TOMAHAWK

ATX規格。店頭予想価格は税別18,680円。オーディオはRealtek ALC892、有線LANはIntel I219-Vで、どちらもmacOSで動くでしょう。

Z370 GAMING PLUS

ATX規格。店頭予想価格は税別14,480円。オーディオはRealtek ALC892、有線LANはIntel I219-Vで、どちらもmacOSで動くでしょう。

Z370 PC PRO

ATX規格。店頭予想価格は税別15,580円。PCIスロットが付いています。オーディオはRealtek ALC887、有線LANはIntel I219-Vで、どちらもmacOSで動くでしょう。

Hackintosh向きの製品は？

最上位のZ370 GODLIKE GAMINGはWiFiが無駄になるし搭載の高級DACが使えるかどうか不明ですので無謀かもしれないです。またZ370 GAMING PRO CARBON ACは、WiFiなしバージョンを買うのが良いので、除外です。

micro-ATXとmini-ITXは、それぞれ1機種しかありません。M.2接続WiFiカードは無駄になりますが、このフォームファクタが必要なら選択の余地はありません。WiFi用M.2ソケットは、BroadcomのM.2カード、もしくはM.2カードアダプタと差し替えて有効利用できるかもしれません。GigabyteとASRockからはWiFi未搭載のmicro-ATXが出ていますので、それ（Z370M D3HまたはZ370M Pro4）にしても良いかもしれません。

ということで、今のMSIのラインナップからすると以下が良いようです。

Z370 GAMING M5 (地味に光る)
Z370 GAMING PRO CARBON (派手に光る)
Z370 TOMAHAWK (ミリタリー風)
Z370 GAMING PLUS (エントリーモデル. 赤く光る)
Z370 PC PRO (ビジネスモデル・PCIソケット)
Z370M GAMING PRO AC (micro-ATX. 赤く光る)
Z370I GAMING PRO CARBON AC (mini-ITX. 虹色に光る)

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の醍醐味ではないでしょうか。

HP 6300 Pro / HP 8300 Elite, Ivy Bridge

Thu, 26 Oct 2017 13:08:00 +0900

メーカ製のデスクトップを買うよりも自作をした方が、カスタマイズが自由で、良い部品を選べて、満足なコンピュータが手に入ると思っています。なので、メーカ製デスクトップPCには実のところあまり興味がないです。でも古いモデルが、格安で売られていたり、廃棄されていたりしたら、macOSを入れてみたくなると思います。

追記：フォーラムで教えていただきましたが、こちらの記事の方が新しくて、MultiBeastを使わない方法でオススメです。

ということで、tonymacx86に最近出ていた記事を読んでみることにしました。こちらです。

この記事では、HPのデスクトップPCであるHP 6300 ProとHP 8300 Eliteを対象にしています。Ivy Bridge時代の製品のようです。Amazonで調べたら、安いところでは1万円台で中古販売されているようです。

こちらのビデオでも、公共機関払い下げ品のHP 6300 Core i5モデルを$30で入手してmacOS Sierraをインストールしています。後述のように一部のモデルのiGPUはmacOSでサポートされていません。そこでGTX 750Tiを中古で買い、さらに中古HDD, 壊れたと勘違いされたSSDを追加購入して、合計で$70だそうです。

www.youtube.com

ということで、以下は、上のmacosx96の記事の抄訳です。

Step 1. ハードウェア構成をチェック

入手してWindowsがインストールされていたら、とりあえず起動して、間違いなく動くWindowsの元で、ハードウェアに不具合がないか確認します。CPUのグリスを塗り替えるのも良いでしょう。グラフィックスカードを取り付ける予定なら、ここで装着してテストしておくのも良いです。Intel HD4000を搭載したCPUが載っているなら、オンボードの映像出力（VGAを除く）が使えます。Intel HD2500はmacOS Sierraでサポートがありませんので、i3-3220やi5-3470などのHD2500搭載CPUの場合は、グラフィックスカードが必須です。

訳注：Wikipedia (Intel HD Graphics – Wikipedia)によるとHD2500とHD4000を搭載したデスクトップむけCPUは以下です。

**HD2500 (macOS非対応):**Core i3-32×0(T), Core i5-3xx0(S/T)
**HD4000 (対応):**Core i3-32×5, Core i5-3475S, Core i7-3770(S/T), Core ix-3x70K

macOSをインストールする高速なSSDはSATA 0に接続すると良いです。白いコネクタは3GbpsのSATA2規格なので低速なHDD向きです。もしSSDを2台使ってWindows/macOSのデュアルブートしたかったら、SATA3を2個持っているHP 8300 Eliteを買うと良いです。

Step 2. BIOSをアップデートする

F10キーを押しながら起動してBIOSメニューに入り、BIOSバージョンを確認します。v02.83だったらv02.99 Rev. Aにアップデートします。この後、最新の03.04にアップデートしても良いけど必須ではないです。BIOSアップデートにはWindows上のツールか、BIOSメニューにあるツールを使います。

Step 3. BIOSを工場出荷状態にしてから設定する

F10でBIOSに入って時刻、日付、場所が正しく設定されていることを確認します
工場出荷時設定にします（30秒くらいかかる）
電源ボタン長押しでシャットダウンします
電源ボタンを押してF10を押してBIOSに入ります
シリアルポートとパラレルポートの設定をdisabledにします
NvidiaのGPUでUEFI起動可能なもの（GT 710, GTX 1050, 1050Tiなど）の場合は、シングルモニターで設定します。複数モニター起動は問題を起こすかもしれません。
Save Changes and Exitを選んでBIOS設定を保存します

Step 4. SierraをApp Storeから入手する

訳注：今ならHigh Sierraですね。

Step 5. USBメモリー上にUnibeastインストーラを作る

訳注：createinstallmediaコマンドとCloverで作っても良いと思います。ここからの3ステップは、いつもの手順です。こちらもご覧ください。

/posts/121/

Step 6. USBメモリから起動してmacOSをインストール

Step 7. MultiBeastの設定

Step 8. config.plistを編集する

Clover Configuratorを使います。

DSDTパッチで、EHC1 を EH01 に、また、EHC2 を EH02に変更します
HD4000を使う場合はInject Intelをします
SIPを0x67にします（訳注：バニラなインストールするなら不要です）
Nvidia Web Driverを使うならNvidiaWebをtrueにします

CPUパワーマネジメントを設定しても良いです。CPUに応じたssdt.amlを使います。

Step 9. HDMIオーディオとアナログオーディオを有効にする

GT 710、1030、GTX 1050、1050 Tiなどを使っているなら、VoodooHDA 2.9.0 kextとAppleHDADisabler kextを使うとよいです。CPU内蔵のHD4000グラフィックスを使う場合も同様です。（訳注：/L/Eに入れろと書いてありますが、ESPで良いと思います）フロント右側のヘッドフォン端子が機能するはずです。左側は動きません。リアパネルの緑色の出力端子と入力端子も、動きます。VoodooHDA.prefPaneアプリケーションを使うと、システム環境設定で設定できるようになります。

いくつかのNVIDIAカードのHDMIオーディオは動きません。2.9.0 kextが動かなかったらVoodooHDA 2.8.8 kextを試すとうまくいくこともあります。アナログオーディオを使うには、AppleHDADisabler kextを忘れず使ってください。

もし、アナログオーディオが動かなかったらUSBアダプタを買うのが良いです。

訳注：こちらもどうぞ

/posts/120/

Step 10. iMessageとFaceTimeを動かす

iMessageとFaceTimeは、ちゃんと設定すれば動きます。
訳注：こちらも試してください。

iMessageを動かす

ダウンロードファイル

元の記事には、以下のファイルが添付されています。

HP.6300 Manual.pdf (9.4 MB)
VoodooHDA.kext-2.9.0d10.zip (158.6 KB)
VoodooHDA.prefPane.zip (471.6 KB)
VoodooHDA.kext-2.8.8.zip (163.5 KB)
AppleHDADisabler.kext.zip (7.3 KB)
I5-3470 ssdt.aml.zip (1.6 KB)
I7-3770 ssdt.aml.zip (1.5 KB)

Jeffさんのインストールガイドビデオ

Tue, 19 Sep 2017 13:25:38 +0900

ネット上にはたくさんのインストールガイドの文章や動画がありますが、これが一番わかりやすくて見やすいと思います。9TO5Macに記事を書いているJeff Benjaminさんのビデオです。9TO5Macの記事にも連動しています。テンポが良くて、映像が綺麗です。バニラなインストール方式なので、のちのOSアップデートが簡単です。ナレーションは英語ですが、聞き取れない箇所があったら字幕をonにすると良いです。

Hackintosh 101: the macOS Sierra step-by-step install guide

次の手順でインストール作業を進めています。

Apple App StoreからSierraをダウンロードする
インストーラが起動するので中断する
USBメモリーをフォーマットする
createinstallmediaコマンドを使ってUSBメモリにmacOSインストーラを入れる
必要ファイル（Clover, FakeSMC.kext, LANとAudioとgraphicsのドライバ）を入手する
Cloverインストーラを起動してUSBメモリにCloverを入れる（インストール先はESPにしてバニラインストールする。OsxAptioFixDrv-64を入れる）
FakeSMC.kextとLANのkextをUSBメモリに入れる
インストール先のマシンにこのUSBメモリを挿す
マザーボードのUEFI設定画面で必要な設定をする
USBメモリから起動してSierraをマシンにインストールする
USBメモリのCloverからマシンのSierraを起動する
Cloverを対象マシンにインストールする。FakeSMC.kextとLANとAudioとgraphicsのkextを入れる
色々設定する。例えばブラックスクリーン問題が起きないように機種を設定する

補足

ステップ12のあたりで、マシンから起動したら大成功ですね。あとのステップは、ゆっくり調整すれば良いところです。とてもわかりやすくて、適切なガイドなのですが、補足と、ちょっとだけ気になったところを書いておきます。

Nvidia Web driverの有効化

ビデオの中ではnvda_drv=1というブートコマンドを使っていますが、最近ではこれが効かないらしいです。config.plistに以下のように書くのが良いようです。

        <key>SystemParameters</key>
        <dict>
                <key>NvidiaWeb</key>
                <true/>
        </dict>

OsxAptioFixDrv-64.efi

ビデオでは、OsxAptioFixDrv-64.efiを使っていますが、マザーボードによってはOsxAptioFix2Drv-64.efiの方が良いこともあります。また、どっちでも起動できないことがあります。その場合は、OsxAptioFix2Drv-free2000.efiというドライバをGoogle検索して探して入れて見ましょう。これらのefiが機能しないと、macOSを最初に読み込むところで（++++マークが並んだ直後で）止まってしまいます。なお、これらのドライバを２種類以上入れるとどれが動くかわからないので、一つだけにします。

mountコマンド

ビデオの中では、mountコマンドを使ってEFIをマウントしています。mountコマンドは、UNIX起源の素朴なコマンドです。macOSが提供しているdiskutilコマンドの方が適切です。diskutil mount /dev/disk0s1 などとタイプします。この方法だとパスワードが不要です。このほか、EFIのマウントの話題はこちらもご覧ください。

ESPをマウントするためのシェルスクリプト

LANのkext

ビデオの中では、AppleIntelE1000e.kextを使っています。Ethernetのkextについて、以下の記事を書いておきました。ここにあるようにIntelのチップに対しては、AppleIntelE1000e.kextよりも、IntelMausiEthernet.kextの方が評判が良いようです。また、Intel以外のチップに対しては、それぞれに対応したkextを使います。

Ethernetを設定する

機種設定

完璧な機種設定方法はこちらに書いておきましたので参考にしてください。ビデオで紹介されている方式は、簡易的な方式で、Jeffさんも言っていますがiMessageが動きません。

正しく機種設定する (SMBIOSの設定)

ブラックスクリーン問題

機種を正しく設定するとブラックスクリーン問題が発生するかもしれません。Jeffさんのビデオでは、問題の発生しない機種に設定して、この問題を避けています。機種設定を正しくした上でブラックスクリーン問題を回避するには、Lilu.kextとNvidiaGraphicsFixup.kextを使ってください。こちらに解説がありました。

www.reddit.com

そのほかの参考記事

インストールに関するここのブログの記事もご覧ください。

マザーボードの設定はこちらに書いておきましたので参考にしてください。

マザーボード (BIOS) 設定

kextの解説はこちらです。

/posts/126/

Cloverインストールの解説はこちら。

Cloverインストーラの設定

正しく機種設定する (SMBIOSの設定)

Mon, 18 Sep 2017 19:52:05 +0900

Hackintoshは本物のMacintoshではありませんが、macOSは本物の機種上で動いていると思い込んでいます。Macintoshの機種名によってハードウェア構成が違いますから、それに合わせた効率的な動作を行ったりする可能性もあります。またiPhoneとの連携、iMessage, iCloudなどのサービス利用の際に、機種名をチェックし、不整合があると機能を止めることもあります。

なので、実際のハードウェア構成に近い実機のふりをして、その情報を正しく設定しておくことが重要です。

Clover Configuratorを使って設定

ハードウェアを特定する情報は、Cloverのconfig.plistの中の、SMBIOSセクションに書き込まれます。この記事では、その書き方を説明します。SMBIOS (System Management BIOS)というのは、BIOSを使っていたマザーボードにあるシステムを記述する機能です。

SMBIOSセクションに書き込む内容を作るために、Clover Configuratorの機能が便利です。これを起動して、左のメニューからSMBIOSを選択します。右の画面で、いろいろな設定をします。

機種を決める

まずは、Macintoshのどの機種にするかを決めます。ハードウェア、特にCPUが近いものが良いです。CPUが近ければ、チップセットも同じですし、ハードウェアの動作も近いと考えられます。Macintoshの仕様を確認するためにはMactrackerというフリーウェアが便利です。

‎Mactracker

自作PCならば、おそらくiMacのどれかが適当だと思います。Xeonなどを使う場合は、もしかしたらMac Proかも。またIntel NUCなどで自作する場合は、Mac miniとかMacBook Airなどに同等または近いCPU搭載機種が見つかるかもしれません。

例えば、Kaby LakeのCore i7 7700Kで自作したマシンなら、iMac18,3が最適です。

Clover ConfiguratorのSMBIOSを選ぶと現れる大きな疑問符の右下のボタンを、クリックします。すると機種一覧が出ますので、ここから目的の機種、例えばiMac18,3を選びます。

シリアル番号を決める

最初に決めるのはシリアル番号です。左のほうに、Serial Numberと書かれた場所の番号です。

このシリアル番号はある規則に従って、自動生成されています。最初のアルファベットが製造地（Cは中国）で、次が年号、その年の週、その週に生産された何台めであるかの番号、機種を表す記号、などが特定の規則に従って記載されています。Generate Newというボタンを押すと、番号を生成し直してくれます。変化する部分が、週と製造番号の部分です。

未使用のシリアル番号であることを確認

こうして生成したシリアル番号と同じ番号を持つMacintoshが実在する可能性があります。その場合、実機のユーザに迷惑をかけ、Hackintoshする事に支障が出るのではないかと、コミュニティの人たちは心配しています。そこで、実在するシリアル番号と重複しない番号を使うことが強く推奨されています。

実存の番号と重複しているかどうかの確認方法は、簡単です。生成したシリアル番号をコピーして、以下のページにペーストします。

Check Your Service and Support Coverage - Apple Support

この結果、「申し訳ありませんが、このシリアル番号は有効ではありません。ご確認の上、もう一度やり直してください。」と表示されれば問題ありません。もし、保証状況やサービス期間の案内が出るようなら、このシリアル番号は実機で使われている番号です。その場合は、別のシリアル番号を生成し直します。実際に生成してみるとわかるのですが、実存するシリアル番号に当たることはほとんどありません。

SmUUIDを設定する

SmUUID と書かれた欄が空白かと思います。UUIDはオブジェクトを一意に識別するための128ビットの数値です。例えばSSDやHDDにも付いていて、ボリュームを識別できます。ソフトウェアによってはSmUUIDで不正利用のチェックをしているようなので、一旦決めたらめったには変更しないようにしましょう。

UUIDはターミナルを開いて、uuidgenというコマンドをタイプすると生成できます。

$ uuidgen
97809030-7837-424E-BB69-246B934CB66D

何度か生成して、適当な番号を選べば良いです。これをコピーして、Clover ConfiguratorのSmUUIDの欄にペーストします。

その他の値

その他の値は自動生成された値で問題ありません。

Board Serial NumberはMacintoshのロジックボードのシリアル番号です。適当にそれっぽい値が生成されているので、そのまま使います。Bios Versionは、High Sierraで重要になりました。APFSからの起動に対応しているかをこれでチェックし、対応していないとインストールできないようです。最新のClover Configuratorを使えば、対応したバージョンが生成されます。この他、Firmware FeaturesやFirmware Features Maskなどは機種を特定するための値です。これもHigh Sierraのインストールに必要なようです。

config.plistに書き込む

Clover Configuratorは設定した値を元にCloverのconfig.plistを作ってくれます。とはいえ、SMBIOSの設定しかしていませんので、中身はSMBIOSのセクションだけです。

作った内容をconfig.plistファイルに書き出すメニューがあります。もしくは、左の一番下にある、Text Modeを選ぶと、設定に基づいたconfig.plistをテキスト形式で観ることができます。これらのSMBIOSセクションをコピーして、Cloverのconfig.plistに書き込みます。

補足

SMBIOSのデフォルト設定

Clover r4179以降では、config.plistで以下の値：

BiosReleaseDate
BiosVersion
FirmwareFeatures
FirmwareFeaturesMask

を指定しなくても、機種モデルの最新の値がデフォルトで設定されるようになったという情報もあります。実際にBiosVersionを削除して見たところ、それでも最新の値が使われていました。Step 2の作業の代わりに、これらの指定を単に削除して、Cloverのデフォルトに任せるのも可能かと思われます。

http://www.insanelymac.com/forum/topic/304530-clover-change-explanations/page-4#entry2482211

(2019/4/10 加筆）

さらに、最近のCloverでは、SMBIOSのかなりの部分を自動的に作ってくれるようです。ファームウェアバージョンなどを最新にしてくれるようなので、config.plistで指定しない方が良いかもしれません。ということで以下の4種類、

BoardSerialNumber
ProductName
SerialNumber
SmUUID

を指定しておくだけで良いらしいです。

Cloverインストーラの設定

Wed, 13 Sep 2017 17:08:34 +0900

Clover UEFI Bootloader

Hackintoshする方法はいくつかありますが、現在、一番ポピュラーなのは、Cloverブートローダを使う方法です。Cloverの本体は、コンピュータが起動した時に真っ先にブートされるBOOTX64.efiというファイルです（UEFI起動の場合）。

検索すると、tonymacx86サイトで配布しているUniBeastとかMultiBeastを使った方法が多数見つかりますが、これらもCloverを使っています。MultiBeastは、Cloverをインストールして、kextをインストールして、Cloverの設定をメニュー形式で行ってくれるツールなのです。

その大元の、Cloverにもインストーラはあり、Cloverの動作に最低限必要なファイルをインストールする機能があります。設定ファイルのカスタマイズや、kextファイルのインストールはやってくれません。しかし、そういう作業はインストーラ任せにしないで、手動で行った方が、システム構成を把握できます。その結果、トラブルにも対応できるようになります。なので、Cloverのインストーラを使う方法をお勧めします。

この記事では、Cloverのインストーラでカスタムインストールする方法を説明します。

インストール先の指定

デフォルトでは以下のような設定になります。以前にCloverをインストールしたことがあるボリュームを対象とした場合は、最後に指定した設定が表示されます。

最初に、ドライブのどこにインストールするかを決めます。デフォルトのBootloaderというメニューでは、MBRのある昔ながらのBIOS方式がデフォルトです。ここは是非、Cloverの強みが活かせるUEFIブートにしておきましょう。また、EFI System Partition (ESP)にインストールするよう選択しておきましょう。バニラなインストールが可能になります。

テーマなんて飾りです

テーマは、Cloverの起動ドライブ選択画面のデザインを変えるところです。指定しなくても良いですが、インストールするドライブごとに違うテーマを指定しておくと、どれで起動したかがわかって役に立ちます。テーマは、いろいろな人がデザインして配布しています。好きなものを選ぶと良いです。こんなシンプルなのはいかがでしょう。

Drivers64UEFI

次に選択すべきはDrivers64UEFIの中身です。ここには、OSが起動する前の、UEFIの環境で動作するプログラムが並んでいます。ここにリストされている以外の、必須のプログラムは、ここでの選択とは別に、自動的にCloverのディレクトリに入ります。

選んでおかねばならない一つは、メモリーを確保する際に生じる問題を修正するドライバです。これらのドライバは、macOSが起動する初期段階で、カーネルを読み込む前に動作します。正しく機能しないと、Couldn’t allocate runtime areaというエラーを出して停止してしまいます。選択肢は、

AptioMemoryFix.efi
OsxAptioFix3Drv-64.efi
OsxAptioFix2Drv-64.efi
OsxAptioFixDrv-64.efi
OsxLowMemFixDrv-64.efi

です。必要なのは、このうちの1つだけです。このリストの複数を選択してはいけません。番号は、推奨する順番です。この順番に入れてみて、ちゃんと起動すればそれを使うのが良いです。できれば1か2が望ましいです。Clover開発チームのSliceさんによる説明が、こちらにあります。

www.insanelymac.com

それによると：

OsxAptioFixDrv-64.efi と OsxAptioFix2Drv-64.efi は、Clover 4368 以前に作られて、NVRAMサポートしていません。歴史的経緯で残されています。高位アドレスにワープしたメモリマップでは、OsxAptioFixDrv-64.efiだけが動くこともあります。
OsxAptioFix2Drv-64.efi は、メモリブロックの配置変えを行わない機能削減バージョンです。いくつかのハードウェアや古いOSバージョンでは動かないかもしれません。しかし、OsxAptioFixDrv-64.efiに比べると、こちらはハイバーネーションをサポートしています。
OsxAptioFix3Drv.efi は、Clover 4369でOsxAptioFix2Drv-64.efiから改変されたバージョンです。これはNVRAMをサポートします。Clover 4379ではランタイムの不具合が解消されました。Clover開発チームは今後、このバージョンだけを改良していきます。
AptioMemoryFix-64.efi は、サードパーティメモリ修正ドライバをそのまま使っています。そのため、色々手を加えているOsxAptioFix*Drv-64.efiシリーズよりもたぶん優れています。まずは、AptioMemoryFix.efiが動くかどうかを試すべきです。
OsxLowMemFixDrv-64.efi は、やはりメモリ修正ドライバですが、Clover 608から改良されていません。

ということで、動くならばAptioMemoryFix-64.efi が一番のおすすめのようです。また、ごく一部のマザーボードは、上記のいずれもダメで、 OsxAptioFix2Drv-free2000.efi が必要な場合もあります。

この他、マザーボードによっては、EmuVariableUefi-64も必要になります。MacintoshにはNVRAMがあって電源をoffにしても一部の設定が保存されています。同様の仕組みはUEFIマザーボードにもあります。ただ、それがうまく動かない場合があります。EmuVariableUefi-64はNVRAM機能をエミュレートしてくれるプログラムです。

他は非選択でok

他の項目は大体非選択で大丈夫です。「Clover環境設定をインストール」は、システム環境設定にCloverの項目を入れてくれるオプションです。Cloverのアップデートチェックをしてくれるので、チェックを入れておいても良いかと思います。

インストール後のディレクトリ構成

最終的には、以下のようなディレクトリ構造がESPに作られます。ここでは、Cloverインストーラがインストールしたefiファイルに加えて、High Sierraで必要になったAPFSブートのためのefi, apfs.efiが追加されています。また、OsxAptioFix2Drv-64の代わりにOsxAptioFix2Drv-free2000がインストールされています。

macOSをバニラに保ってインストールする

Tue, 12 Sep 2017 23:05:32 +0900

macOSをインストールしてHackintosh をつくる方法、流儀、ツールはいくつかあります。ここでは、一番おすすめの、バニラな方法を紹介します。macOSをできる限りオリジナルなままに保ってインストールする方法です。バニラというのはVanillaアイスクリームのバニラで、チョコレート味とか抹茶味みたいに手を加えてない、素材のままという意味です。

バニラな方法では、macOSが入っているメインのパーティションの内容には一切手を加えないで、実機と全く同じ状態にしておきます。この方法では、カーネルやカーネル拡張（kextファイル）を書き換えません。HackintoshのためのkextファイルもmacOSパーティションには追加しません。

バニラのメリット

バニラな構成では、macOSメインのパーティションは本物のMac（実機）と同一です。なので、Hackintoshのドライブを本物のMacに取りつければ、そのまま起動します。macOSから見ると、このパーティションが世界の全てです。なので、macOSのバージョンアップをした時、書き換わるのもmacOSが入っているパーティションだけです。この部分に手を加えていると、バージョンアップのたびに対応し直す必要があります。しかしバニラに保っておけば対応の必要が無く、実機と同じようにApp Storeからバージョンアップするだけでの簡単な操作で行えます。

macOSのインストール手順

macOSをバニラにインストールする一般的な手順を書いておきます。Hackintoshに必要なファイルを、macOSメインパーティションではなく、ESP (EFI System Partition)に置くのがポイントです。

ボリュームをディスクユーティリティでフォーマットする
通常のインストーラを使ってmacOSをインストールする
Clover EFI BootloaderをESPにインストールする
Cloverの設定ファイルconfig.plistを目的に応じてカスタマイズする
必要なkextファイルを集めてESPのkext用フォルダに入れる

手順1と手順2は、通常のmacOSインストール手順です。実際のMacintoshにmacOSをインストールするのと同じ手順です。実機ならばm.2/SATA/USBなどで接続したボリュームをフォーマットしてそこにインストールします。Hackintoshならば、macOSインストーラが起動するUSBメモリを以下の手順：

High Sierra導入用USBメモリ作成方法

で作成して、これで起動して、ディスクユーティリティ.appを使って対象ボリュームをフォーマットして、macOSインストーラを使ってインストールします。

手順4と手順5は、macOSとHackintosh用ブートローダのCloverをインストールした後の、「ポストインストール」とも呼ばれる作業です。Hackintoshが正しく動くようにする作業で、色々なノウハウが必要です。手順3、手順4、手順5は、以下の記事を参照してください。

Cloverインストーラの設定

手順3は、macOSをUEFIマザーボードで起動させるためにUEFIブートローダであるCloverをインストールする手順です。Cloverはオープンソースで開発されているツールです。

Cloverのインストーラでは、Hackintoshに必要なファイルを置く場所を選択できます。一つの選択肢は、macOSが入っているメインパーティションのルートです。もう一つは、EFIシステムパーティションです（頭文字でESP）。

前者の場合、macOSのパーティションにファイルを追加するので、バニラに保つポリシーからは外れます。

後者でファイルが追加されるESPは、macOSでドライブをフォーマットすると自動的に作ってくれるパーティションの一つです。UEFIマザーボードが起動するときに使用するファイルが置かれる場所です。しかしmacOSはこのパーティションを使用しません。なので、ESPにHackintoshに必要なファイルを全て置けば、バニラなインストールが実現できます。

ESPを利用するためには、Cloverのインストーラで、カスタムインストールを選択し、「ESPにインストール」にチェックマークを付けます。

この記事の以下では、

フォーマット後に出来上がるパーティション構成と、
バニラを目指してCloverをインストールした後のESPの内容

を説明します。

バニラなディスク構成

バニラな方法で使用するESPは、macOSでドライブをフォーマットすると自動的に作ってくれます。試しに、ディスクユーティリティを使って120GBのSSDをまっさらにフォーマットしてみました。ターミナルからdiskutil listとするとフォーマット後のパーティションの一覧が出てます。例えば以下のようになります。これは全てディスクユーティリティが作ってくれるパーティションです。ただし、メインのパーティション名は、フォーマットの時に指定します（ここではMacintosh HDとしました）

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                  SIZE       IDENTIFIER
   0:      GUID_partition_scheme                      *120.0 GB   disk0
   1:                        EFI EFI                   209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD          119.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD           650.0 MB   disk0s3

/dev/disk0s2がメインのパーティションです。macOSのインストーラは、macOSをこの/dev/disk0s2にインストールします。
/dev/disk0s3はリカバリ用のパーティションです。macOSのインストーラは、ここにリカバリ用のデータをインストールしてくれます。
/dev/disk0s1がESPです。macOSはここを使用しません。ESPは実機にももちろんありますが、やはり空のままです。Cloverをインストールする時に、カスタマイズ指定すると、ESPの中に必要なファイルを書き込んでくれます。

ESPは通常はマウントされていませんが、ターミナルから以下のようにすると /Volume/EFI 以下にマウントしてくれます。

sudo diskutil mount /dev/disk0s1

10.13.6からマウントするためにsudoが必要になりました。それより古いmacOSでしたらsudoなしでもマウントできます。

ESPの中身

先のmacOSのインストール手順の箇条書きに示したように、ボリュームをフォーマットした後に、macOSをインストールして、次にCloverをインストールします。Cloverをインストールした後の、ESPの一例を見てみましょう。

CLOVERというディレクトリができていて、この中に、設定ファイルconfig.plist, システム拡張ファイルkextを入れるkexts, EFIのドライバを入れるdrivers64UEFIなどが出来上がっています。これらはCloverのインストーラが作ってくれますが、手作業で作っても良いです。すでに動いているHackintoshの環境を移行する場合などは、このディレクトリ構造そのままに新しいドライブのESPにコピーすれば、引き継がれて稼働します。Cloverのインストーラは、最小構成のconfig.plistと、必要なdrivers64UEFIの中身をインストールしてくれます。

kextsは、必要に応じて手作業でESPに入れておきます。kextsフォルダのOtherフォルダには全てのバージョン用の、数値のフォルダにはそのバージョン番号のmacOS用のkextを入れられます。 macOSでは、kextを/System/Library/Extensions/ (/S/L/Eと略されます) もしくは、/Library/Extensions/ (/L/Eと略されます) に置きます。Hackintoshで使うkextも/S/L/Eや/L/Eに置くこともできますが、それではバニラで無くなってしまうので、ESPに入れるのが良いです。/S/L/Eや/L/Eに置く場合は、パーミッションを正しく設定したり、キャッシュを作り直したり、SIPを無効にしたりなどの作業が必要です。ESPなら、Cloverがkextを有効にしてくれるので手間いらずでもあります。

Hackintoshのパーツ選び【その6：その他】

Mon, 11 Sep 2017 23:45:06 +0900

パーツ選びシリーズ最終回の6回目は、その他編です。その他のパーツは好きなものを選んで構いません。

メモリー：マザーボードに合っているならなんでも良いです。
電源：容量が十分あればなんでも良いです。
光るパーツ：流行っていますので光らせてください。
ケース：Macはどれもカッコいいので勝つのは難しいです。
CPUクーラ：付属のでも十分ですが、かっこいいクーラを買っても良いです。
水冷：簡易水冷と言わず、ぜひとも本格水冷をやってみましょう。

Hackintosh自作は、自作PCの楽しみと、macOSの美しさ・使いやすさを堪能できる組み合わせですので、ぜひ楽しんでください。

リサイクルMODのおすすめ

Macintoshも歴史が長いので、古いマシンが廃棄されていることも多いです。そういうのを回収して、最新のハードウェアに作り変えてあげるのも良いかと思います。そのためのパーツを売っているお店もあります。PowerMac G5とかG4などのケースを改造して作るとなかなか自慢できるものが出来上がります。

www.thelaserhive.com

以下にも関連記事を書きましたので参考になさってください。

Apple純正ケースで作るHackintosh

最後に、最近YouTubeに上がっていた、かなりマニアックなケースMODを紹介しておきます。PowerMac G5ケースを改造して、ハードチューブ水冷して、その上CPUにはRyzenを使っています。AMD CPUを使いこなすのはとても大変なのでオススメしませんが、苦労もHackintoshの楽しみです。

www.youtube.com

Hackintoshのパーツ選び【その5：SSD】

Mon, 11 Sep 2017 22:12:40 +0900

5回目はストレージについてです。結論を箇条書きすると：

SATAケーブルで接続する2.5インチSSD/HDD、3.5インチHDD、5.25インチCD-ROM/DVD/Blu-rayドライブは、どのバージョンのmacOSでも動きます。
High Sierra以降ならばM.2 NVMe SSDが使用可能です。ただ相性があるようなのでパーツ選びに注意してください。
AHCIプロトコルのM.2もしくはmSATAのSSDはそれより古いmacOSでも動きます。

SATAケーブルで接続するストレージ、ドライブは、どれも問題もないです。好きなものを選んでください。ちょっとだけややこしいのは、マザーボードなどのソケット（mSATAとM.2）に挿すカード型SSDの類です。

用語の整理

マザーボードなどに挿すカード型のSSDは色々な種類があります。まずはソケットの形で分類できます。最近のマザーボードについているSSD用ソケットの形状は、次の2種類です。

一つは、mini SATA (略してmSATA )と呼ばれる形のソケットです。mini PCI Expressというソケットもありますが、形は同じです（これもまたややこしい）。
もう一つ、最近流行りなのがM.2と呼ばれる形のソケットです。さらに小さくて、細長い形状のカードが多いです。

ちなみに実際のMacに内蔵されているカード型SSDは、このどちらでもない、Apple独自規格のソケットです。

マザーボードソケットに接続される信号線で分類すると、次の2種類があります。

一つはSATAです。2.5/3.5インチのドライブに接続しているものと同じ信号です。
もう一つはPCIeです。マザーボードのPCIeスロットに出ているのと同じ種類の信号です。

さらに、この信号に流れるプロトコルで分類すると、次の2種類があります。

一つはAHCIです。2.5/3.5インチのSATAコネクタのドライブで使われているプロトコルです。
もう一つはNVMeです。SSDに適した命令体系になっていて高速です。

この2x2x2=8通りの組み合わせは、さすがにありませんが、色々な組み合わせがあるので注意が必要です。例えば、

mini SATAでSATA接続でAHCIプロトコルとか、
M.2でSATA接続でAHCIプロトコルとか、
M.2でPCIe接続でAHCIプロトコルとか、
M.2でPCIe接続でNVMeプロトコルとか、

いろいろあります。

このうち、macOSのどのバージョンでもサポートしているのが、AHCIプロトコルのSSDです。ソケット形状やSATA/PCIeの違いは問題になりません。OSから見たらそのレベルのハードウェアは抽象化されているので、大丈夫なのです。

High Sierraで完全サポートされたNVMe

問題は、NVMeです。NVMeはEl Capitanのあたりで一般的に流通し始めました。MacBookシリーズには、他のプラットフォームに先駆けて、NVMe登場の早い段階で採用されました。ただし、これはMacintoshの歴史でよくあることですが、一般に売られているNVMe SSDとは互換性のないSSDが使われていました。ソケット形状も独自ですし、データのブロックサイズも違うようです。そのため、一般に販売されているm.2 NVMe SSDは簡単には使えませんでした。

El Capitanの時には、NVMeGeneric.kextというカーネル拡張がwww.macvidcards.comから配布されて、これで市販のM.2 NVMe SSDが使えました。しかし、Sierraで動かなくなりました。今は配布もされていないようです。

Sierraでは、市販のM.2 NVMe SSDを動かす長い長いパッチが公開されて、config.plistに組み込んで使うことは可能でした。手間が面倒でした。

その苦労は、High Sierraで終わりました。High Sierraでは市販のNVMe SSDがサポートされるようになります。今時は、M.2 SSDはどれも高速なNVMeになり、低速のAHCIのモデルは品薄で割高です。とても助かります。

NVMeのM.2 SSDの製品は増えています。どれもHigh Sierra以降で問題なく使えるはずと思うのですが、ネット上の情報によるとmacOSと相性の悪いものがあるようです。注意が必要です。フォーラムでも貴重な情報をいただいています。それによると：

Samsung 970 EVO Plus と Samsung PM981 は互換性に問題がある
次のSSDは問題なし：
Samsung 970 EVO Pro
Samsung 970 EVO
Samsung PM961
Samsung PM951
WD SN750

私もSamsungの古いSSDとWDのSN750を使っていますが、どちらも問題なく動いています。SamsungのSSDは使用されるコントローラチップの一部がmacOSと相性が悪いようです。M.2 SSDは発展途上の製品なので今後は問題なくなると思いますが、現状ではWDの方が安心できるかもしれません。

追記：Samsung SSDのファームウェア更新

Samsungの一部のM.2 SSDがmacOSと相性が悪い問題ですが、フォーラムにいただいた情報によるとファームウェア更新で解決するようです。macOSで不安定だった970 evo plus がまともに動くようになったそうです。やはり何か問題があったんですね。こちらがtonymacx86の情報のページだそうです。

マザーボード (BIOS) 設定

Sun, 10 Sep 2017 22:19:26 +0900

今回は、Hackintoshのためのマザーボード (BIOS) の設定について書いておきます。Windowsなら適当に設定しても、大きな問題は起きないと思います。でもmacOSをインストールする場合には、間違えると起動しないという重要設定項目が少しだけあります。

基本設定

最初は工場出荷状態：大体は工場出荷状態で良いです。デフォルトにまずは設定します。最近のマザーボードは、以下の項目が大体デフォルトで設定されています。なので工場出荷時状態にするだけでmacOSが起動することが多いです。
SATAのモードはAHCIモード：最近は、AHCIモードがデフォルトだと思います。AHCIじゃ無いとデータが読めなくて起動しません。
HPETはEnable。もしくは設定する項目があれば64bitモードに。
シリアルとパラレルI/OはDisable：macOS 10.11以前ではシリアルとパラレルのI/Oが有効だとカーネルパニックを起こして起動しないことがあります。そこで無効にします。10.12以降では有効でも起動します。でも、これらを使わないなら無効にした方が安全で効率的だと思います。
USBのXHCI Hand-offはEnable
Windows関連の機能は全部Disable：デフォルトもDisableだと思いますが全部Disableにしておきます。Fast BootなどもDisable
CPUのIntel VT-D TechはDisable：これもEnableになっていると起動しません。ちなみにIntel Virtualization TechはEnableでも良いです。Enableになっていないと仮想マシンが動きません。

tonymacx86にはメーカーごとに設定の案内があります。ちょっと古い記事ですし、上で述べたように最近はデフォルトでほとんどokなのですが、起動しないなどのトラブルがある場合にはチェックすると良いです。

カーネル読み込み失敗を防ぐための設定

ここまでの設定で、ほぼ大丈夫なはずです。ただmacOSでは使われないので、外しておいた方が良い項目もあります。不要な項目があるとmacOSカーネルを読み込むメモリー領域が細分化されて不足する場合があります。その場合、起動開始直後に失敗する、たまに失敗する、失敗するけどたまに成功する、などの現象が発生します。また、最新マザーボードにはメモリー細分化を防ぐメニューも加わっているようです。必須ではありませんが以下の設定も検討しましょう。

Above4GDecoding: enableにします。これにより4GB以上のメモリー空間を使うことになり、カーネル読み込み失敗を防ぐ効果があります。ただしX99, X299などでは問題を引き起こす可能性があるので、注意して設定してください。
Boot Options -> Windows8.1/10 mode: この設定にすることで、レガシーなコードが使用するメモリーを節約できます。これ以外の選択肢に「other OS」がありますが、これはmacOSの事を指しているのではなく、古いバージョンのWindowsの事を指しています。
CSM: disableにします。レガシーサポートのためにたくさんのメモリを消費します。macOSでは不要です。
Intel SGX: disableにします。Software Guard Extensionsという名前の機能ですが、これもメモリ領域を多量に消費しますが、macOSでは何の効果もありません。
Parallel Port: disableにします。上の基礎設定の項目でも説明しましたが、macOSでは使いません。
Serial Port: disableにします。同じくmacOSでは使いません。
iGPU: どうしても起動に失敗する場合はiGPUを切ることも検討しましょう。
Thunderbolt: TBを使わない、搭載されていない場合はdisableにしましょう。これもメモリーを削減できます。これ以外に、Intel WiFi, Intel Bluetooth, SDカードなど、macOSで使用できない機能はdisableにすると良いです。
LED lighting: 起動に失敗する場合はdisableにすることも検討しましょう。
Legacy USB: これは多分不要です。USB接続フロッピーなどを使う予定がなければ多分不要です。

Hackintoshのパーツ選び【その4：無線編】

Sun, 10 Sep 2017 17:58:16 +0900

Hackintosh自作に適したWiFiとBluetoothカードを紹介します。今までお話しした、CPU、マザーボード、グラフィックスカードがHackintosh自作パーツの主役でした。これらが正しく選択されていれば、他のパーツはどれを使ってもとりあえず動きます。でも脇役なりにこだわっておきたいパーツもあります。WiFi / Bluetoothカードはその筆頭かと思います。

結論

長いので、結論を先に書いておきます。現時点 (2020/7) で、比較的入手可能なモジュールで、そのままで (OOBで) 使用できる製品は、以下です。

BCM94360CS2 (Broadcom独自コネクタ)
BCM94360CD (Broadcom独自コネクタ)
BCM943602CS (Broadcom独自コネクタ)
BCM943602CDPAX (Broadcom独自コネクタ)
Fenvi FV-T919 (PCIe)
BCM94360NG (A & E Key M.2コネクタ)

Broadcom独自コネクタは、Macで採用されているコネクタですが、そのままでは使えないので、PCIe, mini PCIe, M.2などに変換するアダプタを経由して使用します。デスクトップマシンならPCIeスロット、ノートPCやミニPCならばM.2コネクタを使用して無線モジュールを取り付けるのが一般的です。

そもそも無線は必要なのか

普通に考えたらデスクトップコンピュータにはBluetoothもWiFiも必須ではないでしょう。キーボードはUSBで接続すれば良いですし、ネットワークは有線LANで接続した方が、高速ですし安定しています。でもmacOSを使うとなると、次の理由で Bluetooth / WiFi が欲しくなると思います。

Magic Trackpadが使いたい

現行のMagic Trackpad 2と1世代前のMagic TrackpadはBluetooth接続するポインティングデバイスです。macOSでは色々なマルチタッチ入力がサポートされています。MacBookシリーズを使っていれば、マルチタッチ操作はおなじみかとも思います。これらが、非常に使いやすいのです。macOSのインタフェースの素晴らしさは定評があるところですが、その素晴らしさを全て享受するにはMagic Trackpadが必須です。そのためにBluetoothが必要なのです。

Continuityが使いたい

最近のアップル社のビジネスは、もはやMacintoshがメインではなくなりました。iPhoneがメインで、さらにはそれを取り巻くエコシステムにユーザを取り込んで、クラウドサービスとコンテンツ販売で儲けるビジネスモデルに移行しつつあります。なので、macOSでも、他のMacintoshだけでなく、iPhone, iPad, Apple Watchとの連携機能の強化（Continuity）を進めています。これらを使用するには、BluetoothとWiFiが必要なのです。 iPhoneとmacOSを連携するにも、iPhone経由でiMessageを使うにも、Apple Watchでログインするにも、無線機能が必要です。

手軽なBluetooth USBアダプタ

Magic Trackpadを接続するだけなら、USBのBluetoothアダプタがお手軽です。ただ、どれでも動くわけではありません。おすすめは、iMacやMacBookで採用されているBroadcom社のチップBCM20702を使ったアダプタです。これならMac OS X 10.8以降で動作します。日本で簡単に買える製品だと、例えばI-O DATAのUSB-BT40LEです。

ただ、Magic Trackpadやキーボードは使えますが、Continuityの機能は使えません。

WiFi USBアダプタは使えない

macOS用のドライバが付属していて、macOSでも使えるとされるWiFi USBアダプタがいくつか販売されています。私は使ったことがありませんが、少なくともHackintoshでは非常に不安定らしいです。おすすめできないようです。

Broadcom社の純正無線モジュール

ということでようやく本題です。Hackintoshに取り付けるだけで、何の設定もせずにそのまま動いて、本物のMacintoshとまったく同じくContinuity連携ができる究極のWiFi / Bluetoothアダプタがあります。実機で使われているBroadcom社の製品です。ただ、Broadcom社のものなら何でも良いというわけではありません。実機と少し違うものは、それでも使えることがありますが、パッチを当てて苦労することになります。

Apple社が使っているBroadcomの無線モジュールに関して、このページでまとめられています。

User:Omega/Broadcom modules (Apple) - DeviWiki (ex WikiDevi)

それによると、最近の802.11acに対応した実機で使われているBroadcom社の無線モジュールは以下です。

BCM94360CS2 (2013年採用)
BCM94360CS (2013年採用)
BCM94360CD (2013年採用)
BCM943602CS (2015年採用)

これらはいずれもBroadcom社から、チップセットが基板に乗ったカードの形で販売されています。AliExpressなどで$10から$40くらいで入手できます。日本のamazonでも時々売られています。ただ、採用された年号から分かるように、いずれも少し古い製品です。最近のMacではApple社内製品モジュールが使われる傾向があるようです。iMac Proのような大型筐体でも、Broadcomのモジュールは使われず、Apple特注のチップが基板上に直接実装されています。現行機種はBluetooth 5.0を搭載していますが、これらはすでに基板上に実装されたチップになっているので、一般には手に入りません。

iMac Proの分解

ということで、今は比較的潤沢に出回っているBroadcomのモジュールも、今後は品薄になるかもしれません。将来使用するかもしれない部品は、今の内に確保しておくのが良いかもしれません。

以下で、この４種類のモジュールの詳細を説明します。おすすめは、コスパの高い最新型のBCM943602CSか、もしくはMac Proで使われている高級品のBCM94360CD、もしくは2015, 2016年iMacで使われている BCM943602CDPAXです。

BCM94360CS2

上記のロシアのサイトによると、４種類のモジュールのうち、BCM94360CS2だけはWiFiが少し遅いようです。（他が1.3Gbpsに対して、これは867Mbps）価格は安いです。MacBook Air 2013などで使用されているモジュールです。アンテナの数は２本です。おそらく、１本がBluetoothで、もう１本がWiFiだと思われます。WiFiアンテナを複数持っている場合、一番条件の良いアンテナが使用されます。WiFi電波強度は、壁の反射などで均一ではありません。アンテナの本数が多い方が、離して設置したり、向きを変えたりすることができ、強い信号を受信できる可能性が高まるので有利です。とはいえ、有線LANをメインで使用するデスクトップなら、このモジュールでも十分かもしれません。（追記：もしかしたらBluetoothとWiFiを1本のアンテナで共有していてるのかもしれません。）

BCM94360CS

これはMacBook Pro 2013などで採用されているモジュールです。5GHz WiFiが1.3Gbpsのものです。アンテナの本数は３本です。Bluetoothが１本、WiFiが２本と思われます。

BCM94360CD

これはiMac 2013や、最新の（と言ってもだいぶ古くなってしまいましたが）円筒型Mac Proでも採用されています。最高級モデルと言えます。販売価格も４種類の中では一番高額です。とは言っても$40未満です。5GHz WiFiが1.3Gbpsで、アンテナの本数は４本です。端から２番目の一つがBluetoothで、後の３本がWiFiです。私が入手した当時はこれしかなかったので、今でも使用しています。

BCM943602CS

これはMacBook Pro 2015で採用されている最新のモジュールです。5GHz WiFiが1.3Gbpsで、アンテナの本数は３本です。Bluetoothが１本、WiFiが２本と思われます。外見と型番からしてBCM94360CSの後継機種と思われます。新しいモデルのためか、価格が安いのでお得感があります。流通している個数も多いようです。

BCM943602CDPAX

コメントで情報いただいたカードです。iMac A1418, A1419 (2015, 2016)用のカードらしいです。アンテナは4本あります。入手できる最新のカードかと思われます。

純正モジュール用変換アダプタ

PCIeスロット用アダプタ

上の写真を見ていただくとわかるように、いずれの純正無線モジュールにも、縁には同じコネクタがついています。これらのモジュールに対応したMacBook Air, MacBook Pro, iMac, Mac Proには、このピンに合うソケットがついているので、差し替えて交換することができます。

コネクタのピン構成はPCIeとUSBです。WiFiがPCIeを使い、BluetoothがUSBを使います。PCIeとUSBが一緒になったコネクタの規格としては、mini PCI Express (miniPCIe, mPCIe)とかm.2が普及しています。特に最近のマザーボードの多くにはm.2が搭載されています。でも残念なことに、Broadcom社のモジュールのコネクタは、形もサイズも違う独自仕様で、mPCIeやm.2との互換性がありません。

そこで、このコネクタを、通常のPCIeスロットに変換するアダプタが売られています。通常のPCIeスロットにはUSBのピンはありませんので、このタイプのアダプタにはUSBのためのコネクタがついていて、マザーボード上のUSB 2.0端子に接続します。製品によりアンテナ本数が違いますので、使おうとしている無線モジュールのアンテナ本数と同じかそれ以上のアンテナのあるアダプタを選びます。

Amazonでも売っています。

mini PCI Express用アダプタ

こちらはmini PCIe変換アダプタです。mini PCIeを搭載したマザーボードで、空間に余裕がある場合は、これを使ってBCM94360CDを取り付けられます。

m.2用アダプタ (A/Eキー用)

m.2に変換するアダプタも売られています。m.2無線ソケットで使われるA/Eキー用の変換アダプタです。m.2のキーは、切れ目の入っている場所で決まります。m.2には色々な配線がされる場合がありますが、キーの違いで、配線されている信号が違います。A/Eキー用のアダプタは、m.2無線ソケットを搭載したマザーボードで使えます。ただ、これにさらに純正のカードを取り付けることになりますので、空間に余裕がある場合に限られます。余裕があれば、これを使ってBCM94360CDなどを取り付けられます。

BCM94360CS2 カード NGFF (M.2) キーA/Eアダプター Mac OS ・ハキントッシュ用 |…

どう見ても同じものはAliExpressでも売られています。説明によると、BCM94360CD、BCM94360CS、BCM94360CS2、BCM943602CSなどのソケットをm.2に変換するアダプタだそうです。取り付け穴はBCM94360CS2などに対応しているようです。

m.2用アダプタ (Mキー用)

m.2のMキー用のアダプタもあります。これは、BCM94360CD BCM943602CS BCM94360CSなどに対応しているようです。Mキーは、SSDなどを取り付けるタイプのキーで、PCIeが多めに配線されています。その一方でUSBは配線されていないので、ケーブルでマザーボード上のUSBコネクタに配線することになるようです。それなら、PCIeスロット用のアダプタの方が、アンテナコネクタも設置できるので便利な気がします。でも、SSD用のm.2ソケットが余っている・使っていなくて、さらにPCIeスロットを節約したい用途、例えばmicro ATXやmini ITXなどのPCIeスロットの少ないマザーボードでは有用かと思われます。

純正モジュールを組み込んだ製品

FenviのPCIeカード

Fenviという会社が、BCM94360CDを組み込んだPCIeカードを作っています。

Fenvi Technology

中身は、BCM94360CDなので、HandoffもContinuityも、何の設定もしなくても全て動作するようです。海外サイトでも好評で、tonymacx86では推奨パーツになっています。純正のBCM94360CDをPCIeアダプタで組み込むと、アンテナを配線する必要があり、コネクタが外れるトラブルがあります。Fenviの製品ではプリント基板上で配線されるのでスッキリしています。

ただ、以前はeBayやAliExpressで$55くらいで売っていましたが、最近は見かけないようです。日本のamazonでも一時売っていましたが、今は無いようです。tonymacx86から米国amazonへのリンク先でも商品が消えています。

長らく販売されていなかったのですが、最近、AliExpressに復活したようです。でも説明を見ると10.10, 10.11対応とあって10.12ではBluetoothがあまり良く動かないと書いてあります。オリジナルのBCM94360CDは、10.12でも10.13でもBluetoothは問題なく動くので、互換性に問題があるのかもしれません。(2018/5/25)

こちらもご覧ください。

WiFi/BluetoothアダプタFenvi FV-T919

Fenvi以外のPCIeカード

Fenviの他にも、対応モジュールを組み込んだPCIeカード製品もあるようです。AliExpressで見つけた出品を2つ紹介します。モジュールの型番を選んで発注するページもありますので、

BCM94360CS2 (2013年採用)
BCM94360CS (2013年採用)
BCM94360CD (2013年採用)
BCM943602CS (2015年採用)

から選ぶように気をつけてください。

また、macOS対応モジュールと書かれたBCM94331CDを選べるページもありますが、上記の4つの802.11ac対応モジュールより古い世代のものです（802.11n対応で5GHz WiFiが450Mbps）。またBCM94331CDは、機種設定によってはHandoffが不調だという報告もあります。値段は安いですが避けた方が無難です。

汎用コネクタの互換モジュール

ここまで、本物のMacintoshで使われているのと同じ部品を使ったモジュールを紹介しました。でも実機で使われていないモジュールの中にも互換性の高いものがあります。中には実機と同じシリーズのBroadcom製品でたまたま実機に採用されなかった部品もあります。これらはHackintoshでも使えます。

以下のリンクに、mini PCIeとM.2の無線モジュールの詳しい情報が書かれています。この中で、OOB (箱から出してすぐに使える) の欄がY (Yes)になっているモジュールは、簡単に使えると思われます。ここにリストされた多くの無線モジュールは、ノートPCの補修パーツとしてAliExpressなどで入手可能です。M.2やmini PCIe ソケット周りのスペースが限られていて、純正モジュールアダプタが使えないような場合は、選択肢として検討してみましょう。

Inventory of supported/unsupported wireless cards #1, Snow Leopard -> El Capitan

この中で、有用性の高いカードは、1/2 mini PCIeもしくはM.2のカードだと思います。OOBがYになっている非純正モジュールをいくつか見てみましょう。

Dell DW1510 (mini PCIe)

更新：macOS CatalinaでBCM94322用のドライバが外されたという情報があります。DW1510はBCM4322を使っていますのでmacOS 10.15からは動かない可能性があります。

更新：Catalina 10.15.7で試したところDW1510は動かなくなっていました。

1/2 PCIeのWiFiカードです。WiFiがa/b/g/n対応のものの多くは、少し古い世代の製品なので、Bluetoothは搭載されていません。この中でも、DW1510はノートPCやNUCのHackintoshでよく使われます。ちなみにDWという型番は、DellのノートPC用の補修部品の型番です。多分Dell Wirelessの略だと思われます。DW1510は、AliExpressでも数ドルで売られていて、安価です。これはmini PCIeに挿せば、そのまま何もせずにHackintoshで動きます。Bluetoothがありませんので、I-O DATAのUSB-BT40LEなどのBluetooth USBアダプタと組み合わせて使うのも良いと思います。Continuityを使用しないなら安定していて良い選択です。

BCM94360HMB (mini PCIe)

1/2 PCIeのWiFi/Bluetoothカードです。以下の名前で流通しています。

AzureWave AW-CB160H
Alpha Networks WMC-AC01
Arcadyan WN8833B-AC
Gemtek WMDB-150AC
Unex DAXB-81
Wistron NeWeb DNXB-C1

WiFiがa/b/g/n/acのタイプには、Bluetoothが搭載されたコンボカードが多いです。1/2 mini PCIeでOOBがYなのは、このAzureWave AW-CB160Hのみです。BroadcomのBCM94360HMBというモジュールを使っています。数字部分が純正と同じです。そのため互換性が高いです。アンテナが3本のタイプです (WiFiが2本とBluetoothが1本）。アンテナのコネクタが、一般のmini PCIeのコネクタ(U.FL) より小型のタイプ(MHF4)です。AliExpressの製品には、コネクタ形状を変換するケーブルが付属しているものもあります。アンテナについては最後に説明します。

上記のリストではOOBとはなっていますが、簡単なkextが必要なようです。詳しくはこちらに説明があります。

r/hackintosh_ja - WiFi/BT half-mini-PCIeのBCM94360HMB (AzureWave AW-CB160H) …

更新：Big Surで試したところ、以下の3個のkextを入れることで、AzureWave AW-CB160Hが動作しました。

BrcmPatchRAM3.kext
BrcmFirmwareData.kext
BrcmBluetoothInjector.kext

BCM94352HMB (Dell DW1550) (mini PCIe)

1/2 PCIeのWiFi/Bluetoothカードです。以下の名前で流通しています。

AzureWave AW-CE123H
Dell DW1550
HP TPC-Q013
Lenovo Lite-On WCBN606BH

これもWiFiがa/b/g/n/acのタイプで、Bluetoothが搭載されたコンボカードです。こちらはアンテナが2本のタイプで、アンテナコネクタも通常サイズです。なので、既存のカードを差し替える場合に、作業が簡単になる場合が多いです。ですが、上記のリストではOOBの項目がN (No)です。そのままではBluetoothが動かないので、いくつかパッチを当てる必要があります。ただ、パッチの方法は確立されているようで、Continuityも動くようです。tonymacx86に詳しい説明が書いてあります。

BCM94352Z (Dell DW1560) (M.2)

M.2のWiFi/Bluetoothカードです。AliExpressで多数売られているM.2用カードです。以下の名前で流通しています。

Dell DW1560
Fenvi AC1200
Lenovo Lite-On WCBN802B(04X6020) (E Keyなのでソケットに注意)
AzureWave AW-CB162NF

このほか、BCM4352と書かれていることもありますし、BCM94352Zという表記のものもあります。以下の4個のkextを入れれば基本的なWiFi/Bluetooth機能は動きます。AirDropやContinuityなどを動かすにはさらにパッチが必要なようです。必要なファイルを下記からダウンロードして用意します。

まず、RehabMan-FakePCIIDからダウンロードしたzipの中から

FakePCIID.kext
FakePCIID_Broadcom_WiFi.kext

を用意し、次に、 RehabMan-BcrmPatchRAMからダウンロードしたzipの中から

BrcmFirmwareData.kext
BrcmPatchRAM2.kext

を用意します。これらをESPのkext用フォルダに入れます。

BCM94360NG (M.2)

最近、このカードが評判良いらしいです。Fenvi BCM94360NGという商品名でも流通しています。DW1560より良いとのことです。Handoff, Airdrop, appleWatchでのログインなどがOOBで動作します。こちらの記事で紹介しています。M.2無線カードとしてはこれが1番のおすすめです。(2020/4/20追記)

ThinkPad T460s にWiFi/BTカードBCM94360NGを取り付ける

BCM943602BAED (Dell DW1830) (M.2)

M.2のWiFi/Bluetoothカードです。単にBCM943602という名前の場合もあります。先のリストで、M.2カードでOOBがYなのは、BCM943602BAEDのみです。この型番の数字部分は上記で説明した純正品と同じ番号です。チップは同じですが、Apple専用では無い汎用的なM.2ソケットの製品という意味かと思います。こちらの情報のよると、

WifiはOOBで動く
WiFiのパフォーマンスはFakePCIID Kextで改善できる
Bluetoothを動かすためにはkextが必要

だそうです。

BCM94350ZAE (Dell DW1830) (M.2)

Dell以外からは、Lenovo Foxconn T77H649, Lite-On WCBN808Bなどの名前で流通しています。macOSで電力制御を正しくサポートしないのでノート向きでは無いようです。

アンテナ

アンテナは必ず取り付けてください。どの無線モジュールにも小さなアンテナコネクタがついていますが、その先にアンテナをつけないと通信できません。近距離ならアンテナ無くても動かなくはないですが、実用にならないです。

上で紹介した純正モジュールをPCIeに取り付けるアダプターには、だいたい棒状のアンテナが2~4本付属しています。一方、純正モジュールをminiPCIeやM.2に取り付けるアダプタは、PCIeとUSB接続の面倒は見てくれますが、アンテナが付属していません。なので別途手配する必要があります。また、非純正のBroadcomモジュールをマザーボードのminiPCIeやM.2コネクタに取り付ける場合も、アンテナは必須です。

PCIeカードアダプタでは、取り付け金具にSMAと呼ばれる規格のコネクタが付いていて、ケース外側に棒状アンテナを取り付けます。

ケース内側では内部の無線モジュールに配線するように作られています。無線モジュールには、SMAより小さいU.FLやMHF4という規格のコネクタが付いています。下は、SMAコネクタとU.FLコネクタの変換ケーブルです。

無線モジュール側のU.FLとMHF4は、どちらも小さなコネクタですが、サイズが違います。一見すると似ているので注意が必要です。下はAmazonで売られている変換ケーブルの写真です。小さい方がMHF4（メス）で、大きい方がU.FL（オス）です。

純正Broadcom無線モジュールには、小さい方のMHF4が付いています。一方で、非純正のBroadcomの無線モジュールのコネクタは、miniPCIeなどの古い製品は大きい方のU.FL、最近のM.2の製品では小さい方のMHF4です。ただ上で紹介したように、BCM94360HMBはminiPCIeですが小さい方のMHF4です。使用しているモジュールのコネクタが、U.FLなのかMHF4なのかを確認して、それに合わせたケーブル、またはアンテナを購入する必要があります。

PCIeブラケットに取り付ける棒状のアンテナの代わりに、Mac製品やノートPCの内部で使われているようなアンテナ部品を使うことも可能です。

ただ、閉鎖された金属ケースの中にアンテナを設置すると、電波が飛びません。最近の「見せるケース」のようにアクリルやガラス窓のあるケースなら良いかもしれません。また、アンテナ部品を金属部分に密着して取り付けると、電波が吸収されて感度が低下します。できれば非金属の部分に取り付けます。金属部分に止むを得ず取り付ける場合は、プラスチックやスポンジ片を使って、金属部分から1cmくらい浮かせるように取り付けると良いです。

Hackintoshのパーツ選び【その3：グラフィックス編】

Sun, 10 Sep 2017 12:15:51 +0900

このページは古い情報です。最新の情報はこちらをご覧ください。

/posts/36/

【2018年4月2日改訂：10.13.4以降のRadeonの近況を追記しました。】
【2017年12月17日改訂：Radeonの近況を追記しました。】
【2017年12月1日改訂：CloverのRadeon対応を追記しました。】

Hackintosh自作に適したグラフィックスカードを紹介します。

NVIDIAかAMD(ATI)か

グラフィックスカードの2大メーカが、NVIDIAとAMDで、自作する人たちの中では、どっちが良いのかという議論で盛り上がることも度々です。歴代のMacintoshはそのどちらも使っていましたが、最近はAMD派です。ならばHackintoshもAMDが良い、と単純に決まりそうですが、そうでもありません。tonymacx86の推奨パーツのサイトでは、長らくNVIDIAのグラフィックスカードだけが推奨リストに挙げられていました。でも最近では、AMDのグラフィックスカードも少しずつ推奨されています。

www.tonymacx86.com

では、実際のところどうなんでしょうか。結論を先に書いておくと、それぞれメリット、デメリットがあります。ただ、10.13.4になってからAMDが優勢です。

NVIDIAを選ぶメリット

AMDに比べてハイエンドモデルのグラフィックス性能が高くて性能あたりの消費電力が少ない
NVIDIAがmacOS用のドライバ(Web driver)を供給している。更新は早い
Kepler (GTX 600シリーズと700の一部)以前ならmacOS標準ドライバだけで動く

AMDを選ぶメリット

Final Cut Pro Xなどが最適化されているのでNVIDIAより高速に動く
macOSにドライバが含まれているのでメーカ供給のドライバに頼らなくて良い
macOS 10.13.4から外部GPUがサポートされて一部のモデルは接続するだけでそのまま使える

AMD

最近のMacintoshではAMDを採用しています。なのでHackintoshでもAMDが最適の選択のように思えるかもしれません。

macOS 10.12.5以前

しかし、Hackintoshのグラフィックスカードとしては、AMDは問題の多い選択肢でした。macOSにはAMDのドライバーが含まれているものの、実際にはモバイルバージョンばかりが採用されています。そこでデスクトップ用グラフィックスカードとの互換性が低かったのです。頑張ってカーネル拡張(kext)にパッチしても、スリープからの復帰が不安定だったり、起動時に画面が出なかったりしました。なのでtonymacx86のガイドでもAMDは推奨されていませんでした。

macOS 10.12.6 ~ 10.13.3

ところがSierraバージョン10.12.6で事情が激変して、AMDが一気に魅力的な選択肢になりました。きっかけは、2017年のWWDCでThunderbolt接続の外付けGPUサポートが発表されたことです。開発キットとしてアップルが販売開始した外付けGPUボックス（External Graphics Development Kit）にはAMDのRadeon RX 580が内蔵されていました。そこで、AMDの現行モデルの一部が、macOSのドライバで正式にサポートされたのです。AppleのExternal Graphics Development Kit はSonnet社の製品を使っています。そのマニュアルをこちらで紹介しましたのでご覧ください。

Sonnetの互換GPUリスト (10.13.2以降)

これによると、macOS 10.13.2で挿すだけで動くグラフィックスカードは、

Radeon RX 470/480/570/580（特にSapphire Radeon PULSE RX580が良い）
Radeon Vega 56/64
AMD WX 9100

とのことです。ThunderboltはPCIeの信号をシリアル化して外部に引っ張り出したものなので、HackintoshでPCIe接続する場合においても、これらのカードを使うのが良いと思われます。

macOS 10.13.4 以降

10.13.4では外付けGPUボックスがいよいよ正式にサポートされました。その結果、10.13.3以前にあった問題点が全て解決されました。Apple社からも公式にサポートするグラフィックスカードが紹介されています。

Apple推奨グラフィックスカード

これによると、Polaris, Vega 56, Vega 64の3種類のアーキテクチャがサポートされているようです。具体的なチップは、以下です。

AMD Radeon RX 470, RX 480, RX 570, RX 580, Radeon Pro WX 7100
AMD Radeon RX Vega 56
AMD Radeon RX Vega 64, Frontier Edition Air, Radeon Pro WX 9100

Sonnetの互換GPUリスト (10.13.4以降)

ということで、AppleやSonnetが推奨するAMD GPUを使えば、簡単にHackintoshできるので、お勧めです。このリストには比較的高価なGPUが多いのですが、お手軽なところではRX 570, RX 580でしょうか。

その一方、AMDの製品は、NVIDIAと比較して上位機種の性能、性能あたりの消費電力で未だに劣っています。ただ、macOSで使うことを前提にすると、OSで正式にサポートされているアーキテクチャなので、色々と最適化されています。例えば、Final Cut Pro Xなどを使って性能比較すると、NVIDIAよりも圧倒的に良いスコアを叩き出します。

OSが標準でサポートしてくれていることは、将来にわたって安心感があります。NVIDIAのWeb driverは、OSのバージョンアップにいまのところ敏速に対応してくれていますが、将来にわたって期待できる保証はありません。一方で、macOSが一旦サポートしたハードウェアは、NVIDIAの古いモデルと同様に、今後も機能し続けることが確実です。

AppleのExternal Graphics Development Kit には、SAPPHIRE PULSE Radeon RX 580が搭載されています。他のブランドでも問題ないと思いますが、SAPPHIREが少しは安心かもしれません。他社ブランドと比べても安価な部類のようです。ちなみにPULSEは代理店の扱いが終了してしまったようで今は入手困難です。現在はクロック数が上がり、放熱部品やコンデンサ部品が強化された上位モデルのNITRO+がSAPPHIREの主流商品です。こちらでこの製品を使用した結果を紹介しています。

/posts/62/

NVIDIA Pascal, Maxwell

MacintoshがこのところAMDだけを採用しているにもかかわらず、HackintoshではずっとNVIDIAが定番でした。昔、NVIDIAが採用されていた名残で、未だにドライバがOSに含まれていて、そのまま動いたからです。ただその魔法も、新しいアーキテクチャになると効かなくなりました。現行のPascalとその前のMaxwellアーキテクチャを採用したグラフィックスカードは、macOSの標準ドライバでは動きません。

一方でNVIDIAは、独自でmacOS用のドライバを開発して配布してくれています。なので、これ（NVIDIAのWebページで配布されていて、Webという名前の含まれるkext群で構成されるのでWeb driverと呼ばれます）を使えば、最新のPascalアーキテクチャモデルが問題なく動きます。もちろん、それ以前のモデルもサポートされています。AMDではmacOSがサポートしてくれるモデルに制限があったのに対して、NVIDIAではメーカーが配布してくれるWeb driverをインストールするだけなので、とても簡単です。Web driverはmacOSのバージョンごとに配布されています。機能はそれほど変わらないようですが、macOSのバージョンチェックをして、合致しないビルド番号では起動しません。以下のサイトで、それぞれのビルド番号に合ったドライバのダウンロードURLがまとめて整理されています。

www.macvidcards.com

macOSのビルド番号は、「リンゴマーク」「このMacについて」のOSバージョンの文字をクリックすると、その横に表示されます。下の例では17E202です。

PC自作ユーザ向けの最上位機種、GeForce GTX 1080Tiはとても強力で、性能あたりの消費電力も低いです。その一つ下のモデルのGTX 1080でも十分強力です。最近発売されたAMDのVega 64でも、性能は1080にある程度追いついたものの、価格と消費電力で負けているようです。なので、グラフィックス性能を重視したらNVIDIAが良いと思います。特に、Windowsと併用するとか、グラフィックス性能を必要とするゲームをするなどの場合は、NVIDIAを選ぶことにメリットがあります。

グラフィックス性能は不要という人も多いと思います。普通にGUI操作したり動画を見る程度では、グラフィックス性能は問題にならないのも事実です。現行のNVIDIA製品の最下位GT 1030を使用するのも良いでしょう。8,000円程度です。ファンレスモデルもあります。

1030はローコストだけど性能は高いようです。

androgamer.net

Web driverのおかげでNVIDIAならどれを選んでもだいたい大丈夫ですが、中には多少相性の悪いモデルもあるようです。例えば、GTX 1060はスリープからの復帰でノイズが出る問題が指摘されています。

https://www.tonymacx86.com/threads/05-02-added-temporary-fix-pascal-gtx-1060-glitching-after-waking-from-sleep.220670/page-8

今後、すぐに対応されるとは思いますが、その上位・下位の別モデル、1050tiや1070を購入した方が良いかもしれません。

NVIDIA Kepler以前

Keplerアーキテクチャとそれ以前の古いカードも良いです。というのは、これらはWeb driverを入れなくても（入れても機能します）macOSの標準ドライバだけで動くからです。OSのバージョンアップに伴う新Web driverの発表を待つ必要もありません。（もっともNVIDIAの対応はとても早くて、24時間くらいで新OSに対応してくれますが）

macOSの標準ドライバだけで動く古いNVIDIAカードはたくさんあります。例えば以下のような製品が手に入るなら、安価に使えるようです。

nvidia gt 9400
nvidia gt 9500
nvidia gt 210
nvidia gt 220
nvidia gt 9600
nvidia gt 240
nvidia gts 250
nvidia gt 610
nvidia gt 630
nvidia gt 640
nvidia gt 710
nvidia gt 730

**追記：**High SierraではKeplerは動くけど、それより古いFermiは動かなかったという報告があるようです。あまり古いものは避けて、Keplerのモデルにしておいたほうが無難かもしれません。できるだけ安く探すとなるとGT 710とかGT 730あたりでしょうか。

Intel CPU内蔵GPUは使えるか？

現行のMacintoshでもIntel CPU内蔵GPU (iGPU) を使っている機種はあります。が、それらはMacBookシリーズやMac miniで、モバイル用のCPUを使っていて、iGPUのモデルがデスクトップ用CPUと違います。でも、違うとは言っても、ある程度の互換性はあるようで、デスクトップ用CPU iGPUはHackintoshで「なんとなく動く」のが実情です。「なんとなく」というのは、時々画面が乱れるけど大体使える、とか、スリープからの復帰に失敗してハングする、とか、そういう状態です。iMacではAMDのGPUとデスクトップ用CPU iGPUが併用されることもありますが、使い方が違うのか、だからと言ってすんなり動くわけではないようです。ここで紹介したAMDかNVIDIAのグラフィックスカードを使用するのが良いと思います。

ということで、Kaby Lake, Skylake世代のiGPUは実用的ではないと思います。サーバにして画面はネット越しにしか見ないとか、スリープはさせないとかの使い方ならよいかもしれません。これに対して、Haswellでは、内蔵GPUがちゃんと使えました。Hackintosh界隈では、Haswellは良かったという声が聞こえます。もともと、Intelのデスクトップ用CPUの内蔵GPUはモバイル用に比べて非力です。モバイル機種に負けるようなグラフィックスは諦めて使わない、と考えるのが良いです。

Hackintoshのパーツ選び【その2：マザーボード編】

Fri, 08 Sep 2017 11:44:00 +0900

**改訂版：**Slideの設定について追記しました(2020/2/25)
**改訂版：**現在の状況に対応しました(2018/12/15, 2020/7/7)

Hackintosh自作のためのマザーボードの選び方を紹介します。

マザーボードメーカはどこでもok

実のところマザーボードメーカはどこでも良いです。昔のマザーボードはBIOSを使っていました。その当時は、GigabyteがHackintoshと互換性が高いと言われていました。たまたま互換性の高い部品を使っていたこともあり、ハッカーな人たちが調べ尽くしていたからです。また当時は、それぞれのマザボに対応したパッチ当て済みのDSDTが必要でした。Gigabyte用のDSDTが多数配布されていたのに対し、他のメーカのDSDTはほとんど用意されていませんでした。なので、Gigabyte以外を選択する理由はありませんでした。

ところが、今のマザーボードはBIOSからUEFIに移行しました。もともとMacintoshはUEFIの元になったEFIに基づいて独自設計されています。UEFIはBIOSよりはMacintoshのアーキテクチャに近いので互換性が高いです。なので、UEFIに移行した現行のマザーボードなら、どのメーカを選んでも互換性に大差はありません。構成（スロットの本数、LANの数、m.2のソケット数などなど）が自分の目的に合っているか、見た目のデザインが好みかどうかなどで選んで良いです。

多少注意すべきところは、使用されているLANチップとサウンドチップがHackintoshで使用可能なのかのチェックです。ただ現在流通している主流のマザーボード（つまりCoffee Lake用）は、だいたい大丈夫です。念のためにtonymacx86のサイトで確認するのが良いです。ここに掲載されているマザーボードと同じか、同じLAN, サウンドチップを使っているなら大丈夫です。

以下に、それぞれのマザーボードメーカの印象をまとめておきます。PC自作する人たちはそれぞれのメーカに対する思い入れがあると思いますので、あくまで私見ということで読み流してください。

GIGABYTE

一時期より代理店が少なくなったこともあり、PCパーツ売り場の面積も以前ほど大きくなく、シェアが落ちている気がします。しかし、BIOS時代には事実上GIGABYTEしか選択肢がなかったことから、Hackintoshする人たちの間では今でも人気です。GIGABYTEはHackintoshに向いているという評価がいまだにあります。しかし冒頭に書いたように、UEFIの時代になり、カスタマイズしたDSDTが不要になり、互換性は各メーカとも同じと考えて良いです。私もBIOS時代にはGIGABYTEしか使っていませんでした。それでBIOS設定画面は見慣れていて、馴染みのあるメーカです。

ASUS

現在シェアが一番のメーカーです。ユーザが多いので、ネット上でのHackintosh関連情報が得やすいメリットがあります。マザーボードの型番とHackintoshという単語で検索すれば、何かしらの情報が得られるのはありがたいです。ただ売れているブランドだけに価格は少し高めな気がします。他社より高めなので、廉価版を買うなら他社の方が良い気がします。ある程度上級モデルを買うのが良いと思います。慣れの問題かもしれませんが、BIOS設定画面は、個人的にはちょっとわかりにくいです。例えばSystem Agent Configurationというメニューの下に、VT-d設定やGPU設定があることがすぐにはわからないと思います。

MSI

少し前に気に入って使ってました。まずは設定メニューがわかりやすいです。Gigabyte, ASUSと使ってきましたがMSIが一番わかりやすいです。でもこれはHackintoshとは関係ないですね。Hackintosh向けの理由もあります。それは、電源ボタン長押しでUEFIメニューに入れるGO2BIOS機能があることです。GO2BIOSは便利です。アップルの純正キーボードはBluetooth接続です。これを使っていると、タイミングによっては起動時の連打が効かなくてUEFI設定画面に入れないこともあります。そもそも、テンキー無しの純正キーボードにはDeleteキーが無いので、マザーボードによってはUEFI設定画面にすぐには入れないことがあります。なのでGO2BIOS機能はHackintosh向けの機能です。ただ、最近のMSI製品は、SATAの本数が少なくなっているので少し敬遠しています。

ASRock

最近人気のメーカです。コストパフォーマンスが良い製品を作っています。同じ価格なら作りが良いので、廉価版製品を買うならここが良いです。もちろん上位モデルも良くできていて評判が良いです。Hackintosher.comというサイトの記事ではASRockがお勧めのようです。実は使ったことがないので、Coffee LakeではぜひASRockで組んでみたいと思っていました。でも、PCIeスロット構成を検討した結果、ASUSになりました。

/posts/71/

メモリーの空き

ブート時にmacOSカーネルが読み込まれるデフォルトのメモリー空間に連続的な空きがない場合、KASLR（カーネル番地乱数化）というセキュリティ機能をオフにして、読み込み番地を指定する（slideする）必要があります。

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

手元の300チップセットマザーボードをいくつか調べたり、皆さんのコメントをいただいたところ、ASUSは素直に空き番地があり、KASLRを有効のままで起動できるようです。MSIはKASLRをoffにしてslideする必要がありますが、それで安定して起動します。一方でGIGABYTEはメモリー空間が断片化されていて、苦労したというコメントをいただいています。ASRockについてもやはり設定に苦労するという話を聞いたことがあります。ということで、300チップセットマザーボードの場合、事例も多いASUSを選んでおくのが無難ではないかと最近考えています。(2020/2/25 追記)

フォームファクタ

もっとも一般的なATXマザーボードは、種類が多くて、好みで選べます。ケースが対応しているなら、ATXにしておけば良いでしょう。ただ通常はATXのPCIeスロットを使い切ることはありませんので、もう少し小さくても良いかもです。スロットの無い現行Macintoshからしたら贅沢な悩みですが。

micro-ATXのサイズは、スロット数が手頃なのですが、製品種類があまりなくてさみしいです。

小型マシンを組めるmini-ITXフォームファクターですが、Hackintosh特有の制約があります。内蔵GPUの中にはmacOSで使用すると時々画面にノイズが出たり、ちらついたりすることがあります。実際にMacで使われていないiGPUの場合、当然ですが不安定なことが多いです。その場合、グラフィックスカードが必須で、１本しかないmini-ITXのPCIeスロットはグラフィックスカードで埋められてしまいます。mini-ITXには、WiFi/Bluetoothの無線機能が搭載されていることが多いです。しかし、これは完璧には動きません。macOSはずっとBroadcom社の無線カードを使っていて、これ以外のメーカ製品（インテルなど）のカードはドライバがなく使用できないのです。無線機能を使うために、手軽なPCIeカードが入手可能ですが、上で述べたように、一本しかないPCIeスロットはグラフィックスカードで埋まってしまっています。なので、もともと搭載されている無線カードを、互換性のあるものと置き換えるか、またはm.2ソケットに取り付ける必要があります。無線機能については以下をご覧ください。

/posts/138/

チップセット

使用するCPUをサポートするチップセットを選びます。とはいえ、新品でパーツを買うとしたら、現行の最新チップセットの製品しか売られていないので、チップセット世代の選択で迷うことはないと思います。第9世代CPUならば、Z390, H370, B360、第10世代CPUならZ490などから選びます。

Zシリーズは、オーバークロック(OC)の機能と、CPUのPCIeを分割できる機能があります。後者は、グラフィックスカード2枚で描画高速化のできないmacOSにはあまりメリットが無いです。OCもしなければHシリーズでも良いです。ただ、Zシリーズは高価格の製品に使用されているので、基板の作りがしっかりしていたり、スイッチや表示の機能が豊富だったりします。また下位のチップセットになると、提供するPCIeのレーン数が少なくなります。PCIeとm.2とSATAなどで排他的な制約（片方を使うともう片方が使えなくなる）が発生しやすくなります。PCIeカードやSATAデバイスを多数利用する予定の場合は、注意が必要です。

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を使いたいという強い意志を持った人以外にはおすすめできませんでした。しかし、最近はパッチが用意されていて、作り易くはなっているようです。