High Sierra on Boot 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のソースコードも提供されていない。そのためどのブランドのカードも同じもの」なのだそうです。

Lenovo ThinkPad X220, 2620M

Sun, 28 Apr 2019 12:04:11 +0900

ThinkPad X220にmacOSをインストールした過去記事のまとめです。定評のある昔ながらのキーボードとトラックポイントを採用した最終モデルThinkPadでmacOSを動かします。Sandy BridgeなのでMojave非対応です。

ハードウェア

本体は Lenovo ThinkPad X220 (パッチ済みBIOSに変更)
CPUは Intel(R) Core(TM) i7-2620M CPU @ 2.70GHz (Mojave非対応)
グラフィックスはインテル® HD グラフィックス 3000 (Metal非対応)
Bluetoothは本体内蔵(BCM92070MD0-LENO) (OOB。Continuity非対応)
WiFiはDW1510に交換（OOBで動作）

ソフトウェアと機種ID

macOS High Sierra 10.13.6
Clover v2.4k r4920
MacBookPro8,1

ESPの設定

kext類 (kexts/Other)

ACPIBatteryManager.kext
ACPIPoller.kext
AppleBacklightInjector.kext
AppleHDA_20672.kext
BlueTooth_Injector.kext
FakeSMC.kext
IntelMausiEthernet.kext
IOAHCIBlockStorageInjector.kext
VoodooPS2Controller.kext

efiドライバ (drivers64UEFI)

VBoxHfs-64.efi
UsbKbDxe.efi
SMCHelper-64.efi
OsxFatBinaryDrv-64.efi
OsxAptioFixDrv-64.efi.NotUsed
OsxAptioFix2Drv-64.efi
FSInject-64.efi
DataHubDxe-64.efi
AudioDxe-64.efi
ApfsDriverLoader-64.efi

DSDT

次の「外部情報」に記載したページでdsdt.amlが配布されていますので、EFI/CLOVER/ACPI/patchedの中に入れます。

外部情報

以下に全てのガイドがあります。ここでは、パッチを当てたBIOSと、ESPの中に入れるべきファイルが全て配布されています。Cloverやkext類も最新版になるよう更新されています。

ThinkPad X220 macOS High Sierra Installation - ThinkPad X220

このビルドに関する記事です。詳細はこちらをご覧ください。

Thinkpad X220でHigh Sierra (1)機種選定

Thinkpad X220でHigh Sierra (2)準備・到着・起動

Thinkpad X220でHigh Sierra (3)BIOSと無線

Thinkpad X220でHigh Sierra (4:最終回)まとめ・これから

CPU/GPUがサポート対象外のMojaveをなんとか動かす記事はこちらです。

Sandy Bridge搭載Thinkpad X220でMojave

macOSをアップデートしたらNUCが起動しない

Sun, 03 Mar 2019 12:04:50 +0900

Intel NUCのmacOSをアップデートしようとしたら起動しなくなりました。原因は、CMOSメモリーバックアップ関係のようです。電池交換しても改善しませんでしたので、電池なしで使うことにしました。Hackintosh自体の問題ではないのですが、ありがちなトラブルの一つなのかと思います。

OSアップデートで不調に

IntelのNUCは、小型省電力のHackintoshを作るのに適しているので

NUCで作る超小型macOSマシン

Haswell搭載のD54250WYKHでmacOSをサーバにしています。これをmacOS 10.14.2で動かしていたものを、10.14.3にアップグレードしようとしたことがトラブルの発端でした。Mojaveになってから一部のHackintoshで、macOSインストーラが止まってしまうトラブルがあります。

Mojaveの「インストーラリソースが見つかりません」問題

このNUCもその一つで、High SierraからMojaveへのアップデート、10.14 –> 10.14.1, 10.14.1–>10.14.2のアップデートでこの問題が発生しました。mSATA経由のSSD（システムとユーザデータ用）とSATA経由の2.5インチHDD（データ保存用）を搭載しているのですが、HDDを一時的に外すことで問題なくアップデートできました。今回試みた10.14.2–>10.14.3へのアップデートでも同様に、「インストーラリソースが見つかりません。」のメッセージが出ました。そこでHDDを取り外すことにしました。

HDD取り外しのために、電源を外して、裏蓋を開けて、HDDを取り外します。その後、起動しようとしたのですが、画面に何も表示されなくなりました。電源LEDも点灯しません。何度か試しているうちに、CPUファンが高回転で回り始めました。でも画面には相変わらず何も表示されません。

EFIのCMOSが原因？

UEFIの設定画面を含めて画面への表示が一切出ません。NUCのファームウェア関係の問題のようです。念のために、HDD、SSD、無線LANカードなど、メモリー以外の後付け部品を取り外しました。が、症状は変わりません。

検索したらこんな情報がありました。

この人は、Ubuntuを入れていたようです。CMOSメモリのバックアップ用ボタン電池を外して戻したら復活したとあります。この方法を試してみることにしました。ボタン電池は、基板の裏側にあるので、相当分解しないと到達しません。基板はギリギリでハマっているので、外すには手間がかかります。ようやくボタン電池に行き着いて、取り外したところ無事起動しました。CMOSデータのチェックサムがおかしいとか、時刻が未設定とのメッセージが出ます。電池外したので当然かと思います。UEFI設定画面も出たので、念のために工場出荷時状態にリセットして、Hackintosh用の設定（iGPUへの割り当てメモリを増やす、Vt-Dをdisableにする、起動ドライブを設定する）を行いました。

これで無事、10.14.3にアップデートできました。ただ、ボタン電池をつけた状態で、電源を外すと再び起動不可能になるようです。ボタン電池を外したままなら、時刻が初期化されますが、正常に起動します。そのほかのUEFIの設定は、短時間電源を外したくらいでは消えないようでした。ボタン電池が消耗していて中途半端にバックアップされているようにも思えます。ただ、ボタン電池の電圧をテスターで測ると3.25ボルトあるので、無負荷ならば電圧に問題はないようです。

そこで同等のボタン電池を取り寄せて、取り付けてみました。新品の電池は3.40V程度でしたので、改善するかと思いましたが、残念ながら結果は同じです。CMOSメモリ本体の問題なのかもしれません。ということで電池を外したまま運用することにしました。ACアダプタを抜かなければ、起動に問題はありません。ACアダプタを抜いても、CMOSの内容が一部クリアされることと、時刻がリセットされること、チェックサムエラーの警告が出るだけです。起動ドライブが変わってしまうので設定し直す必要がありますが、それ以外の手間はありません。時刻も、macOSが起動すればNTPサーバから時刻を取り寄せて設定してくれます。

古いmacOSをコレクションする

Mon, 11 Feb 2019 12:54:54 +0900

過去の特定のバージョンのmacOSが必要になることが稀にあります。でも古いバージョンのmacOSは入手困難です。アップルから正規に入手できる時期に忘れずにダウンロードして確保しておきましょう。
（更新：CatalinaとBig Surの情報を追記しました。2021/10/29）

古いmacOSが必要になる時

OSの更新で使えなくなったハードウェアでマシンを組もうと思う時、古いOSが必要です。例えば10.14 MojaveからIntel HD Graphics 3000のドライバが削除されてしまったので、Sandy Bridgeの内蔵GPUは動かなくなってしまいました。そこで10.12 SierraからIntel HD Graphics 3000のドライバを持ってくると動きました。10.13 High Sierraのドライバでは動きませんでした。2世代前のmacOSをたまたま持っている人だけが対応できる方法です。

また、最初のiMac Proには10.13.2が搭載されていましたが、この時に10 GbpsのEthernetがmacOSで動くようになりました。搭載されているのは、一般的に使われているAquantia AQC107というチップです。ただし拡張カードのファームウェアが違うのでそのままでは動きません。10.13.3になった時に、なぜかmacOS対応のファームウェアが含まれていて、10 Gbpsカードを挿したままアップデートするとファームウェアが書き換えられてmacOSで動くと報告されています。10.13.2以下のHigh Sierraをたまたま持っている人だけが対応できる方法です。

以上はかなりニッチな事例です。しかしMojaveでNVIDIAのドライバが動かなくなったので、いまだにHigh Sierraなどの古いmacOSが必要になる場面は多いかと思います。

古いmacOSの入手方法

App Storeアプリから入手する

App Storeから一旦購入したアプリケーションは、いつでも入手可能なところがApp Storeの優れた点です。この原則はmacOSでも有効で、一旦ダウンロードした古いmacOSは「購入済み」ボタンを押すとApp Storeの画面に現れました。

でもMojaveになって、これが出来なくなりました。Mojaveからは、左下の名前をクリックすると現れる「アカウント」のページに、購入済みのアプリケーションが現れるようになりました。ただmacOSは現れません。私の場合は、なぜか古いmacOSのPublic BetaやGM Candidateが表示されます。昔購入したServer版も現れます。でもmacOSは現れません。現行のMojaveだけは、検索窓からMojaveを検索すると現れます。

ということでまだMojaveに移行していないみなさんは、High Sierra以前で稼働しているうちに、昔に購入したmacOSをダウンロードしておきましょう。

プロダクトIDを手掛かりに入手する

App Storeで配布されているソフトウェアは、プロダクトIDという一意の番号で管理されています。これを知っていればMojaveで選択肢に現れない古いmacOSをダウンロードできる可能性があります。

こちらのサイト

OS X 10.7 Lion ~ macOS 10.13 High Sierraまでのインストーラーアプリをダウンロ…

ではいくつかのmacOSのプロダクトIDを紹介してくれています。それによると、

OS X 10.7 Lion 444303913
OS X 10.8 Mountain Lion 537386512
OS X 10.9 Mavericks 675248567
OS X 10.10 Yosemite 915041082
OS X 10.11 El Capitan 1018109117または 1147835434
macOS 10.12 Sierra 1127487414
macOS 10.13 High Sierra 1246284741
macOS 10.14 Mojave 1398502828
macOS 10.15 Catalina 1466841314
macOS 11 Big Sur 1526878132

だそうです。この番号を使って、

https://itunes.apple.com/jp/app/idプロダクトID?mt=12

にアクセスすると古いmacOSのApp Storeアプリ画面が開きます。ただ、現時点で試したところではYosemite以前はこんなダイアログが出て利用できないようです。

この方法でダウンロードできるのは以下のバージョンでした。

El Capitan https://itunes.apple.com/jp/app/id1147835434?mt=12
Sierra https://itunes.apple.com/jp/app/id1127487414?mt=12
High Sierra https://itunes.apple.com/jp/app/id1246284741?mt=12
Mojave https://itunes.apple.com/jp/app/id1398502828?mt=12
Catalina https://itunes.apple.com/jp/app/id1466841314?mt=12
Big Sur https://apps.apple.com/jp/app/macos-big-sur/id1526878132?mt=12

masコマンドを使う

上記のサイトではHomebrewで導入できるmasコマンドを紹介してくれています。コマンドラインからMacのApp Storeにアクセスするためのアプリケーションです。ターミナルで以下のようにすれば、Homebrewをインストールして、次にmasをインストールできます。

/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
brew install mas

単にmasとだけタイプすると

mas
Available commands:

account Prints the primary account Apple ID
help Display general or command-specific help
home Opens MAS Preview app page in a browser
info Display app information from the Mac App Store
install Install from the Mac App Store
list Lists apps from the Mac App Store which are currently installed
lucky Install the first result from the Mac App Store
open Opens app page in AppStore.app
outdated Lists pending updates from the Mac App Store
reset Resets the Mac App Store
search Search for apps from the Mac App Store
signin Sign in to the Mac App Store
signout Sign out of the Mac App Store
uninstall Uninstall app installed from the Mac App Store
upgrade Upgrade outdated apps from the Mac App Store
vendor Opens vendor's app page in a browser
version Print version number

とヘルプが出ます。

mas intall プロダクトID

とすればダウンロードできるようです。info, searchなどはあまり効きません。それに出てこなくてもinstallコマンドは動くことがあるようです。

mas install 444303913

でプロダクトIDが分かっているうちの一番古いLionをダウンロードしてみました。

App Storeアプリからダウンロードする方法も、masコマンドも、どちらも購入したことのあるmacOSしか再入手できません。一旦はダウンロードしておく必要があります。

マイナーバージョンを入手する

今までの方法で、運が良ければ古いmacOSを入手できます。でも入手できるのは、それぞれのメジャーバージョン（MojaveとかHigh Sierraなどのバージョン）の最終版です。例えばHigh Sierraなら10.13.6が入手できます。では10.13.3が必要な場合はどうしたら入手できるでしょうか？

