ネットワーク on Boot macOS

OpenCore Legacy PatcherがSequoiaに対応

Sun, 15 Sep 2024 13:15:05 +0900

OpenCore Legacy Patcher (OCLP)の 2.0.0がリリースされました。Sequoiaのベータ版にインストールしたところ、SequoiaでもBroadcomのWi-Fiが使えることを確認しました。

Sonoma以降で使えなくなったBroadcomのWi-Fiは、OpenCore Legacy Patcher (OCLP) を使うと復活できます。詳細は以下の記事をご覧ください。

SonomaでBroadcom Wi-Fiを有効にする

OCLPがSequoiaに対応

SonomaのWi-Fi対応のために使っているOCLPから、アップデートの案内が出てました。Ver. 2.0.0になって、Sequoiaに対応したようです。

OpenCore Legacy Patcher update

そこで早速試してみることにします。

Sequoiaベータ版にインストール

ここからは、Sequoiaベータ版を起動して進めました。ASRock Z690 Steel Legend、13900KF、 Radeon RX 6600を以下の設定で使ってます。

macOS Sequoia 15 Beta 8をインストール

Sequoiaベータ版は、メインで使っているSSDとは別のSSDにインストールしてあります。コンピュータのUEFIの起動は、SonomaがインストールされたメインのSSDで行い、OpenCoreの起動ボリューム選択で、Sequoia SSDを起動します。なので、OpenCoreの設定やkext類はSonomaを動かしている状態のままです。

次に、OCLPリリースページから、2.0.0をダウンロードします。

https://github.com/dortania/OpenCore-Legacy-Patcher/releases

ここから、OpenCore-Patcher.pkgをダウンロードしました。pkgファイルを開くと、インストーラが起動します。

OCLPインストーラ

インストール終了すると、アプリケーションフォルダの中にOCLPアプリができているので起動します。

OCLP 2.0.0

ここで、Post-Install Root Patchを選ぶと、Wi-Fi関係のパッチを当てられます。

Post-Install Root Patch

再起動するとWi-Fiが使えるようになってました。

Wi-Fi

まとめ

OCLPがアップデートされて2.0.0になり、Sequoiaに対応しました。そこでSequoiaベータ版で、動作を確認しました。OCLPを起動してボタンを押すだけでWi-Fiが動作するようになりました。SonomaとSequoiaの差は少ないようで、同じOpenCore設定で問題なく動作してます。OCLPのおかげでWi-Fiも動くようになったので、Sequoiaリリース日には、すぐに移行しようと考えてます。

OpenCore Legacy PatcherがSonomaに対応

Tue, 03 Oct 2023 16:17:05 +0900

前回の記事では、Sonomaになって使えなくなったBroadcomのWi-Fiを、OpenCore Legacy Patcher (OCLP) のNightly Buildを使って対応させました。

SonomaでBroadcom Wi-Fiを有効にする

その後、OCLPが更新されてSonomaに正式対応したので、それを使って再びパッチ当てしました。

OCLPがSonomaに対応

OCLPが Ver. 1.0.0 になってSonomaに対応しました。前回の記事で使用した0.6.9を起動したところ、バージョンアップのお知らせが表示されました。

これで正式にSonomaに対応したようです。リリースページからダウンロードできます。

Releases · dortania/OpenCore-Legacy-Patcher

Download and installボタンを押すと更新されました。

起動すると1.0.0になってます。

Post-Install Root Patchを選ぶと、前回同様にパッチを当てられます。

メッセージを見ると、macOSのシステム部分にかなりパッチが当たっています。それだけ大変な作業のようです。

1.0.1に更新（追記）

2023年10月4日に、OCLPが1.0.1に更新されていました。

アップデートしてパッチし直しました。特に変化はありません。

まとめ

OCLPの公開版がアップデートされてSonoma対応になりました。Nightly版で、Broadcom Wi-Fi対応のパッチを当てていたので、公開版でパッチし直しました。Config.plistはすでに対応しているので、OCLPを起動してボタンを押すだけで終了します。Wi-Fiを動かし続けるために、これからもOCLPにお世話になります。

SonomaでBroadcom Wi-Fiを有効にする

Sun, 01 Oct 2023 22:15:06 +0900

SonomaでBroadcomのWi-Fiを使えるようにしました。iPhoneとのコピペ（ユニバーサルクリップボード）やAirDropが再び使えるようになりました。

SonomaでWi-Fiが使えない

Sonomaでは、マザーボードのM.2ソケットに取り付けたBroadcom Wi-Fiカード

が動作しませんでした。Bluetooth部分は動作します。これらのBroadcom Wi-Fiを搭載しているMacが全て、Sonomaのサポート対象から外れたためです。Venturaまでは動作し、Sonomaで動作しなくなったチップは以下です。

BCM94350 (BCM94352を含む)
BCM94360
BCM43602
BCM94331
BCM943224

Wi-Fiが使えなくなったマシンは、デスクトップ（Z690マザーボード、13900K、Radeon RX 6600）なので、有線LANがあれば一般的なネット利用には支障ありません。しかしWi-Fiが機能しないと、iPhoneとの連携機能（ユニバーサルクリップボードやHandoffなど）やAirDropが使えないので、なんとかしたいところです。

OCLPで対応する

OpenCore Legacy Patcher（以下ではOCLP）を使用して、Broadcomチップを有効にする方法が以下で説明されていました。

Preliminary support for macOS Sonoma by khronokernel · Pull Request #1077 · d…

OCLPは、新しいmacOSを、サポート対象外の古いMacにインストールするツールです。OpenCoreを利用しています。Macの機種を選択すると自動的に設定してくれるので便利です。Sonomaでサポート外になったBroadcomのWi-Fiを有効にするOCLPが、Nightly Build版で用意されています。公式版は10月2日とのことです。

このSonoma対応の最新版OCLPをHackintoshで使います。上記のページの「Hackintosh Note」という項目に説明があります。本来の使い方ではないので、OpenCoreの設定準備が多少必要です。ちなみにOpenCoreも最新版にすると良いとのことなので、Nightly Build 0.9.6にしました。

OCLPを使ってみる

まずは上記のページからOCLPのNightly Buildを入手しました。直接リンクを公開しないようにと書いてありますので、このページから探してください。Nightly.link: OpenCore-Patcher.app (Sonoma Development)と書いてあるリンクをクリックすると、OpenCore-Pacherのアプリがダウンロードされます。10月2日には公開版が出るそうなので、それまで待っても良いと思います。

実はOCLPを使うのは今回が初めてです。それで、とりあえずダウンロードしたアプリを起動してみました。開いたメインメニューに、いろいろなツールがあって便利そうです。Sonomaのダウンロードも、これを使えばきっと簡単でした。

この中の「Post-Install Root Patch」という項目で、Wi-Fiのパッチが当てられます。「Post-Install Root Patch」をクリックすると、以下のメッセージが現れました。

要するに、

あなたのマシンに対してできることはModern Wirelessのパッチです
でもセキュリティ設定がキツいのでパッチ当てられません

ということです。状況をとても的確に把握してくれているようです。Modern Wirelessというのは、今回のSonomaで使えなくなったBroadcomのチップです。OCLPのプロジェクトでは、Montereyで切り捨てられた古いWi-FiチップをLegacy Wirelessと呼んでいたので、それに対してSonomaで切り捨てられたチップをModernと呼んでいるようです。

OpenCoreの調整

そこで、まずはOpenCoreの設定を整えて、OCLPが動作するようにします。Hackintoshに対して行う先ほどの手順を参考にしました。ちなみに、古いMacに対して行う手順がこちらに説明されています。これも参考にしました。これらに従ってconfigとEFIを調整します。

1. Kextの追加

まずはkextを追加します。必要なkextは、以下の3個です。うち1個は、他のkext/Contents/PlugInsの中に含まれてますので、入手するkextは2個です。

IOSkywalkFamily.kext
IO80211FamilyLegacy.kext
- AirPortBrcmNIC.kext (IO80211FamilyLegacyに含まれてます)

ちなみに古いMac向けのガイドのほうには、このほかにも3個のkextを入れるように書かれてました。それを試みるとカーネルパニックになったり、暗黒画面になりました。上記の3個だけで良いようです。

2. config.plistの変更

次に、config.plistを変更します。まずは、上記の3個のkextが動作するように、Kernel/Addに以下を追加します。Xplistアプリで編集している様子です。

次に、macOSにあるIOSkywalk.kextを停止させます。このために、以下の項目をKernel/Blockに追加します。

さらに、Misc/Securityで、SecureBootModelを無効にします。

また、NVRAM/Addで、boot-argsにamfi=0x80 を追加し、csr-active-configを03080000に設定します。

NVRAM/Deleteに、csr-active-configを追加します。

config.plistの変更は以上です。csr関係の設定は、パッチ作業後は元に戻しても良いのかもしれません。詳しくはこちらの説明をみてください。

OCLPを起動

これでOCLPが使えるようになりました。メインメニューからPost-Install Root Patchを選ぶと、先ほどと違って、以下のように表示されます。

いよいよパッチが当てられるようになったようです。Start Root Patchingを選択すると、rootとして作業するかどうかの確認と、パスワードを求められます。

パスワードを入力すると、パッチ作業が開始されます。

パッチが終了したら、再起動です。

Wi-Fi動作を確認する

再起動したところ、無事、Wi-Fiが動作するようになりました。

Wi-Fiを接続したところ、iPhoneとのユニバーサルクリップボード、Handoff、AirDropなどが動作するようになりました。

まとめ

Sonomaになって使えなくなっていたWi-Fiが、OCLPによって復活しました。その結果iPhoneや他のMacとの連携が再び使えるようになりました。macOSのバージョンアップの時にはいろいろ試練がありますが、それを克服しているコミュニティの皆さんの努力に感謝です。

今回は、M.2 Wi-Fiカード BCM94360NGを使いましたが、も同じ手順で復活するはずです。

HPの小型デスクトップEliteDesk (7: Windows 11を入れる)

Sat, 09 Oct 2021 16:53:58 +0900

Montereyがなかなか出ないので、Windows 11で遊びました。10で動いているHP EliteDesk 800 G2 DM (Core i5-6500T) を11にアップデートしました。CPUは11に非対応ですが、インストール用USBメモリを作ったらインストールできました。各種設定は、Windowsに慣れていないこともあっていつもながら大変でした。10から11で変わってさらに面倒になったところもありました。

Windows 11がインストールできない

HP EliteDesk 800 G2 DMは、macOSではiGPUが動作しなくて挫折して、Windows 10を入れていました。それでMacからはRemote DesktopでWindowsを使ったり、WSL機能で動かすUbuntuにsshしたりして使っていました。このマシンをWindows 11にアップデートして、設定をやり直しました。

このマシンは、普通のアップデートではWindows 11がインストールできません。CPUが非サポートの第6世代なので致し方ないことです。本来ならばサポート対象の第8世代以降のCPUが必要です。でも、USBメモリーにWindows 11のインストーラを作れば可能でした。インストーラ作りは、Windows 10の環境で作業しました。USBメモリは8GBあれば良いようです。

このUSBメモリで起動すると、Windowsインストーラが動きます。インストーラのメニューには、過去の設定を引き継いでアップデートする選択肢もありましたが、選択できませんでした。クリーンインストールしなければならないようです。これで特に問題なくWindows 11が動くようになりました。

以前、Windows 10を設定した時の様子を紹介しました。

HPの小型デスクトップEliteDesk (6: Windowsを入れる)

今回もこれに従って、11での各種設定をしていこうと考えました。ただ、色々細かいところが10とは違っていて、少し苦労しました。

WSL2が動かない

WindowsはmacOSと違って、UNIX的な機能や操作が使えなくて残念です。でもWSL (Windows Subsystem for Linux) を使えばLinux機能が動きます。WSLは、LinuxとWindowsが連携できるように結構頑張って作られています。ただ、ファイルシステムもコマンド体系も違うので、macOSのターミナル操作とGUI操作のような一体感は望めないです。

今まではWSLを使っていたのですが、Windows 11にしたことで、WSL2に移行することになります。WSL2になって、LinuxとWindowsがより統合されたのかと期待したのですが、どちらかというと溝が深まった印象でした。インストールの手間も少し増えました。

Windows 10でWSLを有効にしてUbuntuを起動するための準備作業は、かなりシンプルでした。

「コントロールパネル – プログラム – Windowsの機能の有効化または無効化」から「Linux用Windowsサブシステム」にチェックする
Microsoft StoreからUbuntu 20.04 LTSをダウンロードして起動する

この2ステップだけでした。今回も同様の作業をしてWSLを起動したところ、以下のように

WslRegisterDistribution failed with error: 0x800701bc
????? 0x800701bc WSL 2 ??????? ????? https://aka.ms/wsl2kernel

謎の文字化けエラーメッセージが出ます。???の部分は正確では無いです。日本語でエラーを出しているけど、表示に失敗しているようです。読める英語部分の文言で検索したところ、「https://aka.ms/wsl2kernelに行ってカーネルコンポーネントを更新しなさい」というエラーのようです。最新の（WSL2 Linux カーネル更新プログラム）パッケージをダウンロードします。後で分かったのですが、StoreにあるUbuntuはWSL用のもので、WSL2では動かないので、WSL2に対応したカーネルパッケージが必要なようです。

これを解決すると、次には、仮想マシンの機能を有効にしなさいというようなエラーメッセージが出ます。Windowsの機能の有効化または無効化の項目の2つ上に見えているHyper-Vの設定のことのようです。以前は、以下のように無効でも問題なく動いていました。

これを有効にしたところ、WSL2でUbuntuが無事起動しました。これも後で知ったのですが、WSL2からはLinuxがHyper-Vの仮想環境で動作するよう変更になったようです。

SSHサーバが動かない

Ubuntuには最初からsshサーバが入っています。通常のUbuntuならば、sshサーバを以下のコマンドで起動することができます。

sudo service ssh start

WSLの時はこのコマンドで、他のマシン、例えばMacからWindowsマシンのIPアドレスを指定して、WSLのUbuntuにssh接続できました。WSL2ではこれができませんでした。Ubuntuと、同じコンピュータ上のWindowsからも localhostにはssh接続できますが、WindowsマシンのIPアドレスを指定すると接続できません。

Ubuntuでifconfigすると、eth0に見慣れないIPアドレスが設定されています。WSLではWindowsのIPアドレスがそのままLinuxに設定されていたのですが、WSL2では仮想のアドレスが割り当てられるようになったそうです。なので、外部のマシンからWindowsのIPアドレスを指定してもWSLのLinux環境に接続できません。

WSL2になってから、Linuxは仮想環境で動くようになり、Windowsとは別のIPアドレスが割り当てられるようになったのが、原因のようです。

https://atmarkit.itmedia.co.jp/ait/articles/1909/09/news020.html より引用

Linuxカーネルにも仮想環境に対応したパッチが当てられているようです。上記で、Hyper-Vが必須になったり、Ubuntuのカーネルを差し替える必要があったのも、これが理由のようです。

https://atmarkit.itmedia.co.jp/ait/articles/1906/14/news019.html より引用

素人の見解なので的外れなのかもしれませんが、VMwareとかVirtualBoxなどの仮想化ソフトウェア製品やDockerなんかと代わり映えしない気がしてしまいました。Linux環境がもっとWindowsにガチガチに絡みついて、よりシームレスに一体化して欲しかった気がします。

話を戻しますと、外部からssh接続できない問題は、WindowsマシンのIPアドレスを指定しても、WSL2のLinux環境に接続できないことでした。WSL2は独立した仮想のネットワークに接続されているからです。さらに厄介なことに、WSL2がLinuxに割り当てるアドレスは、起動するたびに変化するらしいです。

色々検索したところ、解決策はあるようでした。以下で紹介されていました。Windows側から、Ubuntu側にポートフォワーディングする設定です。これで、sshの22番のアクセスが来たら、Ubuntuのアドレスの22番に送ります。

wsl2でsshサーバを起動し、外部からそこに接続 - Qiita

まずは、Ubuntu側に、自分のIPアドレスを取得して、Windows側のポートフォワード機能に登録するスクリプトを書きます。ホームディレクトリに適当な名前をつけて保存します。

#!/bin/bash

IP=`hostname -I`

netsh.exe interface portproxy delete v4tov4 listenport=22
netsh.exe interface portproxy add v4tov4 listenport=22 connectaddress=$IP

sc.exe config iphlpsvc start=auto
sc.exe start iphlpsvc

hostnameコマンドからIPアドレスを取得して変数IPに入れて、それを使ってWindowsのnetshとscコマンドで設定しています。次に、このファイル（例えば /home/bootmacos/port_f22.sh ）を、Windowsから起動するバッチファイルを書きます。ついでにsshdを起動しておく記述も加えておきます。

@echo off
WSL -u root -- service ssh start
WSL --exec /home/bootmacos/port_f22.sh

そして、Windowsを起動したときに、このバッチファイルが管理者として実行されるように設定します。コントロールパネル–>システムとセキュリティ–>Windowsツール–>タスクスケジューラに行き、ここで「スタートアップ時（システム起動時）に」「ログインしているかどうかにかかわらず実行する」設定で、バッチファイルを登録します。結構ややこしいです。Windows 10では「管理ツール」という名前だったのが11では「Windowsツール」に名前が変わっていたりしました。

これにより以下のように処理が行われます。

Windowsが起動するとバッチファイルが動く
バッチの中で、Linuxコマンドでsshdを起動する
バッチの中で、Linuxのシェルスクリプトを起動する
シェルスクリプトの中でIPアドレスを取得してWindowsコマンドでポートフォワードを設定する

となります。WindowsとLinuxを行ったり来たりしてややこしいです。参考にしたサイトでは、全部の作業をWindowsバッチファイルで行う方法も紹介されていましたが、試したところ動作が不安定でした。

sshdが起動するように設定するには、Linuxならコマンドひとつ、macOSだと「システム環境設定」「共有」で「リモートログイン」をクリックするだけです。sshdの設定は、WSLでも結構面倒だったのですが、WSL2ではさらに大変でした。でもこれで、今まで通り、電源を入れるだけで、ssh経由でUbuntuに接続できるようになりました。

Wake On LANが動かない

WOLの設定も、いつもながらややこしいです。でもこれは10の時から変更点はありませんでした。

このマシンには、IntelのI219-LMというネットワークアダプター(NIC)チップが使われています。Windows 11には標準でNICのドライバが入っているのですが、この標準ドライバではWOLが動作しません。IntelやHPのサイトからダウンロードしたドライバならWOL可能です。このことをすっかり忘れて、ネットを検索して試行錯誤してしまいました。最初から、自分の書いた記事をちゃんと読めば良かったです。

WOLに対応するドライバを探すために、チップセット名などで検索しました。そして以下のIntelのサイトからドライバをダウンロードしました。

Windows® 10 用インテル®・ネットワーク・アダプター・ドライバー

