バッテリー残量が少なくなると、ネットブックは警告なしにハードシャットダウンを実行します
私のAsus EEEネットブックは、警告を出さずに低バッテリー電力に達するとハードシャットダウンを実行します。つまり、シャットダウンプロセスなしで電源がオフになります。 syslogに何も見つからず、エラーメッセージが表示される前に出力されません。以前の（K）Ubuntuバージョンでこの問題が発生し、Ubuntu Preciseにアップデートすることで問題の解決に役立つことを望んでいましたが、そうではありませんでした。
「電力が非常に低いとき」のPowerアプリケーションのオプションは現在空白です-唯一のオプションは（グレー表示）休止状態と「電源オフ」です。
indicator-powerを再インストールしましたが、効果はありません。 acpiによって報告される残り時間は、gnome-power-statisticsによって報告される残り時間と同様に不安定です。 （たとえば、acpiを連続して2回実行すると、2時間16分、残り3時間21分になります。残り時間でのこの種のジャンプは、gnome-power-statisticsグラフにもあります。）
事前に警告を出すスクリプトを作成することも可能かもしれません（以下の@RanRagのコメントに従って）が、重大なバッテリー通知を受け取らない理由を分離したいと思いますシステムからこの前に通知が表示されたときに適切なアクション（サスペンド/シャットダウン/プラグイン）を実行できるようになります。
バッテリーに関する追加情報：
kroon@minia:~$ upower -i /org/freedesktop/UPower/devices/battery_BAT0
native-path: /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/PNP0C0A:00/power_supply/BAT0
vendor: ASUS
model: 1005P
power supply: yes
updated: Fri Aug 17 07:31:23 2012 (9 seconds ago)
has history: yes
has statistics: yes
battery
present: yes
rechargeable: yes
state: charging
energy: 33.966 Wh
energy-empty: 0 Wh
energy-full: 34.9272 Wh
energy-full-design: 47.52 Wh
energy-rate: 3.7692 W
voltage: 12.61 V
time to full: 15.3 minutes
percentage: 97.248%
capacity: 73.5%
technology: lithium-ion
History (charge):
1345181483 97.248 charging
1345181453 97.155 charging
1345181423 97.062 charging
1345181393 96.970 charging
History (rate):
1345181483 3.769 charging
1345181453 3.899 charging
1345181423 4.061 charging
1345181393 4.201 charging
kroon@minia:~$ cat /proc/acpi/battery/BAT0/state
present: yes
capacity state: ok
charging state: charging
present rate: 332 mA
remaining capacity: 3149 mAh
present voltage: 12612 mV
kroon@minia:~$ cat /proc/acpi/battery/BAT0/info
present: yes
design capacity: 4400 mAh
last full capacity: 3209 mAh
battery technology: rechargeable
design voltage: 10800 mV
design capacity warning: 10 mAh
design capacity low: 5 mAh
cycle count: 0
capacity granularity 1: 44 mAh
capacity granularity 2: 44 mAh
model number: 1005P
serial number:
battery type: LION
OEM info: ASUS
クリティカルアクション実行レベルを実行する時点までバッテリーが到達すると、Ubuntuはこれについて警告せず、代わりに必要なアクション（サスペンド、ハイバネート、シャットダウンなど）を実行します。あなたの選択で）。これは設定であり、変更できません。 ただし、バッテリーが低レベルおよびクリティカルレベルに達した場合、Ubuntuは警告を表示する必要があります。
デフォルトでは、Ubuntuは残り時間を事前定義アクションのトリガーとして使用します。
- 空になるまで1200秒（20分）前に、バッテリー低下の警告が表示されます。
- 残り300秒（5分）に達すると、バッテリーの重大な警告が表示されます
- バッテリーのクリティカルアクションは、残り120秒（2分）のときに実行されます。
出力からの電力統計は、不良/破損したバッテリーを示唆しています。これらの場合、Ubuntuが実際の残り時間データを測定することは困難です。また、バッテリーは300秒から120秒の間で急速に消耗するため、設定で構成されているPCをシャットダウンしてください。
これを行うことをお勧めします、
まず、トリガーのポリシーを時間からパーセンテージに変更します。
gsettings set org.gnome.settings-daemon.plugins.power use-time-for-policy false次に、警告を出すために必要なパーセンテージを上げます。デフォルトは10％です。 30％に変更します。
gsettings set org.gnome.settings-daemon.plugins.power percentage-low 30次に、重要と見なされるために必要な割合を20％に上げます。デフォルトは3％です。
gsettings set org.gnome.settings-daemon.plugins.power percentage-critical 20次に、クリティカルアクションを実行するために必要な割合を上げます。現在は2％です。 15％に変更します
gsettings set org.gnome.settings-daemon.plugins.power percentage-action 15次に、シャットダウンするのではなく、休止するように実行する重要なアクションを変更します。最初に休止状態オプションを有効にする必要があります。
次に、このコマンドを使用して休止状態に変更します。
gsettings set org.gnome.settings-daemon.plugins.power critical-battery-action hibernate
これで問題が解決するはずです。それでもレベルに問題がある場合は、レベルをさらに上げてください。
時間ベースの通知の代わりにパーセンテージを使用してみてください。これは、Asus Eee PC 1000で同様の問題を修正するのに役立ちました。
次の投稿を参照してください。 バッテリーの非常に低い値を変更する方法？
私の場合の重要なポイントは、「use-time-for-policy」オプションをfalseに変更することでした。
私もこの修正を提案するこの投稿を見つけました：
12.04で電源管理を実装した担当者は、それを正しく実行しませんでした。
電源管理は、Ubuntu 10.04のすべての面で完全に機能します。
バッテリーの重要な機能の問題に関するネット上の逸話的な情報の量は、12.04で電源管理のこの体系的な障害が存在する理由に関する本当の洞察や説明を提供しません。
正しい電力パラメータ値を取得し、適切なメトリックを使用することは、適切な電力管理の基本です。
これらのメトリックは、12.04では「不安定」ですが、10.04では正確です。
とにかく、バッテリーが非常に少なくなると、システムは10.04でsuspendに正しくなります。
12.04は、次のいずれかを使用して正しくsuspend（またはhibernate）しません。
gsettings set org.gnome.settings-daemon.plugins.power use-time-for-policy false
または：
gsettings set org.gnome.settings-daemon.plugins.power use-time-for-policy true
と
gsettings set org.gnome.settings-daemon.plugins.power percentage-low 20
gsettings set org.gnome.settings-daemon.plugins.power percentage-critical 10
gsettings set org.gnome.settings-daemon.plugins.power percentage-action 5
gsettings set org.gnome.settings-daemon.plugins.power time-low 2400
gsettings set org.gnome.settings-daemon.plugins.power time-critical 1200
gsettings set org.gnome.settings-daemon.plugins.power time-action 600
gsettings set org.gnome.settings-daemon.plugins.power critical-battery-action suspend
パーセンテージ20、10、5は過剰です。同等の時間は、40、20、および10分です。 （私のバッテリー性能は100％〜3.5時間> 200分または12000秒です。）10.04の場合、有効な設定は％の8、5、および3と同等です。バッテリー容量が3％でも、マシンはサスペンド状態のままになります。バッテリーが消耗する前に少なくとも12時間。
本当の問題は、12.04で使用されているハードウェアACPIインターフェイスメトリックが誤ってプログラムされていることです。これは、バッテリーが半分切れた状態で12,04をブートするときに「不安定」な時間で見られます。容量のメトリックは、残り時間が正しくないか、％が残っているため、いたるところにあります。 10.04に再起動すると、バッテリーメトリックは静止し、「合理的な」値で安定します。
ノート：
12.04で手動で呼び出された次の機能は両方とも機能します。
pm-hibernatepm-suspend12.04で障害が発生するのは、自動呼び出しをトリガーするACPIバッテリーメトリックの電源管理実装です。
12.04
power manager indicator（バージョン？）およびpower＆brightness and locksettingsインターフェイスは、上記のorg.gnome.settings-daemon.plugins.power値を正確に反映していません。ハードウェアだけでなく、軟部組織へのインターフェースにも欠陥があります。
次のコマンドの出力をコンソールに入力して投稿してください。
upower -i/org/freedesktop/UPower/devices/battery_BAT0
猫/ proc/acpi/battery/BAT0/state
猫/ proc/acpi/battery/BAT0/info
また、バッテリーアプレットを再インストールすることもできます。
Sudo apt-get purge indicator-power
Sudo apt-get install indicator-power
より詳細なバッテリーステータスインジケーターが必要な場合：
Sudo add-apt-repository ppa：iaz/battery-status && Sudo apt-get update Sudo apt-get install battery-status
これは「非常に低い電圧」と見なされているようです。
ラップトップは、死ぬまで走るのではなく、ある電圧で、あきらめることにします。その残りのエネルギーを取り、優雅にシャットダウンする。
タスクバーのバッテリーメーターをクリックし、[その他の電源オプション]をクリックします。現在の電源プランで、プラン設定の変更をクリックします。 [高度な電力設定の変更]をクリックします。ボタンまでスクロールし、バッテリーの+記号をクリックすると、下部にリストが表示されます。低バッテリーレベルをクリックして、次の設定を変更します。オンバッテリー：40％（システムが30％でシャットダウンすると、バッテリーが40％に低下したことを警告します）
クリティカルバッテリーレベルをクリックして、設定を35％に変更します。
重大なバッテリーアクションをクリックして、設定を休止状態に変更します。
これにより、バッテリーが切れる前にシステムが休止状態になり、突然シャットダウンするのを防ぎます。可能な場合は、突然のシャットダウンが毎回異なるため、バッテリー％ageをもう少し少なく設定します。
100％まで充電してから、死ぬまで動作させてから再充電します。同じことが起こったら、新しいバッテリーを購入する