アップル社は統合アップデート(combo update)を長期にわたって配布してくれています。統合アップデートなら同じメジャーバージョンのすべての古いバージョンからアップデートできます。統合アップデートは、サポートページで検索したり、

[Apple - Support - Downloads](https://support.apple.com/downloads/combo update)

Googleの検索で「macOS 10.13.3 combo update」などと検索すると出てきます。私が探せた一番古いcombo updateは10.2.4でした。

OSメーカとしては、少しでも新しいバージョンにアップデートして欲しいので、全てのマイナーバージョンへのアップデートを配布し続けてくれているのだと思います。なのでできるだけ最初のマイナーバージョンを持っていれば、多くのマイナーバージョンへアップデートできます。例えば、10.13.0を持っていれば、10.13.1から10.13.6のすべてにアップデートできます。10.13.0は1ヶ月少しだけ配布されていました。今では入手できない貴重なバージョンですので、大事に保存しておきましょう。

LionとMountain Lionが無償配布

（追記：2021/7/18）Appleの公式サポートページから、LionとMountain Lionが無料でダウンロードできるようになったようです。以下です。

Mac OS X Lion Installer

Mac OS X Mountain Lion Installer

まとめ

古いmacOSを入手可能にしておくためには以下のことが重要です。

どのメジャーバージョンのmacOSも一度はダウンロードしておくと良いです。例えば、Mojaveは嫌いだからといって次のバージョンが出るまでダウンロードせず放置していると、正規に入手するチャンスを逃してしまいます。
古いmacOSがApp Storeで入手できることをあてにしてはいけないです。いつダウンロードできなくなるかわかりません。手元にコピーを置いておくべきです。
できるだけ最初のマイナーバージョンを持っておくと良いです。全部のマイナーバージョンのコピーを集めておくのは面倒ですし、ストレージの場所も必要です。10.xx.0を持っていれば統合アップデートでどのバージョンにもアップデートできます。実用上は一番安定と思われる最終バージョンも持っていると良いと思います。High Sierraなら10.13.0と10.13.6を持っていれば完璧なコレクションになります。

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さんのバニラガイド~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を全部まとめたものをこちらで公開しておきます。

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グラフィックスカードを検討するのが良いと思います。

バージョンを誤魔化してNVIDIAドライバを入れる

Fri, 09 Nov 2018 00:30:00 +0900

これはMojaveでNvidiaのドライバを動かす方法ではありません。Mojave対応ドライバが待ち望まれている時節柄紛らわしい記事ですみません。この方法でWebドライバがMojaveで動かなくはないらしいですが、性能が全く出ないらしいです。

経緯

MojaveではNvidiaドライバが動かないので、Nvidiaを搭載したマシンはHigh Sierraで使っていました。先日、それにうっかりPublic Beta版のセキュリティアップデートを当ててしまいました。これです。

通常版のアップデートだと勘違いしました。ベータ版配布をoffにしておくべきでした。

もうmacOSベータ版は要らないと思ったあなたに

アップデートしたことでmacOSのビルドが上がりました。17G4005です。

配布されているWebドライバの最新版は17G3025用なのでバージョンチェックで動かなくなってしまいました。そこで、17G3025用のドライバを、無理やり17G4005にインストールして動かすことにしました。

バージョン違いのドライバをインストールする

17G3025用のドライバ（こんなアイコンです）

をダウンロードサイト

NVIDIA DRIVERS Quadro & GeForce macOS Driver Release 387.10.10.10.40.108

から入手しても、バージョンが違うと、そもそもインストールできません。そこで17G3025用ドライバのパッケージを開いて、設定を変更します。まずは、パッケージユーティリティを使って展開します。

pkgutil --expand (pkgへのパス) (展開先ディレクトリ)

例えば

pkgutil --expand WebDriver-387.10.10.10.40.108.pkg exp

とします。こうするとexpというディレクトリに内容が展開されます。この中に、Distributionという名前のテキストファイルがあります。これを開いて、インストールチェックをしているところ

function InstallationCheck()
{
if (!validateSoftware()) return false;

return true;
}

をコメントアウトします。

function InstallationCheck()
{
//if (!validateSoftware()) return false;

return true;
}

もしくは、後ろの方にvalidateSoftware()関数の定義がありますので、そこのビルド番号を書き換えても良いです。つまり、

function validateSoftware()
{
var supportedOSVer = "10.13.6";
var supportedOSBuildVer = "17G3025";

というところを、

function validateSoftware()
{
var supportedOSVer = "10.13.6";
var supportedOSBuildVer = "17G4005";

とします。

次に、以下のコマンドでパッケージし直します。

pkgutil --flatten exp webdriver.pkg

これは上の例でexpという名前のフォルダを作った場合です。このパッケージを使ってWebドライバをインストールします。

バージョン違いのドライバを動かす

インストールはできましたが、バージョンが合わないのでドライバが動きません。Not compatibleというメッセージが出てしまいます。そこでパッチを当てます。

ドライバにパッチを当てるためのスクリプトが、benjamin.dobellさんによって配布されています。以下のコマンドで入手できます。

curl -O https://raw.githubusercontent.com/Benjamin-Dobell/nvidia-update/master/nvidia-update.sh

こうしてできたnvidia-update.shを実行可能にして起動します。

chmod a+x nvidia-update.sh
./nvidia-update.sh

最初の質問（ダウンロードするか？）にはN、次の質問（パッチを当てるか？）にはYとタイプします。そして再起動します。無事動くようになりました。

ここまで、SIPは有効のままでも問題なく作業を進められました。

Mojaveにアップデート

Sat, 29 Sep 2018 11:32:52 +0900

火曜日にmacOS Mojaveが公開されました。Hackintoshをアップデートする時間がなかなか取れなかったのですが、ようやく作業できました。結論としては、ベータ版で確認されていた通りで、今回のアップデートには難しいところは全くありません。

上書きアップデート編

macOSアップデートの一番お手軽な方法は、App Storeからダウンロードして、そのままアップデートする方法です。環境設定も、インストールしたアプリケーションも、ユーザ設定もデータも全部そのまま引き継げますので簡単です。今回のアップデートは、OSの根本に大きな変化が少ないので、上書きアップデートができそうです。今回は、High Sierraが動いている初代NUC, DC3217IYEで試してみました。Ivy Bridgeマシンなので、なんとかギリギリでMojaveに対応しています。

NUCで作る超小型macOSマシン

Clover, KEXTをアップデートしておく

macOSのアップデートが簡単になった舞台裏では、Hackintosh開発者の皆さんの努力があります。ベータ版を元に不具合検証して、多数のアップデートが施されています。感謝です。なのでmacOSアップデート前に、最新版にアップデートしておきましょう。

現時点でのCloverの最新版リビジョンは4674です。古いようでしたらアップデートしておきます。

Kext類のアップデートにはKext Updater.appが便利です。起動すると、Kext Updaterそのものがアップデートされることもあります。最新版kextに関するデータベースが更新されるのだと思いますので、これもやっておきます。

アップデートしたら、もう一度Kext Updaterで最新になっていることを確認しても良いです。ただ、再起動を行わないと、新しいClover, Kextが機能しませんので、再起動してから確認します。

KextをMojaveの場所に複製する

もしKext類をEFI/CLOVER/kexts/10.13/に入れているようでしたら、同じ内容をEFI/CLOVER/kexts/10.14/にもコピーしておきます。これを忘れるとMojaveが起動しません。当たり前のことですがうっかり忘れて慌てた経験が複数回あります。

そういう可能性をなくすために、EFI/CLOVER/kexts/Other/にKextを入れておくのも良いかと思います。CloverはOtherの場所のkextを読み込んだ後で、10.14などの場所のkext類を読み込みます。同じkextがOtherとバージョン番号のフォルダの両方に存在しても、片方しか動かないので問題ありませんが、無駄なのでどちらか片方だけに入れておくのが良いです。

App StoreからMojaveをダウンロードする

App Storeに行くと、今ならバナー広告でmacOS Mojaveが絶賛宣伝中になっている思います。ダウンロードボタンを押してダウンロードします。6.03GBあります。

ダウンロードが終了すると、自動的に起動してインストーラが起動します。これは一旦終了して（しなくても良いですが）、アプリケーションフォルダを見てください。macOS Mojaveインストール.appというアプリケーションがありますので、これをどこかに複製して保存しておきます。バックアップしておかないと、インストール後に消えてしまうことがあります。せっかく時間をかけてダウンロードしたのですから、バックアップしておきましょう。

インストーラを起動する

macOS Mojaveインストール.appを起動すると以下のウィンドウが現れます。

「続ける」をクリックして、あとは指示に従ってどんどんインストールして行くだけです。

インストール途中で再起動する場面があります。この時、「Boot macOS Install from xxxx」という項目が作られていて、それから起動するようになっているはずです。xxxxの部分は、アップデートしようとしているパーティションの名前です。

以上の結果、無事アップデートできました。App Storeからのダウンロードによる上書きアップデートで問題なくMojaveに移行できることが確認できました。

クリーンインストール編

クリーンインストールも試してみました。問題ありません。こちらはタワー型デスクトップのHackintoshで試しました。HDDを多数搭載していて、予備のHDDにもmacOSとCloverがインストールしてあります。

作業の前に、メインのドライブと予備のドライブのESPに入っているCloverとkextを最新版にしておきます。メインのドライブのESPだけを使って以下の作業を行うことは可能ですが、将来、サブのESPを使うことも考えて、ついでにアップデートしておきました。

次に、予備のmacOSで起動して、メインで使っているシステムの入ったパーティションをAPFSでフォーマットしてしまいます。そしてmacOS Mojaveインストール.appを起動し、空になったパーティションにインストールしました。この場合も、インストール途中で1回再起動しますので、Boot macOS Install from …の項目から再起動します。

あと12日！Mojaveの受け入れ準備

Thu, 13 Sep 2018 21:00:00 +0900

Mojaveは9月25日に登場

今朝未明のキーノートは、いつもの秋のイベント同様にiPhoneメインで、ささやかに期待された新型Macの情報は皆無で寂しい限りです。ただ最後の3分を切ったところで、macOS Mojave配布日が発表されました。日本時間で9月25日だそうです。あと12日ですね。それまでのあなたのHackintoshに新バージョンをお迎えする準備をしておきましょう。（去年の状況と同じですね😀あと13日！High Sierraのお迎え準備）

以下はMojaveのベータ版での情報ですが正式版Mojaveでも同様と思われます。

High Sierraからのアップデートは簡単

今現在HackintoshをHigh Sierraで動かしているならアップデートは簡単です。Cloverとkext類を最新にしておけばokです。High Sierraへの移行では、APFS起動に伴いファームウェアアップデートされ、多少の対応が必要でしたが、今回はそれも不要です。

なお、Kext Updater.appを使うと、使用中のkextの最新版をチェックして、ダウンロードしてくれるので楽です。

Mojave移行の注意

Cloverなどを最新版にしておく以外にほとんど問題はないはずです。それでもありえそうな注意事項を列挙して見ます。

kextの格納場所

kextをEFI/CLOVER/kexts/10.13に入れている人は、10.14を新たに作って、全部のkextをコピーしておきます。もしくは、Otherフォルダにコピーしておいても良いです。10.14で起動する場合は、Otherの内容が先に読み込まれ、次に10.14フォルダが読み込まれます。10.13のフォルダの内容は無視されてしまいます。当たり前のことですが、うっかりして失敗した経験が何度かあります。

APFS

High SierraのインストールではAPFSを使わない選択肢がありました。でもMojaveからは必須になったようです。システムドライブをまだHFS+で運用している人は、対応が必要かと思います。ファイルシステムの移行は大事なので、APFS移行でも問題が発生するのではという懸念がありました。しかし、APFS移行問題は、実機でもHackintoshでもほとんど報告されていません。円滑に移行できていると思われます。

High Sierraが出た頃は、macOSからapfs.efiをESPにコピーしていました。その後公開されたApfsDriverLoader-64.efiを入れておけば、macOSに含まれる最新のapfs.efiを使ってくれるようになります。

Clover 4558で登場したApfsDriverLoader.efi

Mojave非対応Mac

公式サイトの情報によるとMojave対応機種は以下です。

MacBook (Early 2015 以降)
MacBook Air (Mid 2012 以降)
MacBook Pro (Mid 2012 以降)
Mac mini (Late 2012 以降)
iMac (Late 2012 以降)
iMac Pro (全モデル)
Mac Pro ( Mid 2010, Mid 2012, Late 2013)

CPU世代でいうとSandybridge以前が非対応になりました。これ以外の機種名をconfig.plistで設定しているHackintoshでは、起動時に禁止マークが出て止まってしまいます。

これを避けるためには、Cloverのブートオプションに

-no_compat_check

を追加します。これで機種チェックを回避できます。例えばconfig.plistに以下のように設定します。

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

少なくともベータ版では、これでMojaveが起動しました。

Mojave非対応グラフィックス

MojaveからはMetal対応グラフィックスが必須になりました。ただ、今のところは、Metalの機能が無いと全く動かないという状態ではなく、Metal非対応のドライバをmacOSから除外したという状態のようです。なので、古いmacOSからMojaveで削除されたドライバを持って来ればなんとか動くようです。ただ、Metalの機能を使っている部分もあるので、多少の不具合（ぼかしが機能しないなど）はあるようです。

古いグラフィックスドライバを入れたり、また機種名を誤魔化すためのパッチを当てるツールも公開されています。実機向けのツールですが、Hackintoshでも使えると思います。

macOS Mojave Patcher

古いハードウェアがMojaveに対応していないのは実機でも同様のことですので、Hackintoshもハードウェアのアップデートを検討するのが良いと思います。自作機ならアップデートは簡単ですから。

Mojaveへの移行方法

これは実機でも同じですが、新しいOSバージョンへ移行するには、大胆または慎重などの移行方針を選べます。バニラなインストール方法でHackintoshしているなら、実機とほぼ同様の方法でアップデート可能です。

/posts/131/

主ドライブを上書きアップデートする

今動いているHigh SierraからMojaveのアップデータを起動する方法です。実機と同様に、App Storeからダウンロードしたアップデータをそのまま起動すれば、問題なくアップデートされるはずです。Appleお勧めの一番簡単な方法です。ただ、上記で説明したCloverとkext類のアップデートは済ませておきましょう。

別ドライブにインストールする

別ドライブにクリーンインストールする方法です。新OSの動作を確認して、問題がなければ移行しようという慎重な人向けです。自作HackintoshならSSDなどの追加は簡単だと思います。macOSだけならSSDは30GBもあれば十分ですが、現行製品だと120GBか256GBあたりがビット単価からしてお得感があります。直接内蔵しなくても、外付けケースに入れてUSB接続した別ドライブでもokです。

方法は簡単で、今動いているHigh Sierraから別ドライブをフォーマットして、Mojaveのアップデータを起動してインストールすれば良いです。クリーンインストールするために、単体で起動できるUSBメモリを作る方法もありますが、すでに起動できるドライブがあるならその必要はないと思います。インストールの途中で古い環境からの移行をするオプションが現れます。これを使えば、High Sierraでの設定などを移行することも簡単です。

別ドライブにmacOSをインストールしたら、そのドライブのESPにCloverとkext類も入れておきましょう。それで起動できれば、Hackintosh設定で失敗して主ドライブが起動しない時のバックアップになります。

主ドライブにクリーンインストールする

単体で起動できるUSBメモリを作った場合は、主ドライブにクリーンインストールすることもできるでしょう。または、「別ドライブにインストール」した後であれば、それを起動して、主ドライブにクリーンインストールすることもできます。

ユーザデータまでフォーマットすると復帰が大変ですが、/Users以下を別ドライブや別パーティションに入れてあれば、システム部分をフォーマットしてクリーンインストールしてもそれほど手間はかからないと思います。

Intel UHD Graphics 630用純正グラフィックスドライバ

Wed, 18 Jul 2018 23:48:53 +0900

先日発売された新MacBook Proには、Coffee Lake-S CPUがいよいよ搭載されました。新製品に搭載された5種類のCPUと内蔵グラフィックスは以下のとおりです。

Intel Core i9-8950HK 2.9 GHz (6 cores) Intel UHD Graphics 630
Intel Core i7-8850H 2.6 GHz (6 cores) Intel UHD Graphics 630
Intel Core i7-8750H 2.2 GHz (6 cores) Intel UHD Graphics 630
Intel Core i7-8559U 2.7 GHz (4 cores) Intel Iris Plus Graphics 655
Intel Core i5-8259U 2.3 GHz (4 cores) Intel Iris Plus Graphics 655

上の3機種が15インチモデル、下の2機種が13インチモデルです。15インチモデル搭載の内蔵グラフィックスには、デスクトップCPUのCoffee Lake-Sシリーズと同じIntel UHD Graphics 630が搭載されています。この新MacBook Proのグラフィックスドライバを入手すれば、8700K自作Hackintoshが安定して、そのグラフィックス性能を引き出せると思われます。

新機種で追加されたハードウェアのドライバを一般のmacOSユーザが入手できる時期は、通常、新機種が出た次のmacOSアップデートになります。今回の新MacBook Pro発表は、macOS 10.13.6が配布された直後なので、アップデートのタイミングを考えると、9月のMojaveでようやく入手できるかと思われます。なのでしばらくは入手不可能なのではと考えていました。ところが5chでこんな情報を教えてもらいました。tonymacx86のスレッドです。

www.tonymacx86.com

リカバリーパーティションで起動して入手する

新MacBook Proに搭載されているのは、App StoreからアップデートできるmacOSと同じ10.13.6です。しかし、App Storeで配布されているのはBuild 17G65なのに対して、新製品にインストールされているBuildは17G2112だそうです。そして、17G2112にしかIntel UHD Graphics 630のドライバは含まれていないようです。

ところが以下の手順で、最新Buildを入手できるそうです。

SMBIOSの設定でHackintoshの機種を新製品に偽装する。15インチモデルはMacBookPro15,215,1で13インチがMacBookPro15,2です。macosx86の人はMacBookPro15,2を使ったようです。
Clover r4651+をhttps://github.com/Dids/clover-builder/releasesから入手して使います。MacBookPro15,1, 15,2のSMBIOS情報が含まれているそうです。（config.plistに書かない情報などを補完してくれるのだと思われます）
リカバリーパーティションで起動します。するとApple社のサーバからmacOSをダウンロードしてインストールできるそうです。

ちなみにUHDグラフィックスドライバは、AppleIntelCFLGraphicsFramebuffer.kextだそうです。

Mojaveまで待てば良いけど

とはいえ9月に出ると思われるMojaveまで待てば、グラフィックスドライバは苦労をしなくても入手できます。また、Mojave Dev Beta 4から、このドライバが含まれているそうです。なので、本日出たMojave Public Beata 3にも、新ドライバが含まれているはずです。Mojaveは安定しているので、さっさとBetaに移行しても良いかもしれません。ただ、Coffee Lake-S自作Hackintoshをしている人が、High Sierraを使いたいと希望する場合には、この方法が良いかと思います。

Mojaveで消えたkext、増えたkext

Wed, 18 Jul 2018 00:30:00 +0900

High SierraとMojaveで/System/Library/Extensions (/S/L/E) の中に含まれるkext類がどう違うのか、調べてみました。

High Sierra 10.13.6をクリーンインストールして、MojaveのPublic Beta 1と比較しました。/S/L/Eの内容をlsしてdiffで比較しました。High Sierra, Mojaveの順にdiff引数を指定したので、行頭に<がついているのがHigh Sierraにのみ存在するkext、行頭に>がついているのがMojaveにのみ存在するkextになります。

消えたkext

High SierraにあったけどMojaveでは消えてしまったkext（アルファベット順）は、以下です。

$ diff HighSierra.text Mojave.text | grep "<"
< AMD2400Controller.kext
< AMD2600Controller.kext
< AMD3800Controller.kext
< AMD4600Controller.kext
< AMD4800Controller.kext
< AMD5000Controller.kext
< AMD6000Controller.kext
< AMDLegacyFramebuffer.kext
< AMDLegacySupport.kext
< AMDRadeonX3000.kext
< AMDRadeonX3000GLDriver.bundle
< ATIRadeonX2000.kext
< ATIRadeonX2000GA.plugin
< ATIRadeonX2000GLDriver.bundle
< ATIRadeonX2000VADriver.bundle
< AppleIntelHD3000Graphics.kext
< AppleIntelHD3000GraphicsGA.plugin
< AppleIntelHD3000GraphicsGLDriver.bundle
< AppleIntelHD3000GraphicsVADriver.bundle
< AppleIntelHDGraphics.kext
< AppleIntelHDGraphicsFB.kext
< AppleIntelHDGraphicsGA.plugin
< AppleIntelHDGraphicsGLDriver.bundle
< AppleIntelHDGraphicsVADriver.bundle
< AppleIntelSNBGraphicsFB.kext
< AppleIntelSNBVA.bundle
< AppleTyMCEDriver.kext
< GeForceGA.bundle
< GeForceTesla.kext
< GeForceTeslaGLDriver.bundle
< GeForceTeslaVADriver.bundle
< NVDANV50HalTesla.kext
< NVDAResmanTesla.kext

最初の方を見ると、AMDの古いドライバがいくつか削除されたようです。Metalに対応していないグラフィックスカードのドライバと思われます。2400, 2600は2007-2008年代のiMacに搭載されたグラフィックスだと思われます。4600, 4800, 5000, 6000は、おそらくiMacや昔のタワー型Mac Proに搭載されたHD 4000/5000/6000シリーズに対応するドライバだと思われます。ただAMDRadeonX4000,5000,6000.kextはMojaveにも存在しているので、HD 4000/5000/6000シリーズはまだ使えるのかもしれません。

タワー型Mac ProにはPCIeスロットがありますが、Mac用のBIOSを搭載したカードでない場合には、起動時の表示が出ません。なので古いMac Proユーザはいまだに古いカードを使っていることも多いのですが、Mojaveでは使えなくなったようです。Hackintoshしている人がこのような古いAMDカードを使っていることは稀だと思いますので、影響は少ないと思われます。

次に、Intel HD Graphics 3000シリーズのドライバと思われるApple Intel HD3000 Graphicsで始まるkext類が削除されています。3000の前には、無印のIntel HD Graphicsという規格がありましたが、Mac製品には搭載されていません。なので、AppleIntelHDGraphicsで始まるkext類も同じく3000シリーズのものと思われます。また、AppleIntelSNBGraphicsで始まるkext類は、検索してみたら、SNBがSaNdy Bridgeの略だそうで、これも3000シリーズのものです。3000シリーズがMetal対応から外されたので、Sandy Bridgeを使っているHackintoshは、PCIeグラフィックスカードを利用するか、CPU/マザーボードアップグレードを検討すべきでしょう。

また、GeForceで始まるkext類も一部削除されています。Mojave対応機種がiMacではLate 2012だそうです。グラフィックスチップは、GT 640M, 650M, 660M, 675MX, 680MXのあたりなら対応しているようです。それ以前のGeForceのドライバが外されたのかもしれません。

グラフィックスドライバ以外では、AppleTyMCEDriver.kextが外されています。検索して見ると、これは ECCメモリに関連する何かのようです。

登場したkext

HighSierraには無くて、Mojaveで新しく登場したkextは以下の5個でした。よくわかりません、すみません。

$ diff HighSierra.text Mojave.text | grep ">"
> AMDRadeonX6000HWServices.kext
> AppleUSBCHCOM.kext
> AppleUSBPLCOM.kext
> AppleUSBRealtek8153Patcher.kext
> CoreTrust.kext

ちなみにRealtek 8153というのはUSB 3.0 – ギガビットEthernetのチップのようです。こんな製品で使われているようです。Appleブランドにはこのようなアダプタが無いので謎です。

/L/Eに置かれたkext

/Library/Extensionsに置かれたkextに変更はありませんでした。

ちなみに以下のkextが/L/Eに置かれています。CalDigitというのはThunderbolt接続周辺機器を作っている会社のようです。HighPointはRocketなんとかシリーズでPCIeスロット搭載RAIDアダプタなどを作っていますね。ATTOはネットワークカードなどを作っていて、Celerityは光ファイバーカードのようです。

ACS6x.kext
ATTOCelerityFC8.kext
ATTOExpressSASHBA2.kext
ATTOExpressSASRAID2.kext
ArcMSR.kext
CalDigitHDProDrv.kext
HighPointIOP.kext
HighPointRR.kext
PromiseSTEX.kext
SoftRAID.kext

10.13.6でESPをマウントする権限が変更される

Tue, 10 Jul 2018 21:37:37 +0900

更新：古い情報です。こちらの方法が良いと思います。(2018/9/8)

昨夜、おそらく最後のHigh Sierraになる10.13.6が配布されました。すでに配布されているMojave Public Betaを使っていて気づいた変更点が、早々と10.13.6で導入されていました。大したことではないのですが、ESPパーティションをdiskutil mountコマンドでマウントする場合に管理者権限のパスワードが必要になりました。例えば、今までは、disk0s1にあるESPは、diskutil mount /dev/disk0s1 でマウントすることができました。しかし10.13.6で同じコマンドを実行すると、

$ diskutil mount /dev/disk0s1
Volume on disk1s1 failed to mount
If the volume is damaged, try the "readOnly" option

のようにエラーが出てしまいます。readOnlyでマウントしても同様です。

$ sudo diskutil mount /dev/disk0s1

として、この後、パスワードを入力する必要があります。

ESPをマウントするためのシェルスクリプト（改訂版）

以前、ESPをマウントするためのシェルスクリプトを紹介しました。

ESPをマウントするためのシェルスクリプト

上記で紹介したスクリプトのdiskutil mountの行を、sudoで実行するように以下のように変更する必要があります。

sudo diskutil mount /dev/disk${DRIVE}s1

ESPを自動バックアップする方法（改訂版）

やはり、以前、ESPを自動でバックアップする方法を紹介しました。これも、パスワードが必要になったことで対応する必要があります。

ESPを自動バックアップする

この方式は、ログインするときにAutometorで作ったアプリケーションを起動する方法でした。これもパスワードに対応していないので、動かなくなってしまいました。パスワードを求めるように変更するのも良いのですが、いちいち、ログインするごとに、パスワードを入力するのは面倒です。

そこで、macOSが起動した直後に、root権限でESPをバックアップする方法に変更することにしました。Launchd (ローンチデーモン)を使います。

Launchdを使う

以下のサイトなどでLaunchdの説明がされています。

qiita.com

コンピュータが起動したときに特定のプログラムを自動的に実行させる仕組みに、Linuxだとrcスクリプトがあります。大昔のDOSにはautoexec.batというのがありました。また、UNIX系OSでは、ある時間になったら特定のプログラムを自動的に実行させる仕組みにcronがあります。

このような仕組みを実現するために、macOSにはLaunchdがあります。これでrcスクリプトとcronの両方の機能を実現しています。ちなみに、cronはmacOSにも搭載されています。特定日時、時間、時間間隔でプログラムを実行させたい場合には、Launchdの他にcronも使うことができます。

Launchdでは、動かそうとするプログラム1つに対して、設定ファイルを1個用意します。これは、 launchd.plist と呼ばれる各種 XML ファイルです。以下に説明がありました。

ka-zoo.net

launchd.plistは、以下のいずれかの場所に置きます。

/System/Library/LaunchAgents/
/System/Library/LaunchDaemons/
/Library/LaunchAgents/
/Library/LaunchDaemons/
~/Library/LaunchAgents/

/System以下はmacOSが必要とするサーバなどのプログラムを置く場所であり、触らない方が良いでしょう。そもそもSIPで保護されているので簡単には変更できません。

なので、自作プログラムの設定ファイルを置くとしたら、/LIbrary以下か、もしくは~/Library以下になります。LaunchAgentsとLaunchDaemonsフォルダの違いは次のようです。

LaunchDaemonsフォルダに設定ファイルを置くプログラムは、サーバや常駐プログラムのようなデーモンであり、これはroot権限で機能します。
LaunchAgentsフォルダに設定ファイルを置くプログラムは、ログインしたユーザごとに、ユーザの権限で起動されます。/Library/LaunchAgents/には、全ユーザ共通で起動したいプログラムを、~/Library/LaunchAgents/には、特定ユーザのみで動作するプログラムの情報を書きます。

launchd.plistを作る

今回のESPバックアッププログラムは、macOSが起動した時点で、root権限で一回だけ起動させたいと考えました。root権限で起動すれば、diskutil mountでのパスワード入力も不要なはずです。ということで、/Library/LaunchDaemons/に設定ファイルを入れることにしました。

そこで、以下のようなXMLファイルを作成して、/Library/LaunchDaemons/に置きます。このディレクトリにはすでに他のplistファイルが置かれているかもしれません。それを参考にしても良いです。

<?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>Label</key>
<string>com.bootmacos.ESPbackup</string>
        <key>Program</key>
        <string> /Users/bootmacos/Documents/Hackintosh/backup_scripts/ESPBackupZ97A.command
        </string>
        <key>RunAtLoad</key>
        <true/>
</dict>
</plist>

このplistにはいくつかのキーを設定できますが、今回は、最小限の3個だけ使いました。

Labelはこのプログラムを特定するための名前です。名前の作り方は全く自由ですが、他のファイルの例を見ると、開発者のURLを逆に書くことで、特定が簡単になる工夫をしているようです。それに倣って、このブログのURLに機能名を加えて命名しました。
Programキーは、プログラムの場所です。ここはフルパスで書いておきます。起動時にはパスが張られていない可能性がありますので、エラーを引き起こさないために全部書いて置くのが良いです。
RunAtLoadは、Launchdがこのプログラムをロードしたときに実行するかどうかを決めます。

この他、常駐させるかどうかのキーもありますが、デフォルトで常駐しない設定なので、省略しました。この内容を、

$ cd /Library/LaunchDaemons/
$ sudo vi com.bootmacos.ESPbackup.plist

として、/Library/LaunchDaemons/以下に作ります。ファイルの名前も自由なのですが、これも特定しやすいように、URLを逆にして命名するのが一般的のようです。

バックアップスクリプトを用意する

次に、実際にESPのバックアップを行うスクリプトを作成します。保存場所と名前は、上で作成したlaunchd.plistの内容に合わせます。スクリプトの内容は、Automatorで使ったものとほぼ同じです。パーティションUUIDの探し方は、以前の記事をみてください。

#!/bin/sh
ESPUUID=00000000-0000-0000-0000-000000000000
BACKUP=/Users/bootmacos/Documents/Hackintosh/currentConfig/MSIZ97AG7/
diskutil unmount $ESPUUID
diskutil mount $ESPUUID
rsync -av --delete --exclude '.*' /Volumes/EFI/ $BACKUP
diskutil unmount $ESPUUID

最初のdiskutil unmountのコマンドは本来なら不要です。ただ、これが無い状態では、次のdiskutil mountコマンドがtimed outというエラーを表示して、うまく動作しないことがありました。ネット上で調べたら念のためにunmountしておくとエラーが出ないとあり、それを真似ました。快調に動いています。

また、rsyncのパラメータに–excludeを追加しました。ピリオドで始まる隠しディレクトリは不要なので、バックアップから外しました。

ここでは、root権限で起動するのでsudoをしていません。これでパスワードの入力をすることなく、ESPパーティションをマウントして、バックアップできるようになりました。

完成したら実行可能に設定しておきます。

$ chmod a+x ESPBackupZ97A.command

Launchd.plistの内容

今回、以下のディレクトリを見たところ、意外なファイルが入っていました。

/Library/LaunchDaemons/
/Library/LaunchAgents/
~/Library/LaunchAgents/

すでに使っていないドライバやアプリに関するplistや、心当たりがあまり無いplistなどです。macOSをクリーンインストールすると、これらのディレクトリは全て空です。なので、何かが入っているとしたら、アプリケーションのインストーラなどにより後から入れられたものです。特に、/Library/LaunchDaemons/はマシンが起動したら必ず起動して、しかもroot権限で動くプログラムです。時々はチェックして、起動するプログラムを把握して、おかしな設定が残っていたら削除するのが良いかと思います。

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/

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ドライバなどを調査して最適化すると良いと思います。

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

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のOSアップデートは難しい？

Sun, 24 Dec 2017 16:34:39 +0900

「Hackintoshは最初は動いてもmacOSのアップデートのたびに大変なトラブルに陥る」というイメージがあるかもしれません。Apple社がちゃんとサポートしてくれている実機に比べたら面倒なのは確かですが、それほど変わらないと思います。macOSが好きで、動かないコンピュータを動かすことが趣味な人間が言うことですので、あまり当てにはなりませんが、

マイナーアップデートは楽勝

です。例えば10.13.1から10.13.2へのアップデートのように、年に数回行われるマイナーアップデートは実機と同じくらいのお手軽さです。少なくともここ2-3年の状況では、Cloverとkextを最新に保っておけば、App Storeからのアップデートをそのまま受け入れて、macOSアップデートしてもまず問題は起こりません。

NVIDIAのグラフィックスカードでWeb driverを使っている人は、新しいmacOSに対応したドライバが配布されるまで高解像度表示ができなくなるかもしれません。でもNVIDIAの対応はいつも敏速で、ほぼ24時間以内に新しいドライバを配布しています。Mac Proのユーザも多いのでしょうが、Hackintoshユーザからしたらありがたいメーカーです。

メジャーアップデートは少し大変

ここのところ年に一度、9月にあるメジャーアップデート（例えば10.12から10.13へのアップデート）は少し面倒な作業が伴います。それも年に一度のお祭りとして楽しんでいただければ良いと思います。

最近の出来事ですと、10.11でUSBの個数制限が行われて使用可能なUSBポートの数が、コントローラ当たり15までと制限されました。この制限を解除したり、制限の枠の中で使用するポートを指定する作業が必要でした。

USBポートを設定する

10.11ではSIPも導入されました。/S/L/Eや/L/Eにkextを置く場合ではSIPを無効にする設定が必要になりました。バニラなインストールをすればSIPはデフォルトでも大丈夫です。

/posts/132/

10.13ではAPFSが導入され、実機でファームウェアアップデートが行われました。それに合わせて、HackintoshでもSMBIOSの変更が必要でした。APFSボリュームから起動するためにはドライバも入れておかねばなりません。

HackintoshをHigh Sierraにする

このようにメジャーアップデートでは予期しない課題が発生する可能性がありますので、古いmacOSはそのまま残して、予備のSSD/HDDにシステムを作って動作を確認した方が良いと思います。パブリックベータが配布されている時期か試しておけば、正式リリースの時にいち早く導入できるかと思います。

アップデートは面倒なことだけではなく、新しいCPUへの対応、NVMe SSDの対応、ビデオカードの対応など、新しい技術の恩恵にあずかれるチャンスですので、積極的に受け入れていきたいと思います。

10.13.2へのマイナーアップデートで躓く

マイナーアップデートは楽勝と書きましたが、最近、躓いたことを書いておきます。メインで使用しているHackintoshで10.13.1から10.13.2へのアップデートをしたのですが、これはApp Storeからのダウンロードだけで簡単に終了しました。10.13.2でスリープが効かなくなったとかの噂も聞くのですが、全く問題ありません。

ところが、サブで使っているマシンでアップデートしようとしたら、インストールのための再起動で失敗しました。Boot macOS Install from xxxxが選択された、起動しようとするところで失敗し、再び再起動を無限に繰り返すようになりました。

たまにしか使わないサブのマシンでしたので、しばらくはあきらめて10.13.1の古いままで使っていました。このところ時間もできたのでじっくりと原因を探して見たら、なんとkextの一つ、Lilu.kextが古いだけでした。Lilu.kextは10.13.2のベータ版に合わせて11月上旬に1.2.1に更新されています。メインのマシンでは早々と更新していたのですが、サブマシンでは1.2.0のままでした。とほほな単純ミスでした。

ということで、最初にも書きましたが、Cloverとkext類は最新に保っておきましょう。

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をリセットしてください。

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/

macOSインストールのアプローチはたくさんありますが、一番おすすめなのは、Cloverを使ってバニラなインストールをすることだと思います。そのことを説明しています。

/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を設定する

インストール先のコンピュータを組み上げたら、macOSが稼働するようにBIOS/UEFIを設定しておきます。この設定が間違っていると、それだけで起動しない場合もあります。

マザーボード (BIOS) 設定

必要なソフトウェアを入手する

Hackintoshするには、macOS本体以外にオープンソースで有志が開発しているソフトウェアがいくつか必要です。必要なソフトウェアの名前で検索すれば、大抵の場合、ダウンロード先が見つかります。オープンソースのソフトウェアは、オリジナルを作った人の他に、いろいろな人がソースコードを引き継いで分岐（フォーク）して、開発を行なっている場合もあります。中には元祖の開発者が放置して、開発が止まっていることもあります。なので、検索して、現在一番活発に利用されているバージョンを使うのが良いです。ということで、古いハウツー情報のダウンロード先から入手するよりも、検索をして探すのがおすすめです。

Clover EFI bootloaderとefiドライバー

“Clover EFI bootloader”で検索します。以下が本家かと思われます。

https://sourceforge.net/projects/cloverefiboot/

こちらでも最新版が配布されています。

github.com

Cloverをダウンロードすると、インストーラ、efiドライバ、テーマファイルなども一緒に入手できます。

kext類

FakeSMCをはじめとしたkext （カーネル拡張）が必要です。名前で検索します。例えば、FakeSMC.kextならば、”FakeSMC.kext”で検索すると、こちらで入手可能なことがわかります。

RehabMan / OS-X-FakeSMC-kozlek / Downloads — Bitbucket

Mac上で導入用のUSBメモリを作る

次に、macOSを入手して、インストール用のUSBメモリを作ります。これは実際のMacで作業します。ついでに、実際のMacでこのUSBメモリが起動することを確認しておきましょう。次に、インストール対象のマシンで起動できるように、Cloverのインストールと設定も行っておきます。

/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が完成です。

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)

IEEE 1394 (FireWire) を使う

Mon, 23 Oct 2017 13:26:32 +0900

IEEE 1394は昔のシリアルバスの規格です。元々はAppleがFireWireという名前で開発した規格なので、一昔のMacintoshには必ず搭載されていました。Windowsマシンにもだいたい搭載されていました。AV機器でも採用されて、ソニーはi.LINKと呼んでいました。IEEE 1394を搭載したマザーボードもあったのですが、今はありません。

現行のMacintoshでIEEE 1394を使おうとすると、Apple Thunderbolt FireWire アダプタを購入するくらいしか手段はありません。PCIeスロットのついた自作Hackintoshなら、拡張カードで対応できます。

IEEE 1394 PCIeカード

今回は、以下の玄人志向のインタフェースカードを使いました。

Ti社製のXIO2213というチップセットを搭載しています。このカードは、PCIeスロットに挿すだけでmacOS High Sierraで機能しました。他社のカードも、だいたいこのチップセットを使っているようなので、どれでも大抵動くのではないかと思います。玄人志向の製品には、古いPCIe 1.0a対応の製品もあるようですが、Amazonのコメントによると最近のマザーボードとの互換性に問題があるので、この製品の方が良いようです。

大昔のiPodを使ってみる

ずーっと引き出しに眠っていたFireWire時代のiPodをmacOS High Sierraマシンに接続してみました。認識されてなんとiTunesが起動しました。

「システム情報」を見ると、正しく認識されているようです。

i.LINKデバイスを接続してみる

大昔のSONYのminiDVビデオカメラを接続してみました。i.LINKなので電源ピンのない、4ピンのケーブルが必要です。iMovieを起動してみると、ちゃんと認識されて、カメラ入力が可能です。ビデオテープを入れると、再生、一旦停止、早送り、巻き戻しのコントロールも可能です。iMovieに動画を取り込むこともできました。これで大昔のビデオテープを取り込めます。

APFSに対応したFusion Driveを作る

Mon, 09 Oct 2017 10:44:44 +0900

macOSでは、高速なSSDと大容量のHDDを組み合わせてFusion Driveを構成することができます。実際のMacintoshと全く同じく、Hackintoshでも、ターミナル上でdiskutilコマンドを使ってFusion Driveを作れます。今でしたら、ビット単価の安い240GB程度のm.2のNVMe SSDと、3TB~4TB程度の3.5インチHDDを組み合わせることで、高速で大容量のドライブを作ることができます。本家のMacintoshでは、市販のm.2 SSDや大容量3.5インチHDDは内蔵できませんので、Hackintoshのメリットを生かせる機能と言えます。

Fusion Driveは従来はcoreStorageという枠組みを使って構成していました。ところが、APFSになって導入されたAPFS Containerを用いることで、APFS対応のFusion Driveが作れるようです。そこで今回は、APFS ContainerによるFusion Driveを作ってみました。

APFS Container

ターミナルから、diskutilとだけタイプすると簡単なコマンドリストが出てきます。（詳細はman diskutilで出ます）コマンドリストの最後に、

appleRAID
coreStorage
apfs

の3つのサブコマンドがあります。appleRAIDはソフトウェアRAIDを作る機能で、ミラーリング、ストライピング、単純な合算の3通りのRAIDを作ってくれます。coreStorageというのは、Macintoshでサポートされている論理ディスクの仕組みです。coreStorageには、性能の異なるディスクをまとめ上げた場合、性能の良い方を優先して使う機能があります。こうして作られていたのが従来型のFusion Driveです。coreStorageはAPFSに対応していません。

最後のapfsは、新しく追加されたAPFSに関する機能を使うコマンドです。diskutil apfsとタイプすると、apfsサブコマンドで実行できる内容が一覧表示されます。このうちAPFS Containerに関するコマンドには、

createContainer (新しい空のAPFS Containerを作る)
deleteContainer (APFS Containerを消して構成ディスクをHFSでフォーマット)
resizeContainer (APFS Containerのサイズを変更)
addVolume (APFS VolumeをAPFS Containerに追加する)
deleteVolume (APFS ContainerからAPFS Volumeを削除する)

があります。ここでdiskutil apfs createContainerとタイプするとヘルプが表示されます。

$ diskutil apfs createContainer
Usage:  diskutil apfs createContainer []
        diskutil apfs createContainer -main [-secondary ]
        where = MountPoint|DiskIdentifier|DeviceNode

Create an empty APFS Container. You can then add APFS Volumes with the diskutil apfs addVolume verb. If you specify two disks, then a "Fusion" Container is created, with the performance roles assigned automatically unless you use the -main and -secondary options, in which case, the secondary disk is assumed to be on "slower" hardware which is preferably not solid solid state, usually larger, and often used to store associated "auxiliary" data such as the Windows partition(s) for Boot Camp Assistant. Ownership of any affected disks is required.

Example:  diskutil apfs createContainer disk0s2

ここに書いてあるように、createContainerコマンドで、2つのディスクを指定すると、Fusion方式のAPFS Containerが生成されます。2つのディスクのうち、高速なディスクの方が、自動的にメインのディスク（高速な方のディスク。HDDとSSDを組み合わせた場合のSSD側）になります。-mainと-secondaryオプションでメインのディスクをマニュアルで指定することもできます。

Fusion Driveを組んでみる

実際にAPFSでFusion Driveを構成してみます。まずはマシンにssdとhdd（手元にあった古い64GBと160GBのものを使いました）を接続して、番号をdiskutil listで調べておきます。ここではHDDが/dev/disk0に、SSDが/dev/disk3に割り当てられました。

APFS Containerはボリュームが出来ていないと構成できないようです。そこで、シンプルにジャーナル付HFS+でフォーマットしました。APFSでフォーマットすると自動的にAPFS Containerが作られてしまうので、この後のステップでcreateContainerコマンドを実行するときに邪魔になるようです。ディスクユーティリティ.appでフォーマットしても良かったと思いますが、コマンドラインでやってみました。

$ diskutil eraseDisk JHFS+ HDD160GB disk0
$ diskutil eraseDisk JHFS+ SSD64GB disk3

それぞれの名前をHDD160GBとSSD64GBとしました。$ diskutil listで見てみると：

/dev/disk0 (internal, physical):
   #:                    TYPE NAME                SIZE     IDENTIFIER
   0:   GUID_partition_scheme                     *160.0 GB   disk0
   1:                     EFI EFI                  209.7 MB   disk0s1
   2:               Apple_HFS HDD160GB             159.7 GB   disk0s2

/dev/disk3 (internal, physical):
   #:                    TYPE NAME                SIZE     IDENTIFIER
   0:   GUID_partition_scheme                     *64.0 GB    disk3
   1:                     EFI EFI                  209.7 MB   disk3s1
   2:               Apple_HFS SSD64GB              63.7 GB    disk3s2

となっていました。ここで

$ diskutil apfs createContainer disk0s2 disk3s2

とすると、APFS Containerが作られます。フォーマットも自動的にAPFSに変更されます。再び

$ diskutil list

で見ると：

$ diskutil list
/dev/disk0 (internal, physical):
   #:                    TYPE NAME                SIZE     IDENTIFIER
   0:   GUID_partition_scheme                     *160.0 GB   disk0
   1:                     EFI EFI                  209.7 MB   disk0s1
   2:              Apple_APFS Container disk7      159.8 GB   disk0s2
/dev/disk3 (internal, physical):
   #:                    TYPE NAME                SIZE     IDENTIFIER
   0:   GUID_partition_scheme                     *64.0 GB    disk3
   1:                     EFI EFI                  209.7 MB   disk3s1
   2:              Apple_APFS Container disk7      63.8 GB    disk3s2
/dev/disk7 (synthesized):
   #:                    TYPE NAME                SIZE     IDENTIFIER
   0:   APFS Container Scheme -                   +223.6 GB   disk7
                              Physical Stores disk0s2, disk3s2

/dev/disk7というドライブが出来上がっていました（disk4,5,6は実ドライブが搭載されていたので7番になりました）。この状態では、入れ物ができた段階で、まだフォーマットされていません。そこで、例えば

$ diskutil apfs addVolume disk7 APFS Fusion

としてフォーマットします。APFSはファイルフォーマットの指定です。でもAPFS以外は指定できないようです。最後のオプションはボリュームの名前です。わかりやすいようにFusionにしてみました。

Fusion Driveを使ってみる

こうして作成したFusion Driveを使ってみました。まずはdiskutil listしてみると、

/dev/disk7 (synthesized):
   #:                    TYPE NAME                SIZE     IDENTIFIER
   0:   APFS Container Scheme -                   +223.6 GB   disk7
                                 Physical Stores disk0s2, disk3s2
   1:             APFS Volume Fusion               880.6 KB   disk7s1

というようにFusionドライブができていることがわかります。ボリュームサイズが880KBと、とても小さいのですが、これは動的に拡張されていくようです。実際に3GB以上のサイズのファイルを入れてみたら、それに合わせてサイズが増えていました。addVolumeコマンドの-reserveオプションで最低サイズを指定したり、-quotaオプションで最大サイズを指定することもできるようです。

/dev/disk7 (synthesized):
   #:                    TYPE NAME                SIZE     IDENTIFIER
   0:   APFS Container Scheme -                  +223.6 GB   disk7
                                 Physical Stores disk2s2, disk3s2
   1:             APFS Volume Fusion              3.1 GB     disk7s1

この段階で、Fusionという名前のボリュームが自動的にマウントされています。ここでのサイズ表示はSSDとHDDの合計になっています。Blackmagicで読み書き速度を測ってみたら、SSDの速度とほぼ同じでした。ほとんど空の状態なのでSSDだけが仕事をしていたのだと思います。

このドライブにHigh Sierraをインストールしてみようとしたところ、APFSを止めてHFS+にするよう指示が出てしまいました。APFS ContainerのFusion Driveであっても、今のHigh SierraではAPFS未対応のようです。

Intel Power Gadget

Sun, 08 Oct 2017 12:26:33 +0900

Intelが、CPUと内蔵GPUの消費電力、動作クロック、温度が測定できるアプリケーション、Intel Power Gadgetを以下のサイトで配布しています。

Intel® Power Gadget

実際のMacintosh以外のハードウェアでmacOSを動かす場合、ハードウェア構成がOSに正しく伝わることが重要です。ハードウェア構成が正しく伝わっていないと、ハードウェアを効果的に、効率的に動かすことができません。今のCPUは省電力のために様々な仕組みを提供しています。多くのCPUは基本的な省電力機能として、負荷が小さい時には動作クロック周波数を下げて省電力を図り、負荷が大きい場合には、動作クロック周波数を上げて処理能力を向上させる機能を持っています。Intel Power Gadgetは、消費電力、クロック周波数、温度をモニターできるので、macOSがCPUの電力制御機能を利用できているかどうか、確認することができます。

macOS 10.13をインストールしたCore i5-4250U搭載NUCで動かした様子を上に示します。上から、

Power（消費電力）：大きい値がCPU全体、IAがコアの消費電力
Frequency（動作周波数）：IAがCPUコアの、GTが内蔵GPUのクロック周波数
Temperature（温度）：CPUパッケージの温度

です。Core i5-4250UはMacBook Air Mid 2013にも搭載されているCPUで、モバイル用の低消費電力モデルです。仕様によるとTDPが15Wです。なので15Wのところに線が引かれているのだと思います。ベース周波数が1.3GHz, ターボブースト最大が2.6GHzだそうで、だいたいその間でクロック数が変動していることがわかります。グラフィックスは、ベース周波数が200MHz, 最大が1GHzだそうです。ベース周波数でだいたい動いていることがわかります。コンピュータを操作したり、逆に放置したりすると、周波数や消費電力が変動します。実際のMacBook Airと同じような動作をしていますので、macOSがCPUの電力制御を正しく行えていると判断できます。

補足：High Sierraへのインストール

High Sierraから、署名されたkextに対しても確認が必要になったようです。クリーンインストールしたシステムにIntel Power Gadgetをインストールすると、下のようなダイアログが出ます。「システム環境設定・セキュリティとプライバシー」から許可をすると動くようになります。

USBポートを設定する

Sat, 30 Sep 2017 22:25:18 +0900

追記：この記事ではUSBの15個制限を簡易的に回避します。本気で対応するには、この記事の方法よりも、以下をお薦めします。

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

この記事の結論を先に書いておきます。

15個の制限を外すパッチとUSBInjectAll.kextを併用すると全てのUSBポートが使えるようになる (tonymacx86のMultiBeast方式)
15個制限解除パッチを使用せずに、USBInjectAll.kextのみを使って、実際に使用するポートを15個まで選択できる (お勧めの方式)

El Capitanから使用可能なUSBポートの数が、コントローラ当たり15までと制限されました。その後のSierraでもHigh Sierraでも同じです。理由は不明です。15ポートもあれば十分と思われるかもしれませんが、そうでもありません。まず、USB 3ポートは、互換性のためにUSB 2.0の端子も持っています。なので、2ポート分としてカウントされます。また、USB 2.0の端子から先にアサインされるので、USB 3の端子が使えず、USB 3のポートがUSB 2.0相当になってしまうこともあります。その対策について説明します。

何も対策しない場合のUSB構成

まずは、何も対策しないとどうなるかを見て見ましょう。IORegistryExplorer.appなどのツールを使うと、macOSから見たハードウェア構成がわかります。ちなみに表示される情報は、Cloverのパッチや各種kextが機能した後の結果で、マザーボードのUEFIが提示しているオリジナルの構成ではありません。

mac.softpedia.com

IORegistryExplorer.appを起動して、右上の虫眼鏡アイコンのところに、xhcと入力します。するとXHC関係の情報が現れます。XHCの下にHS01やSSP1と見えているのが、現在OSが認識しているUSBポートです。HSはHigh Speed、SSPはSuper Speed PlusでそれぞれUSBの速度のモードです。HSがUSB 2.0で、SSPはUSB 3です。

全く対策しない状態の手元のマザーボード(MSI Z97A Gaming 7)では、以下のような結果になりました。

USB 2.0がHS01からHS14までの14本あり、USB 3がSSP1の1本あるという結果です。このマザーボードには、実際には他にもSSP2からSSP6の5本のUSB 3があるのですが、15本の制限を超えてしまったので、見えなくなっています。そのポート、例えばSSP6に接続しているUSBポートにUSB 3のUSBメモリを挿しても読み書きできません。（ちなみに、そのポートにUSB 2.0のUSBメモリを挿すと、2.0の端子はHS10に接続されているので、読み書きできます。）

解決策1：15個の制限を取り払う

解決策の一つは、上限15個の制限を外すパッチを当てることです。次の手順で15個の制限を外して、チップセットに接続された全てのUSBポートを使用できます。

config.plistにポート数を増やすパッチを当てる
USBInjectAll.kextを使用する
2.の両方を実施する必要があります。片方だけではダメです。この解決策の問題点は、パッチパターンがmacOSのバージョンごとに異なることです。パッチは、macOSの該当するバージョンにしか効きません。今使っているmacOS用のパッチが見つからない場合は、解決策2に進んでください。

ポート数を増やすパッチ

まずは、AppleUSBXHCIPCI.kextに以下のパッチを当てます（ New USB Raise Port Limit Patch for High Sierra | tonymacx86.com より）。

<dict>
<key>Comment</key>
<string>Change 15 port limit to 24 in XHCI</string>
<key>Find</key>
<data>g32MEA==</data>
<key>Name</key>
<string>AppleUSBXHCIPCI</string>
<key>Replace</key>
<data>g32MGw==</data>
</dict>

これは10.13 PB1をインストールした100シリーズマザーボード用のパッチと書いてありましたが、正式版10.13でZ97チップマザーボードでも動きました。

一方で、10.13.4からは違うパッチを当てないといけないようです。

www.insanelymac.com

後にも書きましたが、ポート数を増やすパッチはmacOSのマイナーバージョンごとに違っています。マイナーアップデートの都度対応する必要があり、お勧めの方法ではないです。

USBInjectAll.kextを使用

次にUSBInjectAll.kextをEFI/CLOVER/kexts/Otherもしくはバージョン番号のフォルダに入れます。

RehabMan / OS-X-USB-Inject-All / Downloads — Bitbucket

このkextは、チップセットで用意されているUSBポートの全てをmacOSから参照できるように設定する機能があります。Z97チップセットのUSBは、PCIeのvender-id/device-idが8086/8cb1に割り当てられています（IORegistryExplorer.appで見ることができます）。USBInjectAll.kextの中のInfo.plistの8086_8xxxというキーを見ると、HS01からHS14とSSP1からSSP6までの20のポートがあることがわかります。

config.plistへのパッチ当てとUSBInjectAll.kextを使った結果を以下に示します。

このように、全てのUSBポートが使えるようになっていることがわかります。これで、順番の最後尾に並んでいたUSB 3も全て機能します。簡単に全USBを使えるように設定できました。tonymacx86で配布しているMultiBeastというインストールツールは、この手法を使っています。

実際に使っているUSBポートを特定する

上記の解決策で、全部のUSBが使えるようになります。簡単ですが、多少問題があります。まずは、そもそもmacOSが何らかの理由で15個に制限しているのに、その上限を増やしてしまって大丈夫なのかという懸念です。今のところ問題点は報告されていませんが、将来、何らかの副作用が出てくる可能性は否定できません。もう一つは、パッチの内容が、OSのバージョンやチップセットによって変わるらしいことです。今回のHigh Sierraへの移行にあたっても、パッチが更新されました。Sierraの時のパッチでは、上限を回避できないようです。この先のバージョンアップでも対応が必要になると思われます。

一方、USBInjectAll.kextは、名前は、「全てのUSBポートをインジェクトする」ですが、実際には、一部のUSBポートを遮断する機能があります。たとえば、もともとある20個のポートのうち、任意のポートを指定して、使用しないよう設定することができます。実際に使用しているポートだけを15個選んで設定すれば、15個の上限を外す必要は無くなります。そうすればconfig.plistに素性の良くないパッチを書き込む必要がなくなります。USBInjectAll.kextの方は、RehabManさんによってこまめに更新されているので、今後も安心して使用できます。

使用しないポートを除外するためには、実際に使っているUSBポートを特定する必要があります。ちょっと大変な作業ですが、マザーボードの構成を把握できるので、達成感はあります。それぞれのポートの番号は、

それぞれのポートにUSB機器を接続し、
IORegistryExplorer.app の表示の変化を確認する

ことで、特定できます。下の例は、とあるUSB 3ポートにUSB 3.0メモリを挿入してみたところです。SSP5のport-statusが、最初は0x0だったのですが、下の図のように0x1400に変化しました。（kUSBBusCurrentAllocationの値も変化しました。）これで、このポートはSSP5だということがわかります。このポートに、USB 2.0のデバイスを接続すれば、USB 2.0端子の番号もわかります。

こうして手元のマザーボードを調べて見ました。各ポートの番号は以下のようになっていました。

HS01 基板上のUSB 3の2.0端子 (フロントパネルで使用)
HS02 基板上のUSB 3の2.0端子 (フロントパネルで使用)
HS03 バックパネルのUSB 3の2.0端子
HS04 不明
HS05 バックパネルのUSB 2.0
HS06 バックパネルのUSB 2.0
HS07 不明
HS08 不明
HS09 バックパネルのUSB 3の2.0端子
HS10 バックパネルのUSB 3の2.0端子
HS11 基板上のUSB 2.0 (フロントパネルで使用)
HS12 基板上のUSB 2.0 (未使用)
HS13 基板上のUSB 2.0 (未使用)
HS14 基板上のUSB 2.0 (Bluetoothで使用)
SSP1 基板上のUSB 3 (フロントパネルで使用)
SSP2 基板上のUSB 3 (フロントパネルで使用)
SSP3 バックパネルのUSB 3
SSP4 不明
SSP5 バックパネルのUSB 3
SSP6 バックパネルのUSB 3

HS01,02,03,09,10は、それぞれSSP1,2,3,5,6のUSB 3ポートに含まれているUSB 2.0端子です。HS14はBluetoothモジュールに接続しているので、これを無効にするとキーボードもトラックパッドも使えなくなります。不明とあるポートは発見できませんでした。マザーボード上で配線されていないのかもしれません。

解決策2：使うポートを15個以下に選別する

行方不明のポートを使うことはありませんし、マザーボード上で接続していない端子のポートも当分は使いません。これを考えるとUSBポートを15個以下に絞り込むことができます。上の例では、HS04, HS07, HS08, HS12, HS13, SSP4は除外して良いです。

USBInjectAll.kextに除外するポートを伝える方法は、いくつかあるようですが、最も簡単なのは、Cloverのブートオプションで伝える方法です。HS04, HS07, HS08, HS12, HS13, SSP4を除外したい場合は、config.plistのBootキーの中にあるArgumentsキーに、

<key>Boot</key>
<dict>
 <key>Arguments</key>
 <string>uia_exclude=HS04;HS07;HS08;HS12;HS13;SSP4</string>

と書いておけば良いです。もしもすでに他のオプションが書いてあったら、空白で区切って追記します。例えば-vが書いてあって

<string>-v</string>

これを残したかったら、以下のようにします。

<string>-v uia_exclude=HS04;HS07;HS08;HS12;HS13;SSP4</string>

このconfig.plistで起動した結果を以下に示します。使用している14個のポート、HS01, 02, 03, 05, 06, 09, 10, 11, 14およびSSP1, 2, 3, 5, 6が機能していることがわかります。これなら15個未満ですので、config.plistへのパッチは不要です。

解決策3：DSDTを変更してUSBポートを選別する

こちらの記事でDSDTの変更でUSBポートを選別する方法を書いておきました。

DSDTを変更してUSBポートを選別する

HackintoshをHigh Sierraにする

Tue, 26 Sep 2017 12:18:21 +0900

Sierraで動いているHackintoshなら移行は簡単

High Sierraが出ました。HackintoshはOSのバージョンアップの時に設定がダメになって苦労する、と思い込んでいる人も多いかもしれません。でも、最近はとても簡単になりました。マイナーバージョンアップ（例えば10.12.5から10.12.6へのバージョンアップ）なんて、App Storeからダウンロードしてクリックするだけです。実機と同じです。今回のようなメジャーアップデート（10.12から10.13）は、いろいろと対応する必要がある場合もあります。でも、今年は楽勝の部類でした。

ということで、すでにSierraで動いているHackintoshをHigh Sierraにアップデートする方法を書いておきます。ここで紹介する手順は、別ドライブを用意してそこにHigh Sierraをインストールする手順です。

Sierra版の現状のHackintoshを最新版にアップデートしておく(Step 1~2)
別ドライブを用意してそこにHigh Sierraをインストールする(Step 3)
APFS起動に必要なapfs.efiをHigh Sierraから手に入れる(Step 4)
High SierraドライブにCloverを仮インストールする(Step 5)
現状のSierra HackintoshのESPをHigh Sierraドライブにコピー(Step 6)

別ドライブでちゃんと起動したら、あとはゆっくり、メインドライブのHigh Sierra移行にとりかかってください。

Step 0: macOSをバニラな状態にしておく

簡単に移行するための前提です。こちらで解説して置きましたのでごらんください。

/posts/131/

つまり、macOSが入っているパーティションの内容には一切手を加えないで、実機と全く同じ状態にしておけば、アップデートは簡単になるということです。

Step 1: 旧バージョンSierraのHackintoshを最新にしておく

ここからが作業本番です。Hackintoshコミュニティのハッカーの方々は、High Sierraに向けて更新してくれています。なので、移行前に、最新にしておきましょう。最新にすることでSierraが動かなくなることはありません。最新にしてもSierraがちゃんと動くことを確認してきましょう。

まずはCloverを最新にします。今日現在ではリビジョン4220が最新のようです。システム環境設定に登録してある場合は、「更新を確認」するだけです。
kextを最新にします。kextの名前でGoogle検索すると配布サイトが出てきますので、最新版に差し替えておきましょう。
kextをEFI/CLOVER/kexts/10.12に入れている人は、10.13を新たに作ってコピーするか、Otherフォルダにコピーしておきます。

詳しくはこちらをご覧ください。

あと13日！High Sierraのお迎え準備

Step 2: config.plistのSMBIOS情報を最新にしておく

OSとしてのHigh Sierraの一番の変更点は、ファイルシステムがHFS+からAPFSに移行することです。High Sierraのアップデートでは、APFSでも起動できるようにファームウェアもアップデートされます。Hackintoshにとっては関係のないことですが、ファームウェアが対応版にアップデートされていないと判断されると、インストールが止まってしまうようです。そこでconfig.plistのSMBIOSセクションのBIOSバージョンの記述を、最新版ファームウェアと同じバージョン番号に書き換えます。

詳しい手順は、これもこちらをご覧下さい。

あと13日！High Sierraのお迎え準備

Step 3: High Sierraを別ドライブにインストールする

ここまでのステップで準備がしっかりできたので、ここから先は簡単です。

High Sierraをインストールするドライブを接続します。SSDでもHDDでも良いです。USB接続でも良いです。自作の人なら、余っているドライブをSATAケーブルでマザーボードに接続しても良いですね。

このドライブをディスクユーティリティでフォーマットします。フォーマットは、GUIDパーティションマップとHFS+ (Mac OS拡張ジャーナリング）とします。SierraのディスクユーティリティではAPFSを選択できません。が、ここでHFS+でフォーマットしても、SSDの場合は、この後のインストールで自動的にAPFSに変換されます。

Apple App StoreからHigh Sierraインストーラをダウンロードして、このドライブにインストールします。インストール途中で再起動することがあります。その場合は、現行のドライブで起動して、Cloverのメニューからインストール途中と思われるドライブを選択します。「Boot macOS Install from XXXX」というのがインストール途中にだけ現れるボリュームで、これを選択します。

途中の起動回数は、いつもは1回の気がしましたが、今回は2回のようでした。たまたまかもしれませんが、もしかしたらファームウェアをアップデートする作業（Hackintoshでは無駄な作業ですが）があったのかもしれません。もしくは、APFS変換の関係なのかもしれません。

インストールが終了したら、やはり、再起動します。インストール途中の再起動なのか、インストールが終了した後の再起動なのかは、先ほどの「Boot macOS Install from XXXX」というボリュームの有無で判断できます。Cloverの選択画面にこれがなくなっていれば、インストールは終了しています。

インストーラがHFS+でHigh Sierraをインストールした場合、Cloverのボリューム選択にHigh Sierraが現れていると思います。High Sierraを起動しても良いのですが、ここは、ぐっと我慢して次のステップに行きましょう。APFSに変換された場合は、High Sierraが現れていないと思います。次のステップで対応します。

次のステップでは、まずは古いSierraのドライブを選択して起動します。

Step 4: 最新版のAPFSドライバapfs.efiをESPに入れる

2018/06/19更新：Clover 4558からApfsDriverLoader.efiというドライバができて、apfs.efiの機能を自動的にロードしてくれるようになりました。なので、 /usr/standalone/i386/ からapfs.efiを取り寄せてESPに置く以下の作業は不要になりました。記録のために残しておきます。

High Sierra Public Betaの初期のバージョンでは、HFS+でのインストールがメニュー選択で可能でした。しかし、正式版をSSDにインストールする場合は、自動的にAPFSフォーマットに変換されるようです。HDDやFusion driveの場合はHFS+のままのようです。

Clover、というか一般にブートローダは、OSが起動する前に、ドライブからブートのためのファイル（例えばカーネルなど）を読み込む必要があります。なので、ファイルシステムにアクセスできる必要があります。この機能は、High Sierraの

/usr/standalone/i386/apfs.efi

で行えます。そこで、このファイルを、CloverのESPにコピーします。それを行わないと、APFSでフォーマットされたHigh Sierraを起動できません。そこで、APFSブートには以下のステップが必須です。

APFSでインストールしたHigh Sierraの起動はひとまずお預けにして、今まで通りHFS+の古いSierraを選択して起動します。この時High Sierraを選択したくてもAPFSなので選択画面に現れていないはずです。
CloverのESPをマウントします。
High Sierraの中のapfs.efiをEFI/CLOVER/drivers64UEFIの中にコピーします。
再びSierraのボリュームで起動すると、今度はAPFSのHigh SierraがClover選択画面に見えているはずです。これを選択して起動します。

ベータ版時代のバージョンアップでapfs.efiは度々更新されていました。初期のベータ版から入手したapfs.efiで、後期のHigh Sierraが起動できなかったこともあります。apfs.efiがネットに落ちていることもありますが、公開版High Sierraに入っている最新版を使うのが良いでしょう。

High Sierraは起動しましたでしょうか？うまく起動すれば、ユーザ設定などの画面に進み、ログインできます。ここまでくればもう安心です。

Step 5: High SierraのドライブにCloverをインストールする

このステップは飛ばしても良いです。

現行のドライブのCloverからHigh Sierraのドライブが無事起動できて、アカウントなどの設定が終わったら、Cloverのインストーラを起動して、新しいドライブにCloverを入れます。このとき、ESPにインストールするよう指定します。

Step 6: 現行のESPからファイルをHigh SierraのESPにコピーする

High SierraのESPには、とりあえずインストールしたClover関連のディレクトリができているはずです。前のステップを省略すると、できていないかもしれません。何れにしても、古いSierraのドライブのESPの内容を、新しいHigh SierraのESPにコピーして、同じ内容にします。ファインダーからのドラッグ&ドロップで作業しても問題ありません。これで、High Sierraのドライブを起動ディスクにしても、ちゃんとHigh Sierraが起動するはずです。

次のStep: メインドライブのアップデート

これで無事、別ドライブで起動できましたでしょうか。問題なければメインドライブもアップデートしましょう。このステップと同様に、今度は、High Sierraのドライブから、メインドライブにインストールしていけば良いです。上書きインストールでも、いっそすっきりとフォーマットしてのクリーンインストールでもどちらでも良いと思います。Time Machineでバックアップとってあれば、クリーンインストールの後で移行することもできます。

補足

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

apfs.efiを入手するもう一つの方法

上記の説明では、High Sierraをインストールした後で、apfs.efiを入手しています。インストールする以前の、Install macOS High Sierra.app (日本語名は macOS High Sierraインストール.app)から取り出すこともできます。.appの中の

Install\ macOS\ High\ Sierra.app/Contents/SharedSupport/BaseSystem.dmg

にあるBaseSystem.dmgを開いてマウントします。次に、

/Volumes/OS X Base System/usr/standalone/i386/apfs.efi

の場所にあるapfs.efiを手に入れます。これで、Step 3の段階でapfs.efiを入手してESPに入れることができ、すぐにHigh Sierraから起動できます。

正しく機種設定する (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

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

を指定しておくだけで良いらしいです。

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

Sun, 17 Sep 2017 12:18:24 +0900

5.25インチベイに取り付ける取り外し可能なHDDケース

今のMacintosh製品には5.25インチベイが無いです。最近の自作PCケースも、5.25インチベイの無い製品が増えていますが、あれば色々便利です。中でも、簡単に5.25/2.5インチドライブを取り付け・取り外しできるリムーバブルディスクケースは便利だと思います。自作していれば、小容量の古いHDD/SSDが余ってしまいがちです。それが簡単に取り付けられるリムーバブルケースがあれば、大容量のデータを高速にコピーして持ち運ぶとか、新しいバージョンのOSを実験的にインストールするとか、いろいろな場面で便利に使えます。

市販の製品

5.25インチベイ自体が廃れ始めているので、製品もひところに比べたら少ないですが、いくつかあるようです。5.25インチと2.5インチの両方が入る製品が多いようです。隙間にUSBコネクタを装備している製品とか、光学ドライブも入れられる製品もあります。ちなみに、大は小を兼ねるので、5.25インチが一台だけしか入らないケースも、工夫すれば2.5インチもなんとかなります。

HDD/SSDのSATAコネクタは、なんども抜き差しする前提で設計されていないので、壊れやすいと言われています。ちゃんとしたサーバで使うホットプラグケースでは、強度の高いコネクタ付きトレイを用意してHDDをネジ止めする構造になっています。でも、素人がちょっとした実験で抜き差しするくらいなら、全然問題ありません。ねじ止めしなくても取り付けられるケースが楽です。

またこれらの製品は、ホットプラグ対応を謳っています。電源を入れたまま、HDD/SSDを抜き差しできるという意味です。ただし、これは電気的に問題を起こさないという意味であって、マウントしたままいきなり取り外すと当然ですがデータが損傷する可能性があります。非マウント状態にしてから抜き差しする必要があります。

ホットプラグなドライブアイコン

ドライブはmacOSでいろいろなアイコンで表示されます。一般的なHDD/SSDは銀色のアイコンです。ちょっと古い感じのハードディスクの形です。USBメモリーは白いアイコンで表示されます。スリットがあるので、光学ドライブの絵なのかもしれません。また、取り外し可能なHDDなどはオレンジ色のアイコンで表示されます。取り外し可能なドライブアイコンの隣には、イジェクトアイコンが表示されていて、これを押すとアンマウントされます。

上で紹介したリムーバブルケースは、取り外し可能なディスクなので、イジェクトマークのあるアイコンになるべきです。でも、USB接続と違い、リムーバブルケースからマザーボードへは内蔵ドライブと同じSATAケーブルで接続します。マザーボードから見たら、SATAコネクタが内部のHDDに接続されているか、もしくはリムーバブルHDDケースに接続されているのかの区別はつきません。人手で指定する必要があります。

いくつかのマザーボードではデフォルト設定として、インテルのチップセットに接続されたドライブを内部ドライブ（銀色アイコン）にしています。一方で、チップセットのSATAに加えて追加SATAチップを搭載して、SATAの数を増やしている場合、追加のSATAチップに接続されたドライブはリムーバブルボリュームに設定されていることが一般的です。でも全てをホットプラグ対象とみなすマザーボードも中にはあります。こうした割り当てで、内蔵ドライブがオレンジ色のアイコンになってしまうことがあります。それが嫌な人のために、 AHCI_3rdParty_eSATA.kextや AHCI_Intel_Generic_SATA.kextといったkextが用意されていました。これらのkextの主な目的は、オレンジ色のアイコンを銀色に戻すことです。ただ、これらのkextは最近のmacOSでは機能しないことが多いので、あまり使われなくなりました。

BIOSでホットプラグを設定

マザーボード搭載のSATAに接続したドライブがリムーバブル（ホットプラグ）なのかどうかは、BIOS設定で指定します。下はMSIのマザーボードの例です。

この機能で、それぞれのSATAコネクタに接続されているドライブが、固定ドライブなのか、ホットプラグさせるドライブなのかを設定します。これが一番理想的ですね。この方式ならば、オレンジアイコンの割り当てを正しく行うことができます。ただし、後述するように、BIOSでホットプラグに設定しても、macOSで必ずしもオレンジアイコン表示にはならない場合もあるようです。

なお銀色アイコンで、イジェクトマークがついていないドライブでも、ゴミ箱方向へドラッグ&ドロップすればアンマウントできます。また、ディスクユーティリティを使ってもアンマウントできます。ターミナルから、diskutil unmount /dev/disk… としてもアンマウントできます。

ただ、銀色アイコンとして認識されているSATAドライブは、起動時に接続されていなければ認識されません。macOS起動後に接続しても認識されません。また、起動時に接続されてマウントされても、その後で一旦アンマウントしたら、もう一度接続しても認識されません。なので、リムーバブルケースで接続する場合は、オレンジ色のアイコンで認識されないととても不便です。

macOSでホットプラグ

BIOSレベルでホットプラグに設定しても、macOSでオレンジアイコンにならない場合があります。銀色アイコンの状態では、起動時にはマウントしますが、ホットプラグによりマウントしてくれない状態になります。SATAチップの種類、マザーボード、macOSのバージョンなどで対応が異なるようです。

Z97マザーボード＋Sierra以前

この記事を最初に書いた時点では、MSIのZ97チップセットマザーボードでSierraで動かしていました。BIOSのホットプラグ設定をすると、macOSでもオレンジアイコンになりホットプラグでマウントされ、安定に動作していました。

Z97マザーボード＋High Sierra以降

不安定です。High Sierraになった時点で、BIOSで設定しても銀色アイコンのままのこともあり、動くこともあるようです。ASUS ROG MAXIMUS XI HERO (Z390)マザーボード＋Catalinaの組み合わせでは、BIOS設定のホットプラグが正しくオレンジアイコンに表示されることも何度かありました。その時は、スリープしても問題ありません。でも何度も起動して確認すると、マウントされないこともあります。

PCIe拡張SATAカード + Catalina

以前、macOSと互換性のあるPCIe拡張SATAカードをご紹介しました。

PCIe拡張カードでSATAを増設する

追記：以下の方法では、マウントする際にBig Surが落ちることがありました。後述する長いパターンのパッチを当ててください。ASMediaやMarvellのチップでもホットプラグ可能です。

~~これらのカードの場合、こちらで紹介されているように、~~

Find --> 40600200
Replace --> 00000000
AppleAHCIPort

というパッチを当てれば、ASMediaやMarvellのチップでホットスワップできるようです。元のサイトの説明では、SATAポートデュプリケータの不具合に対応するパッチらしいですが、ホットプラグ問題も解決するようです。具体的には、config.plistに

<key>KextsToPatch</key>
 <array>
 <dict>
 <key>Comment</key>
 <string>ALPM IO Error AppleAHCIPort</string>
 <key>Disabled</key>
 <false/>
 <key>Find</key>
 <data>QGACAA==</data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>Name</key>
 <string>AppleAHCIPort</string>
 <key>Replace</key>
 <data>AAAAAA==</data>
 </dict>
 </array>

を追加します。QGACAA==が40600200で、AAAAAA==は00000000です。これでホットスワップが動くようになり、スリープしても大丈夫でした。Marvell 88SE9230チップセットによるカードと、ASMedia ASM1061チップセットカードの両方で動作を確認しました。

Z390 + Catalinaのパッチ

コメントでまっくぷろさんからいただいた情報によると、こちらで紹介されているパッチもしくはその変形を使うと、Z390チップセットのSATAをホットプラグ対応にできるようです。

Find --> 89C82540 6002003D 40200000 750C81E1 BF7FFFFF 898B5101 0000
Replace --> 90909090 90909090 90909090 90909090 90909090 90909090 9090
AppleAHCIPort

または、

Find --> 81E24060 020081FA 40200000 750C81E1 BF7FFFFF 898B6901 0000
Replace --> 90909090 90909090 90909090 90909090 90909090 90909090 9090
AppleAHCIPort

のようです。これに対するBase64文字列を、上で紹介したように、config.plistのKextsToPatchセクションに書き込んでおけば良いようです。

このパッチのいずれでも動かないようでしたら（もしくは将来のmacOSバージョンで動かなくなったら）、AppleAHCIPort.kext/Contents/MacOS/AppleAHCIPortをバイナリーサーチして40200000を検索して、その前後から上記のようなパッチを作れば良いようです。例えば以下のようにします。10.15.3での実施例です。まずはバイナリーをhexdumpしました。

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

lessの中で、サーチコマンド

/40 20 00 00

をタイプし、40 20 00 00を探します。

00029a0 73 0e 81 ca 40 80 00 00 89 d1 89 93 69 01 00 00
00029b0 89 ca 81 e2 40 60 02 00 81 fa 40 20 00 00 75 0c
00029c0 81 e1 bf 7f ff ff 89 8b 69 01 00 00 f6 c1 40 74
00029d0 7e 3d 09 01 01 00 72 77 44 89 fa c1 ea 0a 81 e2

この方法では、運悪く改行にかかっているとデータ列が見つからない可能性はありますが、首尾よく発見できました。他には存在していないようです。ということで、まっくぷろさんの情報と同じく、40 20 00 00を挟んだデータ列をNOP (90) に置き換える

Find --> 81E24060 020081FA 40200000 750C81E1 BF7FFFFF 898B6901 0000
Replace --> 90909090 90909090 90909090 90909090 90909090 90909090 9090
AppleAHCIPort

というパッチで良いようです。base 64に変換します。詳しくはこちらをご覧ください。

echo -n "\x81\xE2\x40\x60\x02\x00\x81\xFA\x40\x20\x00\x00\x75\x0C\x81\xE1\xBF\x7F\xFF\xFF\x89\x8B\x69\x01\x00\x00" | base64
geJAYAIAgfpAIAAAdQyB4b9///+Ji2kBAAA=

ちなみにNOPコマンド列である9090…の方は、

echo -n "\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=

です。なので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>geJAYAIAgfpAIAAAdQyB4b9///+Ji2kBAAA=</data>
 <key>InfoPlistPatch</key>
 <false/>
 <key>Name</key>
 <string>AppleAHCIPort</string>
 <key>Replace</key>
 <data>kJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJA=</data>
 </dict>
 </array>

を追加します。これでBIOSでホットスワップ指定したチップセットSATA接続ドライブがオレンジ色アイコンになり、随時マウント・アンマウントできるようになりました。またスリープしても問題ありませんでした。

つづき

上記のパッチをOpenCoreのconfig.plistで当てる方法を以下で紹介しました。

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

また、Big Sur対応のパッチを以下で紹介しました。

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

結論

ホットプラグできるリムーバブルベイは便利です。チップセットSATAの場合は、BIOSでホットプラグを設定します。それでもmacOSにホットプラグ対応と認識されない場合は、AppleAHCIPort.kextにconfig.plistでパッチを当てます。手元の環境 (ASUS Z390 + Catalina) では、MarvellのSATA拡張カードを使っているので、拡張カード用のパッチを当てることにしました。

あと13日！High Sierraのお迎え準備

Wed, 13 Sep 2017 14:28:32 +0900

High Sierraは9月26日に登場

昨夜の発表では、Macintoshはおろか、間も無く登場のmacOSも紹介されなくて寂しい限りです。でもアップルのサイトには、macOS High Sierraの発表日がひっそりと掲載されています。9月26日だそうです。あと、13日ですね。それまでに、あなたのHackintoshに新バージョンをお迎えする準備をしておきましょう。

ドライブを用意

今使っているメインのドライブにいきなりHigh Sierraを入れるのは、多分問題なく動くと思いますが、さすがにチャレンジングです。使っていないドライブを用意しておきましょう。HDDでも良いですが、古いSSDでもあれば尚良いです。動かすには30GBくらいあれば十分です。自作マシンなら、マザーボードにSATAケーブルで接続すれば良いです。最近は、USB 3.0接続のUSBメモリーで高速なものもありますので、下手なHDDよりずっと速いかもしれません。それでもokだと思います。

Cloverを最新版に更新

最新版なほど安心です。現時点での最新版のリビジョンは4200です。古いようなら更新しておきましょう。

kextファイルを最新版に更新

開発者の皆さんがベータ版を使ってHigh Sierra対応を進めてくれています。使っているkextファイルの最新版が出ていないかどうか確認しましょう。kextファイルの名前でGoogle検索すれば良いです。全部最新版に更新しておきましょう。

また、kextをEFI/CLOVER/kexts/10.12に入れている人は、10.13を新たに作って、全部のkextをコピーしておきます。もしくは、Otherフォルダにコピーしておいても良いです。10.13で起動する場合は、Otherの内容が先に読み込まれ、次に10.13フォルダが読み込まれます。10.12のフォルダの内容は無視されてしまいます。

config.plistのSMBIOS情報を更新

High Sierraのアップデートでは、APFSでも起動できるようにファームウェアがアップデートされます。ファームウェアが対応版にアップデートされていないと判断されると、インストールが止まってしまうようです。そこでconfig.plistのSMBIOSセクションのBIOSバージョンの記述を、最新版ファームウェアと同じバージョン番号に書き換えておきましょう。また、Firmware FeaturesとかFirmware Features Maskという謎の情報がSMBIOSにないとインストールできなかったという報告もあります。config.plistにこの記述がなかったら、これも設定しておきましょう。

書き換えるべき情報は、機種ごとに違います。これを簡単に確実に知る方法の一つは、Clover Configuratorを使う事です。

mackie100projects.altervista.org

これをダウンロードして、左のリストからSMBIOSを選びます。右の疑問符のところをクリックして現れるポップアップメニューから、自分が設定している機種名を選びます（下の写真では疑問符が消えてiMacの写真に変わっています）。すると必要な数値を自動的に作ってくれます

この結果を、Save As…でconfig.plistファイルに書き出します。書き出したconfig.plistにはSMBIOSのセクションの記述しかありません。これを見ながら、現在のconfig.plistで足りない記述を書いていきます。更新、追記しないといけない項目は、以下です。これはiMac18,3の場合の例です。

<key>BiosReleaseDate</key>
<string>08/08/2017</string>
<key>BiosVersion</key>
<string>IM183.88Z.0151.B00.1708080034</string>
<key>FirmwareFeatures</key>
<string>0xFC0FE136</string>
<key>FirmwareFeaturesMask</key>
<string>0xFF1FFF3F</string>

これ以外の情報、例えば、シリアル番号とかUUIDなどは、現在の値を引き続き使います。書き換えてしまうとiMessageなどの動作に支障をきたすかもしれません。

SMBIOSの設定についてはこちらでも解説しておきました。

正しく機種設定する (SMBIOSの設定)

起動できることを確認

以上の変更を一つずつ行い、その度に起動できるかどうか確かめていきましょう。全部が最新版に更新されて、config.plistの記述が完全になるので、High Sierraにアップデートしないとしても、良いメンテナンス作業になります。

これでHigh Sierraを迎える環境は整いました。待ちきれないようでしたら、新しいドライブをディスクユーティリティでフォーマットして、今のドライブから新しいドライブにESP部分を複製して、Cloverが起動するようにしておいても良いでしょう。

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の情報のページだそうです。

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社も、10.13.4に対応して、詳細な互換性リストを発表しました。AMDグラフィックスカードを購入する場合は、以下の記事で紹介したSonnetのPDF資料に、互換性があると記されているカードを購入すると良いです。

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はモバイル用に比べて非力です。モバイル機種に負けるようなグラフィックスは諦めて使わない、と考えるのが良いです。

High Sierra on Boot macOS

macOSのためのGPUの選び方

NvidiaとWebDriverの現状

なぜWhateverGreenが必要なのか？

そのほかに知っておくべきこと

動くAMD GPU

Navi シリーズ

Vega 20シリーズ

Vega 10シリーズ

Radeon 400/500 シリーズ (Polaris)

GCN 3 以前のカード

Radeon R9 3xx (Fiji)

動かないAMD GPU

Navi シリーズ (RX 5000)

Lexa シリーズ (RX 400/500)

動くNvidia GPU

Kepler シリーズ (GTX 6xx, 7xx)

動かない nVidia GPU

Turing シリーズ (GTX 20xx, 16xx)

Volta シリーズ

Pascal Series (GTX 10xx)

Maxwell シリーズ (GTX 9xx, 745, 750 とその ti版)

Intel CPU 内蔵 GPU

Westmere i3/5/7-xxx

Sandy Bridge i3/5/7-2XXX

Ivy Bridge i3/5/7-3XXX

Haswell i3/5/7-4XXX

Broadwell以降のiGPU

Skylake i3/5/7-6XXX

Kabylake i3/5/7-7XXX

Kabylake refresh/ Coffeelake i3/5/7-8XXX/9XXX

早い話、何を買ったら良いの？

Redditの反応

VegaではXFXとSapphireを避けるべき？

Radeon VIIのブランド毎の違いはある？

Lenovo ThinkPad X220, 2620M

ハードウェア

ソフトウェアと機種ID

ESPの設定

kext類 (kexts/Other)

efiドライバ (drivers64UEFI)

DSDT

外部情報

関連記事

macOSをアップデートしたらNUCが起動しない

OSアップデートで不調に

EFIのCMOSが原因？

古いmacOSをコレクションする

古いmacOSが必要になる時

古いmacOSの入手方法

App Storeアプリから入手する

プロダクトIDを手掛かりに入手する

masコマンドを使う

マイナーバージョンを入手する

LionとMountain Lionが無償配布

まとめ

Sonnetの互換GPUリスト (2019年1月版)

macOSで使えるAMD GPU

NVIDIA GeForce は非互換

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

ACPI

Fixes:

Patches:

Drop Tables:

FixHeadersとSSDT:

Boot

Arguments:

DefaultBootVolume と Timeout:

Boot Graphics

Cpu

Devices

Fake ID（上のconfig.plistからは削除済み）:

Audio:

USB:

Properties:

HD 4400への対応

Disable Drivers

Gui

Scan:

Hide Volumes: