Big Sur on Boot macOS

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

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

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

macOS導入USB

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

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

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

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

だけです。

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

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

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

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

Releases · acidanthera/OpenCorePkg

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

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

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

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

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

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

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

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

macrecovery.pyを実行すると、

BaseSystem.chunklist
BaseSystem.dmg

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

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

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

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

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

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

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

Disk Managementを使う

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

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

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

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

diskpartを使う

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

Microsoft DiskPart バージョン 10.0.22000.653

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

DISKPART>

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

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

次に、このUSBメモリを、

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

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

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

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

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

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

com.apple.recovery.boot
EFI

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

BaseSystem.chunklist
BaseSystem.dmg

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

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

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

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

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

USBメモリで起動

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

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

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

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

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

まとめ

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

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

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

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

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

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

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

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

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

macOS 12.1からRadeon 6600XTが使える

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

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

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

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

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

NVIDIA GeForce KeplerをMontereyで動かす

Sat, 04 Dec 2021 00:10:33 +0900

NVIDIAのKeplerアーキテクチャは、macOSで長らくサポートされていましたが、とうとうMontereyからサポートされなくなりました。でもBig Sur以前のドライバをインストールすれば動きます。

Keplerが動かない

久しぶりに古いKeplerアーキテクチャのグラボ、GTX 770を使ってみたところ、macOSで動かなくなってました。低解像度で表示はされますが、グラフィックス加速が効いてなくて、動きがギクシャクします。試したのは、ASRock Z690 + Intel 12700K + macOS Monterey 12.0.1の構成です。調べたところMontereyからKeplerのサポートが終了しているようです。ちなみにこれまでmacOSで動くとされていたKeplerのグラボは、以下です。Montereyから、これらが動かなくなったようです。（正確にはMonterey beta 6まではドライバがあったらしいです）

GTX Titan (GK 110 Maxwell core)
GTX Titan Black (GK 110 Maxwell core)
GTX Titan Z
GTX 780/Ti
GTX 770
GTX 760/Ti
GT 740
GT 730 (GK208 variant)
GT 720
GT 710
GTX 690
GTX 680
GTX 670
GTX 660Ti
GTX 660(MUST BE RUNNING A GK 104 core, NOT GK 106)
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自体も2021年10月の最新ドライバでKeplerのサポートを終了したそうです。なのでmacOSのKeplerサポート終了は、仕方のないことでしょう。

NVIDIA、Kepler世代GPUやWindows 8.1以前のサポートを終了

kextが無い

なのでMontereyにはKeplerをサポートする拡張ファイルが無くなりました。Keplerは、macOSでサポートされていたNVIDIA唯一のアーキテクチャだったので、これでNVIDIA製品が完全にサポートされなくなりました。

kextが無くなったことを確認するために、macOS 11.2.1 Big Sur (20D74)の/S/L/Eの中身を調べてみました。NVDAで始まるファイルとして、以下が見つかります。

/System/Library/Extensions/NVDAGF100Hal.kext
/System/Library/Extensions/NVDAGK100Hal.kext
/System/Library/Extensions/NVDAResman.kext
/System/Library/Extensions/NVDAStartup.kext

同様にGeForceで始まるファイルとして以下がありました。

/System/Library/Extensions/GeForce.kext
/System/Library/Extensions/GeForceAIRPlugin.bundle
/System/Library/Extensions/GeForceGLDriver.bundle
/System/Library/Extensions/GeForceMTLDriver.bundle
/System/Library/Extensions/GeForceVADriver.bundle

一方で、macOS 12.0.1 Monterey (21A559)にはこれらが存在していません。

古いKextを使う

Kextが無くなってしまったのなら、古いmacOSから持って来れば良いです。ただ、システムに必須のディレクトリは保護されていて、手作業でkextを持ってくるのは面倒です。なので、それを自動化してくれるツールがありました。

Releases · chris1111/Geforce-Kepler-patcher

前述の9個のkextとbundleをインストールしてくれます。

ただし、システムファイル用のディレクトリに手を加えるのでSIP (System Integrity Protection) を無効にする必要があります。通常は、

csrutil status

で確認できるように、SIPが有効になってます。Macの実機だと、リカバリーモードで起動してcsrutilコマンドでSIPを解除するのですが、hackintoshならconfig.plistで変更できます。NVRAM/Add/7C436110-AB2A-4BBB-A880-FE41995C9F82/csr-active-configの値（大抵は00000000のはずです）をEF0F0000に変更します。この数値はGeforce Kepler patcherで指示されます。

Runボタンを押すと、インストールが開始されます。インストール先のボリュームを指定して、その中のDATAになっているAPFSのボリュームを指定するステップを経て、インストール終了です。

csr-active-configの値は、kext類をインストールした後もそのままにしておく必要があるようです。SIPを有効に戻してしまうと、起動しなくなりました。また起動ボリュームの名前が、Monterey-DISKに変更されます。

動きました

再起動すると、高解像度の画面で表示されていました。macOSで認識されているようです。Geekbench 5も動くようになりました。でもOpenCLのテストはなぜか途中で中断します。Metalのテストは最後まで動きます。スコアは以下のようでした。

古いGPUですからこんなものでしょうか。M1 Maxの1/10くらいです。

まとめ

NVIDIA GeForce KeplerはMontereyからサポート外になってました。古いmacOSのkextをインストールすることで使えるようになります。古いカードですのでそれなりの性能でした。

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

Tue, 26 Oct 2021 12:20:35 +0900

macOS Monterey 12.0.1が配布されたので、Big Surからアップデートしました。最新版のOpenCore (0.7.4) とkext類でBig Surが動いていれば、通常の作業でアップデートできるようです。ここではクリーンインストールしました。

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

本日 (日本時間2021/10/26)、macOS Monterey 12.0.1 が正式配布されました。Big Surが配布されたのは去年11月13日でしたのでそれより早く、過去のスケジュールに少し戻りました。Big Surの最初のバージョンが11.0.1だったのと同様、Montereyも12.0.1が最初の配布バージョンになりました。インストール先のマシンは、以下で、Z590マザーボードに10900Kを搭載しています。グラフィックスはRadeon RX 5700XTです。ブートローダはOpenCore 0.7.4でkext類は最新にしてあります。

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

現在インストールされているmacOSはBig Sur 11.6 (20G165)です。起動ドライブはWDの1TB M.2 SSD, WDS100T2B0Cです。

アップデートの手順

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

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

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

Big Surの環境から、「システム環境設定」「ソフトウェアアップデート」を開いて、Montereyをダウンロードします。12.13GBあるようです。

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

ダウンロードするといつものように自動的にインストーラが開きます。ここで「続ける」ボタンを押せば上書きインストールが開始します。今回は、クリーンインストールするので、メニューバーから「インストーラを終了」を選び中断します。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

インストール先のリストには、先ほどフォーマットしたディスクが現れますのでそれを選択します。

この後数分で再起動しました。このとき、macOS Installerというドライブが選ばれているはずです。もしも他が選択されていたら、これを選んでおきます。

次にリンゴマークと棒グラフの表示が出ます。

この後多分5~6分くらいで、また再起動しました。またmacOS Installerが選択されてます。

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

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

インストール終了したあと、このMacについてを確認すると、バージョンは12.0.1 (21A559) でした。リリース候補(RC)と同じビルドでした。

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

まとめ

OpenCoreで起動しているZ590マシンにMontereyをクリーンインストールしました。そのために、単体で起動してMontereyがインストールできるUSBメモリを作りました。いつものようにベータ版で予行演習していたこともありますが、スムーズにMontereyに移行できました。

OpenCore 0.7.3から0.7.4に更新

Sat, 09 Oct 2021 23:46:31 +0900

OpenCoreの0.7.4が公開されたので0.7.3からアップデートしました。大きな変更は無いので、0.7.3のconfig.plistがそのまま動くと思います。

0.7.4をダウンロードする

公式のダウンロードページは以下です。Kext Updater.appがダウンロードしてくれる内容を使っても良いです。

Releases · acidanthera/OpenCorePkg

OpenCore 0.7.4とmacOS 11.6で動作確認している手元のマシンは以下です。また、kext類はKext Updaterを使って最新版に入れ替えてあります。macOS 12 public beta (21A5543b) でも動作しました。

ASRock Z590 Extreme + 10900K + Radeon 5700XT + macOS Big Sur 11.6

.efiファイルを差し替える

更新するためには、今までと同様に、X64の方のフォルダの中身を、現用のファイルと入れ替えます。入れ替えるべきファイルは、いつもの通り以下です。

EFI/BOOT/BOOTX64.efi
EFI/OC/OpenCore.efi
EFI/OC/Driversの中のうち、現在使用しているもの：手元のマシンでは、OpenCanopy.efiとOpenRuntime.efi
EFI/OC/Toolsの中のうち、現在使用しているもの：手元のマシンでは、OpenShell.efi

ACPIとKextsは、OpenCoreの範疇では無いので変更不要です。

config.plistを更新する

現在のconfig.plistをconfig_old.plistと改名し、配布パッケージに入っているsample.plistをコピーして持ってきて、これをconfig.plistにしました。PlistEDPlusを使って、双方を開いて、古いconfig.plistの項目をコピーする方針で、新しいconfig.plistを作りました。

config.plistで設定する項目に変更はありませんでした。ただし、

Misc/Security/SecureBootModelの設定をDefaultに変更しました。T2チップが乗っていないhackintoshでは、x86legacyに設定するのが良いというニュアンスの表現が、前バージョンの説明書に書いてありました。これに対して、今回のバージョンでは、macOS 12以降は機種に合わせた方が良いという追記がありました。DefaultにしておくとSMBIOSのボードIDの記述に合わせて設定してくれるそうです。（以前のバージョンではDefaultにしておくとx86legacyになってました）いずれにしてもDefaultにしておくのが良いようなので、そうしておきました。SMBIOSがしっかり設定できていないようならば、ここで機種を指定した方が良いかもしれません。

これで、0.7.3から0.7.4に移行できました。

BIG SUR 11.6にアップデートする

Tue, 14 Sep 2021 23:11:29 +0900

macOS Big Sur 11.6が配布されたので11.5.2からアップデートしました。通常の方法で、問題なくアップデートできました。アップデートしたのはZ590マザーボードのマシンです。OpenCore 0.7.3で起動していて、kext類は最新です。Montereyがまもなくリリースされると思われますので、これがBig Sur最終版になるのかもしれません。過去のアップデート情報は以下にあります（現時点では11.6の解説はありません）。

https://support.apple.com/ja-jp/HT211896

iMac20,1に設定してあるZ590マシンでは、11.5.2のシステム環境設定の「ソフトウェア・アップデート」に、11.6のアップデートがあらわれていました。「詳しい情報…」をクリックすると、簡単に「macOSのセキュリティが向上します」と説明されてます。

この画面から「今すぐインストール」ボタンを押してアップデートしました。その結果、2.64GBのアップデートファイルがダウンロードされ、複数回再起動しました。再起動はデフォルトで選択されているボリュームのまま進めて大丈夫で、操作不要でした。放置しておいたら、何の問題もなくBig Sur 11.6が起動しました。ビルドは20G165になってました。

OpenCore 0.7.2から0.7.3に更新

Fri, 10 Sep 2021 18:01:51 +0900

OpenCoreの0.7.3が公開されたので0.7.2からアップデートしました。config.plistのUEFI/Driversの書き方が変更になったので対応が必要です。それ以外には大きな変更は無いので、0.7.2のconfig.plistがそのまま動くと思います。

0.7.3をダウンロードする

公式のダウンロードページは以下です。Kext Updater.appがダウンロードしてくれる内容を使っても良いです。

Releases · acidanthera/OpenCorePkg

OpenCore 0.7.3とmacOS 11.5.2で動作確認している手元のマシンは以下です。また、kext類はKext Updaterを使って最新版に入れ替えてあります。

ASRock Z590 Extreme + 10900K + Radeon 5700XT + macOS Big Sur 11.5.2

.efiファイルを差し替える

EFI/BOOT/BOOTX64.efi
EFI/OC/OpenCore.efi
EFI/OC/Driversの中のうち、現在使用しているもの：手元のマシンでは、OpenCanopy.efiとOpenRuntime.efi
EFI/OC/Toolsの中のうち、現在使用しているもの：手元のマシンでは、OpenShell.efi

ACPIとKextsは、OpenCoreの範疇では無いので変更不要です。

config.plistを更新する

config.plistで設定する項目の変更点は、以下の2箇所でした。

UEFI/QuirksにForceOcWriteFlashという項目が追加されてました。OpenCoreのシステム変数をフラッシュメモリに書き込めるようにするようです。ThinkPad T430やT530で複数OSを起動する場合などに必要な設定のようです。関係なさそうなので、Default値のfalseにしておきました。
UEFI/Driversの書き方が変更になってました。Driversの中身は配列で、その要素はItem1, Item2, Item3 …という名前です。0.7.2以前はItem1などはstring型で、そこにOpenRuntime.efiとかOpenCanopy.efiとファイル名を書いていました。0.7.3からは、Item1などがdict型になり、Path (string型), Enabled (bool型), Arguments (string型)を書くことになりました。引数が書けるようになったようです。移行するには、Pathに従来通りのefiファイル名を書き、Enabledにtrueを設定すれば良いです。

下は0.7.2以前のUEFI/Driversの書き方です。

0.7.3からは以下のように変更になりました。

これで、0.7.2から0.7.3に移行できました。

BIG SUR 11.5.2にアップデートする

Tue, 17 Aug 2021 22:38:52 +0900

macOS Big Sur 11.5.2が配布されたので11.5.1からアップデートしました。通常の方法で、問題なくアップデートできました。アップデートしたのは、Z390とZ590マザーボードのマシンです。OpenCore 0.7.2で起動していて、kext類は最新です。11.5.2が配布されたのは、8月11日(PST)です。

https://support.apple.com/ja-jp/HT211896

更新内容は、簡単に「Macのバグ修正が含まれている」と説明されてます。

iMac20,1に設定してあるZ590マシンでは、11.5.1のシステム環境設定の「ソフトウェア・アップデート」に、11.5.2のアップデートがあらわれていました。そこから「今すぐインストール」ボタンを押してアップデートしました。その結果、2.54GBのアップデートファイルがダウンロードされ、3回再起動しました。再起動はデフォルトで選択されているボリュームのまま進めて大丈夫で、操作不要でした。放置しておいたら、何の問題もなくBig Sur 11.5.2が起動しました。ビルドは20G95になってました。

iMac19,1に設定してあるZ390マシンには、システム環境設定には11.5.2のアップデートが現れていませんでした。11.5.1の時と同様で、Monterey betaを受け取るためにApple Beta Software Programに登録してある影響と思われます。今回も、App StoreからBig Surを選択したところ、11.5.2へのアップデートが来ました。この場合、フルサイズのOSがダウンロードされるようで、サイズが12.44GBありました。

OpenCore 0.7.1から0.7.2に更新

Wed, 04 Aug 2021 23:50:15 +0900

OpenCoreの0.7.2が公開されたので0.7.1からアップデートしました。大きな変更は無いです。Montereyの起動で問題になっていたSecure Boot modelのデフォルト設定が変更されて、Monterey起動に対応したようです。新OS対応が進捗している様子です。

0.7.2をダウンロードする

公式のダウンロードページは以下です。Kext Updater.appがダウンロードしてくれる内容を使っても良いです。

Releases · acidanthera/OpenCorePkg

OpenCore 0.7.2とmacOS 11.5.1で動作確認している手元のマシンは以下です。また、kext類はKext Updaterを使って最新版に入れ替えてあります。

ASUS Z390 ROG MAXIMUS XI HERO + 9900K + Radeon RX 580 + macOS Big Sur 11.5.1
ASRock Z590 Extreme + 10900K + Radeon 5700XT + macOS Big Sur 11.5.1

.efiファイルを差し替える

EFI/BOOT/BOOTX64.efi
EFI/OC/OpenCore.efi
EFI/OC/Driversの中のうち、現在使用しているもの：手元のマシンでは、OpenCanopy.efiとOpenRuntime.efi
EFI/OC/Toolsの中のうち、現在使用しているもの：手元のマシンでは、OpenShell.efi

ACPIとKextsは、OpenCoreの範疇では無いので変更不要です。

config.plistを更新する

config.plistで設定する項目の変更点は、以下の1箇所だけでした。

UEFI/AppleInputにGraphicsInputMirroringという項目が追加されていました。非Apple製のグラフィックUEFIアプリケーションにキーストロークが伝わらないことを改善したようです。例えば、WindowsのBitLockerを使う場合に影響が出るそうです。デフォルト値はfalseですが、説明書によるとtrueが推奨値らしいです。Sample.plistでもtrueになってました。macOSを使う限りはfalseでも問題なさそうですが、とりあえず推奨値のtrueに設定しておきました。

これで、0.7.1から0.7.2に移行できました。

SecureBootModelの設定

設定できる値

Apple Secure Bootの機能では、macOSを動かすMacのモデルでは無効な設定や、動かないmacOSバージョンのインストールを防ぐ働きをするようです。config.plistのMisc, Securityの中の SecureBootModelで、Macのモデル名の設定をします。ここで設定できる値は、OpenCoreのマニュアルによると以下です。

Default — Recent available model, currently set to x86legacy.
Disabled — No model, Secure Boot will be disabled.
j137 — iMacPro1,1 (December 2017). Minimum macOS 10.13.2 (17C2111)
j680 — MacBookPro15,1 (July 2018). Minimum macOS 10.13.6 (17G2112)
j132 — MacBookPro15,2 (July 2018). Minimum macOS 10.13.6 (17G2112)
j174 — Macmini8,1 (October 2018). Minimum macOS 10.14 (18A2063)
j140k — MacBookAir8,1 (October 2018). Minimum macOS 10.14.1 (18B2084)
j780 — MacBookPro15,3 (May 2019). Minimum macOS 10.14.5 (18F132)
j213 — MacBookPro15,4 (July 2019). Minimum macOS 10.14.5 (18F2058)
j140a — MacBookAir8,2 (July 2019). Minimum macOS 10.14.5 (18F2058)
j152f — MacBookPro16,1 (November 2019). Minimum macOS 10.15.1 (19B2093)
j160 — MacPro7,1 (December 2019). Minimum macOS 10.15.1 (19B88)
j230k — MacBookAir9,1 (March 2020). Minimum macOS 10.15.3 (19D2064)
j214k — MacBookPro16,2 (May 2020). Minimum macOS 10.15.4 (19E2269)
j223 — MacBookPro16,3 (May 2020). Minimum macOS 10.15.4 (19E2265)
j215 — MacBookPro16,4 (June 2020). Minimum macOS 10.15.5 (19F96)
j185 — iMac20,1 (August 2020). Minimum macOS 10.15.6 (19G2005)
j185f — iMac20,2 (August 2020). Minimum macOS 10.15.6 (19G2005)
x86legacy — Macs without T2 chip and VMs. Minimum macOS 11.0.1 (20B29)

このうちx86legacyはT2チップを搭載していないMacのための選択肢です。一方、jで始まる選択肢は、T2チップを搭載したMacに対応してます。以下のMacが該当します。

Apple T2 セキュリティチップ搭載モデルの Mac

自作PCには当然ながらT2チップを搭載していないので、x86legacyの設定が良さそうです。ただし、x86legacyに設定するとmacOS 11.0.1以降のみしか起動しません。古いmacOSを使いたい場合は、SystemProductNameで設定したモデル名がT2搭載ならば、jから始まる選択肢を設定しても良いかと思います。11.0.1より古いmacOSをT2未搭載モデルで使いたい場合は、SecureBootModelをDisabledに設定すると良いです。DisabledにするとApple Secure Boot自体が無効になります。

SecureBootModelをDefaultにすると、一番無難な選択肢を選んでくれるようです。OpenCore 0.7.1では、Defaultにするとj137、すなわちiMacPro1,1に設定されていました。OpenCore 0.7.2では、Defaultにするとx86legacyに設定されるよう変更されました。

Montereyインストールの注意事項

OpenCore 0.7.1でMontereyのパブリックベータ版をインストールする際には、config.plistのSecureBootModelをDisabledに設定する必要がありました。SecureBootModelをT2チップ搭載Macに設定すると、インストール途中で起動を繰り返す状態になり、先に進みません。インストールが終了した後ならば、T2チップ搭載Macとして設定しても起動するようです。0.7.1でDefaultと設定すると（iMacPro1,1と設定され）インストール途中で再起動が繰り返され、先に進まなくなりました。0.7.2ではx86legacyに設定されたため、Defaultの設定でもインストール可能になりました。Defaultではなく、x86legacyに設定しても同じことなのでMontereyのインストールは可能です。おそらくは0.7.1でもx86legacyに設定すればMontereyのインストールが可能だったのではと思います。

Z590とZ390の設定

iMac20,1に設定してあるASRock Z590 Extreme + 10900Kマシンは、機種名に合わせて j185に設定してみました。j185に設定すると、Montereyのインストールは失敗しますが、インストールされたMontereyは起動します。なのでMontereyをインストールするときだけはx86legacyに設定する必要があります。

iMac19,1に設定してあるもう一台のZ390マシンは、T2チップ未搭載なのでDefaultにしておきました。現行のmacOSしか使わない予定なのもDefaultにした理由です。もしもこのマシンでmacOS 11.0.1より前のmacOSを起動したい場合は、Disabledに設定する必要があると思います。

macOS Monterey 12 Beta をインストール

Mon, 02 Aug 2021 23:14:54 +0900

Public Beta Programで配布されているmacOS Monterey 12.0 Beta（21A5294g）をダウンロードして、ASRock Z590 + 10900K + OpenCore 0.7.1で構成した自作PCにインストールしました。config.plistでSecureBootModelを無効に設定する必要がありました。新機能のAirPlayレシーバーが動作することを確認しました。

ダウンロード

Big Surを動かしているZ590マシンをPublic Beta Programに登録したところ、システム環境設定のソフトウェアアップデートにMontereyが現れました。サイズは11.73GBでした。

1時間弱でダウンロードは終了し、ダウンロード後にインストーラが起動します。それは中断します。するとApplicationフォルダにInstall macOS Monterey beta.app（日本語名はmacOS Montereyベータ版インストール.app）というアプリケーションができています。

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

次に32GB容量のUSBメモリを用意しました。これをGUID, Mac OS拡張（ジャーナリング）でフォーマットし、ここではusbという名前をつけました。ターミナルでInstall macOS Monterey beta.appの場所にcdします。この中のContents/Resourcesの中に

% cd /Applications/Install\ macOS\ Monterey\ beta.app
% cd Contents/Resources/

お馴染みのcreateinstallmediaコマンドがあります。オプションなしで起動すると、ヘルプが表示されます。

% ./createinstallmedia
Usage: createinstallmedia --volume <path to volume to convert>

Arguments
--volume, A path to a volume that can be unmounted and erased to create the install media.
--nointeraction, Erase the disk pointed to by volume without prompting for confirmation.
--downloadassets, Download on-demand assets that may be required for installation.

Example: createinstallmedia --volume /Volumes/Untitled

This tool must be run as root.

downloadassetsはファームウェア関係のファイルをダウンロードする機能のようです。無効にしたところ、後の工程で失敗したので、有効にした方が良いようです。

% sudo ./createinstallmedia --volume /Volumes/usb --downloadassets

とタイプします。これで用意したusbメモリが初期化されて、そこにMontereyのインストーラが作られます。

インストール

Montereyを試すために、今まで使用していたBig Sur用のM.2 SSDに加えて、250GBのM.2 SSDを新たに追加しました。BIOS起動は、引き続きBig Sur用SSDのESPから行いました。ESP内のOpenCoreとkext類などは最新にしてあります。最新のOpenCore 0.7.1はMontereyにかなり対応しているようです。config.plistの設定は、Big Surと同じです。上で作成したインストール用USBメモリを挿して起動すると、OpenCoreの起動選択画面にUSBメモリのインストーラが現れました。

これを選択すると無事、インストーラが起動しました。インストーラの中でディスクユーティリティを起動して、新しく取り付けたM.2 SSDをGUID, APFSでフォーマットしておきます。次に、インストーラでMontereyのインストールを進めます。いつものようにUSBメモリからの作業が終了すると、再起動し、次にインストール先のSSDから起動します。

SecureBootModelを無効にする

ここまでは順調だったのですが、インストール先SSDからの起動途中で失敗して、再起動されるようになってしまいました。何度も何度も再起動が繰り返されます。USBインストーラを使わない方法（11.5の環境からMontereyインストーラを起動してSSDにインストール）を試みても、やはり再起動で失敗します。それで暫くつまづいていました。でも、これはよく知られた症状のようで、このサイトのフォーラムでも解決方法が紹介されています。灯台下暗しでした。（kgraphさん、ありがとうございました）

macOS Monterey

Montereyのインストール途中で再起動が繰り返される問題は、config.plistのMisc, Securityの中の SecureBootModelの設定をDisabledにすれば良いようです。今まではDefaultに設定していました。これで無事インストールが進み、Montereyが起動しました。起動のセキュリティが仕様変更されたか、もしくは厳しくなったようです。

追記：SecureBootModelがDefaultでも起動が可能

OpenCore 0.7.2からはSecureBootModelの設定がDefaultでも起動可能になったようです。以下をご覧ください。

OpenCore 0.7.1から0.7.2に更新

AirPlayレシーバーが動く

Montereyの新機能にAirPlayレシーバーがあります。Montereyの英語ページで「AirPlay to Mac」という名前で紹介されている機能です。ちなみに日本語ページでは「MacにAirPlayを」です。これで他のApple製品から音楽や動画をMacで再生できます。今まで、HomePodやAppleTVでできていた機能が、Macでも可能になりました。

MontereyでAirPlayレシーバーを動かすためには、本物のMacやM1のセキュリティチップが必要なのではという推測もありましたが、自作PCでも動きました。おそらくは他のiOS連携機能と同じく、無線モジュールが純正に近い必要があるのかもしれません。試したマシンでは、BCM94360NGを使用してます。

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

Montereyの「システム環境設定」から、「共有」を選ぶと選択肢の中に「AirPlayレシーバー」が新たに現れています。これを選択して、一番緩い設定の「すべての人」にAirPlayを許可しました。ベータ版の利用規定の関係でスクリーンショットは省略します。

これでiPhoneなどから動画などをhackintoshに映し出すことが可能になりました。また、MacBookなどから接続すれば、外部ディスプレイのようにも設定できます。画面のミラーリングもできるし、2番目のサブスクリーンにもなります。ただし、コンテンツ保護には元々対応させていなかったので、Amazon Primeビデオなどは表示できませんでした。WhateverGreen.kextなどの設定を頑張ってコンテンツ保護に対応すれば対処できるのかもしれません。YouTube動画などは問題なく表示されました。

BIG SUR 11.5.1にアップデートする

Sat, 31 Jul 2021 17:46:24 +0900

macOS Big Sur 11.5と11.5.1が配布されたので、遅ればせながら11.4からアップデートしました。アップデートしたのは、Z390とZ590マザーボードのマシンです。OpenCore 0.7.1で起動していて、kext類は最新です。

更新内容

7月21日に11.5のアップデートが配布されて、7月26日に11.5.1が配布されています。

11.5は、PodCast、Music、M1関連のバグ対応で、

11.5.1はセキュリティ関連のアップデートのようです。

11.5.1へアップデート

iMac20,1に設定してあるZ590マシンでは、11.4のシステム環境設定の「ソフトウェア・アップデート」に、11.5.1のアップデートがあらわれていました。そこから「今すぐインストール」ボタンを押してアップデートしました。その結果、2.93GBのアップデートファイルがダウンロードされ、3回再起動しました。再起動はデフォルトで選択されているボリュームのまま進めて大丈夫で、操作不要でした。放置しておいたら、何の問題もなくBig Sur 11.5.1が起動しました。ビルドは20G80になってました。

11.5へアップデート

iMac19,1に設定してあるZ390マシンでは、11.4のシステム環境設定の「ソフトウェア・アップデート」に、11.5のアップデートがあらわれていました。11.5.1は来ていないようです。そこから「今すぐインストール」ボタンを押してアップデートしたところ、1回の再起動でアップデートされました。放置しておいたら、Big Sur 11.5が起動しました。ビルドは20G71になってました。このマシンにも11.5.1へのアップデートがそのうちに来るのではと思ってます。

追記：11.5.1へのアップデート

Z390マシンのアップデートがなかなか来ないので、結局App StoreからBig Surを選択したところ、11.5.1へのアップデートが来ました。自動的に再起動して、問題なくアップデートできました。自動でアップデートが来なかったのは、Monterey betaを受け取るためにApple Beta Software Programに登録してある影響だったのかもしれません。

