ラップトップはサスペンドまたは休止状態に失敗します(ユーザーの操作なしで2〜5秒後に起動します)


22

これはすべて、13.10にアップグレードした後に発生し始めました。今では14.04を実行していますが、同じ問題が残っています。

蓋を閉めるか、やるとsudo pm-suspend、ラップトップは2〜5秒間サスペンド状態になり、自動的に起動します。

休止状態にしようとすると同じことが起こります。

CPUをサスペンドモードから覚醒させたり、解除したりしているように感じますが、何がわかるのかわかりません。

この厄介な問題のトラブルシューティングの助けはありますか?

編集:

@Fabianのおかげで、私は、イーサネットカードが不正な動作と私は、LAN(に目を覚ますしないようにカードを設定した後でも、どちらかやっているように見えることを把握することができたacpitool -W 3か、echo disabled > /sys/bus/pci/devices/0000:00:19.0/power/wakeupまたはecho IGBE > /proc/acpi/wakeup、ラップトップが目を覚ます保持し、私はときにこれを示しますacpitool -w

Device  S-state   Status   Sysfs node
---------------------------------------
1. LID    S3    *enabled 
2. SLPB   S3    *disabled
3. IGBE   S4    *enabled   pci:0000:00:19.0
4. EXP1   S4    *disabled  pci:0000:00:1c.0
5. EXP2   S4    *disabled  pci:0000:00:1c.1
6. EXP3   S4    *disabled
7. EXP4   S4    *disabled
8. EXP5   S4    *disabled  pci:0000:00:1c.4
9. EHC1   S3    *disabled  pci:0000:00:1d.0
10. EHC2      S3    *disabled  pci:0000:00:1a.0
11. HDEF      S4    *disabled  pci:0000:00:1b.0

そこから進む方法はありますか?

IGBEが使用するネットワークドライバーは e1000e


3
dmesgカーネルからの最新のメッセージを見るために使用します。そこから何が起こっているのかを知る手がかりになります。
roadmr 14

BIOSでWake-On-Lan機能を無効にしましたか?
ミッチ

はい、それが私が最初に試したものでした。
feniix 14

回答:


10

カーネル13.13およびIntel Z77Xベースのマザーボードがあり、次のコマンドが機能します。

sudo sh -c "echo EHC1 > /proc/acpi/wakeup;echo EHC2 > /proc/acpi/wakeup;echo XHC > /proc/acpi/wakeup"

11

次は私のために働いた:

cat /proc/acpi/wakeup

ステータスが有効になっていて、そこに属していないように見えるアイテムを探します(私にとっては、LID0以外のもの)。次に、次のように言って無効にします:

sudo sh -c "echo XHC0 > /proc/acpi/wakeup"

対応するエントリが実際に無効になっていることを確認し、ラップトップをサスペンド状態にして、最高の結果を期待してください:)


非常に良いリード、今私は、内蔵イーサネット・カードは、Iが無効にするためのモードウェイクアップを設定していても目覚め続ける理由を見つける必要がある
feniix

1
それで幸運:)
ファビアン14

1
rmmod中断する前にドライバーを試しましたか?(ただ、暗闇の中でショット)
Rmano

Ubuntu 16.04.1。でも同じ迷惑な問題があります。残念ながら、この答えは役に立ちませんでした。
ダンダスカレスク16

+1これは私のために働いた唯一のソリューションです。
バンディキショア

7

まったく同じ問題が発生しています(ThinkPad T530、Ubuntu 14.04、さらに13.10と13.04、数回のサスペンドの後、コンピューターはサスペンドの直後に再開します)。

ウェイクアップからIBGEを無効にしてもまったく役に立ちませんでした。

Romanoが示唆したように、私はe1000eモジュールを削除しようとしましたが、予想通り一時停止します。

そう:

sudo rmmod e1000e

中断する前に問題を解決します。

興味深いことに、モジュールを再び取り付け(sudo modprobe e1000e)、取り外しせずに中断すると、問題はすぐに再発します。したがって、ハードウェアに関連するものであったに違いありません。

それを自動化するために、2つの単純なサスペンド/ウェイクアップスクリプトを作成しました(上記のハードウェアUbuntu Trusty 14.04でテスト済み)sudo gedit /etc/pm/sleep.d/99_e1000e_remove

#!/bin/sh

# Remove e1000e kernel module prior to suspend
rmmod e1000e

および sudo gedit /etc/pm/power.d/99_e1000e_probe

#!/bin/sh

# Modprobe e1000e kernel module after resume
modprobe e1000e

スクリプトは実行可能にする必要があります(sudo chmod +x /etc/pm/sleep.d/99_e1000e_remove /etc/pm/power.d/99_e1000e_probe)。

ノート:

  • 問題に対処していない場合でも、スクリプトはかなり安全に使用できると思います。
  • LANウェイクアップを使用していないため、修正後の動作はわかりません。

ラップトップには、Windowsを使用した場合と同じ問題があり(新しいものを手に入れたため、妻にWindows 7をインストールしたばかりです)、まったく同じように動作します。ハードウェア/ファームウェア関係している可能性があり、それはそう
feniix

1
こんにちは。Thinkpad X201sでUbuntu 14.04 LTSを使用しています。このソリューションは、小さなヘルパースクリプトを使用してe1000eを削除し、サスペンドが再び機能するようにしました。どうもありがとうございました !
アポ

1
同じソリューションがThinkpad T540pとUbuntu 14.04で機能することを確認できます。e1000eモジュール内で何かがおかしいようです。これは、最初はたまにしか発生せず、ほとんどの場合、サスペンドはうまく機能します。問題が発生した場合、I rmmod e1000e、その後、正常に中断できます。ただし、modprobe再開後に再度実行すると、モジュールが存在していても次の中断が機能します。したがって、e1000eモジュールを「リセット」すると、私にとってはうまくいくように見えます。
mindriot

1

これは私のために働いた(askubuntuの別のスレッドから取られた):

Ubuntu 14.04がサスペンド直後に起動する

スタートアップごとにUpstartスクリプトで自動的に無効にしようとすることができます:

ファイルを作成する etc/init/disable-XHC.conf

コンテンツ:

start on started dbus
stop on stopping dbus

script
   sudo -u root sh -c "echo 'XHC' > /proc/acpi/wakeup"
end script

0

systemdの解決策は、systemd-tmpfilesが呼び出されたときにファイルに何かを書き込むための命令を作成することです。

でウェイクアップを無効にするデバイスに応じて/etc/tmpfiles.d、たとえば/etc/tmpfiles.d/disable-network-wake.conf、次のコンテンツでファイルを作成します。

w /proc/acpi/wakeup - - - - XHC

systemd-tmpfiles(8)およびtmpfiles.d(5)も参照してください。

参照:https : //wiki.archlinux.org/index.php/Systemd#Temporary_files

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.