ラップトップがかかっているのに問題がありますが、ラップトップが目を覚ましたくない場合(すぐにまたは後でバッグにいるとき - おそらく解決する必要がある2つの問題があります)。しかし、現在この質問はトラブルシューティングに関するものです。resume
最後のジョブのトリガーが何であるかを知らせる実行可能なコマンドはありますか?たとえば、キーまたは電源ボタンを押したのか、Wake-On-LAN信号であるのか、AC電源からバッテリー電源に切り替えたのかなどです。
powercfg -lastwake
Windowsでは、入力して見つけることができるようです。だから私はこのコマンドに対応するLinuxを探しています。
そのコマンドがない場合、どのログファイルで何を見つけるべきですか?
(ミント16、xfce、Lenova Thinkpad、カーネル3.11.0-12-一般)
答え1
完全性のために他の解決策が言及されている。この回答同様の質問に答えてください。
電源ボタンで目覚めさせる:
$ sudo dmidecode | grep Wake-up
Wake-up Type: Power Switch
RTC時計で目覚めさせる:
$ sudo dmidecode | grep Wake-up
Wake-up Type: APM Timer
キーボードで目を覚ます:
$ sudo dmidecode | grep Wake-up
Wake-up Type: PCI PME#
答え2
systemdを含むシステム
systemdを使用するシステムでは、systemd
このコマンドを使用してsystemdのログを表示できますjournalctl
。
はい
たとえば、私のシステムは、カバーが閉じた瞬間からスリープモードに切り替わり、カバーを開くと、次の関連イベントが表示されます。
$ journalctl | less
...
May 19 09:04:47 greeneggs.bubba.net kernel: PM: Syncing filesystems ... done.
May 19 09:04:47 greeneggs.bubba.net kernel: PM: Preparing system for mem sleep
May 19 09:33:42 greeneggs.bubba.net kernel: Freezing user space processes ... (elapsed 0.002 seconds) done.
May 19 09:33:42 greeneggs.bubba.net systemd[1]: Time has been changed
May 19 09:33:42 greeneggs.bubba.net systemd-logind[772]: Lid opened.
...
体系化されていないシステム
未使用のシステムを見つけることができるsystemd
場所がたくさんあります。まず、ログを見ることができますdmesg
。/var/log/syslog
電源管理またはACPI関連イベントに関するメッセージもあります。
それが存在すると仮定し、まず見てみましょう/var/log/pm_suspend.log
。特に、Linux Mintなどのディストリビューションでは、次のようなメッセージを見つけることができます。
Thu Feb 21 21:21:50 GMT 2013: Running hooks for hibernate.
Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate: success.
Running hook /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate:
...
引用する
答え3
ThinkPadがあるので、他の提案(予備のヒント)に加えてドライバを使用しているかどうかを確認することをお勧めsystemd
しthinkpad_acpi
ます/sys/devices/platform/thinkpad_acpi/wakeup_reason
。このファイルには、内蔵コントローラが壊れているかどうかを示す数字が含まれています。ノートパソコンで低電力(少なくとも私はそう思う)、ドック除去要求など
〜のようにDocumentation/laptops/thinkpad-acpi.txt
状態:
wakeup_reason:
Set to 1 if the system is waking up because the user
requested a bay ejection. Set to 2 if the system is
waking up because the user requested the system to
undock. Set to zero for normal wake-ups or wake-ups
due to unknown reasons.
答え4
dmesg
確認することから始めることができますが、man dmesg
試してみることもできますdmesg -k
。