OpenCore 0.7.0から0.7.1に更新

Sun, 18 Jul 2021 22:23:10 +0900

OpenCoreの0.7.1が公開されたので0.7.0からアップデートしました。config.plistの変更点は2箇所のみで、OpenCanopy関連の変更もありませんでした。macOS Montereyへの対応が進んだようです。

0.7.1をダウンロードする

公式のダウンロードページは以下です。Kext Updater.appがダウンロードしてくれる内容を使っても良いです。更新点には、macOS Montereyに対応した項目が多くありました。新OSに向けて準備が進んでいる様子で楽しみです。

Releases · acidanthera/OpenCorePkg

OpenCore 0.7.1とmacOS 11.4で動作確認している手元のマシンは以下です。また、kext類はKext Updaterを使って最新版に入れ替えてあります。

ASUS Z390 ROG MAXIMUS XI HERO + 9900K + Radeon RX 580 + macOS Big Sur 11.4
ASRock Z590 Extreme + 10900K + Radeon 5700XT + macOS Big Sur 11.4

.efiファイルを差し替える

EFI/BOOT/BOOTX64.efi
EFI/OC/OpenCore.efi
EFI/OC/Driversの中のうち、現在使用しているもの：手元のマシンでは、OpenCanopy.efiとOpenRuntime.efi
EFI/OC/Toolsの中のうち、現在使用しているもの：手元のマシンでは、OpenShell.efi

ACPIとKextsは、OpenCoreの範疇では無いので変更不要です。

config.plistを更新する

config.plistで設定する項目の変更点は以下でした。

ACPI/QuirksにSyncTableIdsという項目が追加されていました。古いWindowsのライセンス関係に影響するSLICテーブルの互換性に関する項目のようです。特に問題を感じていないので、デフォルトのままfalseにしておきました。
Kernel/SchemeにCustomKernelという項目が追加されていました。ESPにカスタマイズカーネルのキャッシュを作ってくれる機能のようです。AtomやAMDのCPUの場合に必要となる可能性があるようです。手元のマシンでは当てはまらないのでデフォルトのままfalseにしておきました。

これで、0.7.0から0.7.1に移行できました。

OpenCore 0.6.9から0.7.0に更新

Sun, 13 Jun 2021 23:16:31 +0900

OpenCoreの0.7.0が公開されたので0.6.9からアップデートしました。config.plistの大きな変更点はありませんでした。またOpenCanopyが動かなくなりましたので、EFIのOC/Resourcesの中身を、配布されているものに差し替えました。

0.7.0をダウンロードする

公式のダウンロードページは以下です。Kext Updater.appがダウンロードしてくれる内容を使っても良いです。

Releases · acidanthera/OpenCorePkg

OpenCore 0.7.0とmacOS 11.4で動作確認している手元のマシンは以下です。また、kext類はKext Updaterを使って最新版に入れ替えてあります。

ASUS Z390 ROG MAXIMUS XI HERO + 9900K + Radeon RX 580 + macOS Big Sur 11.4
ASRock Z590 Extreme + 10900K + Radeon 5700XT + macOS Big Sur 11.4

.efiファイルを差し替える

EFI/BOOT/BOOTX64.efi
EFI/OC/OpenCore.efi
EFI/OC/Driversの中のうち、現在使用しているもの：手元のマシンでは、OpenCanopy.efiとOpenRuntime.efi
EFI/OC/Toolsの中のうち、現在使用しているもの：手元のマシンでは、OpenShell.efi

ACPIとKextsは、OpenCoreの範疇では無いので変更不要です。

config.plistを更新する

config.plistで設定する項目の変更点は以下のようでした。

Kernel/QuirksにProvideCurrentCpuInfoという項目が追加されていました。kernelに現在のCPU情報を提供するというフラグです。Microsoft Hyper-Vのためのパッチだそうです。デフォルトのままfalseにしておきました。
Misc/SecurityにAllowToggleSipという項目が追加されていました。OpenCoreピッカー（起動時の選択メニュー）でSIPをon/offできるようにするかどうかの選択肢です。元々SIPを無効にすることをOpenCoreでは推奨していないので、必要な場合のみ、一時的に使って下さいという記述がありました。なのでデフォルトのままfalseにしておきました。
NVRAM/Add/7C436110-AB2A-4BBB-A880-FE41995C9F82にForceDisplayRotationInEFIという項目が追加されていました。EFIの表示を回転できるようです。デフォルトの0度にしておきました。
UEFI/OutputにGopPassThroughという項目があります。0.6.9ではbool型でfalseを設定していたのですが、0.7.0ではこれがstring型になってました。on/offの他に、Appleという選択肢が可能になったためstring型になったようです。Appleの場合は、AppleFramebufferInfoを有効にしたプロトコルで提供すると書いてありました。今まで問題なかったので、デフォルトのままのDisabledにしておきました。
UEFI/ProtocolOverridesにAppleEg2Infoという項目が追加されていました。Apple EFI Graphics 2プロトコルをビルトインのバージョンに入れ替えるという機能らしいです。EFI画面の回転に関係するようです。デフォルトのままfalseにしておきました。
Misc/BootにあるPickerVariantの指定方法が変更になった様です。詳細は後述します。デフォルト値は今までと同じくAutoなので、そのままで良いです。

いずれも大きな変更ではなさそうです。以上の設定で、0.6.9から0.7.0に移行できました。

Pickerアイコン指定方法が変更

