Snow Leopard におけるCMOSリセット問題の修正方法

candykane さん、

私の Leopard 10.5.6 環境では以下のようになっています：

                Device (RTC)
                {
                    Name (_HID, EisaId ("PNP0B00"))
                    Name (_CRS, ResourceTemplate ()
                    {
                        IO (Decode16,
                            0x0070,             // Range Minimum
                            0x0070,             // Range Maximum
                            0x01,               // Alignment
                            0x08,               // Length
                            )
                        IRQNoFlags ()
                            {8}
                    })
                }

以下の2点についてご存じでしょうか：

a. 提案されている変更を行っても Leopard 側に悪影響はないか
b. Leopard / Snow Leopard において IRQNoFlags の記述は残しておくべきか、それとも不要か？

uman さん、
どちらの OS でもまったく無害ですよ。
その 0x08 は 0x02 に変更する必要がありますが、Leopard の動作には一切影響しません。

また、IRQNoFlags とその次の行の {8} も削除する必要があります。
Snow Leopard でカーネルパニック（KP）が発生していませんでしたか？ Leopard については分かりませんが、ASUS 製マザーボード上の Snow Leopard ではこれが原因で KP が起きることが知られています。

よろしく、
MAJ

無知で申し訳ないのですが、皆さんは DSDT の閲覧や編集に何のツールを使っているのでしょうか……？

「無知で申し訳ないのですが、皆さんは DSDT の閲覧や編集に何のツールを使っているのでしょうか……？」→ appl elife.ru/poleznye_keksty_utility_i_solyusheny_dlya_osx86/9675/860.html#entry93244

dsdt.aml をこのアプリにドラッグ＆ドロップすると、テキスト編集可能な dsdt.dsl が生成されます。編集が終わったら dsdt.dsl を再びアプリにドラッグ＆ドロップするだけで、魔法のように dsdt.aml へ再コンパイルしてくれますよ ^_^

情報ありがとうございます！おかげで CMOS リセット問題は解決しました。ただ、まだカーネルパニックが出ていて OS の起動自体には成功していないのですが……。

私の環境の Device (RTC) セクションでは、Alignment の値が 0x04 になっています。最初の投稿を見ると candykane さんの環境では 0x00 になっていますが、以降の返信では誰もその点に触れていません。Alignment の値も 0x00 に変更すべきでしょうか、それとも現在の値のままにしておくべきでしょうか？

そのコードはどこに記述すればいいのでしょうか？ DSDT.dsl の末尾？ それとも中盤あたり？ いつもこのあたりで混乱してしまいます。どこに差し込めばいいのか分かるように、前後のコードも少し含めて見せていただけませんか？ あるいは、DSDT.dsl 内の正しいセクション・位置にこのスクリプトを自動挿入してくれる優秀な DSDT パッチャーはありますか？

私は DSDTSE を使っていて、たくさんのハック（パッチ）が収録されていますが、別ウィンドウのエディタで開くため、メインの DSDT.dsl エディタウィンドウのどこに貼り付ければいいのか分からなくなるんです。

そもそも私の DSDT には RTC が存在しないように見えます。それでも CMOS の問題は起きていません。マザーボード（ASUS Maximus Formula / X38 チップセット）のおかげでしょうか？

こんにちは。こちらは私の Acer Aspire One から抽出した RTC セクションなのですが、Length = 0x08 が2箇所あります。両方の Length 値を変更する必要がありますか？

                Device (RTC)
                {
                    Name (_HID, EisaId ("PNP0B00"))
                    Name (BUF0, ResourceTemplate ()
                    {
                        IO (Decode16,
                            0x0070,             // Range Minimum
                            0x0070,             // Range Maximum
                            0x01,               // Alignment
                            0x08,               // Length
                            )
                    })
                    Name (BUF1, ResourceTemplate ()
                    {
                        IO (Decode16,
                            0x0070,             // Range Minimum
                            0x0070,             // Range Maximum
                            0x01,               // Alignment
                            0x08,               // Length
                            )
                   })
                    Method (_CRS, 0, Serialized)
                    {
                        If (LEqual (HPTS, One))
                        {
                            Return (BUF0)
                        }
                        Else
                        {
                            Return (BUF1)
                        }
                    }
                }