Windowsのデバイスマネージャからこのドライバを入れようとすると、「すでに最新ドライバが入ってます」と言われてインストールできませんでした。ダウンロードした一式に入っているインストーラでインストールしました。

この結果、デバイスマネージャの設定でWOLを有効できるようになります。以下のスクリーンショットでは、Wake On Magic Packetが有効になるように設定しています。このほか「電源の管理」タブでもWOL関連の設定がありますが、多分デフォルトでokです。

BIOSにもWOLに関係する設定があります。こちらは、既に設定済みなので、今回は作業不要でした。

以前、Homebridgeを導入したのですが、

HomebridgeにはWOLによりコンピュータ機器の電源を投入するプラグインがいくつか公開されています。その中から、Homebridge Wolというプラグインを使ってます。

GitHub - AlexGustafsson/homebridge-wol: A Wake on Lan plugin for Homebridge

これにより、HomeKitからWindowsマシンの電源を投入し、On/Offの状態を確認できました。下はMacのホーム.appの画面です。Siriにお願いしてWindowsの電源を入れることも可能です。

BIOSもアップデート

ついでにBIOSもアップデートしておきました。HP EliteDesk 800 G2 DMのBIOS画面に、ネットワークから最新BIOSをダウンロードして更新するメニューがあります。クリックするだけで最新版 (2021/4/16版のN21 02.53) になりました。

まとめ

暗黒画面問題で頓挫したHP EliteDeskは、とうとうWindows 11マシンになりました。10より画面が洗練されて、良くなった気がします。引き続き、このマシンにはディスプレイを接続せず、macOSからMicrosoft Remote Desktopとssh経由で使用する予定です。

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

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

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

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

逆風の1年

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

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

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

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

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

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

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

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

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

Product Specifications

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

Product Specifications

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

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

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

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

マザボ：ASRock Z590 Extreme

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

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

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

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

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

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

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

グラボ：Radeon RX 6600 XT

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

macOS 12.1からRadeon 6600XTが使える

Radeon RX 6600 XTをmacOSで使う

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

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

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

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

macOSのためのGPUの選び方

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

Releases · chris1111/Geforce-Kepler-patcher

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

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

WiFi/BluetoothアダプタFenvi FV-T919

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

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

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

この他のパーツ

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

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

ASRock Z590 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を取り付けました。このマザーボードはバックパネルにアンテナ穴が開いているので、アンテナを綺麗に取り付けることができました。

RTL8125B搭載の2.5GbE PCIeカード

Thu, 28 Jan 2021 22:58:00 +0900

RealtekのRTL8125Bチップを搭載した2.5Gbps Ethernet PCIeカードを、macOSで動作確認しました。前回の記事で8125A搭載カードの動作確認しましたが、今回は改良版のBです。Aと比較すると、Bは発熱がほとんどありませんでした。

RTL8125A搭載カード

Realtekの2.5GbE用チップを搭載した2.5G BASE-TのEthernet拡張カードがmacOSで使用可能だったことを書きました。

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

この記事で紹介したカードは以下の製品です。AliExpressやAmazonで2,000円程度で販売されてます。

これをシステム情報で確認すると、チップ名はRealtek RTL8125Aとなってました。

RTL8125AとB

調べてみると、RTL8125には型番末尾がAのものとBのものの2種類があり、最初に出たのがAで、後継モデルがBのようです。Realtekのサイトによると「 (RTL8125Bは) 第２世代2.5G チップで、世界最小の消費電力（<700mW）と最小パッケージサイズ（6mmx6mm）の2.5Gイーサネット製品です。」というような説明があります。ネットの情報にも、末尾にBがついたRTL8125Bは、省電力改良版であるとの説明がありました。発熱が抑えられているようです。

RTL8125B搭載カード

どうやらAよりBの方が改良されているようです。B搭載カードは多少お高いのかなと思い検索したところ、同じかむしろ安いくらいでした。ということで改めて以下のカードを取り寄せて、macOSでの動作を確認することにしました。

RTL8125Aは熱い

8125Bに交換する前に、8125Aの様子を観察しました。小さな放熱板が取り付けられているのですが、それがかなり熱くなってました。熱いお風呂くらいに感じたので50度くらいかと思ったのですが、その後、触れた指先が2-3日ヒリヒリしてました。もっと高温だったのかもしれません。

RTL8125Bの動作確認

Bのチップに交換しても、正常に機能しました。RTL8125用のドライバー、LucyRTL8125Ethernet.kextで動作しました。

GitHub - Mieze/LucyRTL8125Ethernet: macOS driver for Realtek RTL8125

システム情報でチェックすると、RTL8125Bであることを確認できました。

前回と同様にiperf3コマンドで速度測定もしましたが、Aのチップと性能は同じでした。今回のカードには、上の写真でわかるように、少し大きめのヒートシンクが取り付けられてます。これに指で触れても、ほぼ常温でした。iperf3コマンドを何度も起動しましたが、発熱を感じることはありませんでした。発熱がかなり抑えられていて、低消費電力になっているようです。

実はRTL8125AのカードではWOLが全く効きませんでした。RTL8125Bに変えたところ、２回に１回くらいの割合で、WOLが機能しました。でも、これではWOLとして使えないと思いました。幸い、マザーボード搭載のI219VはWOLが効くので、LANからの起動にはこちらを使っていきます。

まとめ

RTL8125AのカードをBのカードに交換しました。性能は変わらないですが、チップの発熱が圧倒的に少なくなりました。同じくらいの価格で販売されているので、買うならRTL8125Bのチップが搭載されているカードが良いと思います。

「Hey Siri, マックをつけて」で電源を投入する

Wed, 13 Jan 2021 23:55:08 +0900

電源をoffにしたhackintoshをWake On LANの機能によって起動する記事を少し前に書きました。今回は、WOL機能をSiriから呼び出して「Hey Siri, マックをつけて」で電源投入できるようにしました。hackintoshに限らず大抵のコンピュータ（ただし本物のMacは除く）に使える手法です。

Siriでショートカット呼び出し

Apple製品に搭載されたSiriは、HomeKit対応デバイス（アクセサリ）に直接接続して、色々なコントロールをしてくれます。HomeKit対応デバイスには、照明器具とか学習リモコンとかデロンギのヒーターなどがあります。なのでWOLのマジックパケットを送出するコンピュータを、HomeKit対応サーバとして設定すれば、これをSiriから操作することも可能です。でも今回はこれはやりません。

HomePodとWatchは特定のiPhoneと紐付けられているので、SiriはそのiPhoneに登録したショートカットも実行できます。ショートカットとは、一連の操作を記録したiOS版バッチファイルのようなものです。macOSだとApple ScriptやAutomator.appのような存在です。なのでショートカットからWOLできるように設定すれば、これをSiriから起動することが可能です。今回は、iPhoneショートカットを利用する方法で、SiriからWOLします。

Siri (HomePod mini) --> iPhone short-cut --> WOL起動

iOS用にWOLを行ってくれる無料アプリにRemoteBoot WOLがあります。これもショートカットに対応しているので、RemoteBoot WOLを起動してWOLを実行するショートカットを作れます。これで設定しておけば、iPhoneのSiriならば音声でお願いしてWOLを起動させることが可能です。

Siri --> iPhone short-cut --> RemoteBoot WOL --> WOL

ただとても残念なことに、HomePod miniのSiriからこのショートカットを起動すると「コンパニオンデバイスで続きの操作を行う必要があります」と言われてしまい、この後iPhoneでの画面操作が必要になります。結局はiPhoneを使用することになるので、HomePodを使う意味がありません。そこで、「コンパニオンデバイス (iPhone) で続きの操作を行う必要」の無いショートカット作りを目指します。

全体の流れ

RemoteBoot WOLを利用したショートカットでは、その後のiPhone操作が必要になりました。もっと単純なショートカット、例えば単に特定のURLにアクセスするだけのショートカットならば、iPhoneでの操作は不要なのではと考えました。以下に示すように、実際にiPhone画面操作不要のショートカットが作れました。

そこでURLアクセスされるとWOLのマジックパケットを送出するNode.jsサーバを作ることにします。全体の流れは、Siriに「Hey Siri, マックをつけて」と音声でお願いすると、iPhoneのショートカットが起動して、Node.jsが動くサーバが反応し、WOLを発動させます。以下に順番を示します。

Siri --> iPhone short-cut --> Node.js --> WOL

なので以下のものが必要です。

Siriを動かすHomePod、Apple Watch、iPhoneなど
ショートカットを実行するiPhone
Node.jsが常時動いているサーバ (Raspberry Piなど)
WOLで起動するコンピュータ (hackintoshなど)
と4.が必要なのは当然ですね。HomePodを使う上でiPhoneは必須なので2.はあるはずです。HomePodはiPhoneの機能を呼び出す端末のような存在なので、動作中にもiPhoneが必要です。

3.に関して、今回はたまたまNode.jsを使いますが、他にも実現方法はたくさんあります。いずれにしてもSiriからの命令を受け付けるために待機するサーバが必要です。実際には、macOSマシンでも、Windowsでも、Linuxマシンでも良いです。Intel CPU搭載のQNAPのNASもNode.jsが提供されているので、それでも良いです。今回は、安価・省電力に実現するためにRaspberry Piを使いました。将来色々と活用したいところですが、今の所WOLのためだけのサーバなので、できる限り簡単なものにしたかったです。インストールしたLinux (Raspbian) もCUIだけです。

Node.jsを使う

Node.jsをインストールする

WebアクセスするとWOLのためのマジックパケットを送出するサーバをNode.jsを使って作ります。そのためにまずはNode.jsをインストールします。macOSならばHomebrewでインストールできます。

$ brew install nodejs
Updating Homebrew...

Raspberry PiやWindowsのWSLなどのLinux環境ならaptを使います。

$ sudo apt install nodejs

Node.jsでHello World!

Node.jsをインストールするとnodeコマンドが使えるようになります。Node.jsはサーバーサイドでのJavaScript実行環境です。って言われてもなんのことかピンと来なかったのですが、乱暴に言ってしまうと普通のプログラミングに使えるJava Scriptインタプリターです。pythonコマンドとかrubyコマンドと同じようにnodeコマンドでJava Scriptファイルを実行できます。例えば、hello.jsというテキストファイルに

console.log("Hello World!");

という1行のJavaScriptプログラムが書かれていた時、シェル環境からnodeコマンドを使うと

% node hello.js 
Hello World!

のように実行できます。nodeコマンドのパスを1行目に書いて、

#!/usr/local/bin/node
console.log("Hello World!");

のような内容のテキストファイルを作って、実行パーミッションを与えておけば、shellスクリプトファイルとして実行することもできます。

通常、Java Scriptはクライアント側のwebブラウザで実行するので、ファイルアクセスやハードウェアアクセスに制限があります。サーバ機能も書けません。一方で、nodeコマンドで実行すると、制限無しで普通のプログラミングができます。サーバーサイドの実行環境と言われる所以です。

Node.jsでWOL

Node.jsでは色々なパッケージをnpmコマンドでインストールしたり、削除したり、管理します。Wake on LANをサポートしてくれるパッケージもあります。その名もwake_on_lanです。これをインストールするには、

$ npm install wake_on_lan

とします。npmが無いと言われたら、homebrewやaptなどで

$ sudo apt install npm

というようにしてインストールします。これでWOLに関する機能が使えるようになります。WOLさせたいコンピュータのMACアドレスが例えば11:22:33:44:55:66の場合、

var wol = require('wake_on_lan');
wol.wake('11:22:33:44:55:66');

というプログラムでWOLを機能させることができます。

Node.jsでサーバーアプリ

nodeコマンドは、webサーバー側でJava Scriptを動かすコマンドですので、webサーバの機能もあります。そもそもNode.jsが作られた目的がサーバ機能だったようです。例えば、以下のようなJava Scriptプログラムを用意して、nodeコマンドで動かしておきます。

var http = require('http');
var server = http.createServer(function(req,res){
 res.write("Hello world!\n");
 res.end();
});

server.listen(8080);

このプログラムを起動しておいて、このコンピュータのアドレスのポート8080番にhttpアクセスすると（例えばhttp://192.168.xxx.xxx:8080にアクセスすると）、Hello world!の文字列を返します。curlコマンドでアクセスするとこんな結果になります。

$ curl http://192.168.xxx.xxx:8080
Hello world!

SafariでこのURLにアクセスすると以下のような表示になります。

このようにプログラミングすれば、特定のURLに対して、決められた処理を実行するプログラムが簡単に書けます。

URLアクセスでWOL

上で紹介したWOLのサンプルと、サーバアプリのサンプルを組み合わせると、特定のURLにアクセスした時にWOLするプログラムが書けます。例えば、

var http = require('http');
var wol = require('wake_on_lan');
var server = http.createServer(function(req,res){
	wol.wake('11:22:33:44:55:66');
	res.write("Wake on LAN.\n");
 res.end();
});

server.listen(8080);

というプログラムを起動しておきます。すると、他のコンピュータからこのコンピュータのアドレス、http://192.168.xxx.xxx:8080にアクセスすることで、WOLを発動させることができます。このときWOLが動いたことがわかるようにWake on LAN.と返答するようにしておきました。

Raspberry Piに固定IPアドレスを設定して、このプログラムを実行しておけば、Raspberry PiがWOLを発動するサーバになります。サーバとして動かしたい場合は、Raspberry Piからログオフしても動いていて欲しいので、

$ node hello_server.js &

というように最後に&をつけて実行します。これを終了するときはps -xコマンドでPIDを調べてkillします。動作が確認できたら、Raspberry Piの起動時に自動的に実行されるよう設定すると良いでしょう。ちなみに、

/etc/rc.localに書き込む
crontab -eの@reboot行に書く

などの方法があります。

iPhoneショートカットでWOLする

次に、上で作ったNode.js WebサーバにiPhoneからアクセスするショートカットを作ります。iOSにはショートカットというアプリが標準で入ってます。こんなアイコンのアプリです。

ショートカットは、macOSだとAutomator.appに相当するソフトで、iOS操作やプログラム実行を自動化するショートカットを作成します。ここでは、上で作ったWOLサーバにアクセスするショートカットを作り、それに「マックをつけて」という名前を付けます。ショートカット作成後に「ホーム画面に追加」という設定を行うと、iPhoneの画面にショートカットアイコンが現れます。

最初に、ショートカットアプリの中で、「すべてのショートカット」を閲覧すると、右上に+のボタンが現れます。これを押すと新規ショートカットが作れます。

ここでは、URLを指定して、それを開くという2個のアクションを追加します。まずは最初のアクションを追加します。

アクションの候補が出てくるので、検索窓にurlと打ち込んで、URL関連のアクションを検索します。

すると、「URL」というアクションがあるので選びます。URLを指定するアクションです。

ここで、WOLサーバのアドレスと、ポート番号を示すURLを指定しておきます。さらにその下の+ボタンを押して、次のアクションを追加します。

ここでは、「URLを開く」もしくは「URLの内容を取得」あたりのアクションが使えそうです。URLを開くは、実際にはSafariが起動します。これを試したところ、iPhoneでの操作が必要で、Siriには「コンパニオンデバイスで続きの操作を行う必要があります」と言われてしまいました。RemoteBoot WOLの場合と同じで、これでは元の木阿弥です。

一方で、「URLの内容を取得」アクションの方は、最初の起動で確認を求められるものの、以降はiPhoneの操作なしで実行できました。なので、こちらを選びます。

これで完成です。URLを指定して、その内容を取得する手順となりました。URLの内容には意味がなくて、アクセスさえしてくれれば良いのです。この後、名前をつけて保存します。この名前は、Siriに依頼する時の名前になります。「マックをつけて」にしました。

これで「マックをつけて」ショートカットが完成します。最初に起動すると、先に述べたように、アクセスの設定を求められます。ここでOKを押しておけば、以降は何もしなくても実行してくれるようになります。

Hey Siri, マックをつけて

これで、HomePod miniに「Hey Siri, マックをつけて」と話しかけてみます。iPhoneのショートカットが反応し、WOLサーバが応答し、hackintoshが起動するはずです。本物のMacだと電源遮断の状態からのWOLは出来ないらしいので、これはhackintoshならではの機能です。

iPhoneショートカットを呼び出す機能は、iPhoneと連携して動くHomePodとWatchのSiriでのみ可能です。macOSのSiriにお願いするとこんな返事が返ってきます。もしかしたらハンバーガー屋さんの方を探そうとしてくれているのかもしれません。

まとめ

HomePod miniに話しかけてhackintoshの電源を投入できるようになりました。そのために、Raspberry PiにNode.jsをインストールして、WOLを発動するサーバとし、これにアクセスするショートカットをiPhone上に作成しました。Siriからプログラムを起動させたい場合、以前はHomeKit互換のデバイスとして構築する必要がありました。今はショートカットが使えるので、楽になりました。

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）

HPの小型デスクトップEliteDesk (6: Windowsを入れる)

Sun, 06 Dec 2020 00:53:46 +0900

いろいろ頑張ってきたHP EliteDesk 800 G2 DM (Core i5-6500T)ですが、Windowsをインストールしました。Hackintoshとしては完敗です。macOSからはWindowsを画面共有で使います。sshでUbuntuも使います。電源が切れてても使えるようにWake On LANの設定もしました。

Microsoft Remote Desktop

最近はWindowsが絶対必要という場面が少なくなりましたが、世の中がWindows前提なので、たまにWindowsを使わざるを得ない時があります。Hackintoshなら、マルチブートにしておけば、同じマシンでWindowsが使えますが、切り替えが面倒です。VMware Fusion Player 12 が個人利用で無償になって、かなり快適でした。なので仮想環境でWindowsを使う手もあります。マルチブートに比べて性能は出ませんが、macOSとの切り替えが簡単です。今回は第3の選択肢として、Windowsマシンを別に用意して、これにリモートデスクトップする方法を試します。

そこで、macOSをインストールしようとして暗黒画面問題で挫折したHP EliteDesk 800 G2 DM

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

にWindowsを入れて、ディスプレイ無しのリモートデスクトップサーバにします。macOSは諦めて、ただのWindowsマシンに戻すのですから、BootmacOSの路線からしたらダメダメな状況です。すみません。でもWindowsマシンが用意できれば、これにmacOS用のMicrosoft Remote Desktopで接続することでWindowsが使えます。Remote Desktopクライアントプログラムは、無償で配布されていて、使いやすいです。応答も素早いので、仮想マシンより快適な気がしました。

Remote Desktopを起動すると、接続先を選べるようになります。接続先のマシンを何個も登録できるインタフェースでした。職場の何台ものWindowsマシンを管理するような状況を想定しているのかもしれません。

HP EliteDesk 800 G2 DMは小型なのでiGPUで動きます。M1が話題になって貧弱さが際立っているインテルiGPUなので、このままディスプレイには接続しないで、ヘッドレスのリモートデスクトップサーバとして使おうと考えてます。小さなマシンなので、邪魔にならないです。

Windowsをインストール

