CPU の省電力制御には 3 種類の方法があります:

コンピュータの動作モードにも依存しますが、これらの方法は組み合わせて使用する ことができます。また、省電力によってシステムの発熱を抑え、頻繁に冷却ファンが 動作したりしないようにする効果もあります。

周波数の制御と減速は、プロセッサが何も作業を行なっていない場合には最も経済的な C-ステートが適用されるため、何らかの作業を行なっている場合にのみ効果があります。 CPU が何らかの作業を行なっている場合は、省電力の実現にあたっては周波数の制御が お勧めです。プロセッサに対しては間欠的な負荷が与えられることがしばしばあるため、 周波数を下げることができるという仕組みです。通常、動的な周波数制御はオンデマンド の制御方法でカーネルが行なうのがベストです。

周波数の減速は、高い負荷にもかかわらずバッテリーの動作時間を延ばしたい場合などの 最終手段として利用すべきものです。しかしながら、システムによっては減速時に滑らか に動作しないこともあります。また、 CPU の減速は CPU が遅すぎる場合には意味を なさなくなります。

より詳しい情報については、 第11章 電源管理 (↑システム分析とチューニングガイド) をお読みください。

電源管理周りの問題としては、 2 種類のものが考えられます。 1 つはカーネル側の ACPI コードにバグが存在していて、正しく認識されない問題です。この場合、解決 方法をダウンロードとして提供することができます。また、場合によっては BIOS 側 の原因で発生する場合もあります。また、他のよく使われているオペレーティング システムでエラーが発生しないようにするため、わざと BIOS 側の実装を ACPI 仕様から 逸脱させてエラーを回避している場合もあります。それ以外にも、 ACPI 実装に深刻な エラーが存在するようなハードウエアコンポーネントは、 Linux カーネル側で ブラックリストとして ACPI が動作しないようにもしています。

問題を発見したときに最初にやるべきことは、 BIOS を新しいものに更新することです。 それでも全く起動できない場合は、下記の起動パラメータを設定することで回避できる 場合があります:

	ACPI 無しでの起動問題
新しいマシン (特にマルチプロセッサシステムや AMD 64 システム) によっては、 ハードウエアを正しく設定するのに ACPI が必要である場合があります。 このような場合は、 ACPI を無効に設定すると何らかの問題が発生します。

また、 USB や FireWire のハードウエアが接続されているマシンでは、マシン側が 混乱してうまく起動しない場合があります。うまく起動できない場合は、不要な ハードウエアを全て取り外してから再度起動を行なってみてください。

起動後は、 dmesg | grep -2i acpi コマンドを利用して起動メッセージを確認してください。 ACPI 以外の原因で発生して いる場合も考えられますので、メッセージ全てを確認してもかまいません。 ACPI テーブルを処理する際にエラーが発生した場合は、最も重要な DSDT (Differentiated System Description Table) テーブルを 改善版に置き換えることができます。これを行なうことで、問題のある BIOS 側の DSDT を無視することができます。手順については 23.4.1項 「ハードウエア側で ACPI が有効化されているのにうまく動作しない場合」 をお読みください。

カーネルの設定では、 ACPI デバッグメッセージを有効化するためのスイッチが存在 しています。カーネル側の ACPI デバッグ機能がコンパイルされていてインストール されている場合は、知識のあるユーザがエラーの原因を探るための情報を得ることが できます。

BIOS やハードウエアの問題に直面した場合は、製造元に尋ねるのがお勧めです。 特に製造元が Linux に対する支援を提供しない場合は、彼らにその問題点を提示して 解決してもらう必要があります。製造元は、 Linux を使用するユーザがある程度の 数以上存在すれば、その問題を深刻なものとしてとらえることでしょう。

ACPI について何らかの問題に直面した場合は、 dmesg コマンドの 出力から ACPI 固有のメッセージを検索してください。たとえば、 dmesg|grep -i acpi のように実行します。

また、問題を解決するには BIOS の更新が必要となる場合もあります。お使いのラップトップ の製造元 Web ページをご覧になり、 BIOS の更新版がないかどうかをご確認ください。 また、最新の ACPI 仕様に準拠しているかどうかも合わせてご確認ください。 BIOS を 交しかしても問題が解決しない場合は、下記の手順で問題のある BIOS 内の DSDT テーブル を更新してください:

カーネルのソースコードを参照し、お使いのプロセッサに対応しているかどうかを確認 してください。また、 CPU の周波数制御を働かせるためには特別なカーネルモジュールや モジュールオプションが必要になる場合もあります。 kernel-source パッケージがインストール されている場合、これらの情報は /usr/src/linux/Documentation/cpu-freq/* にあります。

ACPI システムでは、誤った DSDT 実装 (BIOS) によってサスペンドやスタンバイに 問題が発生する場合があります。このような場合は、 BIOS を更新してください。

また、システムが不具合のあるモジュールの読み込みを解除する際には、システムが 停止してしまったり、サスペンドのイベントが動作しなかったりする場合があります。 同じようなことは、サスペンドを妨害するサービスを停止する際にも発生する場合が あります。いずれの場合とも、スリープモードへの移行を妨害しているものを調べて ください。ログファイル /var/log/pm-suspend.log には、 何が行なわれているのかを示す情報と、考えられるエラー情報がそれぞれ記載されて います。また、サスペンドやスタンバイに移行する前に読み込みを解除しておきたい モジュールがある場合は、 /usr/lib/pm-utils/defaults ファイル内の SUSPEND_MODULES 変数に設定を行なって ください。

なお、サスペンドとそこからの復帰処理について変更を行なうための方法は、 http://ja.opensuse.org/Pm-utils (日本語) または http://old-en.opensuse.org/Pm-utils (英語) 、および http://ja.opensuse.org/S2ram (日本語) または http://ja.opensuse.org/SDB:Suspend_to_RAM (日本語) をお読みください。