何年も前から、このコンピュータには BIOS 設定の問題があったが、13.10 では解消されたと聞いています。13.10 ではこの問題は発生しませんでしたが、14.04 にしてからこれらの症状が現れ始めました。
正確に何が起こるかというと、バッテリー電源では 50% 近くまでは正常に動作しますが、その後は自動的にシャットダウンするか、フリーズしてファンが狂ったように回転し、クラッシュします。
プラグを差し込んでも、問題は発生しません。プラグを差し込んでフルパワーで稼働させても問題は発生しないため、これは熱の問題ではありません。
ログを調べようとしましたが、何を探せばいいのかよくわかりません。まずはそこから始めるのが良いと思いますが、それ以外に、この動作を見た人や修正方法を知っている人はいますか?
他にどのような仕様が役立つでしょうか?
dmidecode -s bios-version による BIOS: UX31E.210
答え1
ここでのヒントやアドバイスに感謝します。他の方と同じように、私も Zenbook UX21E で Windows 7 を実行している間、何年も問題を抱えていました。私は、従来の MS アップデート以外、何年も OS をアップグレードしたことはありませんでした。Windows では、問題は AC 電源を抜くときに突然シャットダウンすることに限られていました。(正直に言うと、電源コネクタのショートだと思ったので、プラグを抜く前にユニットをシャットダウンしていました。)
しかし、先週このマシンに Ubuntu 14.04 を入れたところ、動作が悪化しました。電源を抜いたときにシャットダウンするだけでなく、使用して 20 分ほど経つとシャットダウンするようになりました。センサーをインストールして while-do ループに挟み込み、Frqtive アニメーションを実行してマシンに負荷をかけました。
予想通り、電力が 75% 未満で、熱が 80 ℃ になったときに、マシンはオフになりました。
このスレッドを読んだ後、ファームウェアを更新しました。これにより、AC を抜いた後の突然のシャットダウンは改善されましたが、バッテリー使用時に 75%/80C の制限に達したときには改善されませんでした。マシンは予期せず電源が切れることがありました。
そこで、背面を開けて、バッテリーを 5 分間外しました。再接続して電源を入れた後、センサーと Fraqtive テストを実行しました...
....CPU の温度に関係なく、バッテリーが切れるまでマシンは起動したままでした。
したがって、最も可能性が高いのは、複数の問題が組み合わさったことだと考えられます。AC を引き抜いたときに突然シャットダウンしたのは、古いファームウェアが原因でした (上記のすべての理由により)。また、バッテリーの切断と再接続により、明らかに、低バッテリーの不正確な読み取り値がリセットされました。(誤検知を出していたのがバッテリーのファームウェアなのか、Zenbook のファームウェアなのかはわかりません。)
いずれにせよ、私は戻ってきましたし、マシンもかなり元気です。皆さんに改めて感謝します。
ロブ
答え2
ASUS バッテリーに関する私の経験を共有したいと思います。
また、私のネットブックは、バッテリー残量が 30% 未満になると突然電源が切れました。しかし、ファンやフリーズの問題は一度もありませんでした。数か月間そのまま使っていましたが、ある日、プラグを抜いた状態では電源が入らなくなりました。バッテリーには寿命があるようです。私のバッテリーは、約 2 時間電力を節約できるのに、突然機能しなくなりました。
とにかく、バッテリーの状態を監視したい場合は、バッテリー電源インジケーターの下にあるアイコンをクリックすると、バッテリーの詳細情報が表示されます。
次に、容量パーセントは、満腹時のエネルギーにエネルギー（設計）充電するたびにバッテリー残量はどんどん減っていき、ある日バッテリーが動かなくなってしまいます。
したがって、バッテリーの交換を検討してください。
答え3
ついに、予期しないシャットダウンやハングに対する信頼できる解決策が発見されました。
これは、バッテリー駆動中に予期しないシャットダウンやハングアップが発生する Asus ラップトップで機能するようです。
- 次のブート引数を追加します両方/etc/default/grub.cfg の GRUB_CMDLINE_LINUX_DEFAULT と GRUB_CMDLINE_LINUX に次の内容を追加します。
intel_pstate=無効 pcie_aspm=強制 acpi_osi='Windows 2009′ acpi_os_name='Windows 2009′
sudo update-grub後で実行することを忘れないでください!
- ppa:linrunner/tlpからtlpパッケージをインストールし、少なくとも以下の値を設定します。
/etc/default/tlp
CPU_SCALING_GOVERNOR_ON_BAT=オンデマンド
CPU_BOOST_ON_BAT=0
PCIE_ASPM_ON_BAT=省電力
RUNTIME_PM_ON_BAT=オン
デバイスをシャットダウンし、底部カバーを慎重に取り外し、マザーボードから大きなバッテリー (小さな CMOS バッテリーではありません) を 5 分間取り外します。さまざまな Asus ラップトップを安全に分解する方法を紹介する YouTube ビデオがたくさんあります。OS 側の特定の電源管理設定では、EC (組み込みコントローラー) がおかしくなるため、リセットする必要があります。リセットする唯一の方法は、バッテリーを数分間取り外すことです。
これからはシャットダウンはなくなるはずです。ただし、これまでLinuxベースのライブUSBスティックまたはインストール/リカバリCDを使用し、intel_pstateドライバーおよび/またはASPMのデフォルトBIOS設定を使用します。試しても、問題は再び再現され、その後Zenbookを再び分解する必要があります。Ubuntu自体を再インストールするなど、いくつかの悲しいケースがあります。持っている問題のある intel_pstate ドライバーを使用してライブ USB から起動します。AC で実行している場合にのみ実行し、完了したらこのマニュアルのステージ 3 (退屈でも) を繰り返してください。
PS Intel_pstate とデフォルトの ASPM BIOS 設定により、最終的にマザーボードの組み込みコントローラーが異常動作を起こし、バッテリーがマザーボードから取り外されるまでこの状態が続きます。基本的に、この問題はこのようにして発生します。
答え4
私は自分の経験を報告するためだけにこのフォーラムに登録することにしました。バッテリー残量が 40% を下回ると、Ubuntu 18.10 が誤ってシャットダウンするという問題がありました。他のフォーラムでは、BIOS の Intel 仮想化テクノロジまたは V-dT の設定が指摘されています。私はこれらをテストしましたが、接続がないことは保証できます。シャットダウンはまだ起こっています。カーネル パラメータを追加したところ、/etc/default/grub の以下の設定では問題が完全には解決されないことを報告できます: (ただし、Ubuntu のキーボード LED の明るさとディスプレイの明るさの処理は修正されます)
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