前節の変更で起動はできましたが、0.6.6や0.6.8の時のようにOpenCanopyが動かなくなり、起動時の選択メニュー (Pickerメニュー）が文字だけのメニューに戻ってしまいました。そこで以前と同じく、以下から、Resources/Image, Font, Labelを取り寄せて交換したところ、動くようになりました。

GitHub - acidanthera/OcBinaryData

上記からダウンロードしたファイルを確認すると、Resources/Imageの中身にさらにディレクトリのある構造になってます。以前は、Imagesの中に直接アイコンファイルが置かれていました。今回からは、ESPのOCフォルダーにも、配布されている形のディレクトリ構造を保ってコピーすれば良いようでした。

コメントで教えていただいて気づいたのですが、Pickerに表示するアイコンの指定方法が変更になった様です。これを指定するパラメータはconfig.plistのMisc/BootにあるPickerVariantです。0.6.9までは、この値（文字列です）は、

Auto (デフォルト) 背景色に合わせて適切なアイコンが自動選択される
Default 通常の名前のアイコンファイルが選択される
Old Oldで始まる名前のアイコンが選択される
Modern Modernで始まる名前のアイコンが選択される
（それ以外の値）カスタムアイコンとしてサポートされていれば指定できる

という規則でした。ファイル名の最初の文字で区別する方式です。例えばHDDのアイコンなら、PickerVariantにDefaultを指定するとHardDrive.icnsという名前のファイルが使用されますが、Modernを指定するとModernHardDrive.icnsという名前のファイルが使用されます。

これに対して、0.7.0では、上で説明したようにディレクトリで分類されるようになりました。アイコンファイルは66個くらいあるので、名前だけで区別するのは面倒ということだと思います。なので0.7.0のPickerVariantは、

Auto 背景に合わせて自動的に選択される。
Default Imageの中のAcidanthera\GoldenGateを選択する。
Acidanthera\GoldenGate Imageの中のこのディレクトリを選択する。macOS 11スタイルのアイコンセット。
Acidanthera\Syrah Imageの中のこのディレクトリを選択する。macOS 10.10スタイルのアイコンセット。
Acidanthera\Chardonnay Imageの中のこのディレクトリを選択する。スタイルのアイコンセット。

特にこだわりがなければ、今まで通り、デフォルト値のAutoを指定しておけば良いと思います。

macOS で Thunderbolt 4 を使う

Sun, 30 May 2021 20:49:50 +0900

ASRockのZ590 Extreme + 10900KマシンにThunderbolt 4増設カードを取り付けました。これにThunderbolt 3 SSDを接続して動作確認しました。macOS Big Sur 11.4とOpenCore 0.6.9の環境で動かしたところ、hot plugは機能しないものの外付けドライブとして認識されて、M1 MacBook Airと同程度の速度で使用できました。

HackintoshでThunderbolt

Thunderboltの状況について昔の記事で紹介しました。

ThunderboltとHackintosh

現在もあまり変わっていないように思います。hot plugが効かなくても良ければ、つまり起動時に識別されるドライブや機器を使うだけならば、簡単に使用することができます。でもそれ以上の設定を行う場合には、色々と試行錯誤が必要のようです。Thunderboltの初期の頃に、外付けドライブの動作を試したことがありましたが、その時もhot plugは効きませんでした。今回も外付けドライブがとりあえず使えることを目標にします。

Thunderboltの3と4

Thunderbolt 4は、ごく最近、500シリーズチップセットになってから登場した規格です。現行のIntel MacとM1 Macが採用しているのはThunderbolt 3で、4ではありません。なのでmacOSも3だけをサポートしていると考えて良いでしょう。

とはいえ、Thunderbolt 3と4の違いはほとんどありません。最大データ転送速度はどちらも40Gbpsです。Thunderbolt 3の電気特性や仕様にばらつきがあったところを整理したのがThunderbolt 4なのではと理解しています。例えば3では、40Gbpsを実現するケーブル長が0.8mのものもあったところが、4では2mとされてます。また、3では使用するPCIeが2レーンである場合もあったところが、4では4レーンのみになり、32GbpsのPCIe最大データ転送速度が確保されるようです。この結果、PCIe拡張ボックス、Display Port接続などで4レーンの速度が必ず使えるようになってます。

Thunderbolt 3用SSD

Thunderboltの機能を確かめるために、Thunderbolt 3 対応SSDを用意しました。具体的には、以下のThunderbolt 3用SSDケースを用意しました。

少し分厚い (15mm) ですが、革風のエンボス加工がしてあって質感は良いです。内部にはNVMeのM.2 SSDを装着することができ、ヒートシンクも付属しています。搭載されているThunderboltコントローラチップはIntel JHL6540です。

内蔵するSSDは価格コムで安かったPNYのNVMe Gen3 x 4の256GBにしました。今チェックしたら、倍近くに急騰している様子で、あまりお勧めではないかもしれません。パッケージには、読み取り1,700MB/s, 書き込み1,100MB/sと書いてありました。

M1 MacBook Airで動作確認

自作機で試す前に、ちゃんとしたMacでどのように認識されて、速度が出るのかを確認しました。起動しているMacBook Airに接続したところ、hot plugが効いて、Thunderbolt/USB4ハードウェアとして認識されました。

MacもSSDもThunderbolt 3なので、Thunderbolt 3として認識されています。最高速度は40Gbps x 1となってました。ただ、ディスクユーティリティ.appで情報を見るとPCIe接続になっているようです。装置ツリーバスの値を、Hackintool.appの情報と比較したところ、この場所にはPhison Electronics社のPS5013というチップが接続されていました。調べたところ、NVMe SSDをPCIeに接続するコントローラチップで、M.2 SSDに搭載されているチップのようです。

これをAPFSでフォーマットして、AmorphousDiskMarkで測定しました。以下のように、SSDのパッケージに書いてある通りの速度が出ています。

参考までにM1 MacBook Air内蔵のSSDはこの倍くらい高速です。

Thunderboltドライブは取り外し可能ドライブとして認識されています。取り外した後、再度接続すると再認識されてマウントされます。hot plugが完璧に動作していることを確認できました。

(おまけ) Z390のUSB Type Cで使ってみる

MacでのThunderbolt SSDの動作確認ができたので、いよいよhackintoshで試してみます。まずは、Thunderboltの無い自作PCに、Thunderbolt SSDを挿すとどうなるのかを確認しました。使用したのはASUSのZ390マザーボードです。バックパネルにUSB Type Cポートがついていますが、Thunderboltではありません。OpenCore 0.6.9 + macOS Big Sur 11.4の構成です。ここにThunderbolt SSDを接続したところ、しばらくして以下のような通知が出ました。

Thunderboltがついていないので当然の結果ですが、Thunderboltデバイスが接続されたということをmacOSが正しく把握していることが確認できました。

ASRockのTB 4カード

では、いよいよThunderboltハードウェアを搭載したhackintoshで試してみます。使用するマザーボードはASRockのZ590 Extremeです。最近になって。メーカのサイトによると、搭載されているコントローラはIntel JHL8540だそうです。

ASRock「Thunderbolt 4 AIC」製品情報

Thunderbolt 3でよく使われたチップはJHL6x40でファミリー名はAlpine Ridgeでした。JHL8540は、Maple Ridgeというファミリー名だそうです。macOSがサポートしているのはAlpine Ridgeと言われていて、Maple Ridgeがどの程度動くのか未知数です。

カードはPCIe x 4を使用するので、マザーボードの真ん中のPCIe x 16スロット (PCIE3) に挿しました。このソケットは、形状こそx16ですが、マニュアルによると実際にはx4で接続されるようです。ここはチップセット経由のPCIeで、大元のCPUとの接続がx4なので仕方ないですね。Thunderboltカードには十分な仕様です。

カードには、マザーボードに接続するケーブルが2本付属しています。1本はPCIE3ソケットにすぐ隣にあるThunderbolt AICコネクタへ接続します。5ピンでケーブルも太いので、おそらくは電源強化用ですね。Type CのPD (Power Delivery) に対応するための強化策だと思います。もう1本のケーブルは、マザーボード上のUSB 2.0ピンに接続します。Type CにはUSB 2.0を一本用意しないといけないので、その接続用だと思います。

カード背面には2個のType CコネクタとDisplay Portコネクタがついています。DPの方は入力用で、グラフィックスカードなどに接続します。Type Cコネクタにディスプレイを接続する場合に使用します。今回は接続しませんでした。

BIOS設定

次に、Thunderboltが動くようにBIOS設定します。BIOS設定のAdvanced –> Intel Thunderbolt –> Discrete Thunderbolt SupportをEnabledにします。デフォルトではDisabledになっています。

Thunderboltを有効にすると、

Thunderbolt Boot Support
Thunderbolt USB Support
Windows 10 Thunderbolt support

の項目が現れます。最初の2個は、接続したThunderboltまたはUSBドライブからbootするようにするかどうかの設定です。3番目はWindowsでの設定のようです。とりあえず全部Disabledで良いようです。

また、Thunderboltを有効にすると、自動的に PCI Express Native Controlという項目がEnabledに設定されます。この項目のデフォルト設定はDisabledです。何か必要な設定だと思いますので、そのままEnabledにしておきました。

自作PC+macOSでTBの動作確認

以上でインストールと設定は終了です。Thunderbolt端子に、先に紹介したThunderbolt M.2 SSDを接続し、OpenCore 0.6.9でmacOS Big Sur 11.4を起動させました。その結果、リムーバブルドライブとして認識されました。ただしhot plugは効いていないようで、起動時にSSDが接続されている場合しか認識されず、一旦アンマウントすると再接続しても認識されません。

ディスクユーティリティ.appで情報を調べると以下のようでした。実機のMacと同様に、SSDはPCI-Express経由で接続されたドライブとして見えています。

装置ツリーバスの値を、Hackintool.appの情報と比較したところ、実際のMacと同様に、この場所にはPhison Electronics社のPS5013が接続されていました。ここまでは、SSDが実機とほとんど同じように見えているのですが、システム情報のThunderboltの項目を見ると、ハードウェアが見つかりませんとの表示です。

この先、頑張れば、hot plugも効くように調整できるのかもしれません。でも、大昔にThunderboltを試した時も、同様にhot plugが効かず、Thunderboltハードウェアの認識もされませんでした。なので、hot plugの制約を乗り越えるのは難しいかもしれません。Thunderboltはそこまで必要と感じていないので、今回はここまでとしました。

最後に性能のチェックです。Z590マシンにこのSSDを取り付けた状態で、AmorphousDiskMarkで測定しました。なんとM1 MacBook Airの結果とほとんど同じ結果が出ました。ということで、hot plugは効かないものの、実際のMacでのThunderbolt 3接続と同等の性能が出ていることを確認できました。

(おまけ)TB 4 AICをUSBで使う

ASRockのThunderbolt 4 AICにUSB Type-CのUSB 3.1メモリを挿してみたところ、マウントされて認識されました。ThunderboltとしてだけではなくUSBとしても使えるようです。USBとして使う場合は、hot plugが効きました。

まとめ

ASRock Z590 Extremeマザーボードに、ASRockのThunderbolt 4 AICを追加して動作を確認しました。ソフトウェア環境はOpenCore 0.6.9とBig Sur 11.4です。Thunderbolt 3 SSDを接続したところ、hot plugは効かないものの実機のMacと同じ転送速度が達成されていることを確認しました。

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

Tue, 25 May 2021 15:40:28 +0900

macOS Big Sur 11.4が配布されたので、11.3.1からアップデートしました。アップデートしたのは、Z390とZ590マザーボードのマシンです。OpenCore 0.6.9で起動していて、kext類は最新です。AMD Radeonの最新GPUに対応したようです。

一般的更新内容

前回の11.3.1アップデートとは違い、今回はバージョン番号の差異が大きいアップデートです。「ソフトウェア・アップデート」画面の説明によると、Podcastのサブスクリプションとチャンネル追加がされたようです。また重要なバグ修正も含まれているようです。個人的には、プレビューのバグに対応してくれたのが嬉しいです。

AMD Navi 21に対応

またAMD 6800, 6800XT, 6900XTに対応したようです。このことはベータ版の時から話題になっていて、フォーラムでも動作を報告していただいていました。Apple Developerの11.4 Release Notesページにも以下のように書かれています。

You can now use graphics cards based on the AMD Navi RDNA2 architecture (6800, 6800XT and 6900XT). (73709953)

これを確認するために、11.3.1と11.4のグラフィックス関連kextを比較しました。

/System/Library/Extensions

には、AMDRadeonで始まるkextが多数あるのですが、その一部が、Big Sur 11.3.1ではバージョンが4.4.17だったものが、11.4では4.5.14になり、更新されています。その中から、

/System/Library/Extensions/AMDRadeonX6000.kext/Contents/Info.plist

の内容を比較しました。すると、Big Sur 11.3.1では、

AMDNavi10GraphicsAccelerator
AMDNavi12GraphicsAccelerator
AMDNavi14GraphicsAccelerator

というキーが用意されているのに対して、Big Sur 11.4では、

AMDNavi10GraphicsAccelerator
AMDNavi12GraphicsAccelerator
AMDNavi14GraphicsAccelerator
AMDNavi21GraphicsAccelerator

が用意されていて、Navi 21が追加されていました。Navi 21はRadeon RX 6800 / 6800XT / 6900XTに使われているGPUの名前だそうです。Apple Developerのアナウンスもそれに従った内容です。ちなみにRadeon RX 6700はNavi 22だそうなので、6700はmacOSの正式サポート対象ではないようです。

アップデート作業

システム環境設定の「ソフトウェア・アップデート」から「今すぐインストール」ボタンを押してアップデートしました。この後、3.06GBのアップデートファイルがダウンロードされ、3回再起動しました。再起動はデフォルトで選択されているボリュームのまま進めて大丈夫で、操作不要でした。放置しておいたら、何の問題もなくBig Sur 11.4が起動しました。特に気づく変更点はありません。ビルドは20F71になってました。

OPENCORE 0.6.8から0.6.9に更新

Wed, 05 May 2021 13:19:01 +0900

OpenCoreの0.6.9が公開されたので0.6.8からアップデートしました。config.plistの変更点はほとんどありませんでした。UEFI/AppleInput/CustomDelaysがstring型からbool型に変更されたのが注意点です。

0.6.9をダウンロードする

公式のダウンロードページは以下です。Kext Updater.appがダウンロードしてくれる内容を使っても良いです。

Releases · acidanthera/OpenCorePkg

OpenCore 0.6.9とmacOS 11.3.1で動作確認している手元のマシンは以下です。また、kext類はKext Updaterを使って最新版に入れ替えてあります。

ASUS Z390 ROG MAXIMUS XI HERO + 9900K + Radeon RX 580 + macOS Big Sur 11.3.1
ASRock Z590 Extreme + 10900K + Radeon 5700XT + macOS Big Sur 11.3.1

.efiファイルを差し替える

EFI/BOOT/BOOTX64.efi
EFI/OC/OpenCore.efi
EFI/OC/Driversの中のうち、現在使用しているもの：手元のマシンでは、OpenCanopy.efiとOpenRuntime.efi
EFI/OC/Toolsの中のうち、現在使用しているもの：手元のマシンでは、OpenShell.efi

ACPIとKextsは、OpenCoreの範疇では無いので変更不要です。

config.plistを更新する

config.plistで設定する項目の変更点は以下のようでした。

UEFI/AppleInputのCustomDelaysという項目があります。0.6.8ではstring型でAutoを設定してたのですが、0.6.9ではbool型になってました。string型なのは不自然だったとのことです。UEFI/AppleInputではKeyInitialDelayとKeySubsequentDelayを設定するのですが、CustomDelaysがfalseの場合はこれを無視してデフォルト値にしてくれるとのことです。Sample.plistの設定でもfalseなので、falseに設定しておきました。
UEFI/QuirksにEnableVectorAccelerationという項目が追加されていました。SHA-512とSHA-384ハッシングアルゴリズムでAVXベクトルアクセラレーションを有効にするらしいです。デフォルトはfalseだけどsample.plistではtrueでした。性能が上がりそうな説明だったのでtrueにしてみました。
UEFI/QuirksにForgeUefiSupportという項目が追加されていました。UEFI 1.xファームウェアで、UEFI 2.xのサポートを部分的に可能にするという設定らしいです。forgeは確立するとか偽造するという意味なので、UEFI 2.xのふりをするという機能のようです。MacPro5,1でNVIDIA GOPオプションROMを使う場合などに有効とのことです。いずれも該当しないので、デフォルトのままfalseにしておきました。
UEFI/QuirksにReloadOptionRomsという項目が追加されていました。ForgeUefiSupportでUEFI 2.xファームウェアを有効にした後で、NVIDIA GOPオプションROMをリロードするような場合に使うとのことです。ForgeUefiSupportを使わないなら不要のようなので、デフォルトのままfalseにしておきました。

いずれも大きな変更ではなさそうです。以上の設定で、0.6.8から0.6.9に移行できました。

BIG SUR 11.3.1にアップデートする

Tue, 04 May 2021 14:00:06 +0900

macOS Big Sur 11.3.1が配布されたので、11.3からアップデートしました。アップデートしたのは、Z390とZ590マザーボードのマシンです。OpenCore 0.6.8で起動していて、kext類は最新です。OpenCore 0.6.9が公開されていますが、古いバージョンでも対応できました。

前回の11.3アップデートとは違い、今回はバージョン番号の差異が小さいアップデートです。名前も「セキュリティアップデート」です。具体的なアップデート内容は不明ですが、「macOS Big Sur 11.3.1を適用すると、重要なセキュリティアップデートが提供されます。このアップデートをすべてのユーザに推奨します。」と案内されています。11.3の公開から1週間しか経たないタイミングでのアップデートなので、緊急度の高い内容だったのかもしれません。追記：Appleサポートの情報によると、悪意のあるページでWebKit（webページのレンダリングエンジン）が不具合を起こさないよう対応したそうです。

システム環境設定の「ソフトウェア・アップデート」から「今すぐインストール」ボタンを押してアップデートしました。この後、2.4GBのアップデートファイルがダウンロードされ、3回再起動しました。再起動はデフォルトで選択されているボリュームのままでokで、操作不要でした。放置しておいたら、何の問題もなくBig Sur 11.3.1が起動しました。特に気づく変更点はありません。ビルドは20E241になってました。

BIG SUR 11.3にアップデートする

Tue, 27 Apr 2021 20:54:36 +0900

macOS Big Sur 11.3が配布されたので、11.2.3からアップデートしました。アップデートしたのは、Z390とZ590マザーボードのマシンです。OpenCore 0.6.8で起動していて、kext類は最新です。

前回の11.2.3アップデートとは違い、今回は小数点以下第1位の大きめのアップデートです。機能も増えている様子で、「探す.app」がAirTagに対応したようです。また「このMacについて」メニューで保証内容が表示されるようになったとのことです。他にも多数の変更・改良点があるようです。

システム環境設定の「ソフトウェア・アップデート」に通知が来ていたので、そのまま「今すぐインストール」ボタンを押しました。

この後、5.71GBのアップデートファイルがダウンロードされ、3回再起動しました。再起動はデフォルトで選択されているボリュームのままでokで、操作不要でした。放置しておいたら、何の問題もなくBig Sur 11.3が起動しました。ビルドは20E232になってました。

探す.appがAirTagに対応したとのことでしたが、「持ち物を探す」タブは11.2.3から変化はありませんでした。AirTagを登録した段階で、新しい機能が有効になるのかもしれません。

「このMacについて」の「サービス」タブは変化してました。以前はリンクがあるだけだったのですが、状況が表示されます。存在しないシリアル番号を割り当ててあるためか、「推定有効期限切れ」という状態のようです。

Z590マザーボードのマシンにも、無効なシリアル番号を割り当ててあるのですが、表示が少し違っていました。設定したシリアル番号の製造週からまだ1年未満なので、1年保証が有効だという表示なのかと思います。

ASRock Z590 ExtremeのUSBを設定する

Sun, 25 Apr 2021 18:12:47 +0900

ASRock Z590 ExtremeにComet Lake-S 10900Kを取り付けてmacOS Big Surを動かしています。今回はmacOSのUSB個数制限に合わせてUSBポートの設定を行います。以下で調査した結果はASRock Z590 ExtremeのUSB構成ですが、姉妹製品のZ590 Steel Legendでもおそらく同じなのではと思います。

macOSのUSB個数制限

今までにも何度かご紹介していますが、macOSにはUSBコントローラごとにUSBポートの数が15個までという制限があります。ポートの識別に1バイトしか割り当てられていないのです。実際には0を除いて1から15までの数値でポートを識別しているようです。大抵のマザーボードには15個を超えるポートがありますが、何も対処しないとUSB2.0のポートから順番に15個だけのポートが有効になります。後回しになるUSB3.0のポートがほとんど使えない状態になります。この問題を解決するには、以下のような対処法があります。

USBInjectAll.kextを使い、15個の制限を無視するパッチを当てる。OpenCoreの場合、config.plistで、Kernel/Quirks/XhciPortLimitをtrueにする。
USBInjectAll.kextを使い、使用しないポートをブートオプションのuia_excludeで指定する。
USBInjectAll.kextを使い、使用するポートをSSDTで指定する。
使用するポートを列挙したkextを自作する。hackintool.appなどにkextを作るツールが用意されている。

このうち4番目が一番スマートですので、今回もこの手法で設定します。hackintool.appでkextを作る方法はこちらでも説明してありますのでご覧ください。

15個制限のためのUSBPorts.kextをHackintoolで作る

個数制限を一時的に無効にする

まずは使用したいポートを特定するために、一旦、全部のポートが見えるように、個数制限撤廃パッチを当てます。上で述べた選択肢の1番の手法です。まずは500シリーズチップセットに対応したUSBInjectAll.kextを以下から入手します。

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

次に、config.plistで、Kernel/Quirks/XhciPortLimitをtrueにします。この結果、全てのポートが見えるようになります。hackintool.appで調べると以下のようになります。14個のHS (USB2.0) と9個のSS (USB3.x) が見えていることがわかります。USRという項目は無視して良いです。

15個制限を無視するパッチをこのまま使い続ければ楽かもしれません。でもLocation IDの項目を見ると、0x14F00000の次の行で0x14000000に戻ってしまっていて、重複していることがわかります。区別のための変数が1バイトしかないためのようです。これが何らかの不具合を引き起こす可能性はあると思いますので、15個以内に制限した方が良いでしょう。

USBポートを特定する

使用するポートを選択する作業の前に、実際のUSBポートがどの名前 (HS01からSS09までの名前）に対応しているかを調べます。15個制限を外すパッチを当てた状態で、hackintool.appを見ながら、USBポートにデバイスを挿して確認します。

何も挿さない状態でも、上記の図のようにHS09, HS14, SS09に反応があります。このうちASM107xというのはAsmedia社のUSBハブ制御チップのことです。マザーボード上に搭載されているようです。BRCM20702 Hubというのは、こちら

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

で取り付けた無線モジュールBCM94360NGのBluetooth部分です。これはM.2 key Eソケットに取り付けてあるのですが、key EにはUSB 2.0のポートが来ていて、それが見えています。

hackintool.appを動かしたまま、バックパネルとマザーボード上のポートを1個ずつ使っていくと、割り当てがわかります。USB 2.0を調べるためには、無線キーボードのドングルを使いました。USB 3.0を調べるためには、3.1対応のUSBメモリを使いました。USBメモリは、挿すとマウントされるので、取り外す前にアンマウントする手間がかかりちょっと面倒です。USBメモリの代わりに、USB 3.0対応のUSBハブを使えば、もっと効率が上がったかもしれません。

マザーボード上のポートを調べるためには、内部コネクタを通常のコネクタに変換するアダプタを使いました。画像にAliExpressへのリンクを貼っておきます。お手軽な値段なので、一通り持っていると何かと便利だと思います。

調査結果

ASRock Z590 ExtremeのUSBポートを調べた結果を以下に示します。

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

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

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

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

15個に制限する

以上のように全部で19個のポートがあります。15個に制限するには、4個を諦める必要があります。バックパネルは便利なので、全部活かしたいところです。性能重視ならば、マザーボード上のUSB2.0ヘッダ端子を無効にするのが良いと思います。無駄に贅沢に使われている気がしました。これで4個除外できるので全部で15個になります。

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

hackintool.appのUSB画面で、必要なポートだけを選択して、ファイル書き出しします。するとデスクトップ上にUSBPorts.kextが出来上がります。これを使えばUSBInjectAll.kextはもう不要です。USBPorts.kextをEFIに入れて、config.plistで15個制限を復活させて、起動し、hackintool.appで確認すると以下のようになりました。Commentに説明を書いておくと、後々便利かと思います。

この後、ウィンドウ下のExportボタンを押します。箱から矢印が外に向かっているアイコンの部分がExportボタンです。するとこの設定から、以下の5個のファイルをデスクトップに作ってくれます。

SSDT-EC-USBX.aml
SSDT-EC-USBX.dsl
SSDT-UIAC.aml
SSDT-UIAC.dsl
USBPorts.kext

amlとdslの拡張子のファイルはSSDTファイルです。冒頭で述べた「USBInjectAll.kextを使い、使用するポートをSSDTで指定する」方法で使用するファイルです。以前のガイドで作っていたSSDT-UIACは、ここではSSDT-EC-USBXとSSDT-UIACの2つに分割されています。統合すれば内容は同じものでした。なので、SSDT関係のファイルはUSBInjectAll.kextと一緒に使うものであると思います。

一方、ここで作られるUSBPorts.kextは、Info.plistだけを持ったインジェクタkextという種類のkextファイル（実際にはディレクトリ）です。ターミナルからディレクトリを辿る、もしくはファインダーからパッケージを開くと、

USBPorts.kext/Contents/Info.plist

というテキストファイルが見えます。この中に、上で設定した内容が、plist書式のテキストで書かれています。このkextだけを使用すれば、15個のUSBポートを正しく設定することができます。

ここで作成したUSBPorts.kextをここに置いておきます。ご利用ください。機種名がiMac20,1になっていますので、20,2を使っている人はkextの中のInfo.plistを編集して書き直してください。

今回の設定では、マザーボード上のUSB2.0を全部無効にしました。しかし、無線モジュールを、M.2ソケットではなく、PCIeスロットに挿す場合、USB接続が必要なので、マザーボード上のUSB2.0を1個有効にする必要があります。その場合は、M.2 key EソケットのHS14を除外することになると思います。

まとめ

ASRockのZ590 ExtremeのUSBポートの構成を調べてmacOSの15個制限に対応しました。ここで調べたポート名対応は、構成が似ているZ590 Steel Legendでも同じなのではと思います。また他のASRockマザーボードもこれと似た構成かと思われます。これでZ590マザーボードの設定は一通り完成しました。Z590で作るhackintoshはとても安定しているので、第10世代CPUと組み合わせてmacOSマシンを作るのに適しているかと思います。もしもこの先、iMacが第11世代に対応してくれた場合も、CPU交換で追いつけます。

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

Mon, 12 Apr 2021 18:39:56 +0900

ASRock Z590 ExtremeにComet Lake-S 10900Kを取り付けてmacOS Big Surを動かしています。今回はこれにmacOSでOOBで機能するWiFi-BluetoothモジュールBroadcomのBCM94360NGを取り付けました。このマザーボードはバックパネルにアンテナ取り付け穴が空いているので、アンテナ取り付けが楽です。

BCM94360NG

BCM94360NGはmacOSでそのまま機能する唯一のM.2用WiFi-Bluetoothモジュールです。お値段は少し高いですが、kext類なしでそのまま動いて、Apple IDやiPhone連携なども問題なく動くので、hackintoshするには定番の無線モジュールです。

今回使用しているASRock Z590 Extremeには、M.2 key Eソケットがついていて、この無線モジュールを取り付けて動かすことができます。ただし、ASUS, GIGABYTE, MSIの、Z490/Z590マザーボードのM.2 key Eソケットは、CNVi専用の場合が多く、動かない可能性があるので注意が必要です。ASRockは従来型のM.2 key E無線モジュールを引き続きサポートしてくれているのでありがたいです。

アンテナ取り付け穴

マザーボード上のM.2ソケットに、WiFiモジュールを取り付けた場合に悩むのが、アンテナ取り付け位置です。PCIeスロットにつけても良いのですが、拡張スロットをアンテナで塞いでしまうのがもったいないです。マザー上のM.2ソケットを使うなら、PCIeスロット以外の場所からアンテナを引き出したいところです。

WiFi搭載マザーボードは大体がバックパネルにアンテナが付いてます。そこで、自分でモジュールを取り付ける場合も、バックパネルにアンテナを取付けたいと考えました。M.2ソケットからの距離も近いので、配線の引き回しも楽です。

マザーボードによっては同じモデルで、WiFi搭載・非搭載バージョンが用意されています。例えばASRockのZ590 Steel Legendだと、

がありますし、今回使ったExtremeにも

[ASRock Z590 Extreme WiFi付き](https://www.asrock.com/MB/Intel/Z590 Extreme WiFi 6E/index.asp)

があります。WiFiなしの方が3300円くらい安いです。WiFiなしを買ってBCM94360NGを取り付けるなら、WiFiなしの方が無駄になりません。他のマザーボードメーカも、WiFiあり・なしのバージョンのあるモデルがあるのですが、ASRockの素晴らしいところは「WiFiなしのバージョンもバックパネルにアンテナ穴が開いている」という点です。部品共通化してコストダウンを図っているだけなのでしょうが、後からWiFiモジュールを取り付ける場合には、とてもありがたいです。実際に、WiFiなしのZ590 Extremeのバックパネルは、こんな感じにアンテナ穴が開いています。

無線モジュールとアンテナ取り付け

ということで早速ASRock Z590 ExtremeのM.2 key EソケットにBCM94360NGを取り付けました。ここからアンテナ線を配線します。アンテナ配線のM.2モジュール側は、U.FL MH4という規格です。またアンテナ側は、通常はRP-SMAという規格です。オスメス反対の組み合わせのSMAにしても良いのですが、通常のマザーボードのアンテナがRP-SMAになっているので、こちらの方が使い回せて便利です。アンテナとケーブルはAliExpressでもAmazonでも買えます。

M.2モジュールの近くの配線はこんな感じになりました。

バックパネルとそのカバー部分は、マザーボード裏側の4個のネジを外すと取り外せます。

アンテナをバックパネルに取付け、バックパネルを戻します。アンテナ穴が開いているおかげで、標準装備のWiFiアンテナみたいに綺麗に取付けられました。

まとめ

ASRockのZ590 ExtremeにM.2無線モジュールのBCM94360NGを取り付けました。このマザーボードはバックパネルにアンテナ穴が開いているので、アンテナを綺麗に取り付けることができました。

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

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

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

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

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

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

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

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

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

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

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

FakePCIID.kext
FakePCIID_Intel_HDMI_Audio.kext

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

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

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

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

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

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

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

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

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

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

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

PCIIDを偽装する

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

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

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

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

FakePCIID.kext
FakePCIID_Intel_HDMI_Audio.kext

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

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

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

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

まとめ

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

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

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

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

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

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

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

Z590マザーボード

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

ASUS ROG STRIX Z490-G, 10900K

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

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

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

減少するPCIeスロット

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

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

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

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

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

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

ASRock Z590 Extreme

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

PCIeスロットが多い

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

見た目が良い

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

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

互換性の高い有線LAN

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

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

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

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

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

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

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

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

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

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

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

組み立てる

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

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

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

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

BIOS設定

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

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

とりあえず起動

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

USBメモリで起動

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

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

画面共有する

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

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

USBInjectAll.kextを入れる

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

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

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

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

EFI構成

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

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

Kextsフォルダが

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

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

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

まとめ

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

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

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

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

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

BIG SUR 11.2.3にアップデートする

Fri, 12 Mar 2021 20:27:47 +0900

macOS Big Sur 11.2.3が配布されたので、11.2.2からアップデートしました。アップデートしたのは、Z390マザーボードのマシンです。OpenCore 0.6.7で起動していて、kext類は最新です。

前回の11.2.2アップデートに引き続き、またマイナーなアップデートのようで、WebページのレンダリングをするWebKitの脆弱性を修正するもののようです。機能が拡充するわけではなさそうですが、バージョン番号を上げてまで配布するということは深刻な不具合なのかもしれないです。システム環境設定の「ソフトウェア・アップデート」に通知が来ていたので、そのまま「今すぐインストール」ボタンを押しました。

この後、2.44GBのアップデートファイルがダウンロードされ、複数回再起動しました。再起動はデフォルトで選択されているボリュームのままでokで、操作不要でした。放置しておいたら、何の問題もなくBig Sur 11.2.3が起動してました。

特に気づく変更点はありません。ビルドは20D91になってました。

BIG SUR 11.2.2にアップデートする

Fri, 26 Feb 2021 23:25:35 +0900

macOS Big Sur 11.2.2が配布されたので、11.2.1からアップデートしました。アップデートしたのは、Z390マザーボードのマシンです。OpenCore 0.6.6で起動していて、kext類は最新です。

前回の11.2.1アップデートに引き続き、またマイナーなアップデートのようです。サードパーティUSB-Cハブやドックを接続したときに、2019年以降のMacBook Proと2020年以降のMacBook Airが破損することを防ぐ効果があるようです。デスクトップのhackintoshにはとことん無関係な気もしましたが、最新macOSではありますので、アップデートしました。システム環境設定の「ソフトウェア・アップデート」に通知が来ていたので、そのまま「今すぐインストール」ボタンを押しました。

この後、2.17GBのアップデートファイルがダウンロードされ、2回、再起動しました。1回目のアップデートのOpenCore画面では、いつもの起動ボリュームにしているMacintosh HDというボリュームが2個見えてましたが、デフォルトで選択されているままでokでした。インストール後、何の問題もなくBig Sur 11.2.2が起動しました。

特に気づく変更点はありません。ビルドは20D80になってました。

ThinkPad T460sの更新 (OpenCore 0.6.6 + macOS 11.2.1)

Thu, 11 Feb 2021 16:32:01 +0900

中古で入手して色々設定したThinkPad T460sですが、すっかり放置してました。久々に起動したらOpenCoreは0.5.7でmacOSは10.15.6でした。今回は、OpenCoreを0.6.6に、macOSを11.2.1にアップデートします。

T460sのGitHubから更新

あまり使う予定はないのですが、手持ちのマシンは最新にしておきたいという気持ちがあるので、アップデートを考えました。以前の記事、

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

では、T460s用にチューンナップしたEFI一式を配布してくれているサイト

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

のEFIデータをそのまま使ってmacOSをインストールしました。今回は自前で頑張るかなと思ったのですが、上記のサイトを再び見てみたところ、活発に更新されていました。タイミングが良いことに、これを書いている13時間前にOC 0.6.6用のEFI一式が更新されていました。ここまで面倒を見てくださるのなら、活用しない手はないと思い、早速EFI一式をダウンロードしました。

基本的にはこれで問題なく0.6.6にアップデートできたのですが、以下の点で多少手をかけました。

起動音を止める

ジャーンという起動音を止めました。最近のMacで復活した起動音ですが、本物Macでも止めてます。今回、何度か起動を試みることになり、その度に大きな音で起動するので、止めました。

SecureBootModel

Catalinaが起動している状態から、githubで公開されているEFIに差し替えると、起動しなくなりました。

OCB: Apple Secure Boot prohibits this boot entry, enforcing!

というエラーが出ます。検索したところSecureBootModelをDisabledにすれば良いとわかりました。今まではDefaultに設定してありました。OpenCoreのマニュアルにもこのことは書いてありました。そこでこれをDisabledにしたところ、起動するようになりました。

ただその後、後述のようにBig Surをクリーンインストールしたところ、SecureBootModelをDefaultにしても問題なく起動するようになりました。なので、現在は元のデフォルト値である、Defaultに戻しました。

矢印アイコンを追加

EFIを入れ替えたところOpenCanopyが動かなくなってました。例の矢印アイコンが足りないのが原因でした。なのでそれを追加しました。ただ、現在githubで配布されている一式には矢印アイコンも入っているようです。

Big Surをクリーンインストール

これでOpenCore 0.6.6 + Catalinaで動くようになりました。そこで、次のステップとして、Big Surにアップデートしようとしました。すると、Big Surのインストーラが途中で止まってしまいました。なので、Big Surインストール用のUSBメモリを作り、これにEFI一式を入れました。そしてUSBメモリから起動して、内蔵SSDを消去してのクリーンインストールを行いました。その結果、Big Surがインストールできました。SecureBootModelもDefaultで動くようになりました。ファイルシステムに何らかの不整合があったのかもしれません。その後、11.2.1にアップデートしました。

Big Sur 11.2.1にアップデートする

Wed, 10 Feb 2021 17:42:55 +0900

macOS Big Sur 11.2.1が配布されたので、11.2からアップデートしました。アップデートしたのは、Z390マザーボードのマシンです。OpenCore 0.6.6で起動していて、kext類は最新です。

いつものマイナーアップデートのさらにマイナーなアップデートのようです。古いMacBook Proで充電できない問題が修正されているようです。システム環境設定の「ソフトウェア・アップデート」に通知が来ていたので、そのまま「今すぐインストール」ボタンを押しました。

この後、アップデートファイルがダウンロードされ、3回、再起動しました。1回目のアップデートのOpenCore画面では、いつもの起動ボリュームにしているMacintosh HDというボリュームが2個見えてましたが、デフォルトで選択されているままでokでした。インストール後、何の問題もなくBig Sur 11.2.1が起動しました。

特に気づく変更点はありません。ビルドは20D74になってました。

Big Sur 11.2にアップデートする

Tue, 02 Feb 2021 22:02:22 +0900

macOS Big Sur 11.2が配布されたので、11.1からアップデートしました。アップデートしたのは、Z390マザーボードのマシンです。OpenCore 0.6.5で起動していて、kext類は最新です。システム環境設定の「ソフトウェア・アップデート」に通知が来ていたので、そのまま「今すぐアップデート」ボタンを押しました。

この後、アップデートファイルがダウンロードされ、2回、再起動しました。インストール後、何の問題もなくBig Sur 11.2が起動しました。

特に気づく変更点はありません。ビルドは20D64になってました。

2.5G BASE-T PCIe Ethernetカードを使う

Wed, 06 Jan 2021 18:12:52 +0900

RealtekのRTL8125チップを搭載した2.5Gbps Ethernet PCIeカードを、macOSが動く自作PCで使ってみました。ドライバにはLucyRTL8125Ethernet.kextを使います。2.5Gbpsの速度が出ていることを確認しました。安価なので1G超えLANを試すのに良いと思います。

RTL8125搭載2.5G PCIeカード

AmazonやAliExpressのページでRTL8125を検索すると、2.5G BASE-TのEthernet拡張カード製品が多数見つかります。RTL8125はRealtekの2.5GbE用のチップです。現在主流のZ490マザーボードの多くにはIntelのI225-Vが採用されていますが、一部の製品にはRTL8125が搭載されています。例えばGIGABYTEのマザーボードにはRTL8125が搭載されています。GIGABYTE関係者の方が「I225-VよりRTL8125の方が安定しているから採用している」と、YouTubeで宣伝してました。それくらいメジャーなチップなので、2.5Gbps PCIe拡張カードの多くがRTL8125を搭載しているようです。Amazonでの価格は2,000円〜4,000円くらいです。10Gbpsのカードに比べると安価なので、導入しやすいです。

価格以外にも、2.5Gbpsカードのメリットがあります。2.5Gbpsカードは10Gbpsに比べて速度が遅いので、カードエッジコネクタはPCIe x 1です。それに対して、高速な10GbpsカードではPCIe x 4になります。今回使用したマザーボード（ASUSのROG Maximus XI Hero Z390マザーボード）には3本のPCIe x 16スロットと3本のPCIe x 1スロットがあります。3本のPCIe x 16スロットのうち、CPU直結スロットはグラフィックスに、チップセット経由のスロットはSATAカード (PCIe x 4)で使ってしまっていました。CPU直結のPCIe x 16のスロットがもう一本空いてはいますが、それを使うとグラフィックスカードを挿しているPCIe x 16と帯域を分け合うことになり、どちらもx 8になってしまいます。LANのためにグラフィックスの性能が下がるのは避けたいと思いました。そうすると空いているスロットはPCIe x 1だけです。x 1スロットで使える2.5 Gカードは、現状に即した選択と思いました。

今回注目したのは、2.5Gカードとして最安値で販売されている以下の製品です。AmazonとAliExpressのどちらにも、同じ写真の製品が複数販売されています。扱っている店が違うだけで、おそらく全て同じ製品だと思われます。

Amazonだと送料込みで2300円程度ですが、AliExpressでは1900円程度です。差額は大差ないのですが、Amazonの納期は3週間以上で、AliExpressの方は1週間未満でした。価格と納期は時期により変化すると思いますが、現状ではAliExpressの方が優秀な様子でした。以下ではAliExpressから届いたカードを使ってみた報告です。

LucyRTL8125Ethernet.kext

実際のMacでは採用されていないチップなので、macOSにはドライバーが含まれていません。でもmacOSで動くRTL8125用のドライバー（kextファイル）が以下で公開されています。Kext Updater.appにも登録されているので、そちらからもダウンロード可能です。

GitHub - Mieze/LucyRTL8125Ethernet: macOS driver for Realtek RTL8125

ちなみにLucyというのは作者のMiezeさんの猫の名前のようです。

LucyRTL8125Ethernet.kextをOpenCoreのKextsフォルダに入れ、ProperTreeのスナップショット機能を使ってconfig.plistに登録したところ、このRTL8125カードは問題なく動作しました。ただしWake On Lanは効きませんでした。カードの販売サイトではWOL対応していると書いてあるので、おそらくはmacOSとの相性問題ではないかと思います。

システム情報で確認

動作したところでmacOSの「システム情報」を開くと、RTL8125Aを搭載したPCIeカードだと確認できました。ちなみに、もう一つ見えているEthernetカードは、ASUS Z390マザーボード上に実装された1G Base-TのI219です。

速度測定

速度が出ていることを確認するためにiperf3コマンドで速度測定しました。このカードを取り付けたASUS Z390マシンを、ASUS Z490マシンに接続しました。どちらのマシンも、OpenCore 0.6.4 + Big Sur 11.1の構成です。Z490には、Intel I225-Vが搭載されています。なので接続は以下のようになります。

Z390 (Big Sur) + RTL8125A <-----> Intel I225-V + Z490 (Big Sur)

また、今回の測定ではジャンボフレームをonに設定しました。なので前回の測定より性能が出ました。ジャンボフレームを有効にするには、システム環境設定の、ネットワーク、詳細、ハードウエアで構成を手動にします。手動で2.5Gに設定すると、相手は2.5G Base-T限定になり、1Gハブなどには接続できなくなります。

iPerf3のクライアント側の結果を以下に示します。2.5Gbpsの速度が達成されている様子がわかります。

% iperf3 -c 192.168.x.x
Connecting to host 192.168.x.x, port 5201
[ 5] local 192.168.x.x port 49642 connected to 192.168.x.x port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 295 MBytes 2.48 Gbits/sec
[ 5] 1.00-2.00 sec 297 MBytes 2.49 Gbits/sec
[ 5] 2.00-3.00 sec 295 MBytes 2.47 Gbits/sec
[ 5] 3.00-4.00 sec 295 MBytes 2.47 Gbits/sec
[ 5] 4.00-5.00 sec 294 MBytes 2.47 Gbits/sec
[ 5] 5.00-6.00 sec 296 MBytes 2.48 Gbits/sec
[ 5] 6.00-7.00 sec 295 MBytes 2.48 Gbits/sec
[ 5] 7.00-8.00 sec 293 MBytes 2.46 Gbits/sec
[ 5] 8.00-9.00 sec 294 MBytes 2.46 Gbits/sec
[ 5] 9.00-10.00 sec 295 MBytes 2.47 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.00 sec 2.88 GBytes 2.47 Gbits/sec sender
[ 5] 0.00-10.00 sec 2.88 GBytes 2.47 Gbits/sec receiver

iperf Done.

HomePod miniをASUS Z390マザーボードのType-Cに接続する

Fri, 01 Jan 2021 23:07:01 +0900

HomePod miniにはType-Cのケーブルがついています。これをASUSマザーボードバックパネルのType-Cコネクタに接続したら、macOSのファインダーにHomePodが現れました。この状態でHomePodのメンテナンスが可能です。

HomePodをhackintoshに接続する

HomePodにはUSB Type-Cのケーブルが1本だけついてます。本体からは抜けないので、生えている感じです。電力供給専用だとばかり思っていたので、これを自作PCに接続したらどうなるかとは考えてませんでした。

ところで、最近HomePod miniの調子が時々良く無いです。iPhoneと連携する機能をリクエストすると

「接続で問題が起きています。iPhoneがこのHomePodと同じWi-Fiに接続されていることを確認してください。」

という返答をすることがあります。検索すると、そういう状況で困っている人は多くて、

Wi-Fiを2.4GHzにしたり、
HomePodを初期化したり、
iPhoneを再起動する

と一時的に治るようでした。その対処法の一つに、HomePodをMacにUSB接続して初期化する方法が書いてありました。

「そんなことが可能ならばhackintoshでも試したい」ということで、ASUS Z390 + 9900K + OpenCore 0.6.4 + Big Sur 11.1で構成した自作マシンのバックパネルType-Cコネクタに、HomePodを直結してみました。するとなんと、ファインダーにHomePodが現れました。

HomePodの上面LEDはオレンジ色で点滅します。これはオーディオ用パワーアンプを駆動するためには電力が不足していることを表しているらしいです。マザーボードのType-CコネクタにはUSB 3.1 PDの機能はなく、5V 2Aが出ているだけなので電力不足です。でも「HomePodを復元…」する機能は使えるようです。

システム情報で調べると、480Mbps接続しているようです。USB 2.0のHigh-Speedモードですので、おそらくは変換器経由でUSB 2.0/3.0 Type-Aコネクタに接続しても、同様にファインダーに現れるのではと思います。

HomePodを復元する

ファインダーウィンドウで唯一できることは、「HomePodを復元…」することのようです。試さないわけにはいかないです。これをクリックすると、こんなダイアログが出ます。

何かのメディアもデータを入れたつもりもないので、ためらうことなく、復元ボタンを押しました。

すると2.29GBの「HomePodソフトウェア・アップデート」のダウンロードが始まりました。おそらくはHomePodのOSがアップルのサーバからダウンロードされ、これによりHomePodがアップデートされるのだと思われます。

この後「ファームウェアが復元」されて、工場出荷時状態になりました。

おまけ：Apple TVも接続してみた

5年前のApple TV (2015) にもType-Cのポートがあったので、同じくZ390マザーボードに接続してみました。こちらもファインダーに現れて、復元とアップデートができました。ソフトウェアアップデートのサイズは2.85GBでした。USBの接続は、やはり480MbpsのHigh-Speedモードです。ちなみにApple TVにメンテナンス用USBポートがついているのは2015モデルまでで、2017モデルからは廃止されてます。またType-Cなのは2015モデルだけです。

まとめ

Big Surが動いている自作PCに、HomePod miniをUSB接続したら、ファインダー上に現れて、ソフトウェアのアップデートなどが可能でした。Type-Cケーブルは単なる電源用だと思っていたので意外でした。

Wake On LAN (WOL) を使ってmacOSの電源を入れる

Sat, 26 Dec 2020 20:49:22 +0900

電源を落としたmacOSコンピュータをWake On LAN (Ethernet経由) で起動するよう設定しました。本物のMacだと電源を落とした状態からのWOLは不可能らしいです。条件はありますが、hackintoshならば電源off状態からのWOLが可能です。

Wake On LAN機能

Wake On LAN (WOL) は、スリープ状態や電源offのコンピュータを、ネットワークからのコマンドで起動させる機能です。WOL設定されたマシンのMACアドレス宛に、マジックパケットというデータを送りつけることで、目覚めさせます。WinowsをインストールしたHP EliteDesk 800 G2 DMでは、電源offからのWOLが動きました。でも実機のMacでは、検索した限りでは、電源offからのWOLは不可能なようです。

WOLの設定は、どのコンピュータでも結構、困難を伴うようです。色々な要素が絡んでいて、不安定なことも多いようです。Hackintosh関係のサイトでも、WOLの設定が時々話題になりますが、大変そうでした。WOLが必要な状況にあるなら、常時電源onにしたサーバとして動かしておけば良いのにと思ってましたので、あまり興味はありませんでした。でも、手を出してみたら、停止していたコンピュータをネットワークから起動させる事が純粋に面白かったです。何かの目的のためにWOLするのではなく、人はWOLしたいからWOLしているのだと感じました。また、実機のMacでは出来ないことを達成するという要素も、hackintoshの醍醐味です。

WOLには以下のような要素が関係するようです。このうち一つでも不完全だとWOLしません。またOSやドライバーのバージョンが変わると動かないこともあるようです。前回紹介したWindowsの場合でも設定は面倒でした。

BIOSでの設定：電源off時にもEthernetポートに通電するよう設定。
OSでの設定：macOSではシステム環境設定でWOLを有効にする。
ネットワークドライバ：WOLをサポートしたkextを使う。
NIC：WOLをサポートしたLANアダプタが必要。

後半の2条件：ネットワークドライバとNICに関しては、相性の問題かもしれないです。同じチップを使ったアダプターカードでも、WOLが効く・効かないものがあるようです。またこれ以外にも、OSのバージョンが変わるなどの状況で、WOLが動かなくなったりします。WOLが動く条件が満たされると、電源がoffでもEthernetコネクタのLEDが点灯するようになります。Hubの接続モニターLEDも点灯します。LEDが点灯しない状態では、NICへの電源が遮断されているので、WOLは無理なようです。電源off状態のLEDを観察すれば、WOLできるかどうかがある程度判定できます。

ASUS Z390 + Big SurでWOL

今回設定したマシン構成は、ASUS ROG MAXIMUS XI HERO Z390 + OpenCore 0.6.4 + Big Sur 11.1です。WOLに使用したのは、このマザーボードに搭載されているIntel I219-VギガビットLANです。

BIOS設定

BIOSのAdvanced –> APM ConfigurationからPower On By PCI-EをEnabledに設定します。デフォルトはDisabledです。下の欄に、「オンボードLANコントローラやPCIeスロット上LANカードのwake-on-LAN機能を有効・無効にします」という説明が出てます。オンボードチップの場合も、PCIeスロット搭載カードの場合も、この項目でWOL設定できるようです。

macOSの設定

システム環境設定の省エネルギーで「ネットワークアクセスによるスリープ解除」にチェックを入れます。これはデフォルト設定です。実際のMacでは、この設定によりスリープからのWOLが可能になります。でも、電源offの場合はWOLしません。

WOL対応kextを使う

以上のBIOSとmacOSの設定を行っても、当初はWOLが効きませんでした。BIOSで設定した直後に、電源を落とすと、WOLが効きます。でも一度でもmacOSを起動すると、それ以降、WOLが効かなくなりました。macOSの動作で、WOLが無効化されているような振る舞いです。ということで、macOSではWOLできないと書きましたが、その記事のコメントで、まっくぷろさんから、WOL対応しているらしいIntelMausiEthernet.kextバージョンを教えていただきました。このkextを使うことで、安定してWOLが動作するようになりました。

GitHub - fischerscode/IntelMausiEthernet-WOL: OS X driver for Intel onboard LAN

WOLするアプリケーション

WOL状態で待機しているコンピュータは、そのMACアドレス宛にマジックパケットを送ると起動します。マジックパケットを送るには、先の記事でも紹介した簡単なPythonプログラムでokです。

#!/usr/bin/python
import socket
s=socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
s.setsockopt(socket.SOL_SOCKET, socket.SO_BROADCAST, 1)
s.sendto('\xFF'*6+'\x99\xAA\xBB\xCC\xDD\xEE'*16, ('192.168.xxx.255', 7))

最後の行が、目覚めさせたいコンピュータのNIC情報です。\x99\xAA\xBB\xCC\xDD\xEEの部分がMACアドレスで、192.168.xxx.255がIPアドレスです。IPアドレスの最後が255なので、ブロードキャストします。

Homebrewで導入できるコマンドのwakeonlanをコメントで教えてもらいました。これをインストールすると以下のようにMACアドレスを指定してWOLできました。wakeonlanの中身はperlのスクリプトのようです。

wakeonlan 99:AA:BB:CC:DD:EE

App Storeには、GUIで機種を登録したり、MACアドレスを自動検出できる有料アプリ・広告付きアプリが多数あります。でも、遠隔地からWOLすることを目的と考えたら、シンプルなPythonプログラムで十分かと思いました。また、WOLのためのiPhoneアプリも多数あります。RemoteBoot WOLは、無料でユーザも多いようです。Windows用やAndroid用にももちろん多数のアプリがありますし、Amazonのデバイス用にもあるようです。記事冒頭のアイコンをお借りしたアプリは、FireTVなどで動くようです。

まとめ

ASUS Z390マザーボード搭載のIntel I219-V経由で、Big Surが動くコンピュータのWOLを試みました。電源offの状態から電源を入れられました。このために、BIOSを設定し、WOLに対応したIntelMausiEthernet.kextを使いました。これで外出先から電源を入れることもできそうです。

10G BASE-T PCIe Ethernetカードを使う

Thu, 24 Dec 2020 18:38:17 +0900

10GbpsのPCIe Ethernetカードを使ってみました。iMac Pro (2017) で使われているAquantia AQC107というチップを搭載したカードです。ドライバーが元々のmacOSに含まれているのでkext不要で動きます。同じチップ搭載でも、簡単なパッチが必要な製品と、OOBで動く製品があるようです。

ASUSの10Gbps Ethernetカード

フォーラムで教えていただいたMorgonautさんのビデオで、ASUSの10 Gbps EthernetカードがCatalinaでOOB動作すると紹介されてました。

紹介されているのは、Aquantia AQC107という製品です。以下のように、送料込みで1.1万円くらいです。

このカードを、実はかなり前に買ったのですが、macOSで動かなくてお蔵入りになってました。「OOBで動くようになっていたのか」と思い、発掘して（なかなか見つかりませんでした）試してみました。結論から言うと、OOBでは動きませんでしたが、パッチを当てて動くようになりました。

Aquantiaチップ用パッチ（Big Sur版）

Aquantiaの10Gbps EthernetカードのためのBig Sur版のパッチが以下で紹介されていました。これを使いました。動かした環境はZ390 + 9900K + OpenCore 0.6.4 + Big Sur 11.1です。

AppleEthernetAquantiaAqtion.kextを以下のように書き換えれば良いようです。このkextは、

Kext: com.apple.driver.AppleEthernetAquantiaAqtion
Find: D4TAAgAA (16進数: 0f 84 c0 02 00 00 )
Replace: Zg8fRAAA (16進数: 66 0f 1f 44 00 00 )

このkextの実体は以下の場所にあります。

/System/Library/Extensions/IONetworkingFamily.kext/Contents/PlugIns/AppleEthernetAquantiaAqtion.kext

テキストエディタで作業するなら、OpenCoreのconfig.plistのKernel, Patchの項目に、次のdictを足せば良いです。

<dict>
 <key>Comment</key>
 <string>ASUS XG-C100C (Aquantia AQtion AQC-107)</string>
 <key>Count</key><integer>1</integer>
 <key>Enabled</key><true/>
 <key>Find</key>
 <data>YnVpbHQtaW4=</data>
 <key>Identifier</key>
 <string>com.apple.driver.AppleEthernetAquantiaAqtion</string>
 <key>Replace</key>
 <data>YmJiYmJiYmI=</data>
</dict>

PlistEDPlusで作業するなら、以下のようにします。

このように追記したconfig.plistを保存して再起動したところ、10G bps Ethernetカードが動きました。今のところ特に不具合はありません。

iperf3で動作試験

Morgonautさんのビデオではiperf3というツールで速度測定してました。これはLinuxなどで一般的な測定ツールのようで、Homebrewからbrew install iperf3コマンドでインストールできました。iperf3コマンドを2台のコンピュータで動かし、それぞれをサーバーとクライアントにして、通信速度を計測するツールです。

今回、ASUSの10Gbpsカードを取り付けたのがZ390マザーボードです。測定の相方は、ASUS ROG STRIX Z490-GのマザーボードにmacOS Big Surをインストールしたコンピュータです。このマザーボードには2.5 GbpsのIntel I225-Vが搭載されています。1Gbps超えのハブを持っていないので、ASUSの10GbpsカードとZ490をEthernetケーブル（CAT 6Aで十分らしいです）で直結しました。

Z390 (Aquantia 10Gbps) <-----> (Intel 2.5Gbps) Z490

それぞれのマシンに手作業で適当なアドレスを割り当てておきます。まずは、Z490マシンでiperf3をサーバーモードで動かしました。

iperf3 -s

一方、10Gbpsカードが載ったZ390マシンでは、サーバアドレスを指定して、クライアントモードでiperf3を動かしました。

iperf3 -c 192.168.x.x

その結果、両方に同じ測定結果が表示されます。クライアント側の表示を以下に示します。

% iperf3 -c 192.168.x.x
Connecting to host 192.168.x.x, port 5201
[ 5] local 192.168.x.x port 49648 connected to 192.168.x.x port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 244 MBytes 2.05 Gbits/sec
[ 5] 1.00-2.00 sec 246 MBytes 2.06 Gbits/sec
[ 5] 2.00-3.00 sec 247 MBytes 2.07 Gbits/sec
[ 5] 3.00-4.00 sec 244 MBytes 2.05 Gbits/sec
[ 5] 4.00-5.00 sec 247 MBytes 2.07 Gbits/sec
[ 5] 5.00-6.00 sec 245 MBytes 2.05 Gbits/sec
[ 5] 6.00-7.00 sec 247 MBytes 2.07 Gbits/sec
[ 5] 7.00-8.00 sec 245 MBytes 2.05 Gbits/sec
[ 5] 8.00-9.00 sec 250 MBytes 2.10 Gbits/sec
[ 5] 9.00-10.00 sec 249 MBytes 2.09 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.00 sec 2.41 GBytes 2.07 Gbits/sec sender
[ 5] 0.00-10.00 sec 2.41 GBytes 2.07 Gbits/sec receiver
iperf Done.

結果は2.07Gbpsと、2G以上の速度が出ていました。片方が2.5 Gbpsなので、それ以上は出ません。ネットの転送には色々オーバーヘッドがあるので、これくらい出ていれば十分だと思いました。また、今まで相方がいなかったので不明だったのですが、Z490の2.5Gオンボード有線LANが性能通りの速度で動いていることも確認できました。

OOBの10Gbpsカード

同じAquantiaのチップ搭載カードでも、Sonnetの製品ならばOOBで動くようです。以下のAmazonの販売ページにも、macOS対応と書かれてます。ASUSのカードより3,000円ほど高価です。今回はたまたま手元にASUSのカードがあったのでそれを試しましたが、この価格差ならば、パッチが不要なSonnetカードの方が良いと思います。（コメントいただいた情報によると、SequoiaではこのカードもOOB動作しないようです。 2025/09/15）

Big Sur 11.1にアップデートする

Fri, 18 Dec 2020 23:49:55 +0900

macOS Big Sur 11.1が配布されたので、11.0.1からアップデートしました。アップデートしたのは、Z390マザーボードとZ490マザーボードのマシンです。どちらもOpenCore 0.6.4で起動していて、kext類は最新です。システム環境設定の「ソフトウェア・アップデート」に通知が来ていたので、そのまま「今すぐアップデート」ボタンを押しました。

この後、3.27GBのアップデートファイルがダウンロードされ、再起動します。最初の再起動では、どういうわけか同じ名前の起動ボリュームが見えていました。どちらかがアップデーターのボリューム（従来だとBoot macOS Install from …というような名前でした）で、どちらかが古いmacOSだと思われます。デフォルトで起動ドライブになっていた左側を選択すると、インストールが進みました。

この後、2回ほど再起動をします。2回目以降の再起動時には、起動ボリュームは1個だけに戻っていました。インストール後、何の問題もなくBig Sur 11.1が起動しました。

特に気づく変更点はありません。ビルドは20C69になってました。

M1 MacでHackintoshを作る

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

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

Macを買おう

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

Macintoshを買おう

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

Big Surをダウンロードする

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

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

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

/Applications/Install macOS Big Sur.app

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

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

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

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

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

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

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

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

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

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

% diskutil list 
% sudo diskutil mount disk4s1

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

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

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

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

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

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

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

OC Gen XでESPを作る

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

OC Gen-XでESPを作る

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

ESPを手直しする

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

自作マシンで起動する

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

文鎮化しても救える？

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

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

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

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

まとめ

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

M1 MacBook Airの良いところ

Sat, 12 Dec 2020 01:08:40 +0900

普段使いのノートとして古いMacBook無印を使っていたところへ、M1 MacBook Airがやってきました。重いけど速くて使いやすくて気に入りました。使ってみて気づいたところを書き連ねます。

M1 Mac

M1搭載MacはMac mini, MacBook Air, MacBook Proと3機種出ました。ハードウエア更新がいつも後回しな印象のあるMac miniが、新CPU搭載ラインナップに加わっているのは嬉しかったです。ただ、こんなにスカスカなのに、一切拡張できないのは残念です。メモリーソケットとM.2ソケットをつけて、2.5インチSATAドライブを2台は搭載可能な感じです。

(出典：egpu.io)

それで注目なのはAirだと思いました。3機種とも同じCPU/GPUで、メモリとSSDの構成も同じです。一切拡張できない点も同じです。ならばM1の小型・省電力という特徴を生かした軽くてファンレスのAirが面白いと考えました。

キーボードが良い

Late 2019 MacBook Proからすでに改良されている点で、今更報告するほどのことではないかと思いますが・・・キーボードが良くなってました。MacBook無印のキーボードは、評判の悪いバタフライ型でした。薄いけど、沈み込みが少なく、ペチペチと安っぽい打鍵音がします。打ちにくさは慣れれば克服できるのですが、打鍵音がうるさいので、周囲に人が居る会議や公共の場で使いにくかったです。薄さを追求したMacBook無印には薄いバタフライ型が必要だったのかもしれないですが、厚いMacBook Proにも使われてました。評判が悪い上に、動作不良になることも多くて、2019年11月からのMacBookシリーズでは、元のシザー型のキーに戻りました。薄いキーを諦めた結果、MacBook無印は終了になってしまいました。

M1 MacBook Airも、改良されたキーを搭載しています。デスクトップ用のApple Magic Keyboardと同じキーになっているそうで、慣れ親しんだいつもの打鍵感覚を得られます。MacBook無印と比べると打鍵音がほとんどしないのがとてもありがたいです。ファンレスで動くM1チップならば、MacBook無印の筐体で薄型軽量なモデルを作って欲しかったと最初は考えていました。実際、無印に比べてAirはずっしりと重いのですが、このキーボードのためなら我慢しても良いと思えました。それくらいキーボードが良いです。

Touch IDが便利

これも目新しいことではないですが、Touch IDが便利でした。Windowsノートには指紋デバイスが、はるか昔から搭載されてました。MacBookシリーズにも2016年のTouch Barから搭載されてます。なので単に疎かっただけなのですが、使ってみたら便利でした。Apple Watchで認証するには、装着していないと使えません。指紋ならいつでも対応できます。デスクトップ向けのMagic KeyboardにもTouch IDをつけてくれたら良いのにと思いました。

CPUとGPUが速い

省電力で小型軽量マシン向けのCPUだと思われていたところが、ベンチマークのスコアが予想以上に高くて、評判になってます。ここでは、デスクトップの自作macOSマシンと、改めて比較しました。構成はASUS Z490-G + 10900K + RX-5700XT + OpenCore 0.6.4 + Big Surです。まずはGeekbench 5のCPUスコアの比較です。シングルコアはM1が優ってます。マルチコアの結果も、4+4物理コア対 10物理コア+10HTの対決にしては、M1は頑張っています。省電力物理コアは、インテルのHTによる仮想コアよりも仕事が出来る感じです。グラフィックスの性能は冷却もしっかり効いたdGPUに敵いませんが、IntelのiGPUに比べたら高性能です。


	M1 MacBook Air	自作 macOS
CPU	M1	10900K
GPU	M1	RX-5700XT
メモリ/SSD	8GB/256GB	32GB/250GB
CPU シングル	1,714	1,335
CPU マルチ	7,394	11,041
GPU OpenCL	16,701	66,296
GPU Metal	18,727	69,797

Cinebench R23も試しました。デフォルトでは10分間の試験をすることになってますが、時間がかかるので１回だけ走らせました。10分間テストを実施したらファンレスのMacBook Airはスコアが下がったかもしれません。アクティビティモニターによるCPU稼働率も一緒に示します。M1では、高性能コアも省電力コアもどちらもしっかり仕事をしている印象です。省電力コアが足を引っ張るような振る舞いは見られませんでした。

こちらは10900Kの様子です。

スコアは、以下のようです。GeekbenchのCPUマルチのスコアよりは差が開きました。でも、ローエンドMacに搭載された省電力CPUとしては、今までにない高性能です。


	M1 MacBook Air	自作 macOS
Cinebench R23	7,063	16,230

SSDの速度をAmorphousDiskMarkで測定しました。時間がかかるのでこれも最初の項目だけのテストです。M1 MacBook Airも自作PCもどちらも250GBなので、SSDの性能は同じようなものだと思います。後述するように、M1は接続がApple Fabricです。スコアは以下のようでした。

こちらはASUSマザーボード上のM.2ソケットに取り付けたWDの250GB SSDの速度です。M.2 SSDの方がWriteは遅かったですが、Readは同程度でした。接続方式の違いではなく、SSDの特性の違いと思われます。

iOSアプリが使える

M1チップのMacではiOSアプリが使えます。App Storeで検索するときに、「iPhone および iPad App」を選ぶとiOSのアプリが出てきます。これを見ると、iOSのアプリのかなりがM1 macOSで動作するようです。キャッシュレス決済アプリを入れておけば、スマホを忘れても、MacBookさえ持っていればコンビニで買い物ができます。画面上部のカメラも起動できるので、店頭QRコード支払いも可能なようです。このほかiPhoneで使っていたタイマーアプリ、Wi-Fi接続家電のリモコン、電卓などをダウンロードして使えました。

謎アーキテクチャの探索が楽しい

今回のMac新モデルで一番楽しい点は、Apple Siliconという新しいアーキテクチャを探索できるところです。謎なところをいくつか探ってみました。もし詳しい情報をご存知の方がいらしたら、教えていただければと思います。まずは、Z490マシンでmacOSのCPU名を調べるコマンドを打ち込むと、

% sysctl -n machdep.cpu.brand_string 
Intel(R) Core(TM) i9-10900K CPU @ 3.70GHz

のように、詳しい名前やクロック数が表示されていました。M1 MacBook Airでこのコマンドを打つと、こんな表示になります。

% sysctl -n machdep.cpu.brand_string
Apple processor

そっけなくて、詳細な仕様を謎のままにしておきたいという意図を感じます。

unameコマンドでは、OSの名前を表示できます。インテル版のBig Surで実行すると以下のような表示が出ます。

% uname -a
Darwin chimney.local 20.1.0 Darwin Kernel Version 20.1.0: Sat Oct 31 00:07:11 PDT 2020; root:xnu-7195.50.7~2/RELEASE_X86_64 x86_64

X86 64のためのリリースだと書いてあります。M1 MacBook Airでこのコマンドを打つと、以下のように表示されました。

% uname -a
Darwin air2020.local 20.1.0 Darwin Kernel Version 20.1.0: Sat Oct 31 00:07:10 PDT 2020; root:xnu-7195.50.7~2/RELEASE_ARM64_T8101 arm64

ARM64アーキテクチャの、ARM64 T8101のためのリリースとのことです。T8101をネットで検索してみたら、iPhone 12シリーズに搭載されているApple A14 Bionic SoCの型番だそうです。M1チップは、A14に非常に近い仕様なのではと想像できます。

Z490マザーボードのM.2ソケットに取り付けたSSDをディスクユーティリティで見ると以下のようでした。名前の説明に「PCI-Express内蔵物理ディスク」となっていて、PCI-Express接続になってます。

M.2ソケットにはPCIeの配線がつながっていて、SSDはそれに接続しているので当然の表示です。一方、M1 MacBook AirのSSDを、同様にディスクユーティリティで調べてみます。すると、名前の説明が「Apple Fabric内蔵物理ディスク」になり、接続先がApple Fabricになってます。このSSDはPCI-Expressとは違った接続のようです。

「システム環境」のSSDの項目にもApple Fabricの記述があります。Appleのサイトの図によると、FabricとはCPU, GPU, メモリーなどが接続されている内部バスのようなものらしいです。ここにSSDが接続されているようです。PCIeは無くなってしまったのでしょうか？

HackintoolやIORegistryExplorerなどで調べると、一応はPCIeらしきものの一覧が出てきます。また、Display controllerとしてAMDのRadeon R7 370 / R9 270X/370XがPCIeの一覧に見えます。

でもどのDevice Pathも0番になっていて、怪しい感じです。Systemのタブを見ると、CPUは2.50GHzのVirtualAppleとなってます。

同様の情報は、MacCPUIDを動かしても得られました。やはりVirtualAppleという名前のCPUになってます。アーキテクチャはWestmereという太古のインテルCPUの設定です。おそらくは、Hackintoolに表示されている情報の、Intel Generationが???になっている部分を、Westmereと判断したのだと思います。

Hackintoolを動かす前にRosetta 2をインストールしてくださいというダイアログが出てました。なので、これらの情報は、Rosetta 2が提供しているフェイクな情報ではないかと思います。Intel版macOSアプリを動かすために、Apple SiliconアーキテクチャをIntelアーキテクチャに偽装しているとしたら、これはhackintoshに通じるテクニックだと思います。

まとめ

新しいM1 MacBook Airを使ってみました。今まで使っていたMacBook無印と比べると重量が重くなりましたが、動作は軽く、キーボード、Touch ID、iOSアプリが使えて便利です。Appleオリジナルの新しいCPUになったので、今までと違う内部情報が得られました。

OpenCore 0.6.3から0.6.4に更新

Wed, 09 Dec 2020 01:12:11 +0900

OpenCoreの0.6.4が公開されたので0.6.3からアップデートしました。config.plistの変更点は少ないですが、PlayChime項目がbool型からstring型に変更されてます。なので今までのconfig.plistではエラーが出るようです。

0.6.4をダウンロードする

公式のダウンロードページは以下です。Kext Updater.appがダウンロードしてくれる内容を使っても良いです。

Releases · acidanthera/OpenCorePkg

.efiファイルを差し替える

更新するためには、今までと同様に、X64の方のフォルダの中身を、現用のファイルと入れ替えます。前回と同様、入れ替えるべきファイルは以下でした。

EFI/BOOT/BOOTX64.efi
EFI/OC/OpenCore.efi
EFI/OC/Bootstrap/Bootstrap.efi
EFI/OC/Driversの中のうち、現在使用しているもの：手元のマシンでは、OpenCanopy.efiとOpenRuntime.efi
EFI/OC/Toolsの中のうち、現在使用しているもの：手元のマシンでは、OpenShell.efi

ACPIとKextsは、OpenCoreの範疇では無いので、変更不要です。

config.plistを更新する

現在のconfig.plistをconfig_063.plistと改名し、配布パッケージに入っているsample.plistをコピーして持ってきて、これをconfig.plistにしました。PlistEDPlusを使って、双方を開いて、比較しながら新しいconfig.plistを作りました。

気付いた変更点は以下です。

Booter/Patchが追加されていました。Itemが1個有りますが、sample.plistではenabled=falseなので機能はしていないようです。
Booter/QuirksにAllowRelocationBlockが追加されてます。これもfalseなので影響はないようです。「relocation blockからmacOSを起動する」という指定らしいです。カーネルを読み込むメモリが足りないときに使えるようです。起動に問題なければfalseで良いようです。
Misc/SecurityにBlacklistAppleUpdateが追加されてsample.plistではtrueになってます。デフォルトはfalseです。Apple周辺ファームウェアのアップデートを試みないように設定します。Big Surで、NVRAMでこれを設定できない場合のために設けられました。Big Surならtrueでも良いと思いました。
Misc/SecurityのBootProtectがsample.plistではNoneになってます。以前のsample.plistではBootstrapでした。bootloader persistence を提供する機能らしいです。新しいサンプルに従ってNoneを試したところ、一応起動するのですがESPがマウントできない問題が発生しました。再起動ではokでした。なのでBootstrapに戻しました。
UEFI/Audio/PlayChimeがstring型のAutoになってます。今まではbool型のfalseにしてましたが、それではエラーが出るようです。string型のAuto, Enabled, Disabledから選びます。起動音を使ってないのでDisabledにしました。

いずれも大きな変更ではなさそうです。でも、PlayChimeのフォーマットが変更されたことには、対応が必要です。以上の設定で、0.6.3から0.6.4に移行できました。

OC Gen-XでESPを作る

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

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

OC Gen-X

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

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

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

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

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

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

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

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

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

-v keepsyms=1

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

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

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

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

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

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

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

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

起動するかどうかを試す

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

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

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

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

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

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

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

config.plistを比較する

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

ACPI
Booter
UEFI

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

DeviceProperties

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

Kernel

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

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

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

Misc

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

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

NVRAM

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

PlatformInfo

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

まとめ

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

VMware Fusion Player 12を使う

Thu, 03 Dec 2020 21:34:52 +0900

無償で個人利用できるようになったVMware Fusion 12 Playerを使ってみました。無償ライセンスを入手するのが手間でしたが、インストールは簡単で素早く、機能も動作も満足のいくものでした。

無償になったPlayer版

VirtualBoxを使う記事、

HackintoshでVirtualBoxを使う

のコメントで、VMware Fusion 12 Playerが無償になったことを教えていただきました。こちらの記事が詳しいです。

個人なら無償インテルMac用仮想環境アプリ「VMware Fusion Player 12」レビュー (…

VMware Fusion 12はBig Surに対応したバージョンらしいですが、そのスタンダード版に当たるPlayer用のライセンスキーが、今回、個人利用者に対して無償で配布されることになったそうです。ということで現状のmacOSで利用できるVMアプリケーションは以下のようになりました。

Parallels（有料）
VMWare Fusion（個人利用は無料）
VirtualBox（無料）

VMwareの有料版も、かなり昔に使っていた記憶があります。有料なだけあって、Parallelsと同様に使いやすく性能が良かったです。それで早速、ASCIIの記事を参考に無償ライセンスキーと本体を入手しました。ASCIIの記事にあるように、入手場所は、webページの中のわかりにくい場所にあります。またユーザ登録が必要です。大昔に有料版を使っていた時に登録してあったのか（すっかり忘れてましたが）アカウントが残ってました。

ダウンロードして動かす

次にVMwareのサイトから本体をダウンロードします。インストールが終了するとこんなウィンドウが出ます。使用したマシンの構成はハードウェアがASUS Z390マザーボード + 9900Kで、ソフトウェアがOpenCore 0.6.3 + macOS Big Sur 11.0.1です。

VMware Fusionを起動すると、ライセンスキーを聞かれるので、サイトで入手した番号を入力します。

このウィンドウにも、無償ライセンスキーを取得するリンクのボタンがあります。先にソフトウェア本体をダウンロードして、その後に、ライセンスキーを取得に行くのがわかりやすかったかもしれないです。ライセンスキーを入れると、無事、受け付けてくれました。

この後、起動用のイメージファイルを選択する画面になります。Windows 10のisoファイルがあったので、それを選択しました。すると、特に設定の必要もなく、稼働ボリュームのイメージファイルが作られて、インストールが始まり、Windowsが起動しました。10分ちょっとくらいで終わってしまった感じで、速かったです。Windowsをアップデートしたりなどして、多少使った後の稼働ボリュームのファイルは20GB程度でした。今後さらに使用を続けていくと、必要に応じてサイズが大きくなっていくのだと思います。

まとめ

VMware Fusion 12が無償で利用できるようになっていたことを知り、インストールしました。ゲストOSとしてWindows 10をインストールしたところ、キビキビと動いていて快適です。VirtualBoxと比べて、元々が有償ソフトウェアなためか、高速に動く気がしました。以前から無償で利用できたVirtualBoxにはお世話になりましたが、Fusionをしばらく使ってみようと思いました。

HomePod miniを使う

Sun, 29 Nov 2020 00:19:43 +0900

HomePod miniを使ってみました。macOSからはAirPlayのスピーカーとして使えます。またHome.appからアラームの設定ができます。HomeKitのホームハブとして使えるそうですが、そちらは試せてません。

HomePod mini

Amazon EchoやGoogle Homeに比べて、Appleのスマートスピーカは高価なHomePod無印が1機種だけしかなく、普及に力を入れているという様子がありませんでした。でもHomePod miniが出て、競争力が付いたと思います。Echoは、安いのでいくつか使用してますが、結構便利です。でもAppleのエコシステムで生きているので、カレンダーやメッセージにアクセスできなくて物足りなく思ってました。今回、手頃な価格でコンパクトなHomePod miniが出たので、ようやく試せました。

設定

箱から出して、電源に接続して、iPhoneを近づけると、iPhoneに設定画面が現れます。このあとは数個の選択肢を設定していくだけです。

この辺りは、iOSを所有している会社の製品だけあって、手間要らずです。自社のアプリをダウンロードさせたり、起動させたりする手間が不要なだけでも有利です。Wi-Fiなどの設定も、Amazon Echoに比べたら格段に容易でした。てっぺんのLEDの点滅をiPhoneで撮影して、デバイスをペアリングする手法もスマートです。その結果、Wi-FiもBluetoothもApple IDも全てが、気づかないうちに設定終了してました。逆に言うと、iPhoneが無いと使い始めることもできないデバイスです。

このあと、Z390 + 9900KにOpenCore 0.6.3 + Big Sur 11.0.1の構成のmacOSマシンから何ができるのか試しました。無線ユニットは、純正Macと同じBCM94360CDです。

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

HomePod miniとの通信でBluetoothなども使っているのかなと思ったのですが、以下で紹介するAirPlayもHome.appも有線LANだけで動きました。BluetoothとWi-Fiをoffにしても同様に動きます。

AirPlayスピーカー

まずはサウンドです。デフォルトの選択肢からオフィスを選んであったのですが、その名前でAirPlayデバイスとして見えてます。これを選択するだけで、すぐに音が出ました。Bluetoothのペアリングは、簡単そうで失敗することも多いのですが、こちらは手間要らず機能します。キーボードの音量キーも操作可能でした。HDMIやUSBオーディオだとキーボードの音量キーが効かないことも多いので、これは助かります。

すでに色々な人が音質が良いとレビューしてますが、評判通り、音質はそこそこ良いです。ステレオスピーカーと比較すると、HomePod miniはモノラルなので、広がりに欠けるのは仕方ないです。ちなみに、2台のHomePod miniを用意すると、iPhoneからはステレオになります。でもmacOSのAirPlayではモノラルのスピーカーが2個に増えただけになってしまうらしいです。macOSで使う限り、1台だけ買えば良いようです。

しばらく使ってみると、いくつか不具合に気づきました。まず、YouTubeで動画を止めたり動かしたりしていると、HomePod miniの設定音量とずれてしまうことがありました。また、macOS警告音の「サウンドエフェクトの再生装置」として、システム環境設定の選択肢にHomePod miniが現れることもあれば、現れないこともあります。バグのような感じなので、そのうち直してくれるかもしれません。

もう一点、気になったところは、遅延が大きい場合があることです。サウンドエフェクトの再生装置として現れる場合、通知音のサンプルをクリックしてから1~2秒くらい遅れて音が出ます。MusicやQuickTime Playerなどで音楽の再生・停止ボタンを押すと、2秒くらいしてから反応します。動画再生・停止でも遅延します。でも映像も遅延するので、音との同期がズレる現象はないのです。いずれの場合も、マザーボードのサウンドチップでは瞬時に応答するので、AirPlayが原因だと思われます。何処かのバッファメモリが一杯、または空っぽになるまで、操作結果が反映されない感じです。遠隔会議ではこの遅延のために対話が成り立ちません。いろいろ謎の遅延ですが、これもそのうち直してくれるのかもしれないです。

ホーム.app

ホーム.appを開いてみました。オフィスという場所に、HomePod miniが見えてました。名前は変更できます。いくつかの設定も変更できます。でもできることは、アラームを設定する程度の事でした。macOSから操作するよりも、Siriに音声でお願いしたほうが楽そうです。

純正環境との比較

AirPlayの遅延などに関しては、hackintosh環境なので、不具合が起こっても当然だったのかもしれません。それで純正Mac, iPhone環境ではどうなのかを確認しました。

純正Macとの比較

Big Sur 11.0.1が動いている本物のMacBookからこのHomePod miniに接続して確認しました。警告音のデバイスに現れない、2秒くらい遅延するという状況は、同様に発生しました。hackintoshの問題ではないようです。

iPhoneとの比較

iPhoneから接続すると、Musicアプリでも、一般のアプリ（例えばSafariで見るYoutubeサイトの動画）でも、遅延はありませんでした。

AirPlay 2.0

先の説明で、macOSのAirPlayではHomePodはステレオにならないと書きました。正確には、macOSでも、Music.appからだけはステレオになるそうです。

調べたところ、初代HomePodが発表された2017年に同時に、AirPlay 2.0が発表されて、そこで複数スピーカーの同期ストリーミングがサポートされたのだそうです。これにより2台のHomePodでのステレオ再生がサポートされたのだと思われます。この時に、遅延の問題も改善されたのでは無いかと思いました。それで、iOSは全面的にAirPlay 2.0に対応しているので、遅延が発生しないけど、macOSではMusic.appだけが2.0に対応しているので、Music.appを使う時だけは、ステレオにもなるし、遅延も発生しないということかと思いました。

実はmacOSのMusic.appでも、設定によっては2秒の遅延が発生します。純正Macでも同様です。Music.appのAirPlayアイコンから、HomePod miniを選択すると、遅延は発生しません。「オフィス」というのがHomePod miniです。

でもここで「コンピュータ」を選んで、macOSの「システム環境設定」「サウンド」からAirPlayデバイスを選ぶと遅延が発生します。前者は、

Music.app ---> ( AirPlay 2.0 ) ---> HomePod mini

という接続になっていて、ステレオになって遅延も発生しないけど、後者は、

Music.app ---> macOS ---> ( AirPlay ) ---> HomePod mini

というようにmacOSを経由した設定で、この場合、古いAirPlay無印が使用されて、その結果遅延が発生するということかと推測できます。macOSのMusic.appは自前でAirPlay 2.0を実装しているのか、それとも2.0を提供するmacOSの未公開APIがあってそれを使用しているのかと思われます。

まとめ

HomePod miniが自作マシンのmacOSから使えることを確認しました。AirPlay接続のスピーカーとして使えて、さらにホーム.appにはデバイスとして現れます。ただ遅延が大きいので、コンピュータ用スピーカーには向いてませんでした。常設のSiriデバイスとして使っていきます。

OpenCoreのpicker画面を設定する

Tue, 24 Nov 2020 18:43:49 +0900

OpenCore 0.6.3のSample.plistを真似て作ったconfig.plistでは、ブート時のpicker選択画面で、macOSのUSBインストーラやWindowsドライブが現れませんでした。これを治しました。またpicker画面で使える便利な機能も設定しました。

デフォルト設定のpicker

OpenCoreが起動する際に、箇条書きやアイコンで現れる選択肢のことをpickerというのだそうです。Cloverの時は起動ボリュームが現れましたが、OpenCoreではツールのアイコンも一緒に現れるので、pickerと呼ぶのが適切なのかと思いました。

最近、このpicker画面にWindowsが入ったSSDが現れなくなっているのに気づきました。でもWindowsの使用頻度がほとんど皆無なので放置してました。その後、Big Surをクリーンインストールしようとしたときに、USBメモリーに入れたBig Surインストーラもpicker画面に現れませんでした。それで対応することにしました。OpenCoreのデフォルト設定では、WindowsもUSBメモリもpickerとして現れないようです。実際の例で示します。以下は、

macOSの入ったM.2 SSD
Windowsの入ったSATA SSD
Big Surインストーラが入ったUSBメモリ

が接続されたZ390マシンが起動した直後のpicker画面です。config.plistのほとんどの項目は、Sample.plistに記述のデフォルト状態です。上記の3個のボリュームに相当するpickerが現れて欲しいところですが、このうちの1個、macOSの入ったM.2 SSD (Macintosh HDという名前）しか現れません。Recovery はそのSSDに入っている復旧用ボリュームです。ほかに、UEFI ShellとNVRAMリセットのpickerが見えてます。

ScanPolicyを設定する

pickerを変更する方法の一つが、config.plistのMisc –> Security –> ScanPolicyという整数値を変更する方法です。これは起動選択のボリュームをスキャンする際のセキュリティ方針を決める項目のようです。得体の知れないボリュームから起動することは、セキュリティとして良く無いので、起動対象ボリュームの種類を決めておきましょうという項目のようです。

ScanPolicy = 0

ScanPolicyには、どのファイルシステムとどのデバイスを対象とするかをビットで設定します。詳細はOpenCoreのマニュアルに書いてあります。

• 0x00000001 (bit 0) — OC_SCAN_FILE_SYSTEM_LOCK, restricts scanning to only known file systems defined as a part of this policy. File system drivers may not be aware of this policy. Hence, to avoid mounting of undesired file systems, drivers for such file systems should not be loaded. This bit does not affect DMG mounting, which may have any file system. Known file systems are prefixed with OC_SCAN_ALLOW_FS_.
• 0x00000002 (bit 1) — OC_SCAN_DEVICE_LOCK, restricts scanning to only known device types defined as a part of this policy. It is not always possible to detect protocol tunneling, so be aware that on some systems, it may be possible for e.g. USB HDDs to be recognised as SATA instead. Cases like this must be reported. Known device types are prefixed with OC_SCAN_ALLOW_DEVICE_.
• 0x00000100 (bit 8) — OC_SCAN_ALLOW_FS_APFS, allows scanning of APFS file system.
• 0x00000200 (bit 9) — OC_SCAN_ALLOW_FS_HFS, allows scanning of HFS file system.
• 0x00000400 (bit 10) — OC_SCAN_ALLOW_FS_ESP, allows scanning of EFI System Partition file system.
• 0x00000800 (bit 11) — OC_SCAN_ALLOW_FS_NTFS, allows scanning of NTFS (Msft Basic Data) file system.
• 0x00001000 (bit 12) — OC_SCAN_ALLOW_FS_LINUX_ROOT, allows scanning of Linux Root file systems.
• 0x00002000 (bit 13) — OC_SCAN_ALLOW_FS_LINUX_DATA, allows scanning of Linux Data file systems.
• 0x00004000 (bit 14) — OC_SCAN_ALLOW_FS_XBOOTLDR, allows scanning the Extended Boot Loader Partition
as defined by the Boot Loader Specification.
• 0x00010000 (bit 16) — OC_SCAN_ALLOW_DEVICE_SATA, allow scanning SATA devices.
• 0x00020000 (bit 17) — OC_SCAN_ALLOW_DEVICE_SASEX, allow scanning SAS and Mac NVMe devices.
• 0x00040000 (bit 18) — OC_SCAN_ALLOW_DEVICE_SCSI, allow scanning SCSI devices.
• 0x00080000 (bit 19) — OC_SCAN_ALLOW_DEVICE_NVME, allow scanning NVMe devices.
• 0x00100000 (bit 20) — OC_SCAN_ALLOW_DEVICE_ATAPI, allow scanning CD/DVD devices and old SATA.
• 0x00200000 (bit 21) — OC_SCAN_ALLOW_DEVICE_USB, allow scanning USB devices.
• 0x00400000 (bit 22) — OC_SCAN_ALLOW_DEVICE_FIREWIRE, allow scanning FireWire devices.
• 0x00800000 (bit 23) — OC_SCAN_ALLOW_DEVICE_SDCARD, allow scanning card reader devices.
• 0x01000000 (bit 24) — OC_SCAN_ALLOW_DEVICE_PCI, allow scanning devices directly connected to PCI bus
(e.g. VIRTIO).

LSB 2ビットは、ファイルシステムとデバイスを限定するかどうかのビットで、0にしておけば全てのボリュームが現れるようになります。なのでScanPolicyを0に設定してしまえば、全てのボリュームが現れます。下の例は、同上のマシンでScanPolicyを0にした時のpickerの様子です。WindowsとUSBインストーラ（丸いBig Surアイコン）が追加されました。

左端に現れているオレンジ色のEFIというpickerは、USBメモリのESPです。OpenCoreが入ってます。これを選択すると、「すでにOpenCoreで起動している」というような内容のメッセージが出るだけです。Cloverの入ったESPが他のドライブにあると、それも現れます。ESPの内容がCloverの場合はCloverに切り替わります。起動できるESPがある場合に、それが現れてしまうのは、ちょっと煩雑な感じがします。でも、実際のMacでも、オプションキーで起動すると、同様に起動可能なESPがpicker画面に出現します。実機と同じ仕様と思えば納得できます。

ScanPolicy = 19859203

ScanPolicy = 0で全く困らないのですし、そう設定するように指示するガイドページもあります。実際OC Gen-Xが自動生成するconfig.plistも0に設定してます。ただ、せっかくセキュリティの機能が用意されているのに、無視するのももったいない気がします。正しく必要なものだけ設定したいと考えました。

ScanPolicyのデフォルト値は17760515です。ScanPolicyの設定そのものをconfig.plistから削除するとこのデフォルト値になります。Sample.plistでもこの値が設定されています。このデフォルト値では、

ファイルシステムはAPFSのみ
デバイスはSATA, SAS, NVMe, SCSI

を対象とする設定です。APFSのみなので、Windowsはもちろん、HFS+だったBig SurインストーラUSBも現れないわけです。さらには、デバイスでは、USB, DVD, FireWire, SDカード, PCIバスが除外されています。Big SurインストーラUSBはデバイスとしても除外されていました。そこで、このデフォルト値に追加して、

ファイルシステムにHFS+とEFI System Partition (ESP) を追加する
デバイスにUSBを追加する

ような設定にしました。それが10進数で19859203になります。ファイルシステムの選択肢にNTFSのビットがあったので、Windowsならそれだろうと考えたのですが、違ってました。ブートローダーがESPにある関係か、NTFSビットを立ててもWindowsのpickerは現れませんでした。ESPビットを設定する必要があるようです。ScanPolicyを19859203に設定すると、（上の写真と同じですが）以下のようになりました。

ビットの計算をする

皆さんはビットを立てたり、外したりするのにどうやって計算されてます？今回は手軽で便利なmacOS標準搭載の「計算機」を使いました。「計算機」はメニューの「表示」「プログラマ」を選ぶと16進数、8進数などを扱えます。入力や結果はコピペできるので便利です。

今回の計算は以下のようにして行いました。まずは、ScanPolicyのデフォルト値の、17760515をコピーします。計算機を10進数に切り替えて、ペーストします。その後、16進数に切り替えると、0x010F0103であることがわかります。ビットがわかりやすいです。

ここで、スキャン対象のファイルシステムにHFS+とESPを追加して、対象デバイスにUSBを追加します。それぞれのビットは、OpenCoreのマニュアルによると、以下です。

HFS+ : 0x200
ESP : 0x400
USB : 0x200000

なので、合計で0x200600のビットを立てれば良いわけです。そこで「計算機」で「OR」を押した後、0x200600を入力して、イコールを押します。出てきた結果は16進数で0x12F0703になります。10進数に切り替えれば、設定すべき10進数、19859203が得られます。これもコピーしてProperTreeまたはPlistEDPlusにペーストすれば良いです。

「計算機」にはRPN（逆ポーランド記法）で操作するモードもあるので、マニアックな人も満足できると思います。

おまけ1: 表示pickerを減らす

Pickerがこれくらい並んでも（USBメモリーが挿さってなければ2個減りますし）適切に賑わっていて良いと思いました。でも、efiツールをたくさんインストールしている場合は、それが右端に追加されるので、煩雑だと感じることもあるようです。

そこで、使用頻度の低いpickerを非表示にするオプションがあるようです。config.plistのMisc –> Boot –> HideAuxiliaryです。デフォルトではfalseですが、これをtrueにすると、写真のpickerのうち、Recovery, Reset NVRAMが非表示になります。また、Misc –> Toolsで追加しているefiツールItemの中のAuxiliaryをtrueにしているツールも非表示になります。現在はOpenShell.efiを追加してありますので、HideAuxiliaryをtrueにした上で、さらにOpenShell.efiの設定でAuxiliaryをtrueにしました。その結果、表示されるpickerが以下のように減りました。

ここでスペースキーを押すと、非表示にしていたpickerが元通りに表示されます。

おまけ2: -vを一時的に有効にする

Misc –> Boot –> PollAppleHotKeysをtrueにすると（デフォルトではfalseです）picker画面でApple標準のホットキーがいくつか使えるようになります。使用可能になるキーは以下です。

CMD+C+MINUS — disable board compatibility checking.
CMD+K — boot release kernel, similar to kcsuffix=release.
CMD+S — single user mode.
CMD+S+MINUS — disable KASLR slide, requires disabled SIP.
CMD+V — verbose mode.
Shift — safe mode.

ありがたいのはコマンド + vです（vは小文字でok）。ブートオプションには-vを付けずに、シンプルなリンゴマークだけで通常は起動していて、ちょっと動作が怪しい時だけ、コマンド + vでverbose modeに入れるようになります。Cloverだと起動画面からオプションを一時的に切り替えることができたので、同じように運用できます。

まとめ

ScanPolicyをデフォルト値から変更して、WindowsやUSBインストーラがpickerに現れるよう設定しました。また、HideAuxiliaryとPollAppleHotKeysもデフォルト値から変更しました。

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

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

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

Intel NUC D54250

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

Intel NUC D54250, 4250U

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

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

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

構成は以下です。

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

ESPの設定

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

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

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

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

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

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

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

Config.plistの設定

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

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

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

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

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

以前の記事で、

Misc – Security – SecureBootModel を Disabled にする

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

Big Surを入れる

前述のように、このNUCは

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

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

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

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

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

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

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

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

まとめ

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

マイナンバーカードを読む

Sun, 22 Nov 2020 17:52:04 +0900

公的個人認証サービス対応ICカードリーダーが600円で売られてました。USB接続の接触型ICカードリーダーで、マイナンバーカードが読めます。自作macOSマシンでも使えてマイナポータルにログインできました。

マイナンバーカード対応リーダー

「Hackintoshで確定申告」という記事を、何年も前に書きました。この時使うのが、マイナンバーカードを読み取るための「公的個人認証サービス対応ICカードリーダ」です。今まで、SCR3310-NTTComというカードリーダを使用してました。ずっと以前に販売終了になった古代の製品ですが、秋葉原のジャンク屋さんに山積みされていたのを、使う当てもなく買ったものでした。こういう衝動買いは、大体は無駄に終わるのですが、この物件に関してはとても役に立ってます。

今は後継機種が販売されているようですが結構な価格です。実はマイナンバーカードは非接触型ICカードでもあるらしくNFCリーダやスマートフォンでも読めるようです。後継機種のカードリーダーも非接触型らしく、それもあって高価なようです。接触型なら端子だけで済むところを、無線送受信機とアンテナが必要なので高くなるのは仕方ないです。

デジタル庁もできることですし、これから利用する機会も増えそうなので、カードリーダーを買い足そうと考えました。AliExpressで探したら、接触型ICカードリーダーは送料込みで7ドルくらいでした。

Amazon.co.jpで探したら、ほぼ同じものらしい製品が送料無料で600円でした。今は少し値上がりしてましたがそれでも700円程度です。

ならばということで、信頼と安心のAmazonで手配しました。これをBig Surをインストールした自作マシンに接続すると、システム情報に現れました。動きそうです。

ここに書かれているEMV Smartcard Readerという名前のEMVは、ICチップ搭載クレジットカードの標準規格の名前だそうです。Europay, Master Card, Visaの頭文字らしいです。マイナンバーカードもEMV規格に合わせて作られているようです。考えてみれば、日本のマイナンバーカードにしか使えないガラパゴスなリーダーだったら、ネットで格安で売られているわけがないですよね。試してみたところ、クレジットカードを挿しても反応しますので、本来はPOS端末用などの用途で販売されているのかと思われます。

公的個人認証サービス

マイナンバーカードがあるとどうして確定申告がオンラインでできるのか、謎だったので、総務省のページに行って勉強してきました。

総務省｜マイナンバー制度とマイナンバーカード｜公的個人認証サービスによる電子…

ちなみに冒頭のキャラクタはマイキーくんと言って総務省の職員の方がデザインされたようです。JPKI (Japanese Public Key Infrastructure) の頭文字が入っているそうです。

このページに書いてあることによると、マイナンバーカードのメモリーには2個の証明書と2個の秘密鍵が記録してあるようです。秘密鍵は公開鍵暗号方式で使う鍵です。公開鍵暗号方式では、データを秘密鍵で暗号化して、公開鍵で解読します。秘密鍵を持っている人だけがその暗号化データを作れたことを証明できます。証明書と秘密鍵は、マイナンバーカードを作るときに要望すると書き込んでくれます。お役所でカードを作ってもらうときに、よく分からないけど無料だったので、とりあえず書き込んでもらった記憶があります。

マイナンバーカードに入っている秘密鍵は取り出すことができないように作られているそうです。一方で、2個の証明書は取り出せて、以下の用途に使われます。

署名用電子証明書：確定申告提出書類など、お役所に提出する書類の署名用証明書。公開鍵などの情報の他に、氏名、住所、性別、生年月日の情報（4基本情報）が書いてあります。
利用者証明用電子証明書：マイナポータル（マイナンバーカードを使った電子手続きのポータルサイト）などのサイトにログインするときに使う利用者証明書。公開鍵やシリアル番号などが書かれていますが、4基本情報は書かれていません。

総務省のサイトの説明を読む限りでは、以下のような手順で使用するようです。マイナポータルにログインするときは、おそらくはサーバ側から乱数のようなデータが送られてきて、それを秘密鍵で暗号化して、利用者証明用電子証明書と一緒に送り返すのかと思います。確定申告申請書に関しては、提出書類そのものを秘密鍵で暗号化して、署名用電子証明書と一緒に送り返すという説明が書いてありました。書類そのものを暗号化するのではなくて、書類は平文のままで、書類のハッシュ値を暗号化しているのかなと思わないでもないです。

秘密鍵の秘密

おおよその仕組みは把握できたのですが、秘密鍵の扱いが疑問でした。証明書を使用する際にはパスワード（英数字6~16桁または数字4桁）が必要です。その時に秘密鍵も読み出せるのかとも想像したのですが、それでは簡単に秘密鍵が漏洩してしまいます。総務省のページにも、秘密鍵はカードからは出てこないと説明してあります。そうすると暗号化できるのはカードの中の人（CPU）だけですが、NFCアンテナからの微小な電力でも動くカードで暗号化などできるのでしょうか。

検索していたら、「マイナンバーカードを使ってSSHする」という記事が見つかりました。

マイナンバーカードでSSHする - AAA Blog

マイナンバーカードにアクセスするためのプロトコルは、なんと未公開らしいです。（少し古い記事なので今は違うのかもしれません）どうりで謎だったわけです。ただ世界標準に準拠しているので、ハッキングできているようです。この記事によると、カードの中には、以下のようなディレクトリで機能が管理されているようです。APはアプリケーションの略らしいです。MFはメインフレームの略です（rootってくらいの意味かな）。

公的個人認証APが、公開鍵暗号方式を担っているディレクトリです。署名xxxというユニットが、確定申告などで使う4基本情報を含んだ証明書による認証を担当して、認証xxxというユニットが、マイナポータルへのログインなどで使う、個人情報（4基本情報）を含まない認証を担当してます。

この記事によると、標準的なカードドライバを元にしたオープンソースアプリで、プロトコルに即した数バイトのデータをマイナンバーカードとやり取りすることで、秘密鍵による暗号化ができるそうです。認証xxxユニットを使う手順をまとめると以下です。

とあるバイト列をカードに送信して公的個人認証APを選択する
同様に認証用PIN (IEF0018) を選択する
4桁の暗証番号をASCIIコードで送る
認証用鍵 (IEF0017) を選択する
暗号化してほしいデータ（ハッシュ値など）を送る
その結果、カードから署名データが返送される

これで最終的には、暗号化されたデータと公開鍵が得られるのだと思われます。ということで、なんと、マイナンバーカードが暗号化をしてくれているようです。それなら秘密鍵が外に出ることはないですね。冒頭のタイトルを「マイナンバーカードを読む」としましたが、実はもっと高度な処理をしていたようです。この記事によると、秘密鍵を内部に保持して、外に出さずに内部で暗号化できるデバイスは、まだまだ高価らしいです。それを国民全員に無料で配布しているのですから、もっと活用できるようにすべきだとのことでした。

マイナポータルにログインする

冒頭で紹介した格安カードリーダーを使ってマイナポータルにログインを試みました。

マイナポータルは政府が運営しているオンラインサービスで、マイナンバーカードを使った電子手続きのポータルサイトです。ここにログインするには、マイナンバーカードが必要です。おそらくはSSHのログインと同様に、サーバーからタイムスタンプのような乱数が送られてくるので、それをマイナンバーカードの中のチップが暗号化して、公開鍵を含んだ証明書と一緒に送り返すのだと思われます。

Big Surをクリーンインストールした後なので、前回インストールしたSafari拡張機能が消えてました。ログインをしようとしたら、Safari機能拡張のダウンロードとインストールを求められました。

OKボタンを押すと、Safari拡張機能がダウンロードされます。これを、Safariの「環境設定…」から有効にすると、この先に進みます。ちなみに、マイナンバーカードを使ういろいろなサイトで、それぞれ別々の拡張機能のダウンロードを求められます。一本化して簡素化しようとする動きはあるようですが、まだまだややこしいです。

公的個人認証サービスとは | 公的個人認証サービスポータルサイト

Safari拡張機能を有効にすると、カードリーダーが認識されて、マイナンバーカードをセットするよう促されました。600円のカードリーダーが正しく動いているようです！

マイナンバーカードをセットすると、4桁数字のパスワード入力を求められます。このパスワードを使ってマイナカードに指示すると、マイナカードが、サーバーから送られた既知のデータを暗号化し、公開鍵を含む「利用者証明用電子証明書」と一緒に返してくれるのだと思います。

これで無事ログインできました。

まとめ

Amazonで安価に売られているマイナンバー読み取りカードリーダーは、マイナポータルのログインに使えました。まだ試していませんが、他の公的個人認証サービスでも、おそらく問題なく使えると思います。マイナンバーカードの公的個人認証サービスは、無料で使える電子実印みたいな機能なので、お役所のサイトだけでなく、もっと色々な場面で使えるようになれば良いと思います。

Big SurでAFPファイルサーバ機能が廃止されました

Fri, 20 Nov 2020 23:18:52 +0900

以前から予告があったのですが、Big SurからとうとうAFPファイルサーバ機能が無くなっていました。SMBだけになったようです。AFPサーバへ接続するクライアント機能はBig Surになってもまだ動いていました。

AFP

AFP (Apple Filing Protocol または AppleTalk Filing Protocol) は、ファイル共有機能を実現するプロトコルの一つです。これにより、ネットワーク上のサーバにあるファイルを、手元のハードディスクにあるかのように扱うことが可能になります。元々AppleTalk用に開発されたのですが、TCP/IP上で動くように移植されて、今も使われてます。macOSの新ファイルシステムであるAPFSと紛らわしい名前ですが、別物です。AFPの仲間には、老舗のNFS (Network File System) とか、Windowsでお馴染みのSMB (Server Message Block) があります。

最近のmacOSの「システム環境設定」「共有」では、標準でAFPとSMBのサーバー機能がサポートされていました。なので、面倒な手続き無しでどちらのサーバも設定できました。でも、AppleはどうやらAFPから手を引きたいと考えているようで、しばらく前から「AFPをやめてSMBを使ってください」と言ってました。HFS+に代わってAPFSがmacOSの主流のファイルシステムになっても、AFPサーバではAPFSをサポートしてませんでした。なのでAPFSボリュームは、AFP方式でのファイル共有に使えませんでした。

Catalinaのファイル共有

Catalinaでは、「システム環境設定」「共有」からファイル共有の設定をすると、デフォルトではSMB方式のサーバとして機能するようになってました。AFPファイルサーバの設定も可能でしたが、「オプション…」ボタンを押してからようやく選択できるようになってました。できればAFPは使って欲しくないというメッセージが読み取れる設定画面でした。

Big Surのファイル共有

Big Surになって確認したところ、ファイル共有設定のオプションボタンを押しても、AFPの選択ができなくなってました。選択できるのはSMBだけです。

ちなみに、Big SurになってもAFPクライアント機能は健在です。AFPで立ち上げているファイルサーバに、Big Surから接続することができました。でもこれもそのうち廃止されるのかもしれないですね。

Big SurでTime MachineがAPFS対応する

Mon, 16 Nov 2020 17:19:52 +0900

Time Machine用に大容量HDDを搭載できるのは自作hackintoshの大きなメリットです。そのTime MachineがBig SurになってAPFSに対応したようです。APFSになると色々メリットがあるので、現用のTime Machineも移行しました。

Time MachineとAPFS

Time Machineによる自動バックアップ機能がOS標準なことは、macOSの大きなメリットだと思います。うっかり削除したり、書き換えてしまったファイルを、Time Machineに何度も救われてます。Macに安い大容量HDDを内蔵すれば、安価に高速にバックアップできます。お手軽なマシンでそれが可能なのが自作PCです。

そのTime Machineが、Big SurになってようやくAPFSに対応しました。今までのTime Machineは、古いHFS+ファイルシステムを使っていました。Time Machineでは、特定時間ごとの全ファイルのスナップショットをバックアップします。１回目は、全てのファイルをバックアップコピーしますが、２回目以降は、差分だけを記録します。でもTime Machineのドライブをファインダーで見ると、あたかも毎回の記録が全て揃っているように見えます。Time Machineが頑張ってそのように見せているのです。

この機能は、APFSで導入されたクローン機能と似ています。あるファイルをクローン機能で複写すると、物理的なデータは一つしかないけど、それを2個に見せてくれます。片方のコピーに変更が加わると、その変更分だけを記録します。おそらくは、Time MachineのコードがAPFSの開発にも役立っていたのではないかと思います。逆に、APFSに備わったクローン機能をTime Machineで使えば、よりシンプルに効率よく実現できるはずです。ファイルシステムの機能ならば色々な場面で動作チェックされますから、バグが減って、堅牢になって、さらには最適化が進んで高速化すると期待できます。でもAPFSが実用化されても、今までTime MachineはHFS+を使ってました。移行に手こずっていたのかもしれません。でもようやくBig Surで対応しました。

APFS対応の確認

Time MachineがAPFS対応したことの確認をしました。Time Machineは、今までのHFS+のバックアップファイルも、サポートします。でも、新しいバックアップディスクを作る場合は、APFSになるようです。まずは、500GBの2.5インチHDDを用意して、HFS+でフォーマットしました。先の記事で紹介したリムーバブルHDDラックに入れてあるので、オレンジ色のリムーバブルディスクに見えてます。

ファイダーにも、オレンジのアイコンで、New Diskという名前で見えてます。

diskutilコマンドでチェックすると、確かにHFS+になってます。全体が一つのHFSボリュームです。

/dev/disk8 (external, physical):
 #: TYPE NAME SIZE IDENTIFIER
 0: GUID_partition_scheme *500.1 GB disk8
 1: EFI ⁨EFI⁩ 209.7 MB disk8s1
 2: Apple_HFS ⁨New Disk⁩ 499.8 GB disk8s2

この後、「システム環境設定」「Time Machine」から、「ディスクを選択」ボタンを押し、このドライブをTime Machine用に設定します。

ここで消去を選ぶと、Time Machine用のHDDとして再度フォーマットされます。HDDの名前は同じですが、アイコンがTime Machine用に変わりました。

diskutilコマンドで調べると、

/dev/disk8 (external, physical):
 #: TYPE NAME SIZE IDENTIFIER
 0: GUID_partition_scheme *500.1 GB disk8
 1: EFI ⁨EFI⁩ 209.7 MB disk8s1
 2: Apple_APFS ⁨Container disk9⁩ 499.8 GB disk8s2

/dev/disk9 (synthesized):
 #: TYPE NAME SIZE IDENTIFIER
 0: APFS Container Scheme - +499.8 GB disk9
 Physical Store disk8s2
 1: APFS Volume ⁨New Disk⁩ 692.2 KB disk9s2

となってます。論理的な入れ物であるコンテナができて、その中にAPFSボリュームができてます。ボリュームの名前は、HFS+のボリュームの名前のNew Diskを引き継いでいます。このように、HFS+からAPFSにファイルシステムが変更されました。この後は、今までと同じように、Time Machineを利用できます。なお、ディスクユーティリティで確認すると、APFS（大文字、小文字を区別）になっていました。

APFSの利点

APFS化されたことで、堅牢になって高速化される可能性はあります。利便性も上がります。APFSのボリュームになったので、サイズが柔軟に変更できます。一台のHDDを丸ごとTime Machineに割り当てる場合は、悩む必要はないのですが、パーティションに分けて、一つのパーティションをTime Machine用に使う場合は、サイズの決定が難しかったです。Time Machineには大容量のHDDを割り当てるので、パーティションを分けて、その一つをデータ置き場にしようとか、別の一つにはバックアップのmacOSを入れておこうなどと考えることが多いです。

HFS+のパーティションの場合、パーティションの大きさを、フォーマット時に決める必要があり、それ以降変更することがほとんど不可能でした。なので、運用してみるとサイズが足りなかったり、大きすぎたので勿体無かったりします。APFSボリュームならば、可変サイズなので必要に応じて記録領域が伸縮します。後から別のボリュームを追加することも可能です。

ボリュームを追加する

すでにTime Machine用に設定してしまったこのHDDに、新たにデータを書き込んでおくボリュームを追加してみます。HFS+だと実現できなかった手順です。ディスクユーティリティで、コンテナを選び、上の+ボタンを選択します。これでAPFSボリュームを追加できます。dataという名前のボリュームを追加しました。

ついでなので、macOSというボリュームも追加しておきます。その結果、

/dev/disk10 (synthesized):
 #: TYPE NAME SIZE IDENTIFIER
 0: APFS Container Scheme - +499.8 GB disk10
 Physical Store disk9s2
 1: APFS Volume ⁨New Disk⁩ 84.8 GB disk10s2
 2: APFS Volume ⁨data⁩ 999.4 KB disk10s1
 3: APFS Volume ⁨macOS⁩ 991.2 KB disk10s3

こんな感じに3個のボリュームが出来上がりました。macOSには、本体macOSが壊れた時のために、Big Surをインストールしてみます。インストーラを立ち上げて、このボリュームを選択します。

これでBig Surもインストールできて、起動できるようになります。macOSがインストールされた後のコンテナを見ると、

/dev/disk10 (synthesized):
 #: TYPE NAME SIZE IDENTIFIER
 0: APFS Container Scheme - +499.8 GB disk10
 Physical Store disk0s2
 1: APFS Volume ⁨data⁩ 1.1 MB disk10s1
 2: APFS Volume ⁨New Disk⁩ 84.8 GB disk10s2
 3: APFS Volume ⁨macOS - Data⁩ 20.4 GB disk10s3
 4: APFS Volume ⁨macOS⁩ 14.9 GB disk10s5
 5: APFS Volume ⁨Preboot⁩ 282.1 MB disk10s6
 6: APFS Volume ⁨Recovery⁩ 655.5 MB disk10s7
 7: APFS Volume ⁨VM⁩ 1.1 MB disk10s8

手動で作成した、New Disk, data, macOSの3個のボリュームに加えて、macOSインストーラが作成した、macOS – Data, Preboot, Recovery, VMのボリュームが作られています。

まとめ

Time MachineがAPFSに対応したことを確認しました。Time Machine用のディスクを新たに作ると、APFSになります。APFSになったおかげで、Time Machineのデータはそのまま残しつつ、後からボリュームを追加したり、macOSをインストールしたりできるようになりました。ということで、今使っているTime Machineドライブも消去して、APFSに移行することにしました。

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

Sun, 15 Nov 2020 16:46:58 +0900

Big SurになってRadeon RX 5700 XTのGeekbench 5のスコアが格段に改善されました。RX 580と比較するとOpenCLもMetalも1.6倍くらい高いスコアでした。

Geekbench 5ベンチ結果

Catalina (10.15.5および10.15.6)とBig Sur (11.0.1) で、RX 580とRX 5700 XTのOpenCL/Metalスコアを計測しました。いずれもOpenCLとMetalのベンチマークを交互にそれぞれ３回測定し、その結果を平均したものです。測定に使用した本体は、ほぼZ490マザーボードに10900Kの構成ですが、Big SurでのRX 580の測定だけはZ390 + 9900Kの構成です。

Catalinaのスコアは以前の記事などで計測したものです。Catalinaだと、RX 5700 XTはRX 580に比べて同程度か、場合によっては劣っていることもありました。特にMetalの性能が弱い感じでした。本来なら古くて安価なRX 580よりも性能が高いはずなのですが、macOSのドライバの作り込みが不足しているようでした。

Big Surのパブリックベータが出ると状況は変わります。ベータのバージョンが進むたびに、RX 5700 XTのスコアが少しずつ改善されていきました。そして公開版11.0.1では、最後のベータ版からさらに改良されたようで、RX 580に圧倒的な差をつけてます。一方でRX 580は、Catalinaの頃とスコアがほとんど変わっていません。

ちなみに話題のM1のiGPUは、OpenCLが19000くらいのようです。Intel UHD Graphics 630が5000くらいでしたから、iGPUとしては頑張ってますが、ちゃんとしたグラフィックスカードには及ばないようです。

macOSでグラフィックス性能を求めるなら、RX 5700 XTが1番の選択肢と思います。また、他のNaviアーキテクチャのRX 5000シリーズも性能改善されているのではないかと思われます。RX 5000シリーズを使うためには、

WhateverGreen.kext (グラフィックス関係のパッチ集)
Lilu.kext (パッチを当てる機能を提供するkext)

を入れ、CloverやOpenCoreのブートオプションに、WhateverGreenに指示するオプションである、

agdpmod=pikera

を追加します。

Vega 64も性能向上

コメントでyoshiiさんから教えていただいた情報によるとVega 64でも17% ~ 19%くらい改善しているようです。

MacOS 10.15　54050(OpenCL)/52086(Metal)
MacOS 11　64061(OpenCL)/60921(Metal)

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

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

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

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

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

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

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

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

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

パッチの方法

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

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

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

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

/40 20 00 00

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

/40 20

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

/20 00 00

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

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

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

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

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

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

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

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

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

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

Cloverの場合

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

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

OpenCoreの場合

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

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

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

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

com.apple.driver.AppleAHCIPort

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

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

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

81E14060 020081F9 40200000 750C81E2 BF7FFFFF 89936901 0000

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

81E14060020081F940200000750C81E2BF7FFFFF899369010000

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

動作確認

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

補足

最初の記事、

では、

Find --> 40600200
Replace --> 00000000
AppleAHCIPort

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

まとめ

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

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

Sat, 14 Nov 2020 19:24:47 +0900

メインで使っているZ390マシンにmacOS Big Sur 11.0.1をクリーンインストールしました。macOSの本体とユーザディレクトリを別のSSDに分けて入れてありました。そこで、前回作成したインストール用USBを起動し、macOS本体が入っているSSDだけを初期化し、Big Surをインストールしました。

システムの構成

Big Sur公開初日にZ490マシンにクリーンインストールしました。

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

2日目の今日は、メインで使用しているZ390マシンにもクリーンインストールします。こちらのマシンです。現在は、OpenCore 0.6.3とCatalinaの最新版が動いています。

ASUS ROG MAXIMUS XI HERO (Z390), 9900K

Z490の方は、ほとんどデータがなかったので、クリーンインストールも簡単でした。でもこちらのマシンは、いろいろデータが入っています。Dropbox、iCloud, Timemachineなどでバックアップされているので、最悪、全部消えても困りませんが、できれば残しておきたいです。

幸いなことに、macOSの本体と、ホームディレクトリを別のSSDに置いていました。diskutil listコマンドで見ると、以下のようになってます。（TimemachineやWindowsなどのドライブも接続されているのですが省略しました。なので、番号が飛んでます）

% diskutil list
/dev/disk1 (internal, physical):
 #: TYPE NAME SIZE IDENTIFIER
 0: GUID_partition_scheme *250.1 GB disk1
 1: EFI EFI 209.7 MB disk1s1
 2: Apple_APFS Container disk6 249.8 GB disk1s2

/dev/disk4 (internal, physical):
 #: TYPE NAME SIZE IDENTIFIER
 0: GUID_partition_scheme *960.2 GB disk4
 1: EFI EFI 209.7 MB disk4s1
 2: Apple_APFS Container disk7 960.0 GB disk4s2

/dev/disk6 (synthesized):
 #: TYPE NAME SIZE IDENTIFIER
 0: APFS Container Scheme - +249.8 GB disk6
 Physical Store disk1s2
 1: APFS Volume Mojave 56.6 GB disk6s1
 2: APFS Volume Preboot 127.3 MB disk6s2
 3: APFS Volume Recovery 1.0 GB disk6s3
 4: APFS Volume VM 2.1 GB disk6s4
 5: APFS Volume Macintosh HD - Data 139.8 GB disk6s5
 6: APFS Volume Macintosh HD 12.2 GB disk6s6

/dev/disk7 (synthesized):
 #: TYPE NAME SIZE IDENTIFIER
 0: APFS Container Scheme - +960.0 GB disk7
 Physical Store disk4s2
 1: APFS Volume home 830.7 GB disk7s2
 2: APFS Volume Preboot 20.5 KB disk7s3
 3: APFS Volume Recovery 20.5 KB disk7s4
 4: APFS Volume VM 2.1 GB disk7s5

物理ディスクは

disk1 (250GBのM.2 SSD) と
disk4 (960GBのSATA SSD)

です。

disk1 (250GB SSD) には、APFSコンテナである
- disk6が作られていて、現用のCatalinaの論理ボリューム (Macintosh HD – DataとMacintosh HD) と、先代のMojaveの論理ボリュームがあります。
disk4 (960GB SSD) には、APFSコンテナである
- disk7が作られていて、homeという論理ボリュームがあります。ここには、ホームディレクトリのデータを置いてあります。

つまり、disk1および6がある250GB SSDには、macOS本体と、後から追加したドライバーやアプリケーション類が入っています。最近はパッケージで買うアプリケーションは皆無になりましたので、いずれもネットから再ダウンロードすれば良いものです。なので、250GB SSDの論理ボリュームは全部消去しても困らないと考えました。また、250GB SSDのESPには、OpenCore類が一式入っています。これは残しても良いのですが、サイズは小さいので、バックアップしていてから、SSD全体を削除して、その後復活させることにしました。

USBインストーラを起動

昨日の記事で作ったUSBインストーラを使います。まずは、このUSBメモリのESPの部分に、現在使用しているdisk1のEFIをコピーしておきます。これでUSBメモリから起動できます。disk1から起動することも可能ですが、これから消去する予定なので、ここでバックアップしておきます。

これでBIOSでUSBインストーラを指定して起動できます。昨日のZ490へのインストールの時は復旧（Revoery）画面が日本語でしたが、今回はなぜか英語画面でした。

クリーンインストールする

まずはDisk Utilityを選んで、250GB SSDを綺麗に全消去します。

ここでEraseボタンを押したら元には戻れません。ひたすら進むだけです。Disk Utilityを終了して、最初の画面に戻り、Install macOS Big Surを選びます。

さらに、インストール先に、先ほどフォーマットしたボリュームを選び、インストールを開始します。

この先は、前回と同じく、数回ほど再起動しつつ、インストールが進んでいきます。インストールが一通り終了すると、国選択の画面になります。

この後、いくつかの設定をすればインストール完了です。

USBメモリのESPの内容を、M.2 SSDの方に書き戻しておけば、SSDで起動するはずです。

ホームディレクトリを復活

インストール直後は、インストール先の/Users以下にホームディレクトリがあります。クリーンインストールしたので中身は空です。そこで、今まで使っていた2.5インチSSDの場所にあるディレクトリに、ホームディレクトリを移動します。「システム環境設定」「ユーザとグループ」で「変更するにはカギをクリックします。」を選び、自分のユーザアカウントの上で右クリックして、「詳細オプション…」を選べば、ホームディレクトリを元の場所に戻せます。これで再起動すれば、Catalinaで使っていたファイルが全て使えます。

まとめ

OpenCoreで起動しているZ390マシンにBig Surをクリーンインストールしました。ホームディレクトリをmacOSとは別のSSDに入れてありましたので、それを残しつつ作業しました。

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

Fri, 13 Nov 2020 23:56:37 +0900

macOS Big Sur 11.0.1の配布が開始されました。早速、Catalinaからアップデートしました。最新版のOpenCore (0.6.3) とkext類でCatalinaが動いていれば、通常の作業でアップデートできるようです。

システムの構成

本日 (日本時間2020/11/13)、macOS Big Sur 11.0.1 の配布が開始されました。過去のメジャーアップデートのナンバリング方式から、最初に出るのは11.0だと思ってましたが、今回は最初から11.0.1でした。インストール先のマシンは、こちらです。Z490マザーボードに10900Kを搭載しています。グラフィックスはRadeon RX 5700XTです。

ASUS ROG STRIX Z490-G, 10900K

このマザーボードに取り付けたWestern Digitalの250GB M.2 SSD, WD BLACK SN750 NVMeにクリーンインストールしました。SSDには、OpenCore 0.6.3と最新のkext類が入っていて、Catalina 10.15.7が動いています。diskutil listコマンドで見ると以下のようになっています。

% diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *250.1 GB disk0
1: EFI ⁨EFI⁩ 209.7 MB disk0s1
2: Apple_APFS ⁨Container disk1⁩ 249.8 GB disk0s2

/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +249.8 GB disk1
 Physical Store disk0s2
1: APFS Volume ⁨Macintosh HD - Data⁩ 32.6 GB disk1s1
2: APFS Volume ⁨Preboot⁩ 83.6 MB disk1s2
3: APFS Volume ⁨Recovery⁩ 528.9 MB disk1s3
4: APFS Volume ⁨VM⁩ 2.1 GB disk1s4
5: APFS Volume ⁨Macintosh HD⁩ 11.2 GB disk1s5

disk0s1がESPです。disk0s2にAPFSコンテナが作られていて、この中に論理ディスクdisk1があり、その中にCatalina一式が入っています。Macintosh HDがシステムの中核部分で、簡単には書き換えられないよう保護されています。Macintosh HD – Data⁩がその他のシステムとユーザのデータです。PrebootはFileVault用のボリューム、Recoveryはリカバリーモードで起動するためのボリューム、VMは仮想メモリー用のボリュームです。

アップデートの手順

せっかくのメジャーアップデートなので、現在のM.2 SSDは綺麗さっぱりと全消去して、クリーンインストールしようと思います。なので次の手順でアップデートを進めます。

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

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

Catalinaを起動して、「システム環境設定」「ソフトウェアアップデート」を開いて、Big Surをダウンロードします。12.18GBあるようです。公開直後はネットが混み合ってダウンロード困難だったらしいですが、30分くらいでダウンロードできました。

ダウンロードするといつものように自動的にインストーラが開きます。ここではインストールしないので、インストーラは一旦終了します。

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

インストーラ用のUSBメモリを用意します。32GBはあった方が良いです。今回は32GBのUSB 3.0メモリーを用意しました。起動速度がとても遅くなってしまいますがUSB 2.0メモリーの方が確実です。今回は設定済みのESPがあるので問題ありませんが、未知のマザーボードの場合、USBの15個制限の影響で、USB 3.0ポートがUSB 2.0として動いてしまうことがあります。その場合、BIOS起動時は3.0だったポートが、macOSに制御が切り替わった途端に2.0に変貌してしまうので、起動作業が止まってしまうのです。（config.plistで15個制限を外しておくという方法もありますが）

USBメモリをHFS+で初期化する

次に、USBメモリーをディスクユーティリティ.appを使って初期化します。ディスクユーティリティ.appのデフォルトではボリュームのみが表示されますので、まずは、メニューバーの表示から「すべてのデバイスを表示」を選んでおきます。

こうすると、USBメモリ製品名が入ったデバイス名がウィンドウ左側リストに現れますので、これを選択します。今回はJetFlash Transcendという製品名を選択しています。次に消去ボタンを押します。フォーマット方式の項目では、Mac OS拡張（ジャーナリング）とGUIDパーティションマップを選んでおきます。方式をGUIDにしないとESPが作られないです。ここでAPFSを選んでも良さそうな気もしますが、後のcreateinstallmediaコマンドでエラーが出ます。Mac OS拡張（ジャーナリング）を選んでおく必要があります。

次に、Big SurインストーラーをUSBメモリ内に作ります。これは実機（本物のMac）でもBig SurをインストールできるUSBメモリになります。ターミナルを使用して、Big Surインストーラの中のContents/Resourcesに移動して、lsするとcreateinstallmediaというファイルが見つかるはずです。

$ cd /Applications/Install\ macOS\ Big\ Sur.app/Contents/Resources/
$ ls create*
createinstallmedia

これを使用して、macOSインストールUSBメモリを作成します。とりあえず起動すると、ヘルプ情報が表示されます。

$ ./createinstallmedia
Usage: createinstallmedia --volume <path to volume to convert>

Arguments
--volume, A path to a volume that can be unmounted and erased to create the install media.
--nointeraction, Erase the disk pointed to by volume without prompting for confirmation.
--downloadassets, Download on-demand assets that may be required for installation.

Example: createinstallmedia --volume /Volumes/Untitled

This tool must be run as root.

downloadassetsオプションは、起動用USBメモリを作成する場合に、最新ファームウェアやApple T2チップ用ファームウェアをダウンロードする機能のようです。Hackintoshでは不要な機能なので使わないでおきます。–volumeオプションでは、先ほど作成したUSBメモリへのパスを書いておきます。ということで、以下のコマンドを入力します。

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

sudoしているのでパスワードを求められます。その後、確認を求められるのでyを押します。そうするといろいろ進捗して終了します。

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

これでインストール用USBメモリが出来上がりました。本物のMacなら、このUSBメモリで起動するはずです。

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

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

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

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

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

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

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

USBメモリから起動すると、復旧 (Recovery) というアプリケーションが起動します。

Time Machineから復元する、macOS Big Surインストールする、Safari (を開く)、ディスクユーティリティ（を開く）、の選択が可能になります。この他、メニューバーの「ユーティリティ」から、「起動セキュリティユーティリティ」と「ターミナル」が選べます。「起動セキュリティユーティリティ」は、Apple T2チップ用の機能と思われます。hackintoshでは関係ないです。

今回はクリーンインストールを目指すので、Catalinaが入っているdisk 1を消去します。ディスクユーティリティを開き、全てのドライブを表示するようにし、Catalinaが入っているドライブを選択して、消去します。

名前を設定して、フォーマットをAPFSにして、Eraseボタンを押します。これで綺麗さっぱり消去されます。

6. Big Surをインストールする

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

インストール先のリストには、先ほどフォーマットしたディスクが現れますのでそれを選択します。（ここでもう一つ見えているアイコンはUSBメモリです）

17分くらいでインストールできるそうです。

でも17分も経たないうちに（多分5~6分）、再起動しました。このとき、macOS Installerというドライブが選ばれているはずです。もしも他が選択されていたら、これを選んでおきます。

次は30分程度のようです。

この後、30分も経たないうちに（これも多分5~6分くらい）また再起動しました。またmacOS Installerが選択されてます。

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

さらに、2~3分で、またまたまた同様に再起動しました。そして次の起動で、設定画面が現れました。

あとはいつものように、設定を行なっていくだけです。

インストール終了したあと、このMacについてを確認すると、バージョンは11.0.1 (20B29) でした。Geekbenchブラウザに出回っている情報によると、M1搭載MacBook Airなどと同じOSが搭載されているようです。

USBメモリのESPの内容を、M.2 SSDの方に書き戻しておけば、SSDで起動するはずです。

まとめ

OpenCoreで起動しているZ490マシンにBig Surをクリーンインストールしました。そのために、単体で起動してBig SurがインストールできるUSBメモリを作りました。以前のバージョンの場合と手順は同じです。ベータ版で予行演習していたこともありますが、スムーズにBig Surに移行できました。

macOS Big Sur 11.0.1 RC 2をインストール

Thu, 12 Nov 2020 00:42:55 +0900

macOS Big Sur 11.0.1 RC 2 (Release Candidate 2) が、パブリックベータとして公開されたので、11.0.1 RCからアップデートしました。ビルド番号は20B28です。システム環境設定のソフトウェア・アップデートから簡単にアップデートできました。Big Surの公式リリースの2日前に配布されたということは、最初のBig Surはこれではなくて、順当に11.0なのかもしれません。いずれにしても11.0.1もすぐに出そうです。

11.0.1 RC 2にアップデートする

前回の記事で11.0.1 RCを入れたZ490マシン（Z490 + 10900K + 5700XT）

macOS Big Sur 11.0.1 RCをインストール

のソフトウェアアップデートにmacOS Big Sur 11.0.1 RC 2の案内が来ていました。ネット上のニュースでは開発者向けに公開されたと書かれていましたが、Public Betaとしても公開されたようです。

OpenCoreなどのバージョンは以下のとおりです。

OpenCore 0.6.3
kext類は一般公開されている最新のもの
機種設定はiMac20,1

「今すぐアップデート」ボタンをクリックすると、3.22GBのファイルがダウンロードされ、その後、3回くらい再起動してインストールが終了し、macOS Big Sur 11.0.1が起動します。設定画面の後、「このMacについて」を見ると、20B28になっていることを確認できます。RC 2 になって、Betaという文字が消えてますし、ビルド番号もクリックしないと現れなくなりました。公開を見越したバージョンになっていると思いました。

ちなみに発表されたばかりのMacBook Airに搭載されるBig Surは、Geekbenchブラウザによると20B29のようです。

macOS Big Sur 11.0.1 RCをインストール

Fri, 06 Nov 2020 22:50:14 +0900

macOS Big Sur 11.0.1 RC (Release Candidate) が、パブリックベータとして本日公開されたので、11.0.1 Betaからアップデートしました。ビルド番号は20B5022aです。システム環境設定のソフトウェア・アップデートから簡単にアップデートできました。RCは、問題がなければこのまま正式リリースになるバージョンです。11.0が出ることなく、最初のBig Surは11.0.1になるのかもしれません。

11.0.1 RCにアップデートする

前回の記事で11.0.1 Betaを入れたZ490マシン（Z490 + 10900K + 5700XT）

macOS Big Sur 11.0.1 Betaをインストール

のソフトウェアアップデートにmacOS Big Sur 11.0.1 RCの案内が来ていました。ネット上の多数のニュースでは開発者向けに公開されたと書かれていましたが、Public Betaとしても公開されたようです。（パブリックベータ版のスクリーンショットは公開してはいけないらしいので、前回同様に加工しました。）

OpenCoreなどのバージョンは以下のとおりです。

OpenCore 0.6.3
kext類は一般公開されている最新のもの
機種設定はiMac20,1

「今すぐアップデート」ボタンをクリックすると、2.8GBのファイルがダウンロードされ、その後、2回再起動してインストールが終了しました。その後、macOS Big Sur 11.0.1が起動します。設定画面の後、「このMacについて」を見ると、20B5022aになっていることを確認できます。

Intel NUCもアップデート

以下で、HaswellベースのIntel NUCにBeta 9とBeta 10をインストールした記事を書きました。

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

さらに11.0.1 Betaにしていました。このマシンにも11.0.1 RCのアップデートのお知らせが来ていたので、アップデートしたところ、問題なく起動しました。これもOpenCoreは0.6.3です。

OpenCore 0.6.2から0.6.3に更新

Tue, 03 Nov 2020 19:35:58 +0900

OpenCoreの0.6.3が公開されたので0.6.2からアップデートしました。差分は少ないので新しくなったファイルを差し替えるだけで移行できると思います。Big Surがいつ公開されてもこれで大丈夫と思います。

0.6.3をダウンロードする

公式のダウンロードページは以下です。Kext Updater.appがダウンロードしてくれる内容を使っても良いです。

Releases · acidanthera/OpenCorePkg

.efiファイルを差し替える

前回のアップデートからは古いIA32アーキテクチャ用バイナリーが追加されましたが、今回も同様です。最近のCPU/macOSを使うならIA32フォルダは無視して、X64の方のフォルダの中身を、現用のファイルと入れ替えれば良いです。

前回0.6.1から0.6.2へアップデートした時と同じ作業を行いました。現在0.6.2が動いている状態ですので、現在のESPに含まれる.efiファイルを、0.6.3のものに差し替えます。以下のスクリーンキャプチャは前回のアップデートのものですが、同じなので流用します。まずはBOOTの中のBOOTx64.efiを差し替えます。

次に、OC直下のOpenCore.efiです。

また、OC/Bootstrap/の中のBootstrap.efiも差し替えます。

OC/Driversの中のうち、現在使用しているものだけを差し替えました。手元のマシンでは、OpenCanopy.efiとOpenRuntime.efiだけを使っているので、それを差し替えました。OpenRuntime.efiが一番重要ですね。

OC/Toolsの中も、使用しているものだけ差し替えれば良いです。手元では、OpenShell.efiだけを使っているので、それを差し替えました。

ACPIとKextsは、OpenCoreの範疇では無いので、変更不要です。また、config.plistも変更無しでそのまま動きました。

PlistEDPlusを使ってみる

今回、config.plistを編集するにあたり、Mifjpnさんのサイトで紹介されていたPlistEDPlusというXMLエディタを使ってみました。

Releases · ic005k/PlistEDPlus

ミニマムなデザインのProperTreeと比べて、アイコンが並んでいて賑やかです。タブでファイルを切り替えられるので、新旧のconfig.plistを切り替えて比較するのが楽でした。下は、0.6.2のconfig.plistと、OpenCore 0.6.3に付属してきたSample.plist（をコピーしてconfig063.plistという名前に改名したファイル）を開いているところです。

一般的なXMLエディタなので、ProperTreeにあるKexts, ACPI, Toolsフォルダをスキャンしてその記述を追加してくれるようなOpenCoreに特化した機能はありません。でも今回は前バージョンで動いているconfig.plistがあるので、その機能は使いません。

0.6.3での変更点

今回アップデートしたマシンは、Coffee Lake-S + CatalinaとComet Lake-S + Big Sur 11.0.1 Betaです。Change logを見たところ、この環境で対処すべき項目は見つかりませんでした。すでに0.6.2で問題なく動いているなら、config.plistがそのまま使えて、変更は不要なようです。

PlatformInfoの中にメモリを設定する項目が追加されてます。特に、Memory Propertiesという一連の項目ができました。メモリーのデータ幅、ECCの有無、DIMMなのかSODIMMなのか、最大容量、DDR2,3,4などの指定ができるようです。「このMacについて」でメモリ情報が正しく現れない場合や、ECC付きなどの特殊なメモリを使う場合に必要なのかもしれません。Sample.plistにもMemory Propertiesは設定されてないので、設定が必要な場合はあまりないと思われます。

UEFIのOutput PropertiesにForceResolutionという項目ができました。Intel GMAや第1世代のIntel HD Graphics向けのようです。KernelのQuirksの中にForceSecureBootSchemeができたくらいです。説明を見ると仮想マシン向けの設定です。いずれも今回の環境には関係ありませんでした。

Big Sur Beta 10以降では、SecureBootModelをDisabledにしないとカーネルパニックする現象がありました。これが0.6.3で改善されたようです。11.0.1 RCで試したところ、SecureBootModelのデフォルト値であるDefaultのままで、問題なく起動しました。

Config.plistはこちら

OpenCoreに付属のSample.plistに、0.6.2で使用していたconfig.plistの内容を反映させました。新しく追加された項目は、全てデフォルト値のままです。その結果、ASUS Z390 ROG MAXIMUS XI + 9900K + RX580の構成のconfig.plistはこのようになりました。

config.plist for ASUS Z390 OC060 - Pastebin.com

ASUS Z490G + 10900K + RX5700XTの構成のconfig.plistは以下です。

config.plist for ASUS Z390 OC060 - Pastebin.com

いずれもPlatformInfoの項目は未記入ですので、macserialなどを使って生成してください。

macOS Big Sur 11.0.1 Betaをインストール

Fri, 30 Oct 2020 18:49:45 +0900

Big Sur 11.0.1 Betaがパブリックベータとして本日公開されたので、11.0 Beta 10からアップデートしました。ビルド番号は20B5012dです。簡単にアップデートできました。今までのPBではmacOSインストーラが起動したのですが、今回は単に1回再起動しただけでした。11.0正式版が出ない状況で11.0.1 Betaが出るのは珍しいことかと思います。11.0正式版リリースは近いと思いました。

11.0.1 Betaにアップデートする

前回の記事で入れた11.0 Beta 10マシン（Z490 + 10900K + 5700XT）

macOS Big Sur 11.0 Beta 9 をインストール

のソフトウェアアップデートにmacOS Big Sur 11.0.1 Betaの案内が来ていました。（ベータ版のスクリーンショットは公開してはいけないらしいので、前回同様に加工しましたw）

OpenCoreなどのバージョンは以下のとおりです。

OpenCore 0.6.2
kext類は一般公開されている最新のもの
機種設定はiMac20,1

「今すぐアップデート」ボタンをクリックすると、「アップデートするには、Macを再起動する必要があります。」というメッセージが出ます。ここで再起動を選択すると、アップデートが始まります。

再起動の後、ダウンロードが始まり、しばらくしてmacOS Big Sur 11.0.1が起動します。設定画面の後、「このMacについて」を見ると、11.0.1になっていることを確認できます。

ちなみに、ベータ版一般の注意なのですが、デフォルトで「Mac解析を共有する」設定になっています。Hackintoshの不具合情報をアップルに送付しても、どちらにとっても無意味なことですので、システム環境設定–>セキュリティとプライバシー–>解析と改善を選んで無効にしておきましょう。

5700XTのMetal性能が微増

このマシン (Z490 + 10900K) にはRadeon 5700XTを取り付けてあります。その性能をGeekbench 5で測定しました。下のグラフはCatalina 10.15.6、Big Sur Beta 6、Beta 9、Beta 10、11.0.1 Betaでの比較です。OpenCLとMetalでそれぞれ3回測定した結果を平均しました。さらに比較のために以前紹介したCatalina 10.15.5でのRX 580の結果も掲載しました。

Betaが出るたびに改良されてきた5700XTのスコアは、今回はほぼ据え置きのようです。ただ、Metalに関しては、測定ばらつき以上に微増していて、まだまだ改良されているようです。macOS開発チームの5700XTへの愛が垣間見える気がしました。

Intel NUCもアップデート

以下で、HaswellベースのIntel NUCにBeta 9とBeta 10をインストールした記事を書きました。

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

このマシンも11.0.1にアップデートしてみました。問題なく起動しました。

macOS Big Sur 11.0 Beta 10 をインストール

Sat, 17 Oct 2020 17:04:59 +0900

Beta 10がパブリックベータとして昨日公開されたので、Beta 9からアップデートしました。ビルド番号は20A5395gです。RX 5700XTの性能が更に向上しました。Beta 10を起動させるために、config.plistのSecureBootModelをDisabledに設定する必要がありました。

Beta 10をダウンロードする

前回の記事で入れたBeta 9マシン（Z490 + 10900K + 5700XT）

macOS Big Sur 11.0 Beta 9 をインストール

のソフトウェアアップデートにmacOS Big Sur Betaの案内が来ていました。（ベータ版のスクリーンショットは公開してはいけないらしいので、詳細がわからないように加工しましたw）

OpenCoreなどのバージョンは以下のとおりです。

OpenCore 0.6.2
kext類は一般公開されている最新のもの
機種設定はiMac20,1

「今すぐアップデート」ボタンをクリックすると、「このシステムでアップグレードするには、フルインストーラが必要です。」というメッセージが出ます。

アップデートできないのかなと思って、諦めてOKボタンを押したら、親切なことに、「macOS Big Sur Beta 11.0をダウンロードしてもよろしいですか？」というダイアログが出ました。

ダウンロードボタンを押したら、12.21GBのフルインストーラーがダウンロードされました。

Beta 10をインストールする

ダウンロード後に、いつもと同じようにBig Surのインストーラが起動します。

そのままインストールを続けました。途中で2回、再起動しました。再起動の時の一時的なボリューム名は、「macOS Installer」になり、わかりやすくなりました。

**（追記）**以下の、起動に失敗する問題はOpenCore 0.6.3で修正されたようです。SecureBootModelはデフォルトのDefaultのままで起動します。

この後、インストールが終了したらしい状態になりましたが、起動しなくなりました。カーネルパニックが発生しているのか、メモリーパニックという表示で再起動を繰り返すようになってしまいました。

~~フォーラムで、須磨の辰五郎さん、Mifjpnさんから、~~

~~Misc – Security – ExposeSensitiveData を 3 にする~~
~~Misc – Security – DmgLoading を Any にする~~
~~Misc – Security – SecureBootModel を Disabled にする~~
~~NVRAM – Add – csr-active-config を 00000000 にする~~

の4点に気をつけるとBeta 10が起動すると教えていただきました。このうち1.と4.は対応済みでした（1.は7にしてます）。また、DmgLoadingはデフォルトのSignedでも大丈夫でした。ということで、

~~Misc – Security – SecureBootModel を Disabled にする~~

~~だけを対応したところ、無事、Beta 10が起動しました。~~

5700XTの性能がまたまた向上

このマシン (Z490 + 10900K) にはRadeon 5700XTを取り付けてあります。その性能をGeekbench 5で測定しました。下のグラフはCatalina 10.15.6、Big Sur Beta 6、Beta 9、Beta 10での比較です。OpenCLとMetalでそれぞれ3回測定した結果を平均しました。さらに比較のために以前紹介したCatalina 10.15.5でのRX 580の結果も掲載しました。

これを見ると、5700XTの性能がまたまた向上した様子です。OpenCLもMetalもどちらも、明らかにRX 580のスコアを上回ってます。これからは、5×00シリーズの時代なのかもしれません（もう生産終了らしいですが）。

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

Mon, 12 Oct 2020 00:29:02 +0900

昔作った、Haswell世代Core i5-4250U搭載Intel NUCをOpenCoreとBig Sur (Beta 9) にアップデートしました。Ivy Bridge搭載初代NUCの代わりに省電力サーバとして使いたいと考えてます。

Intel NUC D54250

Intel NUCは、ノートPC用CPUを搭載したデスクトップです。低消費電力なので電源を入れっぱなしの家庭用サーバに向いていると思います。今までは、サーバとしてIvy Bridge搭載の初代NUCを使っていました。でもBig Surでサポートされなくなるので、Haswell搭載のD54250に更新することにしました。D54250には、すでにMojaveを入れてあったのですが長らく放置してました。押し入れから引っ張り出して、CloverからOpenCoreに差し替えて、Big Surに備えることにしました。

Intel NUC D54250, 4250U

Intel NUC D54250が搭載するCore i5-4250Uは、MacBookAir6,1, 6,2で使用されているCPUで、macOSとの互換性が高く安定しています。Big Surでもサポートされます。D54250には2種類のケースがあり、末尾がWYKのモデルは薄型筐体で、WYKHは2.5インチドライブを内蔵できる厚型モデルです。古いので探せば安価に入手可能です。WYKHはドスパラで一時期税込3万円未満で売られていましたし、現在は中古店で2万円くらい、オークションでは1万円前後で入手可能なようです。

ハードウェアの構成をまとめると以下です。

Intel NUC D54250WYKH (WYKHの他にWYK, WYBがあります。WYKは2.5inchの入らない薄型。WYBは基板だけです。)
CPUはIntel(R) Core(TM) i5-4250U CPU @ 1.30GHz
グラフィックスはIntel HD Graphics 5000 (稀にアーティファクトが出ます)
無線カードはです。WiFiはOOBです。Bluetoothは後で説明するようにkextが必要です。

シリアル番号にこだわる

昔に割り当てたシリアル番号には、今から見るといろいろ疑問なところがあったので、変更しました。まず機種IDは、4250Uが搭載されているMacBookAir6,2にしました。6,1でもほぼ同じなので、どちらでも良いです。OpenCoreの一式に入っているmacserialコマンドで機種を指定すると、シリアル番号とボードシリアル番号の候補が出ます。

 % ./macserial --model MacBookAir6,2
C02L20YVF5V7 | C02328501GUFD47JA
C02NLHYMF5V7 | C02443100J9FD471M
C02NNLZBF5V7 | C02445802GUFD47JA
C02MT0WEF5V7 | C02423500GUFD47AD
C02KGYYNF5V7 | C02312301QXFD471M
C02P3QYNF5V7 | C025022004NFD47FB
C02ND4Y8F5V7 | C02437303QXFD478C
C02M20CTF5V7 | C024011304NFD471H
C02NMFYJF5V7 | C02444501CDFD47UE
C02MNSZ6F5V7 | C02418301J9FD47AD

この中から一つを選べば良いのですが、念のためにその一つの詳細を調べてみます。

% ./macserial --info C02P3QYNF5V7
Country: C02 - China (Quanta Computer)
Year: P - 2015
Week: 3 - 3 (15.01.2015-21.01.2015)
Line: QYN - 2742 (copy 1)
Model: F5V7 - MacBookAir6,2
SystemModel: MacBook Air (13-inch, Mid 2013)
Valid: Possibly

製造週が2015年の第3週になってます。MacBookAir6,1, 6,2は2013年6月から2015年3月まで製造されたのですが、2014年4月に4250Uから4260Uにマイナーアップグレードされています。なので同じMacBookAir6,2用のシリアルでも、できれば2013年6月から2014年4月までの番号にしたいところです。ということで、macserialで製造年を2013、製造週を30に指定し、シリアル生成します。

./macserial --model MacBookAir6,2 --year 2013 --week 30
C02L40WPF5V7 | C02330701QXFD471M
C02L4LYLF5V7 | C023303064NFD471M
C02L4YYTF5V7 | C023309024NFD47FB
C02L4BZFF5V7 | C02330102GUFD47FB
C02L40S8F5V7 | C023303064NFD471M
C02L4XZEF5V7 | C02330101QXFD47UE
C02L4TY0F5V7 | C02330405CDFD47AD
C02L40ENF5V7 | C02330403GUFD471F
C02L4069F5V7 | C02330102GUFD47FB
C02L40FQF5V7 | C023303064NFD471M

このうちの一つを–infoオプションで調べてみると、2013年の30週（2013年7月23日から2013年7月29日）でした。発売されて1ヶ月後くらいなので妥当な製造日だと思います。

シリアル番号の特定の4桁部分、上の例では、F5V7とFD47は機種特有の番号です。macserialのソースコードを見ると、他にも多数の選択肢があるのですが、オプションで指定しないとこの番号しか生成されません。このF5V7が4250U搭載の2013年版MacBookAirなのかどうかは、すぐに調べる方法がなさそうでした。ただ、Appleのサイトでシリアル番号が有効かどうかを調べたところ、たまたま実機と同じシリアル番号が見つかりました。（実機と合致する番号は使ってはいけないです）

これから、F5V7はMid 2013の4250U搭載モデルの番号と考えて良いと思いました。

BIOSをアップデートする

このNUCでは起動時に時々「CMOSのチェックサムがおかしい」というメッセージがBIOS起動画面に出ました。ボタン電池を外して放置しても出てくるので、BIOSが壊れかけている疑惑もありました。なので、この際、アップデートすることにしました。現在のBIOSは、昔メンテナンスした時にアップデートしたWYLPT10H-86A.0045というバージョンでした。

インテルのサイトで調べたところ、2019年9月2日に最新のBIOSが出ていて、それは、WYLPT10H-86A.0054でした。早速ダウンロードして、USBメモリーに入れて、BIOS起動画面からアップデートしました。

https://downloadcenter.intel.com/ja/download/29075/BIOS-WYLPT10H-?product=76977

NUCのBIOSアップデートにはちょっとした注意点があります。アップデートが一段落すると、画面に、「正常にアップデートされました」という表示が出て、そのまま動かなくなります。Ivy BridgeモデルのNUC BIOSをアップデートした時に、しばらく放置しても何の変化もなかったので、ここでリセットすれば良いのかと思い電源を切ったことがありました。すると2度と起動しなくなりました。（このNUCをしばらく放置していたら起動するようになってました。理由は不明ですが、バックアップされていた設定が消えて起動できるようになったのかもしれません。）なので重要なことは、「正常にアップデートされました」という表示が出ても、自動的に再起動されるまで辛抱強く待つということです。2〜3分くらい待たされる感じがします。

OpenCore 0.6.2を入れる

シリアル番号をより正しいものに変更し、BIOSを最新にアップデートした後、入っているCloverも最近のもの (5122) に入れ替え、macOSも最新の10.15.7 (19H2) にアップデートしました。問題なく稼働しているのですが、Big Surへの移行準備のために、ブートローダをOpenCoreに入れ替えることにしました。

まずはダウンロードしたOpenCore 0.6.2のX64フォルダにあるEFIフォルダを、ESPにコピーします。次に以下のガイドに従って、設定を進めます。

Desktop Haswell and Broadwell | OpenCore Install Guide

ACPIフォルダの中には、以下の二点が必要です。

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

CPU毎に必要なamlのリストは以下でまとめられています。

What SSDTs do each platform need | Getting Started With ACPI

ここで必要とされているデスクトップ用SSDT-EC.amlはこちらのサイトからダウンロードしました。そこでのファイル名がSSDT-EC-DESKTOP.amlとなってましたので、名前をそのまま使うことにしました。

Kextフォルダの中は、今回は以下にしました。

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

SMC….kextはハードウェアモニター用なのでなくても良いです。

config.plistの内容は、上記のガイドのページに従って設定しました。説明を読めば、どれが必要か判断できると思います。DevicePropertiesの箇所には、

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

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

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

も加えました。オーディオのレイアウトIDを1番に設定する記述です。Pci(0x1b,0x0)のPci番号は、Hackintoolを使って、そのPciタブからPCIデバイス一覧を見て、このIOReg NameにHDEFとある行を探して、HDオーディオデバイスを特定しました。

レイアウト番号はとりあえず1番からテストしようとしたら、1番で正解でした。前面のヘッドフォン端子から音が出ることを確認しました。

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

このNUCには、前面にUSB 2.0端子が2個、背面にUSB 3.0端子が2個あります。また内部のmini PCIeソケットには、USB 2.0が1個あります。さらに、ケースに配線の余裕が無いので使うことはないですが、基板上にUSBコネクタがいくつかあります。ただ、それらを全部加えても15個のようです。なのでconfig.plistのXhciPortLimitで15個制限を外したり、15個制限に対応するkextを作ったりする必要は無いです。

Big Sur beta 9を入れる

Big Surベータ9を入れました。MacBookAir6,1と6,2は、Big Surが動く最古のMacです。また4250UはBig Surが公式対応する最弱のCPUと言えます。ギリギリのスペックでしたが、インストールは、インストーラを起動するだけで簡単でした。インストール途中の再起動では、macOS Installerというドライブが現れて選択されていました。インストール後の動作も問題ありませんでした。ベータ9は安定していて充分にキビキビ動くので、完成度は高いと思います。

Geekbenchをしてみたところシングル600, マルチ1200台程度でした。遅いですね。Apple Silicon搭載Mac miniが800/2900くらいと言われてますので、完全に負けてます。（追記：Apple Silicon搭載Mac miniが発売された後、スコアが明らかになりました。1680/7400くらいのようです。圧倒的に負けてました。）

ちなみに同じ4250U搭載のMacBook Air Mid 2013のスコアも大体同程度です。妥当な結果のようです。

Bluetoothを使う

NUCのmini PCIeソケットに、無線カードを挿しています。WiFiとBluetoothの機能のあるカードです。このうちWiFiはOOBで設定不要で動きます。Bluetoothを動かすためには以下のkextが必要でした。

BrcmPatchRAM3.kext
BrcmFirmwareData.kext
BrcmBluetoothInjector.kext

これらはKext-Updater.appからダウンロードしました。メイン画面のKextmanagerボタンをクリックして、次の画面でBrcmPatchRamを選びます。

すると8個のkextがダウンロードされます。このうち太字の3個を使ったわけです。

BrcmBluetoothInjector.kext
BrcmFirmwareData.kext
BrcmFirmwareRepo.kext
BrcmNonPatchRAM.kext
BrcmNonPatchRAM2.kext
BrcmPatchRAM.kext
BrcmPatchRAM2.kext
BrcmPatchRAM3.kext

無線カードのファームウェアにパッチを当てるもののようです。初期の頃は、このうちBrcmFirmwareData.kextとBrcmPatchRAM.kextを使用するのが一般的だったようです。ファームウェアのデータkextとパッチしてくれるkextという組み合わせかと思います。その後Catalinaの頃のガイドでは、BrcmPatchRAM2.kextとBrcmFirmwareData.kextに加えて、BrcmBluetoothInjector.kextも必要になったと書かれていました。今回ダウンロードしたら、さらにBrcmPatchRAM3.kextという新しそうな名前のkextがありました。ということで、上記の3個のkextを使うことにしました。この結果、システム環境設定からBluetoothが見えて、アップル純正キーボード・トラックパッドでの動作を確認しました。

Big Sur beta 10を入れる

追記です。その後、Big Surベータ10を入れました。ベータ9からのアップデートはインストーラを起動するだけです。ただ、config.plistで、

Misc – Security – SecureBootModel を Disabled にする

ように変更しました。これをしないと多分起動しないようです。詳しくはこちらをご覧ください。

macOS Big Sur 11.0 Beta 10 をインストール

OpenCore 0.6.1から0.6.2に更新

Tue, 06 Oct 2020 21:39:32 +0900

OpenCoreの0.6.2が公開されたので0.6.1からアップデートしました。0.0.1の違いなので新しくなったファイルを差し替えただけで移行できました。

0.6.2をダウンロードする

公式のダウンロードページは以下です。Kext Updater.appがダウンロードしてくれる内容を使っても良いです。

Releases · acidanthera/OpenCorePkg

IA32というフォルダができている

今回から、IA32アーキテクチャ用のバイナリーも入っています。Intelの古い32ビットアーキテクチャです。古いハードウェアやmacOSのサポートのために32ビット版も配布されるようになったそうです（まっくぷろさん、解説ありがとうございました）。最近のCPU/macOSを使うならIA32フォルダは無視して、X64の方のフォルダの中身を使うことになると思います。

EFIファイルを差し替える

前回0.6.0から0.6.1へアップデートした時と同じ作業を行いました。現在0.6.1が動いている状態でしたら、現在のESPに含まれる.efiファイルを、0.6.2のものと差し替えることでアップデートできます。具体的には以下のファイルです。まずはBOOTの中のBOOTx64.efiです。

次に、OC直下のOpenCore.efiです。

また、OC/Bootstrap/の中のBootstrap.efiも差し替えます。

OC/Toolsの中も、使用しているものだけ差し替えれば良いです。手元では、OpenShell.efiだけを使っているので、それを差し替えました。

ACPIとKextsは、OpenCoreの範疇では無いので、変更不要です。また、config.plistも変更無しでそのまま動きました。

変更点

今回アップデートしたマシンは、Coffee Lake-S + CatalinaとComet Lake-S + Big Surです。Change logを見たところ、このような環境では、対処すべき項目はほとんど見つかりませんでした。すでに0.6.1で問題なく動いているなら、config.plistがそのまま使えて、変更は不要なようです。

PlatformInfoの中にSystemMemoryStatusという項目ができました。デフォルトは自動ですが、メモリーが交換可能か、はんだ付けされてて交換不可能かを設定するようです。また、Processor Typeという項目もできました。デフォルトは0で、その場合、自動的に設定されるようです。自動認識されない場合はここで手動設定するようです。

macserialなどで使用される機種情報のうち、iMac20,1などの最新機種の細かい情報がアップデートされたようです。BIOSのバージョンとか日付が実際のものに近づいたようです。iMac20,1を使っているのでこれはありがたいです。更新された部分は、OpenCoreの中で自動的に構成してくれる部分なので、config.plistの設定には影響ありません。macserialが生成してくれるシリアル番号などにも変更はありません。iMac20,2のボードシリアル番号の機種ID部分は相変わらず不明で0000になっているようです。iMac20,2にアクセスできるなら貢献できるチャンスかもしれないです。

% ./macserial --model iMac20,2 --num 5
C02DW05T046M | C02052600QX00008C
C02DF4YW046M | C02038130GU0000AD
C02DQ2YH046M | C02047701QX00001H
C02D76Y9046M | C02033902QX0000UE
C02DL0K8046M | C02043101CD00001M

いずれにせよ、Comet Lake-Sの自作機でiMac20,2を選ぶことのメリットは特にありませんので、iMac20,1を選んでおくのが良いと思います。

DummyPowerManagement の場所が変更されたようです。手元の環境では使っていなかったので気づきませんでした。コメントで教えていただきました。config.plistの中のこの設定が、Kernel > Emulate Propertiesに移動しています。このフラグでPower managementをoffにしている場合は、config.plistを更新する必要があります。

Config.plistはこちら

その後、OpenCoreに付属のSample.plistを見ながら、新しく追加された項目も含んだconfig.plistを作り直しました。ASUS Z390 ROG MAXIMUS XI + 9900K + RX580の構成のconfig.plistはこのようになりました。

config.plist for ASUS Z390 OC060 - Pastebin.com

一方、ASUS Z490G + 10900K + RX5700XTの構成のconfig.plistは以下です。

config.plist for ASUS Z490 10900K OC062 - Pastebin.com

いずれもPlatformInfoの項目は未記入ですので、macserialなどを使って生成してください。

macOS Big Sur 11.0 Beta 9 をインストール

Fri, 02 Oct 2020 17:52:06 +0900

Beta 9がパブリックベータとして公開されたので、Beta 6からアップデートしました。ビルド番号は20A5384cです。Radeon 5700XTの性能がかなり向上しました。Z490, 10900K, OpenCore 0.6.1の環境で快適に動作しています。

インストール手順

前回の記事で入れたBeta 6マシン（Z490 + 10900K + 5700XT）

macOS Big Sur 11.0 Beta 6 をインストール

のソフトウェアアップデートにmacOS Big Sur Betaの案内が来ていました。

このMac用のアップデートがあります
・macOS Big Sur Beta 9 11.0

という表示です。Beta 6からBeta 9に飛んだのは、パブリックベータだからだと思います（もしかしたら途中のアップデータに気づかなかったのかもしれませんが）。

早速「今すぐアップデート」ボタンを押したのですが、ダウンロードが開始した後で、「インターネットの接続を確認してください」というようなエラーが出て進まなくなりました。夢日記で紹介されている状況とおそらく同じだと思います。さらに、別のCatalinaマシンもベータテスターに登録しているので、こちらでもダウンロードを試みましたが、やはりネットが不調というメッセージで止まります。

サーバが不調なのかと思い、一晩待ちましたがやはり同じエラーでした。そこで、ベータテストのサイトからmacOSPublicBetaAccessUtility.pkgをダウンロードし直して、インストールし直したところアップデートが進みました。自動的に何回か再起動して、問題なくアップデートが完了しました。一方のCatalinaマシンも、macOSPublicBetaAccessUtility.pkgを入れ直すことでダウンロードが成功しました。原因は不明ですが、何らかのアクションをすると改善するようです。

インストールが終わったBig Sur Beta 9はとても快適です。この分ならメイン環境として使っても良いと思いました。OpenCoreなどのバージョンは以下のとおりです。

OpenCore 0.6.1
kext類は一般公開されている最新のもの
機種設定はiMac20,1

5700XTの性能がさらに向上

このマシン (Z490 + 10900K) にはRadeon 5700XTを取り付けてあります。Beta 6の時と同様に、その性能をGeekbench 5で測定しました。下のグラフはCatalina 10.15.6、Big Sur Beta 6、Beta 9との比較です。OpenCLとMetalでそれぞれ3回測定した結果を平均しました。さらに比較のために以前紹介したCatalina 10.15.5でのRX 580の結果も掲載しました。

Radeon 5700XTの性能がかなり改善されています。Beta 6では、RX 580と比較して、OpenCLでは優っているもののMetalで負けていました。Beta 9ではBeta 6より2~3割改善されて、OpenCLもMetalもどちらもRX 580のスコアを上回りました。5700XTの性能をようやく引き出せるようになったようです。

OpenCore 0.6.0から0.6.1に更新

Thu, 10 Sep 2020 22:23:35 +0900

OpenCoreの0.6.1が公開されたので0.6.0からアップデートしました。Big Surに対応してComet Lakeに対応したところが大きな変更点かと思います。0.0.1の違いなので新しくなったファイルを差し替えただけで移行できました。

0.6.1をダウンロードする

公式のダウンロードページは以下です。Kext Updater.appがダウンロードしてくれる内容を使っても良いです。

Releases · acidanthera/OpenCorePkg

EFIファイルを差し替える

現在0.6.0が動いている状態でしたら、0.6.1に含まれる.efiファイルを、0.6.0のものと差し替えることでアップデートできます。具体的には以下のファイルです。まずはBOOTの中のBOOTx64.efiです。

次に、OC直下のOpenCore.efiです。

また、OC/Bootstrap/の中のBootstrap.efiも差し替えます。

OC/Driversの中のうち、現在使用しているものだけを差し替えました。手元のマシンでは、OpenCanopy.efiとOpenRuntime.efiだけを使っているので、それを差し替えました。

OC/Toolsの中も、使用しているものだけ差し替えれば良いです。手元では、OpenShell.efiだけを使っているので、それを差し替えました。

ACPIとKextsは、OpenCoreの範疇では無いので、変更不要です。また、config.plistも変更無しでそのまま動きました。OpenCoreに付属している差分を説明するファイルや、インストールガイドのページを見ても、書き換えるべきconfig.plistの項目はなかったように思います。

iMac20,1に対応

0.6.1で最新のComet Lake-S CPUを搭載したiMac20に対応しました。最新パーツで組む場合にはありがたいところです。付属しているmacserialコマンドでも、iMac20,1と20,2のシリアル番号とボードシリアル番号の対を生成できるようになっています。

% ./macserial --model iMac20,1 --num 5
C02D1KZGPN5T | C02027600GUPHCD1F
C02DP1Z3PN5T | C02046104GUPHCD1H
C02CFNYTPN5T | C02011401GUPHCDA8
C02D6PZWPN5T | C02032200QXPHCDAD
C02D36YPPN5T | C02029101CDPHCDAD
% ./macserial --model iMac20,2 --num 5
C02DW05T046M | C02052600QX00008C
C02DF4YW046M | C02038130GU0000AD
C02DQ2YH046M | C02047701QX00001H
C02D76Y9046M | C02033902QX0000UE
C02DL0K8046M | C02043101CD00001M

ただし、iMac20,2は、ボードシリアル番号の機種IDの部分が更新されていなくて0000になってます。実機を調べてきた人がいないためです。Comet Lake-Sの自作機でiMac20,2を選ぶことのメリットは特にありませんので、iMac20,1を選んでおくのが良いと思います。

macOS Big Sur 11.0 Beta 6 をインストール

Wed, 09 Sep 2020 22:40:47 +0900

Beta 6が公開されたのでアップデートしました。ビルド番号は20A5364eです。Beta 5では起動で失敗していたComet Lake-Sで、Beta 6は動きました！また、Catalinaに比較してRadeon 5700XTの性能が向上していることを確認しました。

インストール手順

前回の記事では、createinstallmediaコマンドを使ってインストール用USBメモリを作成し、それで起動してSSDにインストールしました。今回はUSBメモリを作るのが面倒だったので、真っ新な2.5インチSATA SSD（今回は250GB）をCatalinaマシンに接続し、フォーマットし、macOS Big Surベータ版インストール.appから直接インストールしました。

このSSDを、Catalinaマシンに接続したまま、Catalinaが入っているESPの中のOpenCoreで起動します。そして起動ボリューム選択画面で、Big SurをインストールしたこのSSDを選択して起動しました。Beta 5に引き続き、Prebootという分かりにくい名前で現れています。Prebootの右に見えるMacintosh HDというドライブは、いつも起動しているCatalinaのボリュームです。

Z490で動きました

前回の記事でBeta 5が既に動作していたZ390上のCoffee Lake-Sマシンでは、Beta 6も引き続き問題なく起動しました。一方で、Beta 5が動かなかったZ490上のComet Lake-Sでも、Beta 6ならば起動しました。このマシンです。

ASUS ROG STRIX Z490-G, 10900K

ESPの構成は以下です。config.plistも、Catalina 10.15.6を起動させている状態のそのままです。

OpenCore 0.6.1
kext類は一般公開されている最新のもの
機種設定はiMac20,1

OpenCore 0.6.1はGitHubで公開されているソースからビルドしたものです。iMac20,1の機種設定・シリアル番号が使用したかったので0.6.1にしてあります。0.6.1が必須というわけではありません。（追記：この記事を書いている間に0.6.1は公開版として出てました。）Z390マシンでは公開版の0.6.0でも動いています。Z490マシンでBeta 5を試みた時には、OpenCoreが動いてすぐに

[EB|#LOG:EXITBS:START]

という表示で止まってしまい、起動しませんでした。このメッセージで止まることへの対策を色々試みたのですが、解決しませんでした。それがBeta 6にしたら、何の問題もなく起動しました。Beta 6はComet Lake-S搭載のiMac 2020に対応したという話をコメントで教えていただきました。Hackintoshなのが原因ではなく、もともと今回でComet Lake-Sに対応したということだったのかもしれません。

5700XTの性能が向上

このComet Lake-Sマシン (CPUは10900K) にはRadeon 5700XTを取り付けてあります。その性能を測定しました。下のグラフはCatalina 10.15.6とBig Sur Beta 6との比較です。OpenCLとMetalでそれぞれ3回測定した結果を平均しました。さらに比較のために以前紹介したCatalina 10.15.5でのRX 580の結果も掲載しました。

Radeon 5700XTは、RX 580と比較して、OpenCLでは優っているもののMetalで負けているという状態でした。その傾向は変わらないのですが、Big Surになってそれぞれ10%程度性能が向上しているようです。

macOS Big Sur 11.0 Beta 5 をインストール

Sat, 05 Sep 2020 19:23:54 +0900

ようやくBig Surを入れました。Public Beta Programで現在配布されているBig Sur 11 beta 5 (20A5354i) です。Catalinaを動かしているZ390マシンの、OpenCoreとその設定が入っているESPから起動して、すんなり動きました。この記事もBig Surで書いてます。この調子ならBig Surへのアップデートも順調に行えるように思います。

ダウンロード

Catalinaを動かしているZ390マシンをPublic Beta Programに登録し、システム環境設定のソフトウェアアップデートからダウンロードしました。デベロッパー向けにはbeta 6 (20A5364e)が既に出ているようですが、Public Betaはbeta 5のようです。ダウンロード後にインストーラが起動しますが、それは中断します。ApplicationフォルダにmacOS Big Surベータ版インストールというアプリケーションができています。

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

次に32GB容量のUSBメモリを用意しました。これをフォーマットし、ここではusbという名前をつけました。ターミナルでmacOS Big Surベータ版インストールの場所にcdします。この中のContents/Resourcesの中に

% cd /Applications/Install\ macOS\ Big\ Sur\ Beta.app/
% cd Contents/Resources/

お馴染みのcreateinstallmediaコマンドがあります。オプションなしで起動すると、ヘルプが表示されます。

% ./createinstallmedia
Usage: createinstallmedia --volume <path to volume to convert>

Arguments
--volume, A path to a volume that can be unmounted and erased to create the install media.
--nointeraction, Erase the disk pointed to by volume without prompting for confirmation.
--downloadassets, Download on-demand assets that may be required for installation.

Example: createinstallmedia --volume /Volumes/Untitled

This tool must be run as root.

downloadassetsを指定すると、インストール途中でネットにアクセスする必要がないような説明がされているので、これは使うことにします。そこで、

% sudo ./createinstallmedia --volume /Volumes/usb --downloadassets

とタイプします。これで用意したusbメモリが初期化されて、そこにBig Surのインストーラが作られます。

USBメモリから起動する

実際のMacなら、このUSBメモリで起動して、インストールをすることができます。Macでの動作を確認しました。インストール途中で再起動するときに、中間のボリュームの名前がいつもと違って「EFI」というように表示されて違和感がありました。この後で行ったhackintoshへのインストールでも後述のように、名前がおかしかったです。ベータ版なので、後に改善されると思います。

USBメモリを起動したhackintoshは、こちらで紹介したZ390マザーボードの構成です。

ASUS ROG MAXIMUS XI HERO (Z390), 9900K

ESPの構成は以下です。通常は最新版のCatalinaを起動させています。

OpenCore 0.6.0 (一般公開されている最新バージョンです)
kext類は一般公開されている最新のもの
機種設定はiMac19,1

このESPから起動し、OpenCoreのメニューからBig Surインストール用USBメモリを選ぶと、インストーラが起動しました。

SSDを用意してインストール

インストール用に、余っていた64GBの2.5インチSSDを用意しました。これをUSB接続のHDDケースに入れて、USB接続しました。Big Surインストール用USBメモリで起動すると、そこからDisk Utilityを起動できるので、これを使ってSSDをAPFSでフォーマットします。フォーマットが終わったらインストーラプログラムに戻って、SSDにインストールをします。

インストール途中で再起動を求められます。NVRAMが機能していれば再起動時に選択すべきドライブがデフォルトで選択されているのですが、場合によってはOpenCoreやCloverの起動ボリューム選択画面で選択する必要があります。

最初の再起動では、macOS Installerというボリュームが見えたので、それを選択しました。これでインストールが正しく進みました。今まではBoot macOS Install from xxxxというような名前のボリュームを選ぶことになったので、少し違った様子です。

次の再起動では、さらに悩みました。Prebootというボリュームが見えていて、これを選択するのが正しかったです。従来は、PrebootはFileVaultのログイン用に使うボリュームだと思っていたのですが、今回は違うようです。

ボリュームの名前に関しては、前述のように実機でも同じようにわかりにくい不具合（実機ではEFIという名前になってました）があります。公開バージョンになれば改善されると思います。Mifjpnさんのブログに、再起動時に選択肢が現れない場合への対処法や、Prebootから改名する方法などが紹介されています。

インストール後のBig Sur起動ディスクの容量は40.05GBでした。64GB SSDで十分でした。今回使用した64GB SSDは骨董品なので180MB/sくらいしか読み取り速度が出ないのですが、最近だとこれより高速な64 GB USBメモリーが1,000円台で買えるのですね。

Big Surで起動

Prebootから起動すると、いつものような設定画面を経て、Big Surが起動します。デフォルト壁紙が、今までの写真から、カラフルな絵に変わって、新鮮な感じです。少し操作を試しましたが、特に問題はないようです。サクサクといつものように動作します。この調子ならば、例年のようにスムーズにバージョンアップが出来そうです。

おまけ：Z490では苦戦中

こうして動かしたSSDを、Z490のマシン

ASUS ROG STRIX Z490-G, 10900K

で動かそうとしたのですが、こちらは、OpenCoreが動いてすぐに

[EB|#LOG:EXITBS:START]

という表示で止まってしまい、起動しません。Catalinaは問題なく起動するのですが、なぜかBig Surだと起動しません。こちらのトラブル対策を試してはいるのですがまだ解決していません。メモリーマップが変わったのかなとは思ってます。

追記：Beta 6になったらZ490マシンで動くようになりました。

macOS Big Sur 11.0 Beta 6 をインストール

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

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

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

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

古いMacは無線が動かない

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

macOS Big Sur Patcher Is No Longer Available

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

802.11ac対応が動作条件?

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

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

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

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

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

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

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

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

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

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

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

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

マザボ：ASUS ROG STRIX Z390-F GAMING

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

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

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

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

CPU: Intel Core i5-9600K

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

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

グラボ：Sapphire RX 580 Pulse

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

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

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

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

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

WiFi/BluetoothアダプタFenvi FV-T919

この他のパーツ

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

Big Sur

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

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

機種設定

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

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

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

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

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

ブートローダー

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

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

Kext類

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

USB起動インストーラ

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

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

インストール例

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

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

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

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

古い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を持っていれば完璧なコレクションになります。

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拡張カードを使っているので、拡張カード用のパッチを当てることにしました。

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

Sun, 10 Sep 2017 17:58:16 +0900

Hackintosh自作に適したWiFiとBluetoothカードを紹介します。今までお話しした、CPU、マザーボード、グラフィックスカードがHackintosh自作パーツの主役でした。これらが正しく選択されていれば、他のパーツはどれを使ってもとりあえず動きます。でも脇役なりにこだわっておきたいパーツもあります。WiFi / Bluetoothカードはその筆頭かと思います。

結論

長いので、結論を先に書いておきます。現時点 (2020/7) で、比較的入手可能なモジュールで、そのままで (OOBで) 使用できる製品は、以下です。

BCM94360CS2 (Broadcom独自コネクタ)
BCM94360CD (Broadcom独自コネクタ)
BCM943602CS (Broadcom独自コネクタ)
BCM943602CDPAX (Broadcom独自コネクタ)
Fenvi FV-T919 (PCIe)
BCM94360NG (A & E Key M.2コネクタ)

Broadcom独自コネクタは、Macで採用されているコネクタですが、そのままでは使えないので、PCIe, mini PCIe, M.2などに変換するアダプタを経由して使用します。デスクトップマシンならPCIeスロット、ノートPCやミニPCならばM.2コネクタを使用して無線モジュールを取り付けるのが一般的です。

そもそも無線は必要なのか

普通に考えたらデスクトップコンピュータにはBluetoothもWiFiも必須ではないでしょう。キーボードはUSBで接続すれば良いですし、ネットワークは有線LANで接続した方が、高速ですし安定しています。でもmacOSを使うとなると、次の理由で Bluetooth / WiFi が欲しくなると思います。

Magic Trackpadが使いたい

現行のMagic Trackpad 2と1世代前のMagic TrackpadはBluetooth接続するポインティングデバイスです。macOSでは色々なマルチタッチ入力がサポートされています。MacBookシリーズを使っていれば、マルチタッチ操作はおなじみかとも思います。これらが、非常に使いやすいのです。macOSのインタフェースの素晴らしさは定評があるところですが、その素晴らしさを全て享受するにはMagic Trackpadが必須です。そのためにBluetoothが必要なのです。

Continuityが使いたい

最近のアップル社のビジネスは、もはやMacintoshがメインではなくなりました。iPhoneがメインで、さらにはそれを取り巻くエコシステムにユーザを取り込んで、クラウドサービスとコンテンツ販売で儲けるビジネスモデルに移行しつつあります。なので、macOSでも、他のMacintoshだけでなく、iPhone, iPad, Apple Watchとの連携機能の強化（Continuity）を進めています。これらを使用するには、BluetoothとWiFiが必要なのです。 iPhoneとmacOSを連携するにも、iPhone経由でiMessageを使うにも、Apple Watchでログインするにも、無線機能が必要です。

手軽なBluetooth USBアダプタ

Magic Trackpadを接続するだけなら、USBのBluetoothアダプタがお手軽です。ただ、どれでも動くわけではありません。おすすめは、iMacやMacBookで採用されているBroadcom社のチップBCM20702を使ったアダプタです。これならMac OS X 10.8以降で動作します。日本で簡単に買える製品だと、例えばI-O DATAのUSB-BT40LEです。

ただ、Magic Trackpadやキーボードは使えますが、Continuityの機能は使えません。

WiFi USBアダプタは使えない

macOS用のドライバが付属していて、macOSでも使えるとされるWiFi USBアダプタがいくつか販売されています。私は使ったことがありませんが、少なくともHackintoshでは非常に不安定らしいです。おすすめできないようです。

Broadcom社の純正無線モジュール

ということでようやく本題です。Hackintoshに取り付けるだけで、何の設定もせずにそのまま動いて、本物のMacintoshとまったく同じくContinuity連携ができる究極のWiFi / Bluetoothアダプタがあります。実機で使われているBroadcom社の製品です。ただ、Broadcom社のものなら何でも良いというわけではありません。実機と少し違うものは、それでも使えることがありますが、パッチを当てて苦労することになります。

Apple社が使っているBroadcomの無線モジュールに関して、このページでまとめられています。

User:Omega/Broadcom modules (Apple) - DeviWiki (ex WikiDevi)

それによると、最近の802.11acに対応した実機で使われているBroadcom社の無線モジュールは以下です。

BCM94360CS2 (2013年採用)
BCM94360CS (2013年採用)
BCM94360CD (2013年採用)
BCM943602CS (2015年採用)

これらはいずれもBroadcom社から、チップセットが基板に乗ったカードの形で販売されています。AliExpressなどで$10から$40くらいで入手できます。日本のamazonでも時々売られています。ただ、採用された年号から分かるように、いずれも少し古い製品です。最近のMacではApple社内製品モジュールが使われる傾向があるようです。iMac Proのような大型筐体でも、Broadcomのモジュールは使われず、Apple特注のチップが基板上に直接実装されています。現行機種はBluetooth 5.0を搭載していますが、これらはすでに基板上に実装されたチップになっているので、一般には手に入りません。

iMac Proの分解

ということで、今は比較的潤沢に出回っているBroadcomのモジュールも、今後は品薄になるかもしれません。将来使用するかもしれない部品は、今の内に確保しておくのが良いかもしれません。

以下で、この４種類のモジュールの詳細を説明します。おすすめは、コスパの高い最新型のBCM943602CSか、もしくはMac Proで使われている高級品のBCM94360CD、もしくは2015, 2016年iMacで使われている BCM943602CDPAXです。

BCM94360CS2

上記のロシアのサイトによると、４種類のモジュールのうち、BCM94360CS2だけはWiFiが少し遅いようです。（他が1.3Gbpsに対して、これは867Mbps）価格は安いです。MacBook Air 2013などで使用されているモジュールです。アンテナの数は２本です。おそらく、１本がBluetoothで、もう１本がWiFiだと思われます。WiFiアンテナを複数持っている場合、一番条件の良いアンテナが使用されます。WiFi電波強度は、壁の反射などで均一ではありません。アンテナの本数が多い方が、離して設置したり、向きを変えたりすることができ、強い信号を受信できる可能性が高まるので有利です。とはいえ、有線LANをメインで使用するデスクトップなら、このモジュールでも十分かもしれません。（追記：もしかしたらBluetoothとWiFiを1本のアンテナで共有していてるのかもしれません。）

BCM94360CS

これはMacBook Pro 2013などで採用されているモジュールです。5GHz WiFiが1.3Gbpsのものです。アンテナの本数は３本です。Bluetoothが１本、WiFiが２本と思われます。

BCM94360CD

これはiMac 2013や、最新の（と言ってもだいぶ古くなってしまいましたが）円筒型Mac Proでも採用されています。最高級モデルと言えます。販売価格も４種類の中では一番高額です。とは言っても$40未満です。5GHz WiFiが1.3Gbpsで、アンテナの本数は４本です。端から２番目の一つがBluetoothで、後の３本がWiFiです。私が入手した当時はこれしかなかったので、今でも使用しています。

BCM943602CS

これはMacBook Pro 2015で採用されている最新のモジュールです。5GHz WiFiが1.3Gbpsで、アンテナの本数は３本です。Bluetoothが１本、WiFiが２本と思われます。外見と型番からしてBCM94360CSの後継機種と思われます。新しいモデルのためか、価格が安いのでお得感があります。流通している個数も多いようです。

BCM943602CDPAX

コメントで情報いただいたカードです。iMac A1418, A1419 (2015, 2016)用のカードらしいです。アンテナは4本あります。入手できる最新のカードかと思われます。

純正モジュール用変換アダプタ

PCIeスロット用アダプタ

上の写真を見ていただくとわかるように、いずれの純正無線モジュールにも、縁には同じコネクタがついています。これらのモジュールに対応したMacBook Air, MacBook Pro, iMac, Mac Proには、このピンに合うソケットがついているので、差し替えて交換することができます。

コネクタのピン構成はPCIeとUSBです。WiFiがPCIeを使い、BluetoothがUSBを使います。PCIeとUSBが一緒になったコネクタの規格としては、mini PCI Express (miniPCIe, mPCIe)とかm.2が普及しています。特に最近のマザーボードの多くにはm.2が搭載されています。でも残念なことに、Broadcom社のモジュールのコネクタは、形もサイズも違う独自仕様で、mPCIeやm.2との互換性がありません。

そこで、このコネクタを、通常のPCIeスロットに変換するアダプタが売られています。通常のPCIeスロットにはUSBのピンはありませんので、このタイプのアダプタにはUSBのためのコネクタがついていて、マザーボード上のUSB 2.0端子に接続します。製品によりアンテナ本数が違いますので、使おうとしている無線モジュールのアンテナ本数と同じかそれ以上のアンテナのあるアダプタを選びます。

Amazonでも売っています。

mini PCI Express用アダプタ

こちらはmini PCIe変換アダプタです。mini PCIeを搭載したマザーボードで、空間に余裕がある場合は、これを使ってBCM94360CDを取り付けられます。

m.2用アダプタ (A/Eキー用)

m.2に変換するアダプタも売られています。m.2無線ソケットで使われるA/Eキー用の変換アダプタです。m.2のキーは、切れ目の入っている場所で決まります。m.2には色々な配線がされる場合がありますが、キーの違いで、配線されている信号が違います。A/Eキー用のアダプタは、m.2無線ソケットを搭載したマザーボードで使えます。ただ、これにさらに純正のカードを取り付けることになりますので、空間に余裕がある場合に限られます。余裕があれば、これを使ってBCM94360CDなどを取り付けられます。

BCM94360CS2 カード NGFF (M.2) キーA/Eアダプター Mac OS ・ハキントッシュ用 |…

どう見ても同じものはAliExpressでも売られています。説明によると、BCM94360CD、BCM94360CS、BCM94360CS2、BCM943602CSなどのソケットをm.2に変換するアダプタだそうです。取り付け穴はBCM94360CS2などに対応しているようです。

A-E keyもしくはE keyのM.2用ソケットを延長するアダプターもあります。こういう製品を使えば、小型のインテル製無線カードが入っているソケットから、延長して外に引き出して、macOS純正のBroadcom製カードを取り付けることができると思います。

m.2用アダプタ (Mキー用)

m.2のMキー用のアダプタもあります。これは、BCM94360CD BCM943602CS BCM94360CSなどに対応しているようです。Mキーは、SSDなどを取り付けるタイプのキーで、PCIeが多めに配線されています。その一方でUSBは配線されていないので、ケーブルでマザーボード上のUSBコネクタに配線することになるようです。それなら、PCIeスロット用のアダプタの方が、アンテナコネクタも設置できるので便利な気がします。でも、SSD用のm.2ソケットが余っている・使っていなくて、さらにPCIeスロットを節約したい用途、例えばmicro ATXやmini ITXなどのPCIeスロットの少ないマザーボードでは有用かと思われます。

純正モジュールを組み込んだ製品

FenviのPCIeカード

Fenviという会社が、BCM94360CDを組み込んだPCIeカードを作っています。

Fenvi Technology

中身は、BCM94360CDなので、HandoffもContinuityも、何の設定もしなくても全て動作するようです。海外サイトでも好評で、tonymacx86では推奨パーツになっています。純正のBCM94360CDをPCIeアダプタで組み込むと、アンテナを配線する必要があり、コネクタが外れるトラブルがあります。Fenviの製品ではプリント基板上で配線されるのでスッキリしています。

ただ、以前はeBayやAliExpressで$55くらいで売っていましたが、最近は見かけないようです。日本のamazonでも一時売っていましたが、今は無いようです。tonymacx86から米国amazonへのリンク先でも商品が消えています。

長らく販売されていなかったのですが、最近、AliExpressに復活したようです。でも説明を見ると10.10, 10.11対応とあって10.12ではBluetoothがあまり良く動かないと書いてあります。オリジナルのBCM94360CDは、10.12でも10.13でもBluetoothは問題なく動くので、互換性に問題があるのかもしれません。(2018/5/25)

こちらもご覧ください。

WiFi/BluetoothアダプタFenvi FV-T919

Fenvi以外のPCIeカード

Fenviの他にも、対応モジュールを組み込んだPCIeカード製品もあるようです。AliExpressで見つけた出品を2つ紹介します。モジュールの型番を選んで発注するページもありますので、

BCM94360CS2 (2013年採用)
BCM94360CS (2013年採用)
BCM94360CD (2013年採用)
BCM943602CS (2015年採用)

から選ぶように気をつけてください。

また、macOS対応モジュールと書かれたBCM94331CDを選べるページもありますが、上記の4つの802.11ac対応モジュールより古い世代のものです（802.11n対応で5GHz WiFiが450Mbps）。またBCM94331CDは、機種設定によってはHandoffが不調だという報告もあります。値段は安いですが避けた方が無難です。

汎用コネクタの互換モジュール

ここまで、本物のMacintoshで使われているのと同じ部品を使ったモジュールを紹介しました。でも実機で使われていないモジュールの中にも互換性の高いものがあります。中には実機と同じシリーズのBroadcom製品でたまたま実機に採用されなかった部品もあります。これらはHackintoshでも使えます。

以下のリンクに、mini PCIeとM.2の無線モジュールの詳しい情報が書かれています。この中で、OOB (箱から出してすぐに使える) の欄がY (Yes)になっているモジュールは、簡単に使えると思われます。ここにリストされた多くの無線モジュールは、ノートPCの補修パーツとしてAliExpressなどで入手可能です。M.2やmini PCIe ソケット周りのスペースが限られていて、純正モジュールアダプタが使えないような場合は、選択肢として検討してみましょう。

Inventory of supported/unsupported wireless cards #1, Snow Leopard -> El Capitan

この中で、有用性の高いカードは、1/2 mini PCIeもしくはM.2のカードだと思います。OOBがYになっている非純正モジュールをいくつか見てみましょう。

Dell DW1510 (mini PCIe)

更新：macOS CatalinaでBCM94322用のドライバが外されたという情報があります。DW1510はBCM4322を使っていますのでmacOS 10.15からは動かない可能性があります。

更新：Catalina 10.15.7で試したところDW1510は動かなくなっていました。

1/2 PCIeのWiFiカードです。WiFiがa/b/g/n対応のものの多くは、少し古い世代の製品なので、Bluetoothは搭載されていません。この中でも、DW1510はノートPCやNUCのHackintoshでよく使われます。ちなみにDWという型番は、DellのノートPC用の補修部品の型番です。多分Dell Wirelessの略だと思われます。DW1510は、AliExpressでも数ドルで売られていて、安価です。これはmini PCIeに挿せば、そのまま何もせずにHackintoshで動きます。Bluetoothがありませんので、I-O DATAのUSB-BT40LEなどのBluetooth USBアダプタと組み合わせて使うのも良いと思います。Continuityを使用しないなら安定していて良い選択です。

BCM94360HMB (mini PCIe)

1/2 PCIeのWiFi/Bluetoothカードです。以下の名前で流通しています。

AzureWave AW-CB160H
Alpha Networks WMC-AC01
Arcadyan WN8833B-AC
Gemtek WMDB-150AC
Unex DAXB-81
Wistron NeWeb DNXB-C1

WiFiがa/b/g/n/acのタイプには、Bluetoothが搭載されたコンボカードが多いです。1/2 mini PCIeでOOBがYなのは、このAzureWave AW-CB160Hのみです。BroadcomのBCM94360HMBというモジュールを使っています。数字部分が純正と同じです。そのため互換性が高いです。アンテナが3本のタイプです (WiFiが2本とBluetoothが1本）。アンテナのコネクタが、一般のmini PCIeのコネクタ(U.FL) より小型のタイプ(MHF4)です。AliExpressの製品には、コネクタ形状を変換するケーブルが付属しているものもあります。アンテナについては最後に説明します。

上記のリストではOOBとはなっていますが、簡単なkextが必要なようです。詳しくはこちらに説明があります。

r/hackintosh_ja - WiFi/BT half-mini-PCIeのBCM94360HMB (AzureWave AW-CB160H) …

更新：Big Surで試したところ、以下の3個のkextを入れることで、AzureWave AW-CB160Hが動作しました。

BrcmPatchRAM3.kext
BrcmFirmwareData.kext
BrcmBluetoothInjector.kext

BCM94352HMB (Dell DW1550) (mini PCIe)

1/2 PCIeのWiFi/Bluetoothカードです。以下の名前で流通しています。

AzureWave AW-CE123H
Dell DW1550
HP TPC-Q013
Lenovo Lite-On WCBN606BH

これもWiFiがa/b/g/n/acのタイプで、Bluetoothが搭載されたコンボカードです。こちらはアンテナが2本のタイプで、アンテナコネクタも通常サイズです。なので、既存のカードを差し替える場合に、作業が簡単になる場合が多いです。ですが、上記のリストではOOBの項目がN (No)です。そのままではBluetoothが動かないので、いくつかパッチを当てる必要があります。ただ、パッチの方法は確立されているようで、Continuityも動くようです。tonymacx86に詳しい説明が書いてあります。

BCM94352Z (Dell DW1560) (M.2)

M.2のWiFi/Bluetoothカードです。AliExpressで多数売られているM.2用カードです。以下の名前で流通しています。

Dell DW1560
Fenvi AC1200
Lenovo Lite-On WCBN802B(04X6020) (E Keyなのでソケットに注意)
AzureWave AW-CB162NF

このほか、BCM4352と書かれていることもありますし、BCM94352Zという表記のものもあります。以下の4個のkextを入れれば基本的なWiFi/Bluetooth機能は動きます。AirDropやContinuityなどを動かすにはさらにパッチが必要なようです。必要なファイルを下記からダウンロードして用意します。

まず、RehabMan-FakePCIIDからダウンロードしたzipの中から

FakePCIID.kext
FakePCIID_Broadcom_WiFi.kext

を用意し、次に、 RehabMan-BcrmPatchRAMからダウンロードしたzipの中から

BrcmFirmwareData.kext
BrcmPatchRAM2.kext

を用意します。これらをESPのkext用フォルダに入れます。

BCM94360NG (M.2)

最近、このカードが評判良いらしいです。Fenvi BCM94360NGという商品名でも流通しています。DW1560より良いとのことです。Handoff, Airdrop, appleWatchでのログインなどがOOBで動作します。こちらの記事で紹介しています。M.2無線カードとしてはこれが1番のおすすめです。(2020/4/20追記)

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

BCM943602BAED (Dell DW1830) (M.2)

M.2のWiFi/Bluetoothカードです。単にBCM943602という名前の場合もあります。先のリストで、M.2カードでOOBがYなのは、BCM943602BAEDのみです。この型番の数字部分は上記で説明した純正品と同じ番号です。チップは同じですが、Apple専用では無い汎用的なM.2ソケットの製品という意味かと思います。こちらの情報のよると、

WifiはOOBで動く
WiFiのパフォーマンスはFakePCIID Kextで改善できる
Bluetoothを動かすためにはkextが必要

だそうです。

BCM94350ZAE (Dell DW1830) (M.2)

Dell以外からは、Lenovo Foxconn T77H649, Lite-On WCBN808Bなどの名前で流通しています。macOSで電力制御を正しくサポートしないのでノート向きでは無いようです。

アンテナ

アンテナは必ず取り付けてください。どの無線モジュールにも小さなアンテナコネクタがついていますが、その先にアンテナをつけないと通信できません。近距離ならアンテナ無くても動かなくはないですが、実用にならないです。

上で紹介した純正モジュールをPCIeに取り付けるアダプターには、だいたい棒状のアンテナが2~4本付属しています。一方、純正モジュールをminiPCIeやM.2に取り付けるアダプタは、PCIeとUSB接続の面倒は見てくれますが、アンテナが付属していません。なので別途手配する必要があります。また、非純正のBroadcomモジュールをマザーボードのminiPCIeやM.2コネクタに取り付ける場合も、アンテナは必須です。

PCIeカードアダプタでは、取り付け金具にSMAと呼ばれる規格のコネクタが付いていて、ケース外側に棒状アンテナを取り付けます。

ケース内側では内部の無線モジュールに配線するように作られています。無線モジュールには、SMAより小さいU.FLやMHF4という規格のコネクタが付いています。下は、SMAコネクタとU.FLコネクタの変換ケーブルです。

無線モジュール側のU.FLとMHF4は、どちらも小さなコネクタですが、サイズが違います。一見すると似ているので注意が必要です。下はAmazonで売られている変換ケーブルの写真です。小さい方がMHF4（メス）で、大きい方がU.FL（オス）です。

純正Broadcom無線モジュールには、小さい方のMHF4が付いています。一方で、非純正のBroadcomの無線モジュールのコネクタは、miniPCIeなどの古い製品は大きい方のU.FL、最近のM.2の製品では小さい方のMHF4です。ただ上で紹介したように、BCM94360HMBはminiPCIeですが小さい方のMHF4です。使用しているモジュールのコネクタが、U.FLなのかMHF4なのかを確認して、それに合わせたケーブル、またはアンテナを購入する必要があります。

PCIeブラケットに取り付ける棒状のアンテナの代わりに、Mac製品やノートPCの内部で使われているようなアンテナ部品を使うことも可能です。

ただ、閉鎖された金属ケースの中にアンテナを設置すると、電波が飛びません。最近の「見せるケース」のようにアクリルやガラス窓のあるケースなら良いかもしれません。また、アンテナ部品を金属部分に密着して取り付けると、電波が吸収されて感度が低下します。できれば非金属の部分に取り付けます。金属部分に止むを得ず取り付ける場合は、プラスチックやスポンジ片を使って、金属部分から1cmくらい浮かせるように取り付けると良いです。