まずはHP EliteDesk 800 G2 DMにWindowsをクリーンインストールします。macOSマシンにされていたところが、本来の姿に戻ることになります。でも元からあったWindowsは綺麗に全消去されているので、起動できるUSBメモリインストーラを作ります。そこで、Z390 + 9900K + OpenCore 0.6.3 + Big Sur の構成のマシン（機種IDはiMac19,1）で以下の作業をしました。Windowsインストール用のISOイメージファイルがダウンロードできるMicrosoftのサイトに行きました。

Windows 10 のディスクイメージ (ISO ファイル) のダウンロード

とりあえずダウンロードしてみたところ、Windowsのイメージファイルは6GBほどでした。12GB超えてるBig Surに比べて優しいですね。

これから頑張れば、インストール用USBメモリをmacOS環境でも作れないことはないです。でも結構難しい作業で、適当に試しても失敗ばかりでした。USBメモリをFAT32でフォーマットするのですが、コピーしなければならないファイルの一つが、FAT32の限界の2GBを超えているところがネックです。それを乗り越える技が複雑過ぎました。

結局、macOSで頑張るのは諦めて、Windowsでインストール用USBを作ることにしました。このマシンの、Big Surとは別のSSDにWindows 10が入っています。OpenCoreでWindows起動SSDを選択して起動し、上記のMicrosoftのサイトに接続しました。すると、ISOイメージファイル以外に、起動可能なUSBインストーラを作成するアプリケーション「Media Creation Tool」がダウンロードできるようになってます！。macOSからこのページを開いても、Media Creation Toolの選択肢は見えませんでした。Media Creation Toolは、macOSのcreateinstallmediaコマンドとよく似た名前で、同じような機能のプログラムです。ですが、Windows版の方が完成度高いです。CUIコマンドのmacOS版と違って、GUIで起動して、ISOイメージを自動でダウンロードして、そのままUSBメモリに書き込んでくれます。とても楽でした。

BIOSもアップデート

ついでにBIOSもアップデートしておきました。HP EliteDesk 800 G2 DMのBIOS画面に、ネットワークからダウンロードして更新するメニューがあります。クリックするだけで最新版 (2020/11/6版の02.51 Rev.A) になりました。以下はHPのサイトですが、ここからダウンロードする必要はありませんでした。

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

デジタルライセンス

HP EliteDesk 800 G2 DMの筐体のどこを見てもWindowsのプロダクトキーが書いてありません。Windowsを買わないとダメなのか、全消去するんじゃなかったと少し後悔しました。ところが今やデジタルライセンスの時代だったんですね。このマシンの情報がすでにどこかのサーバに登録されているらしく、Windowsインストール作業最初のプロダクトキー入力をスキップしても、自動的に認証されてました。SSDもメモリもCPUも交換してしまっているので、BIOSのシリアル番号のようなもので個体識別しているようです。メーカー製PCにはWindows代が含まれているので当然の結果かもしれませんが、予想外でありがたかったです。ハードにOS代が含まれていることは、よく考えたらmacOSも同じです。

HP EliteDesk 800 G2 DMの中古価格は、Core i3モデルが1.5万円くらい、i5モデルでも2万円くらいです。一方で、マルチブートしたり、仮想環境を使ってWindows 10 Proを起動する場合には、パーツに紐付けたDSP版でも1.7万円くらい、通常版なら2万円以上のライセンス代が必要になります。そう考えると、デジタルライセンスが付いた上にCPUもメモリも手に入る中古のハードを買うのは、お得な手段なのではと思いました。

リモートデスクトップサーバを有効化

インストールしたWindows 10で最初に行った作業は、リモートデスクトップサーバをonにすることです。これでmacOSから作業ができます。設定する場所が「設定」だったり「コントロールパネル」だったり混乱します。

WSLを入れる

次に行った作業は、WSL (Windows Subsystem for Linux) を有効にすることです。

そして、Microsoft StoreからUbuntu 20.04 LTSをダウンロードしてインストールしました。WSLがあってLinuxが使えることは、macOSユーザから見てちょっと羨ましいです。

とはいえ、WindowsとLinuxではディレクトリ構成が違います。ディレクトリ階層の区切りも¥と／で違います。ファイルやフォルダをUbuntuのウィンドウにドラッグ&ドロップしても、Linuxが理解できるディレクトリ文字列になりません。macOSファインダとターミナルのような円滑な操作性ではなく、ぎくしゃくしている印象です。Windows上の仮想環境でLinuxを動かしているので仕方ないですが、もう少し統合してほしいと思いました。ネイティブに動いているmacOSのUNIX環境が、シームレスで使いやすいことを改めて実感しました。

Dropboxを入れる

One Driveの方がWindowsとの相性が良いのでしょうが、Dropboxを使ってます。One Driveは、昔試したことがありますが、macOSとの相性が悪かったです。One Driveでは、Windowsの規則で、ファイル名に使えない文字があります。例えば、CON, PRN, AUXという名前はファイル名・フォルダ名に使えません。また、” * : < > ? / \ |などの文字も使えません。Dropboxにはそのような制約はありません。自分で作るファイルなら命名に気をつければ良いのですが、例えばアプリケーションのパッケージの中に、たまたまこのような名前のファイル・フォルダがあると厄介です。これらがOne Driveにコピーする際に除外され、アプリケーションの内容が変わってしまいます。実際にそのような事例が発生しました。現在のOne Driveも同様な命名規則を引き継いでいるのかどうかわかりませんが、こういう理由で使用を避けてました。

SSHサーバを入れる

昔のWindowsでsshを使うのは面倒だった記憶がありました。でもWindows 10ではsshクライアントが標準で入っているようです。PowerShellから使えました。でもsshサーバ (sshd) はOpenSSHを自力でインストールする必要があります。

一方で、WSLのUbuntuには、あって当然なのですが、sshのクライアントとサーバが入っています。Ubuntuのsshサーバは、以下のコマンドで起動することができます。

sudo service ssh start

ということで、sshdを使うには、

Windowsのsshdを使う
Linux (WSL-Ubuntu)のsshdを使う

の2種類の選択肢があります。ここはすでにインストール済みのLinuxにしました。Windowsルートは手順が大変そうでしたが、Linuxルートにも罠がありました。普通のLinuxなら

sudo systemctl enable sshd.service

というような類のコマンドで、起動時に自動的にsshdが起動するように設定できました。でもWSLでは技術的な事情でsystemctlコマンドが動かないようです。なので、コンピュータを起動するたびごとに、

sudo service ssh start

のコマンドを発行する必要があります。これは自動化したいところです。ちょっと調べたところ、PowerShellからWSLのコマンドを発行する命令があるらしいです。その名もwslです。これを使って、

@echo off
wsl -u root -- service ssh start

というbatファイルを作ると、Windows環境から、–の後に書いたLinuxの命令がroot権限で出せるようです。batファイルなんて書くのはものすごく久々でした。

Windowsのbatファイルなので、これはWindowsで実行できます。なのでこのbatファイルを、Windowsが起動した直後に実行するよう設定すれば良いです。でもこの方法もかなり試行錯誤しました。結局は、コントロールパネル–>システムとセキュリティ–>管理ツール–>タスクスケジューラに行きついて、ここで「スタートアップ時（システム起動時）に」「ログインしているかどうかにかかわらず実行する」設定で、batファイルを登録すれば良いようでした。

sshdが起動するように設定するには、Linuxならコマンドひとつ、macOSだと「システム環境設定」「共有」で「リモートログイン」をクリックするだけです。Windows (WSL) だと深い階層の幾つもの設定が必要で大変でした。でもこの作業の結果、電源を入れるだけでLinuxのsshdが応答してくれる状態になるので、別のマシンからssh接続すればUbuntuのシェル環境が使えます。Windows環境が用意されただけでなく、いつでも試せるLinux環境も出来上がったので、ちょっと嬉しいです。

Wake On LANを設定

次にWake On LAN (WOL)を設定しました。これに関しては、Windowsは素晴らしい！です。WOLは、ネットワークの他のマシンから、スリープ中や電源切れているコンピュータを目覚めさせる機能です。そのために、相手のMACアドレスを指定して、マジックパケットという謎のパケットを送りつけます。マジックパケットを送るアプリケーションは多数ありますが、Pythonで書けばこんなプログラムで可能なようです。

#!/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なのは、ブロードキャストするためです。ここを機器のアドレス通りにしても、一応は起動するようです。でも今回のマシンで試したところ、offした後しばらくは起動しますが、時間が経つと失敗します。シャットダウンしてからしばらくすると、スリープモードが深まるのか、自分のIPアドレスがわからなくなるようです。255にしておけば、必ず成功します。

macOSでは、「システム環境設定」「省エネルギー」の「ネットワークアクセスによるスリープ解除」で、Wake On LANを有効にできます。以下は、「省エネルギー」のデフォルト設定ですが、デフォルトで有効になってます。このほかにもBIOSでWOLを有効にしておく設定が必要です。

Windowsの場合は、デバイスマネージャの中のいくつかの設定でWOLを有効にします。ここではWake On Magic Packetが有効であることを確認してますが、このほか「電源の管理」タブも関係があります。一般的にmacOSよりも設定箇所が多い傾向にあると感じますが、デフォルトのままで大丈夫でした。ちなみにネットワークアダプターのドライバを、上記のHPのサイトからダウンロードしないと、WOL関係の設定が現れなかったです。Windowsの標準ドライバーでは、最新に更新してもWOLの設定がありませんでした。このほかBIOSの設定も確認する必要があります。

幾つか試行錯誤しつつ設定したところ、macOS（前述のZ390マシン）でも、このWindowsでも、どちらもマジックパケットを送ってスリープから目覚めさせることができました。

macOSでは、スリープ状態に対してのみ、WOLが効くようでした。電源を落としてしまうとWOLは効かなくなります。少し検索しただけなのですが、ネットにもやっぱりそう書いてありました。もし、電源も入れられるようなWOL設定の情報ありましたら、教えていただければとても助かります。

一方、Windowsでは、なんと電源を切った状態でもWOLが効きます。電源の落ちたマシンにマジックパケットを送ると電源投入できました。これはちょっと素晴らしいです。

訂正：hackintoshなら電源を切った状態からのWOLが効きます。以下をご覧ください。

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

追記：Windows 10のWOL

その後、起動ディスクをM.2 SSDに変更しようとして、Windows 10のクリーンインストールを再度行いました。そうしたら電源offでのWOLが効かなくなりました。結局は、再びWOLが動くようにできたのですが、そのポイントをメモしておきます。

LANのドライバーは最新にします。Windowsに最初に入っている、または更新からダウンロードできるIntel LANドライバーにはWOLの設定項目がありません。HPのサイトからダウンロードするとWOLの設定があります。これがないとsleepからのWOLもできないです。
「高速スタートアップ」をoffにします。これがOnだとシャットダウンからのWOLができなかったです。
スリープ中やシャットダウン時に、LANコネクタのLEDが点灯していることが重要です。これが消灯している状態だと如何なるパケットも受け付けないようで、WOLもしません。
BIOSでシャットダウン時にS5に移行するよう設定すると、WOLしません。Off状態ではLANコネクタのLEDも点灯しません。デフォルトはS5ではないので、注意すべき点ではないですが。

WOLはいろいろとややこしいです。シャットダウンしないと、機能しているかどうかを確認できないので、結果がなかなかわからないこともあり、手間がかかります。そこを設定するところが達成感を得られて楽しいところです。

まとめ

暗黒画面問題で頓挫したHP EliteDeskは、結局のところWindowsマシンとして復活しました。ディスプレイは接続せず、macOSからMicrosoft Remote Desktopで使用します。Windowsのデジタルライセンスが効いていたので無償でした。さらにWSL、SSHサーバ、Wake on LANなどを設定しました。このプライベートネットワークには、ルータのVPN機能を使ってL2TP over IPSecでインターネットから入れるようにしてあります。なので

外出先からVPNで接続する
Pythonプログラムでマジックパケットを送る
電源が切れているHP EliteDeskが起動する
sshまたはRemote Desktopで接続する

という手順で、世界中どこからでも、このWindowsマシン（Ubuntu付き）をmacOSから利用できるようになりました。今後は、電源が切れている自作Z390 macOSマシンも、外部から起動して使えるように考えたいです。

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

Wed, 08 Jul 2020 23:57:12 +0900

ASUSのZ490マザーボードのIntel製WiFi/BTモジュールをBroadcom製のBCM94360NGに交換しました。ただZ490から無線用M.2ソケットがCNVi専用になってしまいました。それでSSD用のM.2ソケットに、M Key, E Key変換M.2カードを使用して取り付けました。

デスクトップでE Key M.2を使う

macOSで使えるWiFi/Bluetoothモジュールは、こちらの記事で紹介してあります。

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

通常は、デスクトップマシンならPCIeスロット、ノートPCやミニPCならばM.2コネクタを使用して無線モジュールを取り付けるのが一般的です。とはいえ、デスクトップ構成でもPCIeスロットが使えない、もしくは温存しておきたい場合があります。特にmini ITXマザーボードにはPCIeが1本しかありません。これをmacOSでほぼ必須のグラフィックスボードに使用してしまうと、無線モジュール用のPCIeスロットがなくなってしまいます。その場合、M.2ソケットが空いていれば、それに無線モジュールを取り付けられます。

非CNViにも対応したマザボ

市販のWiFi機能搭載マザーボードには、M.2ソケット方のWiFi/Bluetooth無線モジュールが搭載されています。バックパネルのところにアンテナ端子が用意されていますが、その内側にシールドされた金属箱がある場合が多いです。この中に、M.2ソケットと無線モジュールが入っています。最近のかっこいいバックパネルカバーのついたマザボも、裏側のネジを外せばカバーが外れて、コネクタ部品が見えるようになります。

なお、このシールド箱内部のM.2ソケットは、SSDを接続するM Key M.2ソケットとは違い、E Key M.2ソケットと言うタイプです。M KeyがPCIeを4レーン持っているのに対して、E Keyは2レーンで、その代わりにUSBなどを備えています。Bluetooth機能はE KeyのUSBを利用しています。

M Key M.2 : PCIe x 4
E Key M.2 : PCIe x 2, USB ほか

シールド箱は、マザーボード裏側のネジを外すと取り外せます。取り外すと中にはE Key M.2無線モジュールがあり、マザーボードのM.2ソケットに挿さっています。

Z370世代までのWiFi搭載マザーボードでは、このE Key M.2ソケットに通常のPCIe/USB接続のM.2無線カードが取り付けられていました。Z390世代になって、インテルチップセットにWiFiサポート機能が搭載されていて、それと連携するインテル統合接続 (CNVi) という仕組みが用意されました。これは、WiFiのMAC層をチップセットで担当して、信号処理や無線の物理層をM.2カードで担当します。でもZ390では従来型の非CNVi方式M.2無線カードも引き続きサポートされていました。なので、Z390世代より前のマザーボードなら、以下の方法で、macOSと互換性のあるBCM94360NGに交換できます。

この金属シールドは、さらにネジ1個を外すと開けられます。これで、中の無線モジュールをBCM94360NGに交換し、macOSで使用できます。

Z490マザボの大半はCNVi限定

ところがZ490になって、多くの無線搭載マザーボードのE Key M.2ソケットが、インテルCNViに対応した無線モジュール専用になってしまいました。前回、ASUS ROG STRIX Z490-G GAMING (Wi-Fi)にmacOSをインストールしました。

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

このマザーボードも、バックパネルのシールド内コネクタは引き続きE Key M.2ですが、従来型のM.2無線カードが動きません。ASUS ROG STRIX Z490-G GAMINGには、少し安価なWiFi無しのモデルもあります。あえてWiFiモデルを入手したのは、もしかしたらBCM94360NGが使えるかもしれないと思ったからです。でも、残念ながらE Key M.2ソケットはCNVi専用でした。SchmockLordさんのGitHubにも「使えません、信じてください」と書いてありました。実は上に掲載した写真は、このマザーボードでも、もしかしたら動くのではと思いつつ、作業した際の写真でした。

Z490でも非CNViに対応するマザボ

Z490でも従来型の非CNVi無線カードが使える製品もあります。これならば、上記で紹介した手順で、Broadcom製のBCM94360NGに交換可能です。IEEE802.11a/b/g/n/ac/axのWi-Fiは、新しいのでこれに対応したZ490マザーボードは恐らくCNVi専用と思われます。一方で、IEEE802.11a/b/g/n/acのみのZ490マザーボードならば、非CNViの可能性があります。例えば以下の製品はIEEE802.11a/b/g/n/ac対応なので、使えるかもしれません。

SSD用M.2に無線を取り付ける

今回はmicro ATXなので、PCIeスロットにも余裕があり、そちらにWiFi/BTカードを挿しても良かったです。でもせっかく割高のWiFiモデルなので、そのアンテナ穴を生かすことにしました。そこで、SSD用のM Key M.2ソケットを使うことにしました。このマザーボードは、SSD用のM.2ソケットが2個あります。1個しか使わない予定なので、余りを活用しようと考えました。

長いアンテナケーブル

バックパネルのアンテナ穴から、SSD用M.2まで配線するために、長めのアンテナケーブルを手配しました。バックパネルのコネクタの形状は、RP-SMA femaleと言うらしいです。見た目はmaleなのですが、名前はfemaleです。また、モジュールと接続する方の小さなコネクタにも種類があります。U.FLとかMHF4とかの名前のコネクタがBCM94360NGに適合します。ややこしいので、販売サイトの写真と実物を比較して確認するのが良いと思います。ケーブル長さは、30 cmを手配しましたが少し長すぎました。下のような20 cm長で十分でした。

M Key – E Key変換

マザーボード上のSSD用M.2ソケットに無線モジュールを装着する際に2つの選択肢があります。一つは、SSD用ソケットをBroadcom専用ソケットに変換して、純正のBCM94360CDなどを使う方法です。もう一つは、E Key M.2に変換してBCM94360NGを使う方法です。前者は、互換性としては安心ですが、変換器が少し特殊です。後者は、これもOOBで動き十分互換性が高い上に、一般的なM.2同士の変換なので変換器が容易に入手できます。今回は後者のE Key変換を行うことにしました。また、バックパネルのアンテナ穴が2個しかないので、同じアンテナ数2個のBCM94360NGで十分とも考えました。用意した変換器は、下のような製品です。

E KeyにはUSBがありますが、M Keyにはありません。そこで、アダプタには白いUSB用コネクタが付いています。付属のケーブルでマザーボードのUSB 2.0ピンヘッダに接続します。

取り付けと配線

実際に取り付け、配線を行った様子です。

バックパネルシールドからアンテナ端子を取り外して、長いアンテナケーブルの端子を取り付けます。アンテナ取り付け・取り外しで緩むことがないよう、ボックスレンチで締めておきました。ここからアンテナ線をM.2 SSDソケットまで引き回します。30cmと長すぎたので、CPU側のPCIeスロットを大回りして配線しました。USB 2.0のケーブルも長すぎたので、こちらもPCIeスロットを大きく迂回して配線しました。アダプタ上のUSBコネクタは、基板の端にあるので、ケーブルが隣のM.2 SSD用ヒートシンクに多少干渉します。でもケーブルを強く曲げておけばなんとか回避できます。バックパネルアンテナ端子のシールドは外したままですが、バックパネル端子カバーを取り付ければ見えなくなり、不自然さはありません。

