web-dev-qa-db-ja.com

一時停止するとすぐにシステムがフリーズします。どこで調査すればよいですか?

新しくインストールした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や他のオンラインで見たものは何も機能していません。

  • MeiなどのIntelモジュールをブラックリストに登録しても、関連性は何も変わりません。
  • 私の知る限り、ブラックリストに載せるNVDIAモジュールはありません。実際、[追加のドライバー]メニューにドライバーをインストールするオプションすらありません。再確認する簡単な方法がある場合は、コメントしてください。
  • _lsmod | grep nouveau_は、悪名高いバグのあるnouveauモジュールを実行していないことを示しています。
  • _apt list --installed | grep light_は、バグのあるlightlockerパッケージを実行していないことを示しています。
  • 私はすでにlightdmを使用しているので、gdmのせいにすることはできません。
  • これはACPIの問題である可能性があることが示唆されていますが、どのようにアプローチすればよいかわかりません。 Raffa で示唆されているように、_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]_を返します。これは期待通りの結果だと思います。
  • SSDへのPCIe接続に対してGrubのGRUB_CMDLINE_LINUX_DEFAULT設定を変更しても、何も起こりません。 Grubの設定を変更するために他の多くの提案を試しましたが、それらのログを保持できませんでした。
  • /etc/systemd/sleep.confでSuspendStateを編集しても何も起こりません。
  • 5.0.21-050021.201906040731までさかのぼって、または5.3.0-18.19 + 1までさかのぼってさえ、古いカーネルに変更しても何も変わりません。
  • 一部の4.xカーネルでは いくつかの同様のバグ を認識していますが、5.xカーネルでパッチが適用されているという印象を受けているため、関連性がないはずです。
  • Lenovoは、最新のBIOSアップデートがリリースされた日付と矛盾する日付を教えてくれますが、私のバージョン番号(ALCN28WW(V2.05))は彼らのものと一致し、_Sudo dmidecode_が私に与えるリリース日は彼らのreadmeにある日付(11月)と一致します。 2019年12月16日の彼らのウェブサイトの主張に反して、2019年25日)。
1
J. Mini

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)

[〜#〜] wmi [〜#〜]

Windows Management Instrumentation(WMI)は、Windows Driver Modelの独自の拡張機能の複雑なセットであり、インストルメントされたコンポーネントが情報と通知を提供できるようにするOSインターフェイスを提供します。

これは実際には、マシンが元々Windows OS用に製造されたことを意味します。Ubuntuやその他のLinuxディストリビューションは、さまざまなメカニズムを使用してBIOSへのWindows OS呼び出しを模倣しますが、 [〜#〜] wmi [〜#〜] =、このトランザクションがエーテルエンドで失敗し、そのような問題が発生する場合があります。

これによって引き起こされる問題は、サスペンドの問題から、WiFi、イーサネット、バッテリー、ハードドライブ、SSDなどにまで及ぶ可能性があります。

これらの問題のいくつかは、特定のLinuxカーネルで発生し、他のカーネルでは解消されます。それらは異なる場合がありますが、システムBIOSとカーネル間の通信が修正されるまで完全に消えることはほとんどありません。理想的な修正は、この問題に対処する製造元からのBIOSアップデートです。

それ以外にできることは、ハードウェアを試すことです。 SSDを使用し、マシンが安定するまでグラフィックスドライバーをオープンソースまたはプロプライエタリに変更します。また、マシンのBIOSのサポートが向上する可能性があるため、来月リリースされるUbuntuの次のリリースにアップグレードしてください。

幸運を祈ります

2
Raffa

コメントセクションには長すぎて、元のページの形式であるため、ここに投稿します。ただし、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を検索しましたが、多くの 結果

0
vssher