Device (RTC)
{
Name (_HID, EisaId ("PNP0B00"))
Name (ATT0, ResourceTemplate
{
IO (Decode16,
0x0070, // Range Minimum
0x0070, // Range Maximum
0x00, // Alignment
0x02, // Length <-- こちらだけ編集してください
)
})
Name (ATT1, ResourceTemplate
{
IO (Decode16,
0x0070, // Range Minimum
0x0070, // Range Maximum
0x00, // Alignment
0x04, // Length <-- こちらはそのまま触らないでください
)

CMOS リセット修正（Kext による対策版）

k exts.com/view/151-cmos_reset_fix_%28via_kext%29.html

Snow Leopard 向けのこの CMOS DSDT 修正は、実は Apple 自身が MacBook Air で採用していたものです。

つまり誰かが新規に作った改造ではなく、実機の DSDT から発見されたものです。

BuildSmart 氏によると（参照：http://netkas.org/?p=114#comment-45114 ↗）、Length が 0x08 かつ Alignment が 0x01 になっている場合、そのメーカー製 DSDT は ASL 仕様に正しく準拠しているため、本来変更する必要はないとのことです。

なぜ「変更しないこと」が重要なのかというと、Length を 0x02 に変更した場合、10.6 および 10.6.1 ではスリープに関して問題ないものの、10.6.2 では逆にスリープのバグを引き起こしてしまうという話を InfiniteMac のロシア語フォーラム側で耳にしたからです。

どなたかこれを確認できる方はいますか？ 私自身、来週あたりに Snow Leopard へ移行する予定（ついでにノートPCのCPUも換装予定）なので、それまでに誰も検証していなければ自分で試してみます。

あと余談ですが、自分のハードウェア構成に一番近い実機 Mac モデルの DSDT を参照すると非常に参考になりますよ……。

@umanBuildSmart 氏によると（参照：http://netkas.org/?p=114#comment-45114 ↗）、Length が 0x08 かつ Alignment が 0x01 になっている場合、そのメーカー製 DSDT は ASL 仕様に正しく準拠しているため、本来変更する必要はないとのことです。 …

私の Acer Aspire 9420 では、ハイバネート（ディープスリープ）しようとした時だけ BIOS リセットが発生します。まだ 10.6.2 は試していないのですが、10.6.2 なら「CMOS リセット修正」を当てなくても正常に動作する（BIOS リセットが起きない）という意味でしょうか？ 参考までに、Aspire 9420 の DSDT は ASL 仕様に準拠（Length 0x08 / Alignment 0x01）しています。

kizwan

@kizwan私の Acer Aspire 9420 では、ハイバネート（ディープスリープ）しようとした時だけ BIOS リセットが発生します。まだ 10.6.2 は試していないのですが、10.6.2 なら「CMOS リセット修正」を当てなくても正常に動作する（BIOS リセットが起きない）という意味でしょうか？ 参考までに、Aspire 9420 の DSDT は ASL 仕様に準拠（Length 0x08 / Alignment 0x01）しています。 kizwan

こんにちは、kizwan さん。

私のノートPCも 10.5.6 でハイバネートさせようとするとハングアップしてしまいます。ご質問の件ですが、10.6 における RTC 修正はすべての BIOS で必須というわけではなく、一部の BIOS で必要になるものです。現在 Snow Leopard を動かしていますか？ DSDT に RTC 修正を入れる必要がありましたか？

ロシア語フォーラムの書き込みでは、「10.6.2 なら 0x08 に戻しても大丈夫」と示唆されていましたが、「もともと Length が 0x08 だった環境において、そもそも最初から 0x02 に変更する必要があったのかどうか」については触れられていませんでした。

まさにそこを確かめたかったのです。いずれにせよ自分で試してみるつもりですので、結果が分かり次第ここに報告しますね。

@uman私のノートPCも 10.5.6 でハイバネートさせようとするとハングアップしてしまいます。ご質問の件ですが、10.6 における RTC 修正はすべての BIOS で必須というわけではなく、一部の BIOS で必要になるものです。現在 Snow Leopard を動かしていますか？ DSDT に RTC 修正を入れる必要がありましたか？ …

以前 10.6.0 と 10.6.1 を試したことがあります。その際 RTC 修正も試してみて、ハイバネート時に必ず発生していた BIOS リセット問題が解消されることを確認しました。

今夜ノートPCが手元に戻ったら、Acer Aspire 9420 で RTC 修正なしの 10.6.2 をテストしてみます。

kizwan

10.6.2 での検証ありがとうございます。私はちょうど ICH9/10 向けのシャットダウン／再起動およびスリープ修正が ICH7 でも機能するかどうかを確かめるため、ICH7 のデータシートと ACPI プログラマーズドラフトにどっぷり首まで浸かって読み込んでいたところです。今週中には Snow Leopard をインストールしたいと思っていますが、注文していた Core 2 Duo CPU が届いたので、まずは Leopard 上で CPU 換装を試してみるつもりです。

@uman10.6.2 での検証ありがとうございます。私はちょうど ICH9/10 向けのシャットダウン／再起動およびスリープ修正が ICH7 でも機能するかどうかを確かめるため、ICH7 のデータシートと ACPI プログラマーズドラフトにどっぷり首まで浸かって読み込んでいたところです。今週中には Snow Leopard をインストールしたいと思っていますが、注文していた Core 2 Duo CPU が届いたので、まずは Leopard 上で CPU 換装を試してみるつもりです。

こんにちは、uman さん。

10.6.2 環境でキーボード認識喪失やカーネルパニックなどと格闘しつつ何度かテストと再起動を繰り返した結果、やはり Device (RTC) の Length は 0x08 から 0x02 に変更する必要があることが分かりました。変更しないと、スリープ（hibernatemode 3）後に PC を再起動した際、BIOS リセットが発生してしまいます。

現在、無線 LAN カードがスリープ復帰後にオンにならない問題で行き詰まっています。

kizwan

大変な思いをさせてしまってすみません！ 検証していただき本当にありがとうございます。どうやら BuildSmart 氏の説は間違いだったようですね！

私も CPU の換装を終えたので、いよいよ 64 ビット版の Snow Leopard を試すことができます。

ただ、ひとつ悩ましいのが、バニラ（Retail）インストールの手法が目まぐるしく変化していることです。Snow Leopard のリテールインストール手順を順を追って解説している最近の優れたガイドをご存じないでしょうか？ Chameleon RC4 を使い、できれば隠し EFI パーティション構成にしたいと考えています。

現在 Leopard が稼働中で、Snow Leopard 用の新しい HDD と外付け USB ケースが手元にあります。

手順としては、まず現在のドライブ上にリテール DVD を DMG として復元し、そこから USB ケースに入れた新しいドライブへインストールする。その後、各種 Kext や Chameleon、Snow Leopard 用の DSDT を導入して USB ドライブから起動テストを行う。すべてうまく動いたら内蔵ドライブと入れ替え、古いドライブからデータを移行する……という流れを考えているのですが。

この手順で合っていますでしょうか？

@uman… ただ、ひとつ悩ましいのが、バニラ（Retail）インストールの手法が目まぐるしく変化していることです。Snow Leopard のリテールインストール手順を順を追って解説している最近の優れたガイドをご存じないでしょうか？ Chameleon RC4 を使い、できれば隠し EFI パーティション構成にしたいと考えています。現在 Leopard が稼働中で、Snow Leopard 用の新しい HDD と外付け…

もし可能であれば、リテール DVD を DMG ファイルに復元するのではなく、ディスクユーティリティを使って現在のドライブ上に作成した（新しい）パーティションへ直接リテール DVD を復元してみてはいかがでしょうか。リテール DVD のサイズは 8GB 未満なので、パーティションサイズは 8GB もあれば十分です。

次に、現在のブートローダーを Chameleon 2 RC4 にアップグレードします。10.5 用の Kext ファイルを上書きせずに 10.6 用の Kext ファイルを配置するには、以下のようなディレクトリ構成にします：

Extra/10.5/Extensions Extra/10.5/Extensions.mkext Extra/10.6/Extensions Extra/10.6/Extensions.mkext

もっとも、このあたりはすでにご存じかと思いますが。こうしておけば、引き続き既存の Leopard もそのまま起動できます。

最後に再起動し、「Mac OS X Install DVD」パーティションを選択して、新しいドライブへ Snow Leopard をインストールします。

なお、原因は不明ですが、私の環境では Chameleon RC4 パッケージ付属の boot ファイルを使うと OS X パーティション選択後にフリーズしてしまいました。そのため、netkas.org からダウンロードした PC EFI 10.6 の boot ファイルに差し替えて使用しています。

kizwan

@kizwanもし可能であれば、リテール DVD を DMG ファイルに復元するのではなく、ディスクユーティリティを使って現在のドライブ上に作成した（新しい）パーティションへ直接リテール DVD を復元してみてはいかがでしょうか。リテール DVD のサイズは 8GB 未満なので、パーティションサイズは 8GB もあれば十分です。

そのパーティションはブート可能（起動可能）である必要がありますよね？

@kizwan次に、現在のブートローダーを Chameleon 2 RC4 にアップグレードします。10.5 用の Kext ファイルを上書きせずに 10.6 用の Kext ファイルを配置するには、以下のようなディレクトリ構成にします： もっとも、このあたりはすでにご存じかと思いますが。こうしておけば、引き続き既存の Leopard もそのまま起動できます。

「現在のドライブ」ですか？ なぜ古いドライブ側に Chameleon をインストールするのかよく分かりません。既存の Leopard 環境を新しいドライブへコピーする前提でおっしゃっていますか？ 現在の Leopard は iPC ディストリビューションをかなり魔改造した環境で、リテール環境とは程遠いため、そのままコピーしたくはないのですが。

@kizwan最後に再起動し、「Mac OS X Install DVD」パーティションを選択して、新しいドライブへ Snow Leopard をインストールします。

Snow Leopard のインストーラを起動した際、外付け USB ドライブ（新しい HDD）をインストール先として選択できるのでしょうか？

@kizwanなお、原因は不明ですが、私の環境では Chameleon RC4 パッケージ付属の boot ファイルを使うと OS X パーティション選択後にフリーズしてしまいました。そのため、netkas.org からダウンロードした PC EFI 10.6 の boot ファイルに差し替えて使用しています。 kizwan

Chameleon RC4 でトラブルが出ている人がいるという話は私も聞きました。それでも試してみる価値はあるでしょうか？

いろいろと親切に教えていただき本当に感謝しています！ ところで、お使いの Acer もサウスブリッジは ICH7 ですか？ 私は ACPI プログラマーズガイドと ICH7 データシートを突き合わせていくつかの DSDT 修正を検証したところです。Snow Leopard が動くようになったら実機でテストして、DSDT サブフォーラムに投稿するつもりです。

@umanそのパーティションはブート可能（起動可能）である必要がありますよね？

はい、そうです。

@uman「現在のドライブ」ですか？ なぜ古いドライブ側に Chameleon をインストールするのかよく分かりません。既存の Leopard 環境を新しいドライブへコピーする前提でおっしゃっていますか？ 現在の Leopard は iPC ディストリビューションをかなり魔改造した環境で、リテール環境とは程遠いため、そのままコピーしたくはないのですが。

いえ、現在のドライブを「Snow Leopard のインストールメディア」として活用してはどうか、という提案でした。もちろんインストール先は新しいドライブです。Snow Leopard のインストール自体は簡単ですが、インストール後に Snow Leopard を起動させるためにはパッチ済み Kext が必要になります。つまり私なら、Snow Leopard をインストールする前に、あらかじめ Snow Leopard 用の EFI / Boot-132 パーティションを準備しておきます。

私自身は 80GB の外付け HDD をインストールメディア専用として使っており、3つのパーティションに分割しています。第1パーティションはデータ保管用の FAT32、第2パーティションは Boot-132 パーティション（元々は Boot-132 USB から移植したもの）、そして第3パーティションがリテール DVD の復元先です。第2パーティションをアクティブ（起動可能）に設定し、そこに Chameleon 2 RC2 を入れてから Chameleon 2 RC4 + PC EFI 10.6 へとアップグレードしています。この外付けドライブが私の「万能インストーラ」になっていて、Leopard でも Snow Leopard でもこれ1台でインストールできます。

@umanSnow Leopard のインストーラを起動した際、外付け USB ドライブ（新しい HDD）をインストール先として選択できるのでしょうか？

Snow Leopard のインストーラは Leopard のものとは仕様が異なるようで、私の環境ではインストーラを手動起動した際にも外付けパーティションを選択できました。

@umanChameleon RC4 でトラブルが出ている人がいるという話は私も聞きました。それでも試してみる価値はあるでしょうか？

試してみる価値はあると思いますよ。もしうまく動かなければ、boot ファイルだけを動作実績のあるもの（RC3 や PC EFI 10.6）に差し替えれば済む話ですから。

私は Chameleon 2 RC2 インストーラを使って EFI パーティションに Chameleon を導入し、その後 boot ファイルだけを RC4 パッケージのもの（または PC EFI 10.6）に置き換えています。

@umanいろいろと親切に教えていただき本当に感謝しています！ ところで、お使いの Acer もサウスブリッジは ICH7 ですか？ 私は ACPI プログラマーズガイドと ICH7 データシートを突き合わせていくつかの DSDT 修正を検証したところです。Snow Leopard が動くようになったら実機でテストして、DSDT サブフォーラムに投稿するつもりです。

はい、私の Acer 9420 も ICH7 です。ちなみに、スリープ復帰後の無線 LAN の件は無事解決しました。EFI パーティション内の IONetworkingFamily.kext を 10.6.2 のバージョンに更新したことで直ったようです。あわせて Dell Wireless カード（Broadcom デバイス ID 4315）向けに plist のみの編集も行っています。

また、DSDT にもいくつか手を加えて以下の修正を行いました：
- スリープを有効にするため、USB 2.0 エントリを調整して外部デバイス（内蔵扱い）として認識させる。
- リッドクローズ（天板を閉じた時）でのスリープ動作。
- デュアルディスプレイを有効にするため、GeForce Go 7300 の NVCAP 値を変更。
- 内蔵マイクおよび外部マイク入力を有効にするため、ALC883 の ConfigData を変更。

kizwan

ああもう、本当にイライラします。prasys 氏のガイド（pra sys.co.cc/2009/08/installing-snow-leopard-for-osx86/）にある最初の3つの方法を試したのですが、どれも Snow Leopard のインストールに失敗してしまいました。

そこで今、実機の MacBook Pro を使って、別ドライブ（後でメイン HDD として換装する予定のもの）へ直接インストールしているところです。これが無事完了したら、初回起動の前にそのドライブの EFI パーティションへ Chameleon をインストールし、必要な Kext 類を配置するだけでよいのでしょうか？

それにしても、リテール版 Snow Leopard のインストールは本当に骨が折れますね（PITA）！

@uman… そこで今、実機の MacBook Pro を使って、別ドライブ（後でメイン HDD として換装する予定のもの）へ直接インストールしているところです。これが無事完了したら、初回起動の前にそのドライブの EFI パーティションへ Chameleon をインストールし、必要な Kext 類を配置するだけでよいのでしょうか？

はい、その通りです。必ず入れておくべき重要な Kext は fakesmc.kext（netkas 氏作）と PlatformUUID.kext の2つです。なお、Snow Leopard では AppleDecrypt.kext は不要（動作対象外）になりました。

どの段階でつまずきましたか？ インストール先は MBR ですか、それとも GUID パーティションテーブル（GPT）ですか？

@umanそれにしても、リテール版 Snow Leopard のインストールは本当に骨が折れますね（PITA）！

まったくですね。

ちなみに、Snow Leopard はデフォルトで 64 ビットモードで起動しようとしますが、マシンによっては（64 ビット対応 CPU であっても）それが原因で問題を引き起こすことがあります。ですので、最初は 32 ビットモードで起動することをおすすめします。「Kernel Flags」に arch=i386 を設定するだけでOKです。

kizwan

@kizwanどの段階でつまずきましたか？ インストール先は MBR ですか、それとも GUID パーティションテーブル（GPT）ですか？

GUID です。隠し EFI パーティション構成にして、/S/L/E（/System/Library/Extensions）を可能な限り手つかずのバニラ状態に保ち、OS アップデートを楽に行えるようにするのが目標なんです。

@kizwanちなみに、Snow Leopard はデフォルトで 64 ビットモードで起動しようとしますが、マシンによっては（64 ビット対応 CPU であっても）それが原因で問題を引き起こすことがあります。ですので、最初は 32 ビットモードで起動することをおすすめします。「Kernel Flags」に arch=i386 を設定するだけでOKです。

それも試したつもりだったのですが……今思い返してみると、廃止された古い -x32 フラグを使っていたかもしれません……。

このスレッドを本来の話題から脱線（ハイジャック）させてしまって申し訳ないので、DSDT サブフォーラムの外に別スレッドを立てて、試した内容の詳細といくつかの質問を投稿しました。アドバイス本当にありがとうございます！

Go 7300 について

kizwan さん、
DSDT で GeForce Go 7300 を修正されたとのことですが、具体的なやり方を教えていただけませんか？ 私の環境では、スリープからの復帰後に DVI 接続の外部モニターがブラックスクリーンのままになってしまいます。マシンは ASUS F3JC で、スリープと復帰自体は正常に行われるのですが、画面が真っ暗なままなので毎回強制電源オフせざるを得ません。現在は boot.plist に EFI ストリングを記述して動作させています。

よろしくお願いします。

@josefkakizwan さん、DSDT で GeForce Go 7300 を修正されたとのことですが、具体的なやり方を教えていただけませんか？ 私の環境では、スリープからの復帰後に DVI 接続の外部モニターがブラックスクリーンのままになってしまいます。マシンは ASUS F3JC で、スリープと復帰自体は正常に行われるのですが、画面が真っ暗なままなので毎回強制電源オフせざるを得ません。現在は boot.plist に EFI ストリングを記述して動作させています。よろしくお願いします。

それはシステム全体のスリープからの復帰時ですか？ それともディスプレイ単体のスリープ（アイドル時のディスプレイ電源オフなど）からの復帰時でしょうか？ 実は私の環境でも、ディスプレイの電源だけがオフになると復帰後に画面が真っ暗なままになる問題があるため、「システム環境設定」でアイドル時にディスプレイをオフにしないよう設定しています。

もしシステムスリープに関する問題であれば、私の DSDT 内の NVCAP 設定（「7300」で検索してください）を参考にしてみてください：
media fire.com/?zmnbzhwq0mt
または
media fire.com/?mozqymgktyn

追記：お使いのノートPCの型番は何でしょうか？（※ASUS F3JC ですね）私の Acer Aspire 9420 には DVI ポート自体が搭載されていません。

kizwan