まとめ

WiFi搭載マザーボードのインテルモジュールを外して、macOS互換無線モジュールを取り付けました。バックパネル部分のE Key M.2がCNVi専用だったので、M.2 SSD用のソケットを使い、そこにBCM94360NGを取り付けました。これにより、macOSの無線関連機能がOOBで動作しました。

400シリーズチップセットでも、一般的なM.2無線モジュールがバックパネルのM.2ソケットに取り付けられる製品もあるようです。WiFiの仕様が、802.11 a/b/g/n/ac/axとなっているマザーボードはおそらくCNVi専用で、802.11a/b/g/n/acとされているマザーボードはCNVi以外も動作する可能性があるようです。Redditの情報によるとASRock Z490M-ITX/acなどはBCM94360NGが使えるらしいです。

追記：コメントで教えていただきましたが、ASRock Z490M-ITX/acでBCM94360NGが動いたそうです。その一方で、Z390でも、GIGABYTE Z390I AORUS PRO Wi-FiはCNVi専用だったようです。

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

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

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

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

古いMacは無線が動かない

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

macOS Big Sur Patcher Is No Longer Available

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

802.11ac対応が動作条件?

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

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

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

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

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

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

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

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

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

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

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

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

マザボ：ASUS ROG STRIX Z390-F GAMING

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

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

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

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

CPU: Intel Core i5-9600K

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

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

グラボ：Sapphire RX 580 Pulse

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

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

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

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

WiFi/BluetoothアダプタFenvi FV-T919

この他のパーツ

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

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

Sun, 07 Jun 2020 16:27:15 +0900

前回紹介したASUSのZ490マザーボードで、動かなかったオンボードオーディオとEthernetが動きました。少しトリッキーな方式のような気がしますが、hackintoshコミュニティのサポートが充実するまでのつなぎとしては十分です。

追記：OpenCore 0.6.0とAppleALC.kext 1.5.1になり、オーディオはレイアウトID（このマザボは7）を指定するだけで動くようになりました。こちらをご覧ください。

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

参考にしたページ

前回は、OopenCoreのComet Lake-S　バニラインストールガイドに従って、正攻法なインストールを行いました。そのためか、マザーボード搭載のオーディオコーデックと2.5 Gbps Ethernetが動きませんでした。

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

OpenCoreのバニラガイドが出る前に、SchmockLoadさんがGIGABYTE Z490 Vision Dにインストールした様子をGitHubにまとめてくれていました。そこでは、オーディオも2.5 Gbps Ethernetも動いているようです。今回はこれを参考に作業しました。

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

オーディオを動かす

追記：オーディオに関するこの節の情報は古いです。こちらをご覧ください。

今回使用しているマザーボードに搭載されたコーデックはRealtek ALC1220です。もしかしたらALC1220Aなのかもしれません。ASUSはSupremeFX S1220Aと呼んでいます。300シリーズマザーボードでも搭載されていたコーデック（そちらはSupremeFX S1220無印）と数字部分は同じです。なので、AppleALC.kextで動くと思ったのですが、簡単には動きませんでした。

そこで、上記のSchmockLoadさんのGitHubガイドに従って、以下のkext、

FakePCIID.kext
FakePCIID_Intel_HDMI_Audio.kext

を追加し、config.plistのDevicePropertiesに

<key>DeviceProperties</key>
<dict>
 <key>Add</key>
 <dict>

（略）

 <key>PciRoot(0x0)/Pci(0x1F,0x3)</key>
 <dict>
 <key>device-id</key>
 <data>cKEAAA==</data>
 <key>layout-id</key>
 <data>BwAAAA==</data>
 </dict>

を追加しました。FakePCIIDの仕組みはこちらで説明されてます。ちゃんと理解できていないのですが、PCIeのデバイスIDを、macOSのドライバが認識するIOPCIDeviceに結びつけてくれる機能のようです。本体がFakePCIID.kextで、デバイスIDの情報だけが書いてあるInfo.plistだけのkext（今回の場合はFakePCIID_Intel_HDMI_Audio.kext）と組み合わせて使います。これによりmacOSが認識しないIDのデバイスを動かしてしまおうという機能のようです。

FakePCIID_Intel_HDMI_Audio.kextは、その名前の通り、100, 200, 300シリーズのHDMIオーディを実現する目的で作られているようです。今回の場合に当てはまるのか疑問でした。説明を見ると、100シリーズ以降で0xA170もしくは0x9D70のデバイスIDを使えるようにしてくれるようです。ここでは0xA170を使っています。これを動かすためには、動かしたいオーディオデバイスの、ACPIに現れるデバイスIDを0xA170に変更しておく必要があります。それが上記のconfig.plistの記述です。

Hackintoolで確認してみます。オーディオチップはPci(0x1f,0x3)のPCIeデバイスパスに配線されています。そのデバイスIDは0x06C8でした。

上記のconfig.plistを使うと、このデバイスIDが0xA170に変更されていることがわかります。デバイス名も、100 Series/C230 Series Chipset Family HD Audio Controllerと表示されるようになっています。それでも実際のコーデック名とはちょっと違う気がしますが、これで音声が再生されるようになりました。

Z490マザーボードでのサウンドチップの変更は、おそらくはデバイスIDなどが多少変更された程度の違いと思いますので、そのうちにAppleALC.kextが対応してくれるのだと期待しています。それまではこの対応で凌げると思います。

Ethernetを動かす

このマザーボードに搭載されているEthernetチップは、2.5 GbpsのIntel I225-Vです。上位のマザーボードでLANが2個あるタイプのものは、もう片方が従来と同じ1 GbpsのIntel I219-Vだったりします。I219-Vは300シリーズでも使われたチップなので、IntelMausi.kexe, IntelMausiEthernet.kextで動くようです。でもi225-Vしか搭載されていないマザーボードは有線LANに接続できません。

こちらも、オーディオと同様に、FakePCIIDを使って解決できました。FakePCIID_Intel_I225-V.kextが設定をしてくれます。

FakePCIID.kext
FakePCIID_Intel_I225-V.kext

また同様にconfig.plistでEthernetチップのデバイスIDを0x15F2に設定します。ちなみにこのマザーボードでは、元々のデバイスIDは0x15F3でした。

	<key>PciRoot(0x0)/Pci(0x1C,0x4)/Pci(0x0,0x0)</key>
	<dict>
		<key>device-id</key>
		<data>8hUAAA==</data>
	</dict>

SchmockLoadさんによるとFakePCIID_Intel_I225-V.kextを作ってこの設定を紹介したのはドイツのHackintosh-forum.deのBrumbaerさんだそうです。GitHubにあるconfig.plistの例では

 <key>PciRoot(0x0)/Pci(0x1C,0x1)/Pci(0x0,0x0)</key>

になっていますが、上記のHackintoolの一覧に現れているように、ASUSマザーボードではデバイスpathが違うようです。

 <key>PciRoot(0x0)/Pci(0x1C,0x4)/Pci(0x0,0x0)</key>

を指定したところ動きました。これでネット接続できるようになりました。おそらくはIDを偽装して、macOS標準のドライバで動かしているのだと思われます。とはいえ、1Gbpsのハブに接続して使用したところでは、速度が遅いとか、データが滞るなどの問題は感じられませんでした。IntelMausi.kextが対応するまでのつなぎとして十分に使用できそうです。

Geekbench 5でベンチマーク

ネットに接続できるようになったので、Geekbenchで測定しました。Geekbenchは結果がweb上で表示されるので、ネット接続してないと起動できませんでした。結果は、以下のようにマルチコアスコアで6000越えでした。

現行の非BTO版最上位iMacは3.7 GHz 9600Kを搭載しています。は無印なので（K付きは未発売でした。今もかな？）クロックが遅い (3.3 GHz) です。でも9600Kでは無効にされたハイパースレッドが復活しています。互角の性能である気がしましたので、Geekbench Browserで9600K搭載iMacのスコアを検索してみました。

マルチコアスコアが5000を切ったスコアも、6000を超えたスコアもありましたが、大半が5000代でした。結局、クロックが10%くらい低下しても、ハイパースレッドが効いたのか、10600無印の方が高速のようです。

まとめ

10600搭載Z490マザーボードの自作マシンでマザーボード搭載のオーディオとEthernetが動きました。AppleALC.kextとIntelMausi.kextが対応してくれるまでのつなぎとして使えます。ネットが動いたのでGeekbench 5でベンチマークをしました。これに相当する性能と思われる9600K搭載のiMacより高いスコアが出ました。

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

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

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

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

新CPUと新チップセット

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

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

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

CPUの互換性

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

ACPI fix

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

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

Firmware fix

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

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

iGPU

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

USB

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

Ethernet

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

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

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

無線カード

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

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

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

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

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

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

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

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

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

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

Mon, 27 Apr 2020 22:19:13 +0900

M.2ソケット用のWiFi/BluetoothアダプターBCM94360NGは、OOBで使える唯一のM.2無線カードです。T460sに取り付けたところ、BIOSで拒絶されることも無く問題なく動作しました。

BCM94360NG

BCM94360NGは、M.2ソケット用のWiFi/Bluetooth無線アダプターカードです。macOSとの相性が良くて、Handoff, Airdrop, Apple Watchでのログイン, SidecarなどがOOBで動きます。M.2無線カードとしては、互換性の高い唯一のカードだと思います。おすすめです。今のところ日本のAmazonでは扱っていないですが、AliExpressでは複数の販売者から入手できます。

AliExpressのサイトでは、macOS用無線カードを幾つかつ製造しているFenviのロゴが掲げられていました。そのサイトから送られてきたカードは、Fenviのロゴが入った透明パッケージに入っていました。

T460sに取り付ける

T460sの裏蓋を開けます。もともと付いていた無線カードは、Intelの8260NGWという製品でした。

これをBCM94360NGに差し替えます。どちらもアンテナ線2本のカードなので、交換は楽です。ただ、アンテナコネクタの位置が違うので、アンテナ線の取り回しが辛くなります。その上、いつものことですが、MHF4アンテナコネクタは小さくてはめにくいです。うまく位置が合えばカチッと気持ちよくはまります。ただ、元からのインテルのカードのコネクタより緩い感じで、力を入れると外れてしまいます。テープなどで固定した方が良いかもしれません。2本のアンテナは、最初のカードと同じく三角アイコンの白・黒を合わせて接続しました。ダイバーシティアンテナになっているだけだと思うので、逆にしても大丈夫とは思います。

交換後、T460sを起動したところ、直後はBIOS画面が2-3回現れて再起動している様子でした。その後無事macOSが起動しました。ThinkPadのBIOSは、動作確認のあるパーツのwhitelistを持っていて、それ以外のパーツを取り付けると起動しないと言われていました。その制約を外すために、ThinkPad X220のmini PCIeカードを交換した際には、改造BIOSに差し替えました。でも第5世代CPU搭載のThinkPadから徐々にwhitelist方式を廃止しているらしいです。なのでT460sではwhitelistの問題無く、動作したようです。ありがたいです。

動作チェック

カードの認識状況を「システム情報」でチェックしました。まずはネットワークとしては、種類もハードウェアもAirMacと表示されました。Apple純正カードであると認識されているようです。

次に、USBの項目でBluetooth部分を確認しました。製造元がApple Inc.となっています。これも純正のカードとして認識されているようです。ちなみに、Integrated CameraはT460sの液晶上部のカメラです。内部ではUSB接続しているようです。互換性が高かったはずです。

ソフトウェアの動作を確認したところ、App Store, iMessage, AirDrop, Sidecarが問題なく動作し、Apple Watchでのログイン認証も動作しました。iPhoneで開いていたwebページが、dockに現れるので、HandoffやContinuityも動作しているようです。Sidecarは、最初は動きませんでした。でも、以前もそうだったのですが、2-3日後になって動き始めました。Apple IDの認証に時間がかかっているなどのサーバー上の問題なのかもしれません。

M.2無線カードのおすすめ

今まで、M.2の無線カードは、BCM943602BAEDまたはDW1830の型番で販売されているカードが互換性が高いと考えていました。

こちらはアンテナが3本あります。WiFiの性能も上位で、今回使用したBCM94360NGが5GHzで867Mbpsなのに対して、BCM943602BAEDは1300Mbpsの規格です。なので高速なのですが、価格は3倍程度です。また、今回のT460sもそうですが、M.2無線カードはアンテナ2本が一般的なようで、ノートPCやデスクトップマザーボードでもアンテナは2本しか用意されていない場合が多いです。3本目のアンテナを追加するのに苦労します。さらには、BCM943602BAEDは完全なOOB動作をしないです。WiFiはそのまま動きますが、Bluetoothを動かすためには、いくつかのkextを追加する必要があります。

ということで、互換性からも、アンテナの本数でも、さらにはコストパフォーマンスの点でも、M.2無線カードはBCM94360NGがおすすめだと思います。将来、マザーボードのM.2カードを交換するかもしれない時のために、予備を確保しておこうかと思っています。

まとめ

ThinkPad T460sにM.2無線カードであるBCM94360NGを取り付けました。今のところmacOSの全ての機能が問題なく動いています。ThinkPadのBIOS whitelist機能によりカード交換が拒絶されるのではという心配も無用でした。BCM94360NGはmacOS下でOOBで動く、互換性の高い唯一のM.2無線カードだと思います。

Liluとプラグイン：(3) AirportBrcmFixupなどの使い方

Fri, 06 Dec 2019 23:06:11 +0900

Lilu.kextとLiluプラグイン.kextを設定するためのとても詳細なガイドがtonymacx86にありましたのでご紹介します。今回はAirportBrcmFixupとその他のkextの部分の抄訳です。原文は下のリンクを見てください。

Liluの開発にも携わっているjaymonkeyさんが書いてくださったガイドです。かなり長いです。前回は、WhateverGreenとAppleALCを紹介しました。

Liluとプラグイン：(1) WhateverGreenの使い方

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

（ここから抄訳）

AirportBrcmFixup

このプラグインの使い方は簡単です。これは、ネイティブまたは非ネイティブなBroadcom Airport WiFiカードに必要なパッチのセットを含んでいます。これによりcontinuityやhandoffを動かすこと, WiFiの名前をAirportデバイスと表示すること、そのほかいくつかのパッチを提供します。（訳注：日本語版macOSでは登録商標の関係でAirportではなくAirMacになります）他のLiluプラグインと同じく、大抵の場合、それまで試用していた全てのWiFi関係のパッチとエネーブラーkextを取り除いておく必要があります。このプラグインを使う理由の一つは、これがmacOS 10.13.Xと10.14.XでHandoffを有効にするCloverのパッチを使わなくて済む点です。このkextが自動的にWiFiデバイスを発見できれば、必要なすべてのパッチを当ててくれるので、Device Propertyを設定する必要はありません。

もし、インストールされたWiFiアダプターのVIDとPIDが不明ならば、Hackintoolを使って、デバイスを特定し、PCIアイコンをクリックして、リストの中からWiFiデバイスを発見して、VID (Vendor ID) とPID (Device ID) を知ることができます。

