新しくインストールしたXubuntu19.10マシン、SSDを交換したLenovo S340 IdeapadをRAM(つまりスリープ)にサスペンドしようとしました。ログイン中にサスペンドを押すと、システムは即座にフリーズします。画面が真っ暗にならず、30分経っても従来のREISUBコンボ以外の入力は受け付けません。マウスを動かしたり、ttyを変更したりすることすらできません。これは、_systemctl suspend
_および_xfce4-session-logout --suspend
_を使用している場合でも、一時停止しようとすると発生します。奇妙なことに、これは同じOSのLive Diskでは発生しません。
この問題の原因はどこで調査できますか?kern.logは、適切な時間のように見えるエントリPM: suspend entry (deep)
を示していますが、私が何分も前にやっていたこと以外にこれの前に何も来ず、再起動が始まるまで何も後に来ません。一方、syslog.logはより多くのアクティビティを示しており、これを以下に再現しました。特定の時点の前後のすべてが遠すぎて関連性がありません。
_Feb 12 22:55:17 MyPC NetworkManager[1198]: <info> [1581548117.3612] device (p2p-dev-wlp2s0): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
Feb 12 22:55:17 MyPC whoopsie[1521]: [22:55:17] offline
Feb 12 22:55:17 MyPC NetworkManager[1198]: <info> [1581548117.3616] manager: NetworkManager state is now ASLEEP
Feb 12 22:55:17 MyPC systemd[1]: Reached target Sleep.
Feb 12 22:55:17 MyPC systemd[1]: Starting Suspend...
Feb 12 22:55:17 MyPC kernel: [ 8812.324175] PM: suspend entry (deep)
Feb 12 22:55:17 MyPC systemd-sleep[16039]: Suspending system...
_
journalctl
も同様に役に立ちません:
_Feb 12 22:55:17 MyPC NetworkManager[1198]: <info> [1581548117.3612] device (p2p-dev-wlp2s0): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
Feb 12 22:55:17 MyPC whoopsie[1521]: [22:55:17] offline
Feb 12 22:55:17 MyPC NetworkManager[1198]: <info> [1581548117.3616] manager: NetworkManager state is now ASLEEP
Feb 12 22:55:17 MyPC systemd[1]: Reached target Sleep.
Feb 12 22:55:17 MyPC systemd[1]: Starting Suspend...
Feb 12 22:55:17 MyPC systemd-sleep[16039]: Suspending system...
Feb 12 22:55:17 MyPC kernel: PM: suspend entry (deep)
-- Reboot --
_
この問題の解決に関しては、AskUbuntuや他のオンラインで見たものは何も機能していません。
lsmod | grep nouveau
_は、悪名高いバグのあるnouveauモジュールを実行していないことを示しています。apt list --installed | grep light
_は、バグのあるlightlockerパッケージを実行していないことを示しています。dmesg | grep -i acpi
_出力を配置しました ここ 。どうやら_[ 0.259633] PCI: Using Host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
_と[ 1.045638] acpi PNP0C14:02: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:01)
が懸念の原因ですが、私はそれらに対処する方法がわかりません。cat /sys/power/mem_sleep
_は_s2idle [deep]
_を返します。これは期待通りの結果だと思います。Sudo dmidecode
_が私に与えるリリース日は彼らのreadmeにある日付(11月)と一致します。 2019年12月16日の彼らのウェブサイトの主張に反して、2019年25日)。dmesg | grep -i acpi
出力を調べると、これがACPIの問題であることを示唆していることがわかります。特に、これは:
[ 1.045638] acpi PNP0C14:02: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:01)
[ 1.045676] acpi PNP0C14:03: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:01)
Windows Management Instrumentation(WMI)は、Windows Driver Modelの独自の拡張機能の複雑なセットであり、インストルメントされたコンポーネントが情報と通知を提供できるようにするOSインターフェイスを提供します。
これは実際には、マシンが元々Windows OS用に製造されたことを意味します。Ubuntuやその他のLinuxディストリビューションは、さまざまなメカニズムを使用してBIOSへのWindows OS呼び出しを模倣しますが、 [〜#〜] wmi [〜#〜] =、このトランザクションがエーテルエンドで失敗し、そのような問題が発生する場合があります。
これによって引き起こされる問題は、サスペンドの問題から、WiFi、イーサネット、バッテリー、ハードドライブ、SSDなどにまで及ぶ可能性があります。
これらの問題のいくつかは、特定のLinuxカーネルで発生し、他のカーネルでは解消されます。それらは異なる場合がありますが、システムBIOSとカーネル間の通信が修正されるまで完全に消えることはほとんどありません。理想的な修正は、この問題に対処する製造元からのBIOSアップデートです。
それ以外にできることは、ハードウェアを試すことです。 SSDを使用し、マシンが安定するまでグラフィックスドライバーをオープンソースまたはプロプライエタリに変更します。また、マシンのBIOSのサポートが向上する可能性があるため、来月リリースされるUbuntuの次のリリースにアップグレードしてください。
幸運を祈ります
コメントセクションには長すぎて、元のページの形式であるため、ここに投稿します。ただし、BOLDは私のものです。
システムの一時停止および/または休止状態に入る直前
systemd-suspend.service(およびそれぞれ言及されている他のユニット)
/ usr/lib/systemd/system-sleep /およびpass内のすべての実行可能ファイルを実行します
それらに対する2つの引数。最初の引数は「pre」になり、2番目の引数は「pre」になります。
「一時停止」、「休止状態」、または「ハイブリッドスリープ」のいずれか(
選択されたアクション。 システムサスペンドを終了した直後および/または
ハイバネーション同じ実行可能ファイルが実行されますが、最初の引数は
今は「投稿」。このディレクトリ内のすべての実行可能ファイルは、
並列であり、アクションの実行はすべてが完了するまで続行されません
実行可能ファイルが終了しました。
出典: http://man7.org/linux/man-pages/man8/systemd-sleep.8.html
たぶんあなたは項目をコメントアウトしてはいけません。
ここの姉妹サイトで/ etc/systemd/sleep.confを検索しましたが、多くの 結果 。