50％未満のバッテリーでAsus UX31ウルトラブックが突然シャットダウンする
私は長年にわたって、このコンピューターにはBIOS設定に問題があると聞いていましたが、13.10ではクリアされていました。以前は13.10で発生したことはありませんでしたが、14.04でこれらの症状が現れ始めました。
正確に起こることは、バッテリー電源で50％近くまで正常に動作し、その後、自発的にシャットダウンするか、フリーズし、クラッシュするまでファンが夢中になることです。
差し込むと、問題は発生しません。プラグインされたフルパワーで実行するので、これは熱の問題ではなく、問題は発生しません。
ログを調べてみましたが、何を探すべきか正確にはわかりません。始めるのに良い場所かもしれませんが、それ以外に、この動作を見た人や修正方法を知っている人はいますか？
他にどんな仕様が役立つでしょうか？
Dmidecode -s bios-versionによるBIOS：UX31E.210
ここにあるすべてのヒントとヒントをありがとう。他の製品と同様に、Windows 7を実行している間、Zenbook UX21Eで何年も問題がありました。従来のMSアップデート以外、OSを何年もアップグレードしませんでした。 Windowsでは、問題はAC電源を抜いているときに突然シャットダウンすることに限定されていました。 （正直、電源コネクタのショートだと思ったので、プラグを抜く前にユニットをシャットダウンするだけでした。）
ただし、先週、Ubuntu 14.04をこのマシンにインストールすると、動作が悪化しました。電源を切ったときにシャットダウンするだけでなく、約20分間使用した後もシャットダウンします。センサーをインストールし、while-doループに貼り付け、Fraqtiveアニメーションを実行してマシンを強制的に動作させました。
案の定、電力が75％未満で、熱が80°Cのとき、マシンはオフになりました。
このスレッドを読んだ後、ファームウェアを更新しました。これは、ACを引いた後の突然のシャットダウンには役立ちましたが、バッテリーで75％/ 80Cの制限に達したときではありませんでした。マシンはまだ予期せず電源が切れます。
だから-私は背中を開いて、5分間バッテリーを外しました。再接続して電源を入れた後、センサーとFraqtiveテストを実行しました...
.... CPUの温度に関係なく、バッテリーが乾くまでマシンは動作し続けました。
したがって、最良の推測はそれが問題の組み合わせだったということです：古いファームウェアはACを抜くときの突然のシャットダウンの原因であり（上記のすべての理由のため）、バッテリーの切断/再接続は明らかに何らかの低をリセットします不正確なバッテリー測定値。 （バッテリのファームウェアであるか、Zenbookのファームウェアであるかが偽陽性であるかどうかはわかりません。）
とにかく、私は戻ってきた、とマシンは非常に健全です。だから、再びみんなに感謝します。
ロブ
私の経験をASUSバッテリーと共有したいだけです。
また、バッテリーが30％未満になると、ネットブックが突然オフになりました。しかし、ファンと凍結の問題は一度もありませんでした。ある日、プラグを抜かないで電源が入らないまで、私はそれを何ヶ月も使いました。バッテリーのライフサイクルを定義しているようです。バッテリーは約2時間エネルギーを節約できるものの、突然動作を停止しました。
とにかく、バッテリーの状態を監視したい場合は、電源インジケータの下のバッテリーをクリックして、バッテリーに関する詳細情報を表示できます。
次に、Capacity percent -Energy when fullとEnergy（design）の比率を確認します。バッテリーがいつか動作しなくなるまで、充電するたびに低下します。
バッテリーの交換を検討してください。
最後に、予期しないシャットダウンとハングに対する信頼できるソリューションが発見されました！
これは、予期しないシャットダウンやバッテリーでの実行中にハングするAsusラップトップで動作しているようです：
- /etc/default/grub.cfgのGRUB_CMDLINE_LINUX_DEFAULTおよびGRUB_CMDLINE_LINUXに次のブート引数bothを追加します。
intel_pstate = disable pcie_aspm = force acpi_osi = ’Windows 2009′ acpi_os_name = ’Windows 2009′
後でSudo update-grubを実行することを忘れないでください！
- パッケージtlpをppa：linrunner/tlpからインストールし、少なくとも次の
/etc/default/tlpの値を設定します
CPU_SCALING_GOVERNOR_ON_BAT =オンデマンド
CPU_BOOST_ON_BAT = 0
PCIE_ASPM_ON_BAT =省電力
RUNTIME_PM_ON_BAT = on
デバイスをシャットダウンし、底面カバーを慎重に取り外し、5分間マザーボードから大きなバッテリー（小さなCMOSバッテリーではありません）を取り外します。さまざまなAsusラップトップを安全に分解する方法を示すYouTubeビデオがたくさんあります。 OS側の特定の電源管理設定では、EC（組み込みコントローラー）がおかしくなり、リセットが必要になります。リセットする唯一の方法は、数分間バッテリーを取り外すことです。
これからは、シャットダウンがなくなるはずです。ただし、ever Linuxベースのintel_pstateドライバーおよび/またはASPMのデフォルトBIOS設定を使用して、ライブUSBスティックまたはインストール/リカバリーCDを使用しないように注意してください。実行しようとすると、問題をもう一度再現するだけで、その後Zenbookを再度分解する必要があります。 Ubuntu自体を再インストールするなど、いくつかの悲しいケースがあります。そこでは、問題のあるintel_pstateドライバーを使用して、ライブUSBから起動するhaveを行います。 ACで実行する場合にのみ実行してください。完了したら、このマニュアルのステージ3（退屈に関係なく）を繰り返してください。
追伸Intel_pstateとデフォルトのASPM bios設定により、最終的にmoboの組み込みコントローラーが狂ってしまい、バッテリーがマザーボードから取り外されるまでこの状態が続きます。それが基本的にこの問題が生まれる方法です。
あなたのラップトップは過熱しそうです。バッテリーの状態は問題に関連していない可能性があります。
可能な解決策：
1）ラップトップの通気口からほこりを取り除き、毛布や布のような柔らかい表面にラップトップを置いて通気口を覆わないようにします。
2）ラップトップを涼しい環境に移動する
3）ラップトップクーラーを入手してラップトップを配置し、気流を増やして熱の蓄積を減らします。
私は自分の経験について報告するためにこのフォーラムでのみ登録することにしました。バッテリー残量が40％を下回ると、Ubuntu 18.10が誤ってシャットダウンする問題がありました。他のフォーラムでは、BIOSのIntels Virtualization TechnologyまたはV-dTの設定が指摘されています。これらをテストしましたが、接続がないことを保証できます。シャットダウンはまだ発生しています。カーネルパラメータを追加しました。/etc/default/grubの下の次の設定では問題が完全に修正されないことを報告できます。
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi='!Windows 2012' pcie_aspm=force drm.vblankoffdelay=1 i915.semaphores=1"
実際、唯一の解決策は、UX31Aを開いて、少なくとも5分間バッテリーを取り外すことです。これで、カーネルパラメーターに関係なく、バッテリーがクリティカルレベルに達すると通常のシャットダウンが機能します。
頑張って、E。ヤグマハン
私のシステム：UX31A-Ubuntu 18.10 Cosmic-カーネル4.18.0-BIOSバージョン219