上の例では、WiFiデバイスのVIDは14E4 (Broadcom社のIDです) であり、PIDは43BA (BCM43602チップセット）です。

WiFiデバイスがサポートされているのかどうかは、Git-Hubプロジェクトページのinfo.plistを見て、そこでWiFiデバイスのPIDを探せば確認できます。

もしこのリストにVIDとPIDがあればokです。単にAirportBrcmFixup（とLilu）をインストールするだけです。

必要ならばmacOSのWiFi地域設定を書き換えることもできます。起動オプションに

brcmfx-country=XX

を追加します。これによりWiFiデバイスの国コードを明示的に設定することができます。（訳注：日本に設定するのでしたらbrcmfx-country=JPです）5GHz WiFiを稼働させたり、WiFiルーターをフルスピードで稼働させる場合、国コード設定が必要なことが時々あります。一般的な値は

brcmfx-country=#a

です。これはルーターが設定する国コードを無視するようにmacOSに指示する特別な値です。私のルーターでは、どのバージョンのmacOSでも、#aを付けないと5GHz WiFiの最大速度が得られませんでした。

注意： AirportBrcmFixupは、WiFiのことだけの面倒を見てくれます。Bluetoothを有効にするためには、RehabManさんのBrcmPatchRAMを使います。（訳注：コメントで指摘いただきましたがこちらもご覧ください。そちらのread meを見たら、アップル純正無線カードには関係のないようでした。）

私は、 DW1830 (BCM43602) 搭載ラップトップでAirportBrcmFixupをテストしました。また、BCM943602CS搭載のデスクトップでも使いました。とてもよく動作し、他のパッチもエネーブラーも不要です。

その他のLiluプラグイン

以下は、有用なLiluプラグインのリストです。ほとんどは、/L/Eに入れるだけです（訳注：ESPのkexts/Otherで良いと思います）。追加の設定は不要です。

VirtualSMC

Apple SMC (System Management Controller) を有効にするプラグインです。以前はFakeSMCを使うのが一般的でしたが、長らくアップデートされていません。環境によりますが、VirtualSMCは現在と未来のmacOSでより互換性があります。

FakeSMCからVirtualSMCに移行するためには、FakeSMC.kextを取り除くだけでなく、EFIドライバーのSMCHelper.efiも取り除きます。また、FakeSMCセンサープラグインも取り除きます。

VirtualSMCをインストールするには、VirtualSMC.kextの他に、VirtualSMC.efiもUEFIドライバーとしてインストールします。VirtualSMCの配布パッケージには、この他、光センサー、バッテリーモニター、CPU温度モニターやマザーボードセンサなどのプラグインkextも用意されています。詳しくはこちらをご覧ください。

BT4LEContiunityFixup

AirportBrcmFixupを入れてもなおBluetooth関連のcontinuity問題（AirDrop, Handoff, FaceTime, Apple Watch, Continuity など）が発生するようでしたら、BT4LEContinuityFixup を試してみるもの良いです。macOSのBluetooth LE Continuityを有効にするパッチが含まれています。 BrcmPatchRAM kextも一緒に使ってください。

HibernationFixup

その名の通り、HibernationFixup.kextはディスクにデータを保存するハイバーネーションモード3と25を特定のシステムで有効にします。私は使ったことがないのですが、これが動いたという報告は多数あります。ネイティブなNVRAMが使えることが条件です。エミュレートされたNVRAMでは使えません。

NoTouchID

最近のMacBookシリーズSMBIOS設定はアップルの指紋認証(TouchID)搭載機種を対象としています。これらのSMBIOSをHackintoshで使用すると、起動時とシステムパスワードを表示する場面で遅延が発生します。というのは指紋認証デバイスが搭載されていないからです。NoTouchIDプラグインは、この問題を解決します。

NightShiftUnlocker

デフォルトではアップルのnight shiftは一部のSMBIOSでしか機能しません。この簡単なプラグインは、通常はnight shiftをサポートしていない機種設定でも、有効にします。

HackintoshでSidecarを使う

Sun, 27 Oct 2019 00:45:55 +0900

Catalinaで導入されたSidecar機能が無線接続で使えました。使用したWiFi/BluetoothモジュールはBCM94360CDとFenvi T919です。どちらも最初は有線でのみ動作してましたが、うやむやのうちに無線でも動くようになりました。

Sidecar動作のための条件

Sidecarを使うと、iPadがmacOSマシンのセカンドディスプレイになります。ミラーリングもできます。またiPad側のApple Pencil操作で、macOS画面を操作できます。でもSidecarを動かすためには、いくつかの条件が必要なようです。必要そうな条件を以下にあげました。Hackintoshでは、この条件は間違っているかもしれませんし、今後のアップル社の対応で変わってくるかもしれません。

Apple IDと無線

実機のMacでは、macOSマシンとiPadが

同じApple IDでログインしていること、
同じWiFiに接続していること（有線LANでは駄目です）、
Bluetoothの到達範囲にあること、

がSidecarを使う条件だと言われています。もちろんHackintoshでも必要条件です。USBケーブルでSidecarする場合には、無線条件が満たされていなくても大丈夫のようです。

iGPUの条件

試したところでは、BIOSレベルでiGPUが機能していることが必要のようでした。macOSからiGPUが認識されている必要はないようです。なのでグラフィックスカードを使用しているマシンでも問題ありません。BIOSからiGPUを無効にしていると、Sidecarで接続はしても画面が暗いままです。おそらくは、iGPUの画像圧縮機能を使って、画面を転送しているので、それがないと表示されないのだと思われます。後述するようにBIOS設定でiGPUがマルチモニターで動くように設定します。

追記：コメントでは、iGPUの無いXシリーズCPUでも動いたという情報をいただきました。

T2チップ搭載の機種IDは使えない

コメントでいただきましたが、tonymacx86の情報によると、T2チップ搭載機種IDを使ったHackintoshではSidecarは動かないらしいです。T2チップ搭載モデルでは、Sidecarの認証または画面圧縮にT2チップを使っているのだと思われます。なので、以下のページで示された機種IDを使用している場合は、Sidecarは使えません。

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

BCM94360CDで動かす

最初は、Z390+9900Kを搭載したマシンでSidecarを試した経緯を書いておきます。このマシンのパーツ構成、ESP構成、config.plistなどは、下のリンクを見てください。

ASUS ROG MAXIMUS XI HERO (Z390), 9900K

使用しているWiFi/Bluetoothモジュールは、純正のMacで使用されているBCM94360CDです。以下の製品です。これをPCIeカードに挿して使用しています。

HackintoshでSidecarを動かす前に、同じiPad/Apple PencilとMacBookで動作確認しました。この場合は、Sidecarが問題なく動きました。次に、このHackintoshで試したところ、画面は出たのですが、有線接続でしか動きませんでした。iPadをUSB接続しない状態では、システム環境設定・Sidecarの「接続先」に「デバイスなし」と表示されてしまい、iPadが現れません。

有線で接続すると、接続先が選べるようになり、iPadが選択できます。MacBookでは無線でも問題なく接続できるので、Hackintoshなりの調整が色々必要なのだと思って、しばらく放置していました。ところが、何かの拍子で繋がるようになりました。実際に何をしたのかというと

Z390マシンとiPadを有線接続でSidecarしました。
Apple Pencil をペアリングするためにiPadから線を外してPencilを挿しました。
この時「接続が切断されるよ」というような内容のダイアログがiPadに出ました。
ペアリングが終わってPencilを外したらなぜか無線でSidecar接続しました。

これで無線でもiPadが選択できるようになりました。iPadがセカンドディスプレイになりますし、またPencilを使って画面操作もできます。Hackintoshであっても、Sidecarの本来の機能は全て利用できていると思います。

これ以前に、有線でSidecar接続中にUSBケーブルを外すことは試みていました。でも接続が切れるだけで、無線では接続できませんでした。今回なぜ可能になったのかわかりません。

今回行ったPencilペアリング操作は、無線接続できたことは多分無関係です。SidecarはApple IDを介して動作していると説明されています。それぞれのマシンが同じApple IDで動作していることがSidecarを使うための条件です。なので対になるマシンの認定をアップル社のサーバーが行なっているはずです。今回、無線接続できた理由は、何らかのきっかけ、時間経過、またはアップル社の方針変更によって、Sidecar動作条件が満たされたからだと思います。有線接続の場合は、直接接続されていることが確実なので、ペアリング認定条件が緩かったのでしょう。このようなmacOS機能は、iMessageやFaceTimeと同じく、動作するかどうかはアップルのサーバー次第です。条件はいつでも変化するし、真相は謎のままです。

Fenvi T919で動かす

次に、Fenvi T919でも試しました。以下で紹介した無線PCIeカードです。中身は、おそらくBCM94360CDと同一と思われているので、問題なく動くはずです。

WiFi/BluetoothアダプタFenvi FV-T919

使用したマシンは、以下で紹介したMSI B360M MORTAR TITANIUMに9600Kを搭載したHackintoshです。

MSI B360M MORTAR TITANIUM, 9600K

こちらも最初は接続できませんでした。Sidecarの接続先がグレーになっていて、iPadが選択できませんでした。しかし、Z390マシンでSidecarが可能になった後で、こちらもどう言うわけか、iPad選択できるようになっていました。Sidecarのペアリングを管理するサーバの設定が変わったのかもしれません。しかしZ390マシンの場合とは違って、iPadをSidecar接続しても、iPad画面が真っ暗でした。画面をミラーリングにしてApple PencilでiPadを操作すると、macOS画面のポインターは動きます。なので、遠隔ポインティングは効いているけど、表示が出ていないことがわかります。

Sidecarのビデオ転送にはiGPUの機能が使われているらしいと言う話を聞いたことがありましたので、iGPUをチェックすることにしました。BIOSで設定を見るとIGD Multi-Monitorの設定がDisabledになっていました。iGPUにもモニターを接続して、マルチモニターにするかどうかの設定だと思います。Disabledの場合は、iGPUの機能を無効にしていると思われます。そこで、これをEnabledにしました。メモリの設定はデフォルトの64MBにしました。この結果、無事にiPadに画面表示されるようになりました。

まとめ

HackintoshでもSidecarが動きました。USB有線接続なら問題なく接続できました。無線経由では、最初は接続できませんでしたが、よくわからないうちに無線接続できるようになっていました。また接続を実現するためには、通常のMac/iPadの条件に加えて、iGPUが動いている必要があるようです。とはいえiGPUを搭載していないiMac ProでもSidecarは可能なようなので、機種IDにも依存しているのかもしれません。

今回、Apple Pencilを初めて使ってみました。使い勝手や速度はちゃんとしてました。でもiPadに差し込むという初代Apple Pencilの充電方式は、緊急時には良いけど、普通に充電したい場面では使いにくいです。そのうちにこんなアクセサリを揃えてみたいと思ってます。

WiFi/BluetoothアダプタFenvi FV-T919

Thu, 12 Sep 2019 20:46:23 +0900

FenviのWiFi/Bluetooth PCIe拡張カードを入手しました。FV-T919という型番です。これに搭載された無線モジュールBCM94360CD はMac Pro 2013などで使用されているので、macOSと互換性が高く、OOBで問題なく動きます。

FenviのFV-T919を発注

Fenviというメーカが、Broadcomの無線モジュールであるBCM94360CDを使用したWiFi/Bluetoothアダプタを作ってます。PCIe拡張スロット (PCIe x 1) に挿して使用する拡張カードです。BCM94360CDはMac Pro 2013などで使用されている最上位モデル無線モジュールで、macOSとの互換性が高いです。取り付けただけで問題なく動き、iOSとのContinuity関係の機能も動作します。

最近のMacのWiFi/Bluetoothは、無線モジュール方式ではなくなって、マザーボードに直接組み込まれています。BCM94360CDは、自作ユーザが使える純正モジュールとしては、最後の世代です。BCM94360CDのようなBroadcomのmacOS用無線モジュールは、単体でも販売されていて入手可能です。おそらくは中古取り外しパーツや補修部品が流通しているのだと思われます。でも生産は終了していると思います。将来にわたって入手できる保証はありませんので、市場にあるうちに確保しておくのが良いと思います。

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

上の記事で紹介したように、BCM94360CDは単体で入手可能です。BCM94360CDのコネクタからはPCIeとUSBが出ているのですが、規格が特殊です。これをPCIeスロット、mini PCIe, M.2などに接続するためには、変換アダプタが必要です。アダプタはAmazon, eBay, AliExpressなどで多数販売されています。また、BCM94360CDとPCIeアダプタをセットにした商品もいくつかあります。FenviのFV-T919もその一つです。ただ、下の写真で示すように、製品としての見た目が良く、完成度が高い印象があります。tonymacx86のパーツガイドでも長らく推奨されていました。最近、AliExpressで継続して販売されている様子でしたので、一台を確保しました。

届いたので開封する

発注から2-3週間して送料無料（送料込み）でシンガポールから届きました。エアキャップ緩衝材付き封筒を開けると、光沢カラー印刷された綺麗なボール紙外箱が入っていました。こんな感じの外箱です。

こちらは箱の裏です。輸送の途中で、箱の裏がへこんでいましたが製品には影響ありませんでした。macOS対応と書いてあります。

箱を開けると、中には、本体、アンテナ4本、USBケーブル、PCIeスロット取り付けネジ、カラー印刷の取扱説明書、CR-ROMが入っています。Hackintoshで使うWiFi/Bluetooth PCIeアダプタは大抵はそっけない本体だけの部品が届くのが普通ですが、これは一般消費者向け商品の体裁を保っています。

カード本体に、USB接続ケーブルを取り付けた様子です。アンテナ端子には、キャップもついています。カードの見た目で特徴的なのは、無線モジュールを覆う派手なFenviの金属カバーです。

この金属カバーは回路の接地に接続されて電磁シールドの役を果たしています。商品webページによると、このカバーと無線モジュールの間には、熱伝導シートが挟まれていて、放熱にも役立っているようです。カバーを外せば、Broadcom BCM94360CDが入っているはずですが、カバーは裏側4箇所で半田付け止めしてあるようです。半田を溶かして、シールドカバーを外して中を確認したい気もしましたが、やめておきました。

この手の無線モジュールは、電磁シールドして使うのが本来の使い方のようです。なので、Fenviの派手なカバーは伊達ではないと思います。アンテナ線はこのカバーの中で無線モジュールのアンテナ端子に接続されていると思われます。カバー部分からPCIeスロット側のアンテナまでは、プリント配線されています。アンテナ線が露出せず、カバー内部に格納されているので、見た目がすっきりしています。また、アンテナ線やコネクタに触れたり引っ張ったりして、線が外れるトラブルがない点も良いと思います。

マニュアルとCDROM

箱の一番底に、マニュアルとCDROMが入っていました。

付属しているマニュアルを広げると、レターサイズ1枚もの印刷物でした。表裏で英語・中国語の説明が入ったイラストがカラー印刷されていて、簡単な取り付け手順が書かれています。実際のカードとイラストでは、形状、コネクタ、付属品が多少違います。例えばイラストはアンテナ2本のモデルになっています。またロープロファイルのパネルも描かれていますが、付属していませんでした。アンテナ4本ではロープロファイルは無理なので仕方ないです。説明書としてはわかりやすいです。

CDROMには、94360cd.rarというファイルが一つ入っているだけです。この名前からしてBCM94360CDが搭載されていることが推測できます。rarファイルを伸張すると、Windows 7/8/10用のドライバと、インストール方法をごく簡単に書いたテキストファイルが入っていました。macOSには不要のCDROMでした。

取り付けて動作確認

OOBで動く

取り付けは、他のPCIe無線アダプタと同じく、PCIeに挿して、アダプタからのUSBケーブルをマザーボード上の内部配線用USB 2.0コネクタに接続するだけです。こちらで紹介したMSI B360M Mortar Titaniumに9600Kを搭載したマシンに取り付けました。これ以外のハードウェア構成でも問題なく動くはずです。

MSI B360M MORTAR TITANIUM, 9600K

取り付けたところ、kext類やconfig.plistの設定は一切不要で、Wifi/Bluetooth両方ともOOBで機能しました。

Continuityとスリープ

iOSとのContinuityなども機能していて、Apple Watchを利用してのロック解除も可能でした。MSIのBIOSから、Wake Up Event Setupを選び、Wake Up Event By BIOSに設定し、Resume By USB Device, Wake from Sleepを有効にしたところ、スリープが正常に機能し、CPUファンやマザボのLEDが停止し、スリープ状態が保たれました。スリープからは、Bluetoothキーボード、トラックパッド操作で復帰させることもできました。ただ、すべてのマザーボードでも同じようにスリープが機能するかどうかはわかりません。また、すぐに目覚めてしまうことも時々あるようです。Power Napやネットワークアクセスによる解除などを有効にしているので、それらの関係かと思います。

モジュールの確認

シールドカバーを外して内部を確認することはしませんでしたが、販売サイトで説明されている通り、中身はBroadcom BCM94360CDだと思われます。手元には、Macで使われるBroadcom BCM94360CDモジュールをPCIeアダプタに取り付けたカードがあります。これを取り付けて、システム環境設定からUSBデバイスを確認すると、BluetoothモジュールのIDや仕様が確認できます。その全ての情報が、Fenvi FV-T919と一致していたので、まちがいなく同じハードウェアです。

まとめと補足

AliExpressでFenviのFV-T919というWiFi/Bluetooth PCIeカードを入手して使ってみました。Broadcom BCM94360CDを搭載しているようで、macOSでOOBで機能しました。アンテナ配線がすっきりしていて使いやすいカードだと思います。

この製品の外箱の裏にも、カードの裏のラベルにも、macOSに対応していることが書かれています。AliExpressの販売サイトを見ても、Hackintoshをターゲットにしていることがわかります。macOSをサポート対象にしてくれているので多少安心です。ただ、販売サイトには、macOS 10.12でBluetoothが動かないことが書かれています。BCM94360CDがSierraで動かないという情報は聞いたことがなかったので謎です。Sierraでも動く気がしますが、限られた条件で不具合のクレームがあったのかもしれません。10.12での使用を考えている場合は、一応注意した方が良いかもしれません。

追記：国内でも調達可能

記事ではAliExpressのリンクを紹介しましたが、最近ではAmazonでも売っているようです。

CORPNEWTさんのバニラガイド~ Clover設定とkext

Sat, 26 Jan 2019 17:01:20 +0900

Corpnewtさんのhackintoshデスクトップのためのバニラガイドから、今回は「Cloverの設定」と「kextを集める」のページをご紹介します。Hackintoshで使うカーネル拡張(kext)ファイルを簡潔に説明しています。

Page not found

（ここから抄訳）

Cloverをインストールする

Cloverインストーラパッケージを起動します。インストーラの2番目のページで、インストール先（USBメモリとかSSD/HDD）を選択するよう気をつけます。また、デフォルト設定はイマイチなので、カスタマイズします。（訳注：図は私が用意したスクリーンショットです）

左下のカスタマイズボタンを押すとカスタムインストールのページが出ます。ここで、以下を選択します。

「UEFIブート用にインストール」
「ESPにインストール」
Drivers64UEFIの中の設定（訳注：現在バージョンではUEFI Drivers）
- AptioMemoryFix: VRAM に関する修正を含んだ新版です。より良いメモリ管理をします。
- VBoxHfs-64.efi: 入手できれば HFSPlus.efiでも良いです。CloverがHFS+起動ボリュームにアクセスするために必要です。HFS+で起動したいのに、起動オプションに現れないようなら、 EFI -> CLOVER -> drivers64UEFI フォルダにこれが入っていることを確認すると良いです。
- ApfsDriverLoader: Didsさんの Cloverビルドもしくはこちらから入手可能です。これはCloverがAPFS起動ボリュームにアクセスするために必要なapfs.efiを、ブロックデバイスのApfsContainerからロードします。もしAptioMemoryFixを使用しているなら、R21以降が必要です。（訳注：現在バージョンでは最新版が入っているので項目を選択するだけです）

以上です。

もしもFileVaultが不要で、標準的なUEFIインストールをするだけなら、これらが必要なものの全てです。これ以外のものも、Drivers64UEFIセクションに現れます。しかし、選択しなくても良いです。むしろ他の設定と衝突する項目（例えば SMCHelper-64.efi ）すらあります。なのでDrivers64UEFIセクションでの選択は最小限にするのが良いです。

（訳注：最近のCloverインストーラではFileVault関係のefiはFileVault 2 UEFI Driversという別のセクションに分類されました。FileVaultを使わなければ、多分誰も使わないと思いますが、これは全部除外して良いです。このガイドでは3個のefiしか必要ないと書かれていますが、ハードウェアによってはこれ以外が必須のこともあります。EmuVariableUefiが必要だったり、AptioMemoryFixの代わりにOsxAptioFixDrvが必要だったりします。）

Kextをコピーする

Cloverのインストールが終了したら、/Volumes/EFI/EFI/CLOVER/kexts/Otherに移動して「kextを集める」で用意したkextをここにコピーします。 .dSYMファイルは不要です。.kextだけが必要です。

/Volumes/EFI/EFI/CLOVER/kextsフォルダの中には、Otherフォルダと、10.xxフォルダがあります。この違いは以下です。Cloverがkextをインジェクトしようとするとき、10.xxフォルダのkextは、macOSのバージョンが合致している時だけインジェクトされます。ところがmacOSのバージョンに依存するkextはほとんどありません。また、macOSをアップデートした時にそのバージョン番号のフォルダを用意することを忘れてしまうと、起動できなくなってしまいます。Otherフォルダのkextは、検出されたmacOSバージョン番号とは関係なくインジェクトされます。なのでOtherフォルダを使うことをお勧めします。

必要なkextはどれ？

VirtualSMC.kextは必須です。これはMacに搭載されているSMC (System Management Controller) チップをエミュレートしてくれます。これによりOSは本当のMacだと思い込みます。これなしではHackintoshできません。

以下のすべてのkextはGoldfish64さんにより整備されたこちらのサイトで入手可能です。それぞれのkextは更新されると自動的にビルドされます。自分でビルドしたかったら私のLilu And Friendsのスクリプトを使用してください。

Ethernet関係

IntelMausiEthernet.kext – これはほとんどのIntel LANチップで動きます。
AppleIntelE1000e.kext – これは古いIntel LAN チップで動きますが、新しいチップではカーネルパニックすることもあります。
AtherosE2200Ethernet.kext – これはほとんどのAtheros または Killer のチップで動きます。
RealtekRTL8111.kext – これはほとんどのギガビットRealtek LAN チップで動きます。
RealtekRTL8100.kext – これは10/100bps Realtek LAN チップで動きます。

USB関係

多分 USBInjectAll.kextが必要です。もし、H370, B360, H310のCoffee Lake system、またはX79/X99/X299を使うなら、XHCI-unsupported.kextも必要になると思います。

10.11からアップルはUSBコントローラごとに15個のポート数制限をしています。大した問題ではないと思われるかもしれませんが、USB 3ポートは2個（USB 3として1個、USB 2として1個で合計2個）としてカウントされますので、この制限には割と簡単に到達してしまいます。

Skylake以降では、USB 2とUSB 3はXHCIとしてのみ扱われて、それぞれのUSB 3が2個としてカウントされ、すぐに制限に達します。USB 2をEHCIに割り当てることで改善する方法もあります。これにはRehabManさんの FakePCIID.kext + FakePCIID_XHCIMux.kext を使います。これによりXHCIの負担を軽減します（ただし一部のチップセットでしか機能しません）。

Audio関係

マザーボードのAudioチップがサポートされたコーデックであるなら、/u/vit9696さんの AppleALC.kext と、これと一緒に使う Lilu.kext が必要です。AppleALCはAppleHDA.kextに動的にパッチ当てし、macOSのオーディオでサポートされていないコーデックを動かす機能があります。スリープ復帰後のオーディオ機能を手助けする機能もあります。

Graphics関係

GPUのためには、WhateverGreen.kextと、支援kextである Lilu.kextを使うべきです。これは、以前は別々のkextであった、IntelGraphicsFixup, NvidiaGraphicsFixup, CoreDisplayFixup, Shikiの機能を合わせ持っています。

WiFi と Bluetooth関係

Appleは最低限のWiFiチップしかサポートしていません。そこで、2つのチップセットだけを紹介します。私は、PCIeアダプタに取り付けたBCM94360CDと、BCM94352HMB / BCM94352Z だけを使っています。BCM94360CDはOOBでバニラなままで動きます。BCM94352風味の場合では、 WiFi設定のためにAirportBrcmFixup.kextと Lilu.kextを使い、さらに、BrcmBluetoothInjector.kext (10.13.6以降の場合) または BrcmPatchRAM2.kext を、 BrcmFirmwareData.kext と一緒に使います。すべてのBrcm* kextsという名前のkextは、RehabManさんの OS-X-BrcmPatchRAM から入手可能です。

その他

使用するハードウェアに応じて、これ以外のkextも必要になるかもしれません。でもこのガイドは一般的で基礎的な内容を目指したので、あとはGoogleで検索してください。

LattePanda AlphaのBluetooth/WiFi

Sun, 06 Jan 2019 12:14:13 +0900

シングルボードコンピュータLattePanda AlphaにmacOSをインストールした記事を書きました。その続編です。今回は、Bluetooth/WiFi環境を整えました。

LattePanda AlphaでmacOSを起動する

LattePanda搭載無線モジュール

LattePandaには、Intelの無線モジュールが半田付けされています。Model 3165D2Wと書いてあります。これは802.11 ac（2.4 G & 5 G）のWi-Fiに加えて、Bluetooth 4.2をサポートしています。インテルのモジュールなのでmacOSからは全く使用できません。なので、BIOSメニューでDisabledに設定します。

無線モジュールを追加する

WiFi/Bluetooth無しで使う用途もあると思います。Arduinoを搭載している特徴を生かして、組み込み用のシステムを作るなら有線LANだけで使うことも多いと思います。また画面共有などのネットワーク越しで開発がメインなら、マウスやキーボードの利用頻度は少ないのでBluetooth無しでも良いかもしれません。

IO DATAのUSB-BT40LE

とはいえ、せっかくmacOSが動くのですから、macOSを生かせるトラックパッドを接続したいです。それにはBluetoothだけは欲しいところです。簡単に安価にBluetoothを追加するなら、USBアダプタのIO DATAのUSB-BT40LEが良いです。iOSとのcontinuityは難しいですが、通常のキーボード、トラックパッド、サウンドデバイス接続なら問題なく使用できます。

ただ、少ないUSBソケットを一つ占有してしまうのはちょっともったいないかもしれません。LattePanda Alphaには、せっかくM.2 E-keyソケットが付いていて空いているので、これを生かしたいと思います。以下では、ここに追加する無線ユニットを考えてみます。無線モジュールの詳細は、こちらの記事をみてください。

DW1830

M.2ソケットのモジュールでmacOSと互換性の高い製品に、DW1830があります。$50程度とちょっとお高いのですが、互換性は高いです。WiFiはOOBで動き、Bluetoothもkextを追加すれば動くようです。iOSとの連携も期待できます。

純正カードアダプタを使う

多少分厚くなっても構わないなら、純正品で使われているBCM943602CSと、それをM.2に変換するカードを使用しても良いかもしれません。こちらの方が互換性が完璧な上に、合計金額も安いです。ただ、ネジ穴が合いませんので、両面テープと結束バンドなどで固定する必要があると思います。

DW1560

iOSとの連携を諦めれば、DW1560も良いと思います。DW1560のWiFiは安定して動きます。またBluetoothにはIO DATAのUSB-BT40LEと同じく、昔のMacで使われたBCM20703が採用されています。iOSとの連携が無かった時代のチップですのでその機能はありません。頑張ってパッチを当てれば連携機能が動かなくはないようですが、困難な作業です。しかし、通常のキーボード、トラックパッド、サウンドデバイス接続なら問題なく使用できます。今回は、iOS連携は不要と考えたので、これを使ってみました。RehabMan-FakePCIIDと、 RehabMan-BcrmPatchRAMから以下のkextを入手すれば動きました。

FakePCIID.kext
FakePCIID_Broadcom_WiFi.kext
BrcmFirmwareData.kext
BrcmPatchRAM2.kext

DW1560はDW1830と比べると半額くらいです。また技適マークも入っていましたので安心して使えると思います。ただ、LattePandaには2280サイズ用の取り付け穴しかありませんので、ネジで固定できませんでした。ネジの代わりに、100円ショップで売っている強力両面テープで貼ってみましたが、かなり発熱するためか、しばらくすると浮いてきます。プラスチック板で押さえ板のようなものを作って、固定した方が良いかと思いました。

DW1560はamazon.co.jpでも売られていますが、少し・かなり高いです。

M.2のソケット

Wed, 02 Jan 2019 21:44:50 +0900

現行マザーボードに必ず付いているM.2のソケットについて、Hackintoshに必要な知識をまとめてみました。

M.2はWiFi/Bluetoothの無線ユニットやSSDなどの拡張カードを取り付けるソケットです。M.2では、拡張カードの形状と端子が規格化されています。昔はNGFF（Next Generation Form Factor）と呼ばれていたので、今でもそう併記されることもあります。えむどっとつーと呼ぶのが一般的で、Mは大文字のようです。これ以前に、mini PCI Express, Mini-SATA, mSATAという形のソケットがありましたが、これを小型化してPCIeのレーン数を増やした後継規格です。少し前のマザーボードにはmPCIe, mSATAのソケットがついていましたが、今はM.2です。例えば、古いIntel NUCではmPCIe, mSATAが付いていますが、現行モデルはM.2です。

M.2の形と端子

形

サイズが決められています。Wikipediaによると、幅は12、16、22、30mmの4種、長さは16、26、30、38、42、60、80、110mmの8種類だそうです。でも実際に売られている製品は、幅が22mmで、長さが30、42、60、80mmのものが一般的です。それぞれ、2230, 2242, 2260, 2280というような名前がついています。

端子

端子には、PCIe が最大4レーン、SATA、USB 2.0, USB 3.0, I2C, オーディオなどが出ています。このうち一般に使われているのはPCIe, SATA, USBです。さらに全てが使えるわけではなく、バリエーションがいくつか用意されています。その違いをわかりやすくして、間違って使用されないように、端子に切り欠きが入っています。ソケットの方にも切り欠きに合わせた仕切りが作ってあり、間違ったカードが挿さらないようになっています。

現在のマザーボードには、主に以下の二種類のソケットがついています。

E key: 24-31番ピンの場所が切り欠きになっています。PCIeが2レーン、USB 2.0などが使えます。
M key: 59-66番ピンの場所が切り欠きになっています。PCIeが4レーンとSATAが使えます。SATAが使えないものもあります。

一方で、よく見かけるM.2用カードは、以下の四種類です。

E key: 24-31番ピンの場所が切り欠きになっています。
A-E key: 8-15番ピンと24-31番ピンの場所が切り欠きになっています。
M key: 59-66番ピンの場所が切り欠きになっています。
B-M key: 12-19番ピンと59-66番ピンの場所が切り欠きになっています。

ソケットの方は仕切り板で、カードの方は切り欠きなので、ソケットの仕切り板の位置さえあっていれば、物理的には挿すことができます。なので、

A-E keyとE keyのカードはE key用ソケットに挿さります。
B-M keyとM keyのカードはM key用ソケットに挿さります。

左がE keyソケットとA-E keyカードの例、右がM keyソケットとB-M keyの例です。どちらも挿さります。ただし挿さっても動作するとは限りません。

M.2カードの使い道

何にでも使える規格ですが、現在一般的に使われているのが、WiFi/Bluetoothの無線カードと、SSDカードです。無線カードは、E keyソケットに、SSDはM keyソケットに挿して使います。

無線カード

一般的なM.2用無線カードは、A-E keyもしくはE keyです。どちらもE keyのソケットに刺さります。E keyには2レーンのPCIeと、USB 2.0の端子があります。WiFiのチップはPCIeに接続して動作し、BluetoothのチップはUSB 2.0に接続します。無線カードはそれほど高速ではないので、PCIeは1レーンで十分です。M keyだとUSBが配線されていないので、Bluetoothが使えません。という理由でE keyなのです。

macOSで使えるM.2無線カードの種類は、それほど多くないです。こちら

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

でも紹介しましたが、macOSでOOBで動作するM.2 WiFi/Bluetoothカードは、BCM94360NGです。

Dell DW1830 (BCM943602BAED)はより高速で高価ですが、多少互換性が落ちます。こちらの情報のよると、

WifiはOOBで動く
WiFiのパフォーマンスはFakePCIID Kextで改善できる
Bluetoothを動かすためにはkextが必要

だそうです。

予算が限られているならDell DW1560 (BCM4352)も選択肢になります。DW1830よりは安いです。4個のkextが必要です。詳細はこちらをご覧ください。

純正無線カード変換器

HackintoshでWiFi/Bluetoothカードを使う場合、Macで使われている純正の無線カード、BCM94360CD BCM943602CS BCM94360CSなどを使うと互換性が高く、そのままで問題なく使用できます。純正無線カードは、特殊なピン構成ですが、PCIeとUSBに接続されています。そこで、E keyのPCIeとUSBに変換するアダプタが売られています。

最初からE key用に設計されたカードと違い、アダプタを使用すると長くなってしまいます。厚みも増えます。マザーボードによっては、他の部品と干渉して取り付けられない場合もあります。シールド用の金属カバーを外せばなんとかなる場合もあります。余裕があっても取り付けネジ位置が合わない場合もあります。ネジだけの問題なら、両面テープで貼り付ければなんとかなります。

A-E keyもしくはE keyのM.2用ソケットを延長するアダプターもあります。こういう製品を使えば、小型のインテル製無線カードが入っているソケットから、延長して外に引き出して、macOS純正のBroadcom製カードを取り付けることができると思います。

M.2用の無線カードは通常はE keyソケットに挿しますが、M keyで無線カードを使うことも可能ではあります。Macで使用されている純正無線カードを、E keyではなく、M keyに変換するアダプターを使えば可能です。ただし、M keyにはUSBは配線されていないので、ケーブルでマザーボード上のUSBコネクタに配線することになります。

SSD カード

M.2 SSDカードは、通常M keyソケットに取り付けます。E keyにもPCIeが2レーン来ているので、速度低下の懸念はあるものの接続可能と思うのですが、そのような製品は無いです。

M.2 SSDカードには、配線の種類でSATA接続のものとPCIe接続のものがあります。また、データ転送のプロトコル（手順）にAHCIとNVMeのものがあります。NVMeが新しいプロトコルでSSDに特化していて高速です。High Sierraからネイティブにサポートされています。macOSの起動も可能です。

Hackintoshのパーツ選び【その5：SSD】

SATAまたはPCIeと、AHCIまたはNVMeで4通りの組み合わせがありますが、現在販売されているのは、

SATAでAHCIのもの
PCIeでNVMeのもの

がほとんどです。SATAでNVMeという製品はありません。PCIeでAHCIという製品はNVMeが一般的になる前は一時ありました。中古で出回っているかもしれませんが互換性が心配ですので避けた方が良いと思います。

SATA SSD

SATAで接続する場合はPCIeは不要ですのでPCIeが2レーンになるB keyが最適です。でもM keyのソケットにも挿さるように、M keyも切り欠いてあるB-M keyの製品がほとんどです。なので2箇所切り欠きがあるのはSATAだと考えて良いです。こんな感じです。

NVMeの方がベンチマークでははるかに高速ですが、使ってみて差を感じる場面はありません。その上、現状ではSATAの方が半額くらいですので、SATA SSDを使っても良いと思います。

B-M key SATA SSDはM keyも切り欠いてあるので、M keyソケットに挿すことができます。しかし必ず使えるわけではありません。SATA接続も可能なM keyソケットである必要があります。例えばASUSのZ390チップマザーボードであるROG MAXIMUS XIにはM keyソケットが2本ありますが、マニュアルの記述によるとSATAをサポートしているのはそのうちの1本だけです。SATA SSDをM keyソケットに挿す場合は、SATAがサポートされているかどうか確認する必要があります。

PCIe NVMe SSD

一方でPCIe接続のNVMe SSDは高速データ転送を実現するためにPCIeを4レーン使います。そこでPCIeが4レーンあるM keyの構成で使います。なので切り欠きが一つしかないSSDはPCIe接続のNVMe SSDだと考えて良いです。こんな感じです。現状ではSATAタイプの倍くらいの価格ですが、本来のM.2の速度を得たいのでしたらこちらが良いかと思います。

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

Sat, 16 Jun 2018 01:30:00 +0900

今回は、WiFiカードを取り付けます。そのために、パッチを当てたBIOSに入れ替えます。パッチを当てる手順は前回に引き続き以下のサイトのお世話になりました。

x220.mcdonnelltech.com

（**前回の進捗：**X220がmacOS High Sierraで起動しました。）

BIOSにパッチを当てる

最近のノートPCでは、カスタマーサービスの都合なのかパーツを勝手に変更できないように設定されています。オリジナルの構成から変更をしてもBIOSがその動作を阻止します。場合によってはコンピュータが起動しないこともあるようです。ちゃんと使っても良いパーツのリスト、white listがあって、それと合っているかをチェックしているようです。HackintoshではIntelの無線モジュールが動かないので、これを交換したいところですが、この仕組みに引っかかってしまいます。ということで、white listのチェックを行わないようパッチを当てたBIOSに交換します。これで無線モジュールを交換しても動くようになります。

まずは、公式のBIOS 1.44にアップデートします。そこで、Lenovo社が配布している

https://download.lenovo.com/pccbbs/mobiles/8duj29us.exe

というWindowsのアプリケーションを使用します。これをWindowsの環境で、ダブルクリックして起動します。色々と警告が出ますが、承諾していけばアプデート完了です。元々のBIOSバージョンが1.39だったのが1.44にアップデートされました。

次に上記のサイトで配布されているパッチ版BIOSに入れ替えます。

http://www.mcdonnelltech.com/X220_v1.44_Modified_BIOS.zip

このファイルを解凍したフォルダの中に、Flash.batと言うファイルがあるので、これをWindows環境でダブルクリックして実行します。これも警告がいくつか出て、アップデートされます。バージョンは同じ1.44ですが、めでたくパッチ版に更新できたら、メニューにAdvancedが新たに現れているはずです。

これにより、純正パーツリストのチェックを行わないようにBIOSを改造することができます。

BIOSの設定

上記のサイトでは、推奨のBIOS設定についても説明されています。

先ずは工場出荷時状態にします。Load SetupからDefaultsを選ぶ
次にConfig > Power > Power On with AC Attach を Disabled
次にConfig > Serial ATA (SATA) を AHCI
次にSecurity > Memory protection > Execution Prevention を Enabled
最後にStartup > UEFI/Legacy Boot を Both (UEFI onlyでも問題ありません)

ちなみに、この設定は、全部デフォルト値です。なので、工場出荷時状態にすればあとは何もしなくても大丈夫でした。

Bluetoothモジュール

X220の裏側のネジを2個外すとキーボードが外れ、さらに5個外すとパームレスト部分が外れます。パームレスト部分は、軽く噛み合っているので、壊さないように慎重に取り外します。いずれもリボンケーブルで本体とつながっていますが、この下の無線モジュールソケットにアクセスするだけでしたら、ケーブルを外す必要はありません。

今回入手したX220にはBluetoothが付いていました。Bluetoothモジュールは、パームレスト右手前のあたりにネジで止まっています。ソケットで本体と接続する小さな基板です。（ソケットのピンはUSBだと思われます）

ラベルを見ると、Broadcom BCM92070MD_LENOと読めます。最後の部分は、レノボモデルということかと思われます。この数字部分から推測すると、これは古いモデルのiMacやMacBookで使われているBroadcom社のチップBCM20702の仲間だと思われます。BCM20702はI-O DATA USB-BT40LEでも使われているチップです。

「システム情報」で見ると、2070B0チップセットだと表示されます。また、BCM20702とは違って、Bluetooth 4.0ではなくて3.0のようです。

ラッキーなことに、X220のこのBluetoothチップはmacOSからそのまま認識されて使うことができました。キーボード、トラックパッド、Bluetoothイヤフォン、スピーカに接続することができました。キーボード類はsleepからの復帰にも使えます。iCloudで連携したiPhoneに電話がかかってくると応答もします。しかしContinuityには対応していないようです。

WiFiモジュール

X220にはIntelのhalf size micro PCIeソケットのWiFiモジュールが付いています。キーボードの右部分の下にあります。macOSで動くIntel WiFiのドライバはありませんので、これは使えません。

このモジュールの代わりのWiFiモジュールには、Dellの補修部品として出回っているDW1510がお薦めです。中身はBroadcomのBCM94322というチップです。これに差し替えれば、そのままでmacOSでWiFiを使えます。802.11 a/g/n対応で、5GHzも使えます。Atherosのチップを使ったDW1515もそのまま使えるようですが、macOS Mojaveでは使えないという話も聞きました。DW1510はAliExpressで多数出品されていて送料込み$7くらいで買えます。

WiFi/BTコンボモジュール

上記のWiFi/Bluetoothモジュールは、1世代前のiMac/MacBookで使われた無線モジュールです。WiFiが802.11 ac対応で、Continuityにも対応していると思われるmini PCIeモジュールが手元にあるので、そのうち試してみたいと思います。

AzureWave AW-CB150HはWiFiがa/b/g/n/acでBluetoothが搭載されたコンボカードです。BroadcomのBCM94360HMBというモジュールを使っています。数字部分が純正で使われるBroadcomモジュールと同じで、互換性が高いです。アンテナが3本のタイプです (WiFiが2本とBluetoothが1本）。アンテナのコネクタが、一般のmini PCIeのコネクタより小型のタイプなので、対応したアンテナが必要です。AliExpressの製品には、コネクタ形状を変換するケーブルが付属しているものもあります。X220のWiFiは2本アンテナなのですが、モジュール近辺に3G WAN用のアンテナが未使用で放置されています。3GならBluetoothに近い周波数もあるので、これをBluetooth用に使わせてもらうのも可能だと思います。もしくは、Bluetooth用にアンテナを買って、元からあるBluetoothモジュールを外して、その場所にアンテナを設置しても良いかもしれません。

Apple Watchでログイン

Tue, 24 Apr 2018 00:30:00 +0900

以下で、Hackintosh向けのWiFi / Bluetoothアダプタについて紹介しました。

/posts/138/

実機で使われているBroadcom社のチップセット、

BCM94360CD (2013年採用)
BCM943602CS (2015年採用)

を搭載したアダプタがお勧めです。これらを使うと、Hackintoshに取り付けるだけで、何の設定もせずにそのまま動いて、本物のMacintoshと同じくContinuity連携ができます。

今回は、Apple WatchでMacのロックを解除する機能をHackintoshで試してみます。使ったHackintoshにはBCM94360CDを使用した無線アダプタを搭載しています。このHackintoshと、Apple WatchをペアリングしたiPhoneとのContinuityが確立されている状態で、「システム環境設定」「セキュリティとプライバシー」「一般」を開くと、「Apple WatchでこのMacのロックを解除できるようにする」という項目が選択できるようになっています。これにチェックを入れれば準備完了です。

この設定を行い、Apple Watchを装着していると、いつものログイン画面に、「Apple Watchでロック解除中…」の表示が出ます。これでパスワード入力を省略してMacにログインできます。

Apple Watchを手首に着けていなかったり、Bluetooth圏外（3m程度）だったり、Apple Watchがロックされていたりすると使えません。なので万一放置したApple Watchを他人に使われても、解除される心配はありません。また、Apple WatchとペアリングしているiPhoneがその場に無くても、その電源がoffになっていても自動解除が機能します。Apple WatchとのBluetooth通信だけで解除機能が完結しているようです。

Bluetooth電波を改善する

Mon, 09 Apr 2018 00:30:00 +0900

Hackintoshを使っていて、Bluetoothキーボードからの入力が途切れたり、逆にキー入力が連打状態になって誤った入力がされたりする経験がありました。Bluetoothのマウスやトラックパッドの入力が不安定になって、ポインターが飛び飛びに移動することもありました。Hackintoshをしていると、どんな不具合でもHackintoshのせいだと思いがちですが、そうでは無いことも多いです。この不具合は以下のようにして解決しましたが、その経緯からしてBluetoothの電波状況が問題だったようです。

Bluetoothは、古い世代のWiFiと同じく2.4GHz帯の無線を使っています。2.4GHz帯は、色々な用途に使われているので影響も受けやすいです。特に問題なのが電子レンジです。加熱のために強力な2.4GHz帯電波を使用しますので、電子レンジが稼働すると、BluetoothやWiFiが不調になることが多いです。また、高速になったUSB 3.0が2.4GHz帯に近いノイズを発生することがあり、シールドが不十分なUSB機器やケーブルが原因で、Bluetooth/WiFiが不調になることがあります。最新のWiFi機器なら5GHz帯の電波を利用することで、これらの問題は回避できます。でも、2.4GHz帯だけを使用するBluetoothでは別の周波数に逃げることができません。WiFiとBluetoothでは電波強度も違います。WiFi電波は100mくらいの距離でも到達します。これに対して、もともと近距離の配線を無線化することが目的だったBluetoothは、到達距離が10m程度です。電波出力が弱い事もノイズにも弱い理由です。

Bluetooth接続が不安定なことには、Hackintoshならではの事情もあります。互換性の高いHackintoshを実現するために、Macで使われているのと同じ無線モジュールを使います。こちらで無線モジュールの選び方を解説してあります。

/posts/138/

自作PCでは、この無線モジュールを、下のようなPCIeアダプタに載せて、これをPCIeスロットに挿して使うことが一般的です。そうすると、筐体の後ろ側にアンテナを立てて使用することになります。

このような設定だと、机に載せたキーボードやトラックパッドから、筐体のアンテナまでの距離が長くなってしまったり、金属筐体で遮蔽されてしまったりして、電波状況が悪くなることが予想されます。一方で、実際の Mac、例えばiMacでは、画面の周囲にアンテナが配置されているので、机の上のBluetooth機器からの距離は近く、見通しも良いです。

アンテナを机の上に持ってくる

解決方法の一つは、Bluetoothアンテナを机の上に持ってくることです。アンテナをキーボードやトラックパッドに近づければ、安定した無線通信を実現できます。そのために、下のような延長ケーブル付きアンテナ台を使うと良いです。台にはマグネットが入っているので、金属部分に固定することもできます。

まずは、PCIeスロット背面やPCケースのアンテナから、Bluetoothアンテナを外します。例えばBCM94360CDには4本のアンテナがあり、J0, J1, J3, J2の順に印がついています。このうちの端から2番目のJ3（コネクタの切り欠きのある側から2番目に遠いアンテナ）がBluetoothのアンテナで、残りの3本はWiFiです。下の写真では上から2番目のアンテナ端子がBluetooth用です。

他の無線モジュールにも、複数のアンテナ端子が付いていますが、そのうち1本がBluetoothです。どれがBluetoothなのかは、ネットで調べると書いてあることもあります。アンテナを外して感度が下がることで確認しても良いです。

次に、外したコネクタ端子に、上記のアンテナ台の延長ケーブルを接続します。アンテナ台を机の上に置いて、外したアンテナをアンテナ台に接続すれば完了です。この結果、Bluetoothの電波状況が改善したのか、冒頭に書いたようなキーボード、トラックパッドの不具合が一切発生しなくなりました。

上で、iMacは画面上部にBluetoothアンテナがあるから問題発生しにくいと書きましたが、ネット掲示板を見ていると、Bluetoothキーボードやトラックパッドの入力が不安定で困っている人が結構いるようです。特に、画面が大きいiMacではアンテナまでが遠いので、ノイズの多い環境では不安定になることもあるようです。アンテナを延長する方法ならば、キーボード・トラックパッドのすぐ脇にアンテナを置くこともできます。Bluetoothアンテナを延長することは実際のMacでは困難ですので、Hackintoshならではの柔軟性が発揮できる方法かと思います。

ネットワーク経由で操作する

Sun, 10 Dec 2017 12:38:08 +0900

Hackintoshをインストールするときに、すぐに稼動できることは稀で、色々な状況で起動できないことがあります。起動プロセスが停止してしまったり、カーネルパニックを引き起こすこともあります。場合によっては、グラフィックスの設定が悪くて表示が出ていないだけで、OSは起動していることがあります。その場合は、ネットワーク経由で他のコンピュータから接続して、設定をやり直すことが可能です。なので、macOSをインストールしたらすぐにリモートログインと画面共有を有効にしておくと良いです。

リモートログイン(ssh)を設定する

システム環境設定–>共有のサービスリストからリモートログインをオンにしておきます。そうすると「このコンピュータにリモートからログインするには、’ssh xxx@192.168.0.xxx’と入力してください。」という表示が出ます。IPアドレスはDHCPにしている場合が多いと思いますが、それほど頻繁に変わらないので、メモしておくと良いです。

sshでログインできれば、ターミナルから設定できることは全てできます。

画面共有(vnc)を設定する

macOSに限らずUNIX系のOSは（多分Windowsも）、ターミナルのような文字操作で全ての基本操作ができるものです。同じことをGUIからも簡単に操作できるようにしているだけです。なのでsshでログインできればかなりのことに対応できますが、画面共有ができればもっと楽です。

システム環境設定–>共有のサービスリストから画面共有をオンにすると、「ほかのユーザは、vnc://192.168.0.xxx/でこのコンピュータの画面にアクセスしたり、Finderのサイドバーで’xxxx’を検索したりできます。」という表示が出ます。Finderで検索できるので、IPアドレスがわからなくても接続できます。

Terminalから画面共有をon/offする

sshで接続はできるけど、画面共有 (vnc)がオフになっていたことがあります。マシンは生きていて接続できるのに、細かい操作ができなくてもどかしい思いをしました。画面共有は実はターミナルからオンにすることも可能です。なので、このような場合は、sshから以下のように入力します。（改行されているように見えますが1行で入力します）

sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -activate -configure -access -on -clientopts -setvnclegacy -vnclegacy yes -clientopts -setvncpw -vncpw mypasswd -restart -agent -privs -all

こうしてonになった画面共有は、システム環境設定でのオン・オフと違うようで、システム環境設定画面には反映されないです。これをオフにするには、以下のようにします。

sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -deactivate -configure -access -off

iMessageを動かす

Thu, 28 Sep 2017 23:11:19 +0900

Hackintoshの完成度を評価する目安は色々あります。例えば、起動するかどうか、画面が出るか、音が出るか、LANに接続できるか、WiFiが動くか、iPhoneと連携できるかなどあります。中でも、iMessageが動くかどうかは機種情報が正しく設定できていることの目安になります。

iMessage騒動

2014年の8月に、多くのHackintoshが、iMessageに繋がらなくなりました。「カスタマーコード」が表示され、iMessageサポートに連絡せよというダイアログが出て、締め出されて（ロックアウト）しまったのです。サーバ管理者側でセキュリティポリシーが変更されたことなので、具体的にどうなったのか知る由もありません。でもHackintoshコミュニティが手探りで試し尽くしたところ、機種ID、ロムとメインロジックボードのシリアル番号情報が、接続ごとに変動したり、フォーマットが正しくない場合に接続できないらしいとわかりました。

2014年のセキュリティ強化はあまりに過激すぎたのか、Appleサポート掲示板を見ると、本物のMacユーザにも支障が出ていたようです。セキュリティはその後、緩んだり厳しくなったりして、11月頃には、とうとう実機のシリアル番号じゃないと接続できなくなったこともありました。でも2015年の2月のバレンタインデーに、突如チェックが緩和され、ロックアウトが発生しなくなりました。それでも、シリアル番号やボードシリアル番号などは、設定機種に合った正しいフォーマットのデータを継続的に使用することが良いとされています。間違った設定を行っても、ロックアウトには至らなくなりましたが、接続できない問題が発生するようです。

en0に設定する

iMessageに限らず、Appleのネットサービスを利用するためには、EthernetもしくはWi-FiのBSD装置名がen0である必要があります。実機がそうなっているからです。en0になっていないと、iMessageは使えませんし、App Storeへの接続でもエラーが出ます。

以下の記事でも紹介していますが、

Ethernetを設定する

以下のファイルを消して再起動すれば良いです。

/Library/Preferences/SystemConfiguration/NetworkInterfaces.plist
/Library/Preferences/SystemConfiguration/Preferences.plist

また、en0があってもこれの状態がBuiltinになっていないと接続できないことがあるようです。コメントで教えていただきました。こちらに説明があります。これの対処法も、上記のファイルを消して再起動すれば良いようです。

シリアル番号類を正しいフォーマットで設定する

先のiMessage騒動の時に、iMessageに認められる正しいシリアル番号のフォーマットが、コミュニティの協力で調べられました。その結果が、Clover Configuratorの自動生成機能に組み込まれています。なので、これを利用して、正しい情報を設定しておけば良いです。以下の記事で紹介しておきました。

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

注意すべき点は、一回設定したら、継続して使い続けることです。iMessageにログインするたびに機種情報が変動すると、不正な利用とみなされて接続できなくなる場合があるようです。

iMessageへの接続失敗を無かったことにする

以前にiMessageにログインしようとして失敗したことを無かったことにするためには、以下のファイル/ディレクトリを消して再起動すると良いそうです。

~/Library/Caches/com.apple.Messages*
~/Library/Caches/com.apple.imfoundation*
~/Library/Preferences/com.apple.iChat*
~/Library/Preferences/com.apple.imagent*
~/Library/Preferences/com.apple.imessage*
~/Library/Preferences/com.apple.imservice* ~/Library/Messages

ただし、ロックアウトが発生していた時は、ローカルの記録をいくら消去しても無駄でした。失敗した記録は当然ですがサーバ側にも残っているようです。

そのほかの条件

大抵の場合は、en0にすることと、SMBIOSで機種情報を正しく設定することで、iMessageを利用できます。それでも、接続がうまくいかなくて苦労している人もいるようです。ネット上にはたくさんの対処法が紹介されています。わかりやすいガイドには以下があります。

www.tonymacx86.com

www.youtube.com

iMessageのメッセージが届かないとか、遅延するなどの問題も報告されますが、実機を使っても、同様なことが発生します。なので、実はHackintoshの問題ではなく、iCloud / AppleID自体のトラブルである可能性も高いです。

また、古くからのApple IDユーザのアカウントであったり、クレジットカードを登録しているアカウントは問題を起こしにくいという噂もあります。本当かもしれませんし、都市伝説みたいなものかもしれません。さらには、最近はApple IDが2ファクタ認証に移行しつつあります。2ファクタ認証しているApple IDは従来よりセキュアなので、その結果ロックアウトされにくいように思います。何れにしても、サーバ側でどのように運営しているかは謎ですし、そのポリシーも変化していると思われます。

Ethernetを設定する

Sat, 16 Sep 2017 21:59:36 +0900

Ethernetを動かすkext

マザーボード搭載やPCIeカード搭載のEthernetチップは大体がサポートされています。Linux用のドライバを元に移植されているようです。最近のマザーボードでは、IntelかAtherosのチップが多いです。マザーボードを購入する場合は、以下のkextがサポートしているEthernetチップを、そのマザーボードが搭載していることを確認すると良いです。

Qualcomm Atheros

Miezeさんが作っているAtherosE2200Ethernet.kextを使います。最近のマザーボードに搭載されているKiller E2500がサポートされています。AR816x, AR817x, Killer E220x, Killer E2400, Killer E2500が動きます。

Intel

最近のマザーボードでは、Intel i219-VやIntel I211ATが搭載されています。いくつかのドライバが用意されています。調子よく動くものを使用すれば良いと思いますが、IntelMausi.kextが一般的に使われていてお勧めです。

AppleIntelE1000e.kext hnakさんが開発しています。Intel 825xx シリーズをサポートしています。

AppleIGB.kext これもhnakさん。Intel 82575, 82576, 82580, dh89xxcc, i350, i210, i211をサポートします。

IntelMausi.kext Miezeさんのドライバで200シリーズに対応しています。オリジナルを、RehabManさん、acidantheraさんらがforkして開発しています。 82578LM, 82578LC, 82578DM, 82578DC, 82579LM, 82579V, I217LM, I217V, I218LM, I218V, I218LM2, I218V2, I218LM3, I219V, I219LM, I219V2, I219LM2, I219LM3をサポートしているとのことです。もともとはIntelMausiEthernet.kextという名前で配布されていましたが、それから枝分かれしてIntelMausi.kextができました。IntelMausi.kextのほうがサポート継続されているらしく、おすすめのようです。

Realtek

Miezeさんが作っているRealtekRTL8111.kextを使います。最近のマザーボードに搭載されている8111Hがサポートされています。

Ethernetの設定

上記のkextが対応しているEthernetチップなら、kextをCloverのkextsディレクトリに入れておくだけで機能します。

もう一つ注意しておくべき設定があります。それはEthernetがen0に割り当てられる必要があることです。Unixマシンは、ネットワークアダプタにen0, en1, en2と番号を振って管理しています。macOSではOSが発見した順番にen0から番号づけられています。実際のMacintoshでEthernetを持っている機種はEthernetがen0です。WiFiだけの機種はWiFiがen0です。このように割り振られていない場合に、Apple App Storeに接続できなかったり、iMessageが使えなかったりします。

他のネットワークアダプタが有効になった後で、Ethernetのkextをインストールして動かした場合などは、Ethernetがen0以外の番号に割り振られてしまいます。なので、「リンゴマーク」「このMacについて」「システムレポート」で開くシステム情報の、「ネットワーク」リストを選んで、Ethernetがen0であることを確認しましょう。

もしen0では無い場合は、以下のファイルを消して、再起動すればen0になります。(もしくはこの中にあるenXという文字をすべてen0にしても良いです。)

/Library/Preferences/SystemConfiguration/NetworkInterfaces.plist
/Library/Preferences/SystemConfiguration/preferences.plist

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

Sun, 10 Sep 2017 17:58:16 +0900

Hackintosh自作に適したWiFiとBluetoothカードを紹介します。今までお話しした、CPU、マザーボード、グラフィックスカードがHackintosh自作パーツの主役でした。これらが正しく選択されていれば、他のパーツはどれを使ってもとりあえず動きます。でも脇役なりにこだわっておきたいパーツもあります。WiFi / Bluetoothカードはその筆頭かと思います。

結論

長いので、結論を先に書いておきます。現時点 (2020/7) で、比較的入手可能なモジュールで、そのままで (OOBで) 使用できる製品は、以下です。

BCM94360CS2 (Broadcom独自コネクタ)
BCM94360CD (Broadcom独自コネクタ)
BCM943602CS (Broadcom独自コネクタ)
BCM943602CDPAX (Broadcom独自コネクタ)
Fenvi FV-T919 (PCIe)
BCM94360NG (A & E Key M.2コネクタ)

Broadcom独自コネクタは、Macで採用されているコネクタですが、そのままでは使えないので、PCIe, mini PCIe, M.2などに変換するアダプタを経由して使用します。デスクトップマシンならPCIeスロット、ノートPCやミニPCならばM.2コネクタを使用して無線モジュールを取り付けるのが一般的です。

そもそも無線は必要なのか

普通に考えたらデスクトップコンピュータにはBluetoothもWiFiも必須ではないでしょう。キーボードはUSBで接続すれば良いですし、ネットワークは有線LANで接続した方が、高速ですし安定しています。でもmacOSを使うとなると、次の理由で Bluetooth / WiFi が欲しくなると思います。

Magic Trackpadが使いたい

現行のMagic Trackpad 2と1世代前のMagic TrackpadはBluetooth接続するポインティングデバイスです。macOSでは色々なマルチタッチ入力がサポートされています。MacBookシリーズを使っていれば、マルチタッチ操作はおなじみかとも思います。これらが、非常に使いやすいのです。macOSのインタフェースの素晴らしさは定評があるところですが、その素晴らしさを全て享受するにはMagic Trackpadが必須です。そのためにBluetoothが必要なのです。

Continuityが使いたい

最近のアップル社のビジネスは、もはやMacintoshがメインではなくなりました。iPhoneがメインで、さらにはそれを取り巻くエコシステムにユーザを取り込んで、クラウドサービスとコンテンツ販売で儲けるビジネスモデルに移行しつつあります。なので、macOSでも、他のMacintoshだけでなく、iPhone, iPad, Apple Watchとの連携機能の強化（Continuity）を進めています。これらを使用するには、BluetoothとWiFiが必要なのです。 iPhoneとmacOSを連携するにも、iPhone経由でiMessageを使うにも、Apple Watchでログインするにも、無線機能が必要です。

手軽なBluetooth USBアダプタ

Magic Trackpadを接続するだけなら、USBのBluetoothアダプタがお手軽です。ただ、どれでも動くわけではありません。おすすめは、iMacやMacBookで採用されているBroadcom社のチップBCM20702を使ったアダプタです。これならMac OS X 10.8以降で動作します。日本で簡単に買える製品だと、例えばI-O DATAのUSB-BT40LEです。

ただ、Magic Trackpadやキーボードは使えますが、Continuityの機能は使えません。

WiFi USBアダプタは使えない

macOS用のドライバが付属していて、macOSでも使えるとされるWiFi USBアダプタがいくつか販売されています。私は使ったことがありませんが、少なくともHackintoshでは非常に不安定らしいです。おすすめできないようです。

Broadcom社の純正無線モジュール

ということでようやく本題です。Hackintoshに取り付けるだけで、何の設定もせずにそのまま動いて、本物のMacintoshとまったく同じくContinuity連携ができる究極のWiFi / Bluetoothアダプタがあります。実機で使われているBroadcom社の製品です。ただ、Broadcom社のものなら何でも良いというわけではありません。実機と少し違うものは、それでも使えることがありますが、パッチを当てて苦労することになります。

Apple社が使っているBroadcomの無線モジュールに関して、このページでまとめられています。

User:Omega/Broadcom modules (Apple) - DeviWiki (ex WikiDevi)

それによると、最近の802.11acに対応した実機で使われているBroadcom社の無線モジュールは以下です。

BCM94360CS2 (2013年採用)
BCM94360CS (2013年採用)
BCM94360CD (2013年採用)
BCM943602CS (2015年採用)

これらはいずれもBroadcom社から、チップセットが基板に乗ったカードの形で販売されています。AliExpressなどで$10から$40くらいで入手できます。日本のamazonでも時々売られています。ただ、採用された年号から分かるように、いずれも少し古い製品です。最近のMacではApple社内製品モジュールが使われる傾向があるようです。iMac Proのような大型筐体でも、Broadcomのモジュールは使われず、Apple特注のチップが基板上に直接実装されています。現行機種はBluetooth 5.0を搭載していますが、これらはすでに基板上に実装されたチップになっているので、一般には手に入りません。

iMac Proの分解

ということで、今は比較的潤沢に出回っているBroadcomのモジュールも、今後は品薄になるかもしれません。将来使用するかもしれない部品は、今の内に確保しておくのが良いかもしれません。

以下で、この４種類のモジュールの詳細を説明します。おすすめは、コスパの高い最新型のBCM943602CSか、もしくはMac Proで使われている高級品のBCM94360CD、もしくは2015, 2016年iMacで使われている BCM943602CDPAXです。

BCM94360CS2

上記のロシアのサイトによると、４種類のモジュールのうち、BCM94360CS2だけはWiFiが少し遅いようです。（他が1.3Gbpsに対して、これは867Mbps）価格は安いです。MacBook Air 2013などで使用されているモジュールです。アンテナの数は２本です。おそらく、１本がBluetoothで、もう１本がWiFiだと思われます。WiFiアンテナを複数持っている場合、一番条件の良いアンテナが使用されます。WiFi電波強度は、壁の反射などで均一ではありません。アンテナの本数が多い方が、離して設置したり、向きを変えたりすることができ、強い信号を受信できる可能性が高まるので有利です。とはいえ、有線LANをメインで使用するデスクトップなら、このモジュールでも十分かもしれません。（追記：もしかしたらBluetoothとWiFiを1本のアンテナで共有していてるのかもしれません。）

BCM94360CS

これはMacBook Pro 2013などで採用されているモジュールです。5GHz WiFiが1.3Gbpsのものです。アンテナの本数は３本です。Bluetoothが１本、WiFiが２本と思われます。

BCM94360CD

これはiMac 2013や、最新の（と言ってもだいぶ古くなってしまいましたが）円筒型Mac Proでも採用されています。最高級モデルと言えます。販売価格も４種類の中では一番高額です。とは言っても$40未満です。5GHz WiFiが1.3Gbpsで、アンテナの本数は４本です。端から２番目の一つがBluetoothで、後の３本がWiFiです。私が入手した当時はこれしかなかったので、今でも使用しています。

BCM943602CS

これはMacBook Pro 2015で採用されている最新のモジュールです。5GHz WiFiが1.3Gbpsで、アンテナの本数は３本です。Bluetoothが１本、WiFiが２本と思われます。外見と型番からしてBCM94360CSの後継機種と思われます。新しいモデルのためか、価格が安いのでお得感があります。流通している個数も多いようです。

BCM943602CDPAX

コメントで情報いただいたカードです。iMac A1418, A1419 (2015, 2016)用のカードらしいです。アンテナは4本あります。入手できる最新のカードかと思われます。

純正モジュール用変換アダプタ

PCIeスロット用アダプタ

上の写真を見ていただくとわかるように、いずれの純正無線モジュールにも、縁には同じコネクタがついています。これらのモジュールに対応したMacBook Air, MacBook Pro, iMac, Mac Proには、このピンに合うソケットがついているので、差し替えて交換することができます。

コネクタのピン構成はPCIeとUSBです。WiFiがPCIeを使い、BluetoothがUSBを使います。PCIeとUSBが一緒になったコネクタの規格としては、mini PCI Express (miniPCIe, mPCIe)とかm.2が普及しています。特に最近のマザーボードの多くにはm.2が搭載されています。でも残念なことに、Broadcom社のモジュールのコネクタは、形もサイズも違う独自仕様で、mPCIeやm.2との互換性がありません。

そこで、このコネクタを、通常のPCIeスロットに変換するアダプタが売られています。通常のPCIeスロットにはUSBのピンはありませんので、このタイプのアダプタにはUSBのためのコネクタがついていて、マザーボード上のUSB 2.0端子に接続します。製品によりアンテナ本数が違いますので、使おうとしている無線モジュールのアンテナ本数と同じかそれ以上のアンテナのあるアダプタを選びます。

Amazonでも売っています。

mini PCI Express用アダプタ

こちらはmini PCIe変換アダプタです。mini PCIeを搭載したマザーボードで、空間に余裕がある場合は、これを使ってBCM94360CDを取り付けられます。

m.2用アダプタ (A/Eキー用)

m.2に変換するアダプタも売られています。m.2無線ソケットで使われるA/Eキー用の変換アダプタです。m.2のキーは、切れ目の入っている場所で決まります。m.2には色々な配線がされる場合がありますが、キーの違いで、配線されている信号が違います。A/Eキー用のアダプタは、m.2無線ソケットを搭載したマザーボードで使えます。ただ、これにさらに純正のカードを取り付けることになりますので、空間に余裕がある場合に限られます。余裕があれば、これを使ってBCM94360CDなどを取り付けられます。

BCM94360CS2 カード NGFF (M.2) キーA/Eアダプター Mac OS ・ハキントッシュ用 |…

どう見ても同じものはAliExpressでも売られています。説明によると、BCM94360CD、BCM94360CS、BCM94360CS2、BCM943602CSなどのソケットをm.2に変換するアダプタだそうです。取り付け穴はBCM94360CS2などに対応しているようです。

m.2用アダプタ (Mキー用)

m.2のMキー用のアダプタもあります。これは、BCM94360CD BCM943602CS BCM94360CSなどに対応しているようです。Mキーは、SSDなどを取り付けるタイプのキーで、PCIeが多めに配線されています。その一方でUSBは配線されていないので、ケーブルでマザーボード上のUSBコネクタに配線することになるようです。それなら、PCIeスロット用のアダプタの方が、アンテナコネクタも設置できるので便利な気がします。でも、SSD用のm.2ソケットが余っている・使っていなくて、さらにPCIeスロットを節約したい用途、例えばmicro ATXやmini ITXなどのPCIeスロットの少ないマザーボードでは有用かと思われます。

純正モジュールを組み込んだ製品

FenviのPCIeカード

Fenviという会社が、BCM94360CDを組み込んだPCIeカードを作っています。

Fenvi Technology

中身は、BCM94360CDなので、HandoffもContinuityも、何の設定もしなくても全て動作するようです。海外サイトでも好評で、tonymacx86では推奨パーツになっています。純正のBCM94360CDをPCIeアダプタで組み込むと、アンテナを配線する必要があり、コネクタが外れるトラブルがあります。Fenviの製品ではプリント基板上で配線されるのでスッキリしています。

ただ、以前はeBayやAliExpressで$55くらいで売っていましたが、最近は見かけないようです。日本のamazonでも一時売っていましたが、今は無いようです。tonymacx86から米国amazonへのリンク先でも商品が消えています。

長らく販売されていなかったのですが、最近、AliExpressに復活したようです。でも説明を見ると10.10, 10.11対応とあって10.12ではBluetoothがあまり良く動かないと書いてあります。オリジナルのBCM94360CDは、10.12でも10.13でもBluetoothは問題なく動くので、互換性に問題があるのかもしれません。(2018/5/25)

こちらもご覧ください。

WiFi/BluetoothアダプタFenvi FV-T919

Fenvi以外のPCIeカード

Fenviの他にも、対応モジュールを組み込んだPCIeカード製品もあるようです。AliExpressで見つけた出品を2つ紹介します。モジュールの型番を選んで発注するページもありますので、

BCM94360CS2 (2013年採用)
BCM94360CS (2013年採用)
BCM94360CD (2013年採用)
BCM943602CS (2015年採用)

から選ぶように気をつけてください。

また、macOS対応モジュールと書かれたBCM94331CDを選べるページもありますが、上記の4つの802.11ac対応モジュールより古い世代のものです（802.11n対応で5GHz WiFiが450Mbps）。またBCM94331CDは、機種設定によってはHandoffが不調だという報告もあります。値段は安いですが避けた方が無難です。

汎用コネクタの互換モジュール

ここまで、本物のMacintoshで使われているのと同じ部品を使ったモジュールを紹介しました。でも実機で使われていないモジュールの中にも互換性の高いものがあります。中には実機と同じシリーズのBroadcom製品でたまたま実機に採用されなかった部品もあります。これらはHackintoshでも使えます。

以下のリンクに、mini PCIeとM.2の無線モジュールの詳しい情報が書かれています。この中で、OOB (箱から出してすぐに使える) の欄がY (Yes)になっているモジュールは、簡単に使えると思われます。ここにリストされた多くの無線モジュールは、ノートPCの補修パーツとしてAliExpressなどで入手可能です。M.2やmini PCIe ソケット周りのスペースが限られていて、純正モジュールアダプタが使えないような場合は、選択肢として検討してみましょう。

Inventory of supported/unsupported wireless cards #1, Snow Leopard -> El Capitan

この中で、有用性の高いカードは、1/2 mini PCIeもしくはM.2のカードだと思います。OOBがYになっている非純正モジュールをいくつか見てみましょう。

Dell DW1510 (mini PCIe)

更新：macOS CatalinaでBCM94322用のドライバが外されたという情報があります。DW1510はBCM4322を使っていますのでmacOS 10.15からは動かない可能性があります。

更新：Catalina 10.15.7で試したところDW1510は動かなくなっていました。

1/2 PCIeのWiFiカードです。WiFiがa/b/g/n対応のものの多くは、少し古い世代の製品なので、Bluetoothは搭載されていません。この中でも、DW1510はノートPCやNUCのHackintoshでよく使われます。ちなみにDWという型番は、DellのノートPC用の補修部品の型番です。多分Dell Wirelessの略だと思われます。DW1510は、AliExpressでも数ドルで売られていて、安価です。これはmini PCIeに挿せば、そのまま何もせずにHackintoshで動きます。Bluetoothがありませんので、I-O DATAのUSB-BT40LEなどのBluetooth USBアダプタと組み合わせて使うのも良いと思います。Continuityを使用しないなら安定していて良い選択です。

BCM94360HMB (mini PCIe)

1/2 PCIeのWiFi/Bluetoothカードです。以下の名前で流通しています。

AzureWave AW-CB160H
Alpha Networks WMC-AC01
Arcadyan WN8833B-AC
Gemtek WMDB-150AC
Unex DAXB-81
Wistron NeWeb DNXB-C1

WiFiがa/b/g/n/acのタイプには、Bluetoothが搭載されたコンボカードが多いです。1/2 mini PCIeでOOBがYなのは、このAzureWave AW-CB160Hのみです。BroadcomのBCM94360HMBというモジュールを使っています。数字部分が純正と同じです。そのため互換性が高いです。アンテナが3本のタイプです (WiFiが2本とBluetoothが1本）。アンテナのコネクタが、一般のmini PCIeのコネクタ(U.FL) より小型のタイプ(MHF4)です。AliExpressの製品には、コネクタ形状を変換するケーブルが付属しているものもあります。アンテナについては最後に説明します。

上記のリストではOOBとはなっていますが、簡単なkextが必要なようです。詳しくはこちらに説明があります。

r/hackintosh_ja - WiFi/BT half-mini-PCIeのBCM94360HMB (AzureWave AW-CB160H) …

更新：Big Surで試したところ、以下の3個のkextを入れることで、AzureWave AW-CB160Hが動作しました。

BrcmPatchRAM3.kext
BrcmFirmwareData.kext
BrcmBluetoothInjector.kext

BCM94352HMB (Dell DW1550) (mini PCIe)

1/2 PCIeのWiFi/Bluetoothカードです。以下の名前で流通しています。

AzureWave AW-CE123H
Dell DW1550
HP TPC-Q013
Lenovo Lite-On WCBN606BH

これもWiFiがa/b/g/n/acのタイプで、Bluetoothが搭載されたコンボカードです。こちらはアンテナが2本のタイプで、アンテナコネクタも通常サイズです。なので、既存のカードを差し替える場合に、作業が簡単になる場合が多いです。ですが、上記のリストではOOBの項目がN (No)です。そのままではBluetoothが動かないので、いくつかパッチを当てる必要があります。ただ、パッチの方法は確立されているようで、Continuityも動くようです。tonymacx86に詳しい説明が書いてあります。

BCM94352Z (Dell DW1560) (M.2)

M.2のWiFi/Bluetoothカードです。AliExpressで多数売られているM.2用カードです。以下の名前で流通しています。

Dell DW1560
Fenvi AC1200
Lenovo Lite-On WCBN802B(04X6020) (E Keyなのでソケットに注意)
AzureWave AW-CB162NF

このほか、BCM4352と書かれていることもありますし、BCM94352Zという表記のものもあります。以下の4個のkextを入れれば基本的なWiFi/Bluetooth機能は動きます。AirDropやContinuityなどを動かすにはさらにパッチが必要なようです。必要なファイルを下記からダウンロードして用意します。

まず、RehabMan-FakePCIIDからダウンロードしたzipの中から

FakePCIID.kext
FakePCIID_Broadcom_WiFi.kext

を用意し、次に、 RehabMan-BcrmPatchRAMからダウンロードしたzipの中から

BrcmFirmwareData.kext
BrcmPatchRAM2.kext

を用意します。これらをESPのkext用フォルダに入れます。

BCM94360NG (M.2)

最近、このカードが評判良いらしいです。Fenvi BCM94360NGという商品名でも流通しています。DW1560より良いとのことです。Handoff, Airdrop, appleWatchでのログインなどがOOBで動作します。こちらの記事で紹介しています。M.2無線カードとしてはこれが1番のおすすめです。(2020/4/20追記)

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

BCM943602BAED (Dell DW1830) (M.2)

M.2のWiFi/Bluetoothカードです。単にBCM943602という名前の場合もあります。先のリストで、M.2カードでOOBがYなのは、BCM943602BAEDのみです。この型番の数字部分は上記で説明した純正品と同じ番号です。チップは同じですが、Apple専用では無い汎用的なM.2ソケットの製品という意味かと思います。こちらの情報のよると、

WifiはOOBで動く
WiFiのパフォーマンスはFakePCIID Kextで改善できる
Bluetoothを動かすためにはkextが必要

だそうです。

BCM94350ZAE (Dell DW1830) (M.2)

Dell以外からは、Lenovo Foxconn T77H649, Lite-On WCBN808Bなどの名前で流通しています。macOSで電力制御を正しくサポートしないのでノート向きでは無いようです。

アンテナ

アンテナは必ず取り付けてください。どの無線モジュールにも小さなアンテナコネクタがついていますが、その先にアンテナをつけないと通信できません。近距離ならアンテナ無くても動かなくはないですが、実用にならないです。

上で紹介した純正モジュールをPCIeに取り付けるアダプターには、だいたい棒状のアンテナが2~4本付属しています。一方、純正モジュールをminiPCIeやM.2に取り付けるアダプタは、PCIeとUSB接続の面倒は見てくれますが、アンテナが付属していません。なので別途手配する必要があります。また、非純正のBroadcomモジュールをマザーボードのminiPCIeやM.2コネクタに取り付ける場合も、アンテナは必須です。

PCIeカードアダプタでは、取り付け金具にSMAと呼ばれる規格のコネクタが付いていて、ケース外側に棒状アンテナを取り付けます。

ケース内側では内部の無線モジュールに配線するように作られています。無線モジュールには、SMAより小さいU.FLやMHF4という規格のコネクタが付いています。下は、SMAコネクタとU.FLコネクタの変換ケーブルです。

無線モジュール側のU.FLとMHF4は、どちらも小さなコネクタですが、サイズが違います。一見すると似ているので注意が必要です。下はAmazonで売られている変換ケーブルの写真です。小さい方がMHF4（メス）で、大きい方がU.FL（オス）です。

純正Broadcom無線モジュールには、小さい方のMHF4が付いています。一方で、非純正のBroadcomの無線モジュールのコネクタは、miniPCIeなどの古い製品は大きい方のU.FL、最近のM.2の製品では小さい方のMHF4です。ただ上で紹介したように、BCM94360HMBはminiPCIeですが小さい方のMHF4です。使用しているモジュールのコネクタが、U.FLなのかMHF4なのかを確認して、それに合わせたケーブル、またはアンテナを購入する必要があります。

PCIeブラケットに取り付ける棒状のアンテナの代わりに、Mac製品やノートPCの内部で使われているようなアンテナ部品を使うことも可能です。

ただ、閉鎖された金属ケースの中にアンテナを設置すると、電波が飛びません。最近の「見せるケース」のようにアクリルやガラス窓のあるケースなら良いかもしれません。また、アンテナ部品を金属部分に密着して取り付けると、電波が吸収されて感度が低下します。できれば非金属の部分に取り付けます。金属部分に止むを得ず取り付ける場合は、プラスチックやスポンジ片を使って、金属部分から1cmくらい浮かせるように取り付けると良いです。