☰

20.10：系统完全冻结，并出现一般保护故障（SMP NOPTI）

tag-icon • tag-icon gnome dell freeze 20.10
20.10：系统完全冻结，并出现一般保护故障（SMP NOPTI）

我的 Dell XPS 13 7390 运行 Ubuntu 20.10（内核 5.8.0-28-generic），经常会完全冻结。这种情况有时一天发生多次，有时每隔几天发生一次 - 我无法看出其中的规律，也不知道哪些应用程序或操作似乎会引发这种情况。

发生情况时：

  1. 用户界面和键盘完全冻结（包括 GNOME 菜单栏中的时钟），只有鼠标仍可操作。我无法点击或与任何东西交互。
  2. Alt + F2 没有反应。因此，我既不xkill能从那里运行终端，也不能运行终端。
  3. Ctrl + Alt + F1 开始新会话也不起作用。

我只能重新安装计算机以使其重新启动，并且我会丢失所有未保存的工作。

重新启动后，每次记录挂起的时间（GNOME 时钟在该准确时间冻结），journalctl并提供：

Nov 20 16:42:25 flo-xps-13 kernel: general protection fault, probably for non-canonical address 0x7fc133498bf90874: 0000 [#1] SMP NOPTI
Nov 20 16:42:25 flo-xps-13 kernel: CPU: 1 PID: 1415 Comm: Xorg Not tainted 5.8.0-28-generic #30-Ubuntu
Nov 20 16:42:25 flo-xps-13 kernel: Hardware name: Dell Inc. XPS 13 7390/0G2D0W, BIOS 1.5.1 03/09/2020
Nov 20 16:42:25 flo-xps-13 kernel: RIP: 0010:kmem_cache_alloc+0x7e/0x230
Nov 20 16:42:25 flo-xps-13 kernel: Code: 95 01 00 00 4d 8b 07 65 49 8b 50 08 65 4c 03 05 a0 59 73 48 4d 8b 20 4d 85 e4 0f 84 81 01 00 00 41 8b 47 20 49 8b 3f 4c 01 e0 <48> 8b 18 48 89 c1 49 33 9f 70 01 00 00 4c 89 e0 48 0f c9 48 31 cb
Nov 20 16:42:25 flo-xps-13 kernel: RSP: 0018:ffffa64201ceb9b0 EFLAGS: 00010216
Nov 20 16:42:25 flo-xps-13 kernel: RAX: 7fc133498bf90874 RBX: 0000000000000000 RCX: 0000000000000002
Nov 20 16:42:25 flo-xps-13 kernel: RDX: 0000000000004d2f RSI: 0000000000000dc0 RDI: 00003460c14201e0
Nov 20 16:42:25 flo-xps-13 kernel: RBP: ffffa64201ceb9e0 R08: ffffc641ffc601e0 R09: 0000000000000000
Nov 20 16:42:25 flo-xps-13 kernel: R10: 0000000000000000 R11: ffff91e112d0cffa R12: 7fc133498bf9071c
Nov 20 16:42:25 flo-xps-13 kernel: R13: 0000000000000dc0 R14: ffff91e1345a9dc0 R15: ffff91e1345a9dc0
Nov 20 16:42:25 flo-xps-13 kernel: FS:  00007f57389c6a40(0000) GS:ffff91e13e840000(0000) knlGS:0000000000000000
Nov 20 16:42:25 flo-xps-13 kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Nov 20 16:42:25 flo-xps-13 kernel: CR2: 000001a9d0dfa000 CR3: 00000004589b6002 CR4: 00000000003606e0
Nov 20 16:42:25 flo-xps-13 kernel: Call Trace:
Nov 20 16:42:25 flo-xps-13 kernel:  ? vma_create+0x30/0x460 [i915]
Nov 20 16:42:25 flo-xps-13 kernel:  vma_create+0x30/0x460 [i915]
Nov 20 16:42:25 flo-xps-13 kernel:  ? mutex_lock+0x13/0x40
Nov 20 16:42:25 flo-xps-13 kernel:  i915_vma_instance+0xd2/0xe0 [i915]
Nov 20 16:42:25 flo-xps-13 kernel:  eb_lookup_vma+0xd7/0x1c0 [i915]
Nov 20 16:42:25 flo-xps-13 kernel:  eb_lookup_vmas+0x79/0x200 [i915]
Nov 20 16:42:25 flo-xps-13 kernel:  eb_relocate+0x18/0x1b0 [i915]
Nov 20 16:42:25 flo-xps-13 kernel:  i915_gem_do_execbuffer+0x265/0x8d0 [i915]
Nov 20 16:42:25 flo-xps-13 kernel:  ? check_preempt_curr+0x84/0x90
Nov 20 16:42:25 flo-xps-13 kernel:  ? ttwu_do_wakeup+0x1e/0x150
Nov 20 16:42:25 flo-xps-13 kernel:  ? __radix_tree_replace+0x4a/0xe0
Nov 20 16:42:25 flo-xps-13 kernel:  ? _cond_resched+0x1a/0x50
Nov 20 16:42:25 flo-xps-13 kernel:  ? kmem_cache_alloc_trace+0x168/0x240
Nov 20 16:42:25 flo-xps-13 kernel:  ? __kmalloc_node+0x201/0x300
Nov 20 16:42:25 flo-xps-13 kernel:  i915_gem_execbuffer2_ioctl+0x237/0x4a0 [i915]
Nov 20 16:42:25 flo-xps-13 kernel:  ? intel_engines_add_sysfs+0x150/0x150 [i915]
Nov 20 16:42:25 flo-xps-13 kernel:  ? radix_tree_lookup+0xd/0x10
Nov 20 16:42:25 flo-xps-13 kernel:  ? i915_gem_execbuffer_ioctl+0x2e0/0x2e0 [i915]
Nov 20 16:42:25 flo-xps-13 kernel:  drm_ioctl_kernel+0xae/0xf0 [drm]
Nov 20 16:42:25 flo-xps-13 kernel:  drm_ioctl+0x238/0x3d0 [drm]
Nov 20 16:42:25 flo-xps-13 kernel:  ? i915_gem_execbuffer_ioctl+0x2e0/0x2e0 [i915]
Nov 20 16:42:25 flo-xps-13 kernel:  ? fput+0x13/0x15
Nov 20 16:42:25 flo-xps-13 kernel:  ? __sys_recvmsg+0x94/0xb0
Nov 20 16:42:25 flo-xps-13 kernel:  ksys_ioctl+0x8e/0xc0
Nov 20 16:42:25 flo-xps-13 kernel:  __x64_sys_ioctl+0x1a/0x20
Nov 20 16:42:25 flo-xps-13 kernel:  do_syscall_64+0x49/0xc0
Nov 20 16:42:25 flo-xps-13 kernel:  entry_SYSCALL_64_after_hwframe+0x44/0xa9
Nov 20 16:42:25 flo-xps-13 kernel: RIP: 0033:0x7f5738e2b31b
Nov 20 16:42:25 flo-xps-13 kernel: Code: 89 d8 49 8d 3c 1c 48 f7 d8 49 39 c4 72 b5 e8 1c ff ff ff 85 c0 78 ba 4c 89 e0 5b 5d 41 5c c3 f3 0f 1e fa b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 1d 3b 0d 00 f7 d8 64 89 01 48
Nov 20 16:42:25 flo-xps-13 kernel: RSP: 002b:00007ffd240f9788 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
Nov 20 16:42:25 flo-xps-13 kernel: RAX: ffffffffffffffda RBX: 0000557e494b8a50 RCX: 00007f5738e2b31b
Nov 20 16:42:25 flo-xps-13 kernel: RDX: 00007ffd240f97b0 RSI: 0000000040406469 RDI: 000000000000000e
Nov 20 16:42:25 flo-xps-13 kernel: RBP: 00007f5736bd6000 R08: 0000000000003fd0 R09: 00007f5735e10000
Nov 20 16:42:25 flo-xps-13 kernel: R10: 00007f5712520000 R11: 0000000000000246 R12: 00007ffd240f97b0
Nov 20 16:42:25 flo-xps-13 kernel: R13: 000000000000000e R14: 000000000000012a R15: 0000000000001000

有问题的 PID1415属于gdm-x-session，如另一条日志条目所示：

Nov 20 16:17:37 flo-xps-13 /usr/libexec/gdm-x-session[1415]: (EE) event12 - CUST0001:00 06CB:76B1 Touchpad: client bug: event processing lagging behind by 15ms, your system is too slow

我在网上找不到任何有意义的帮助。

有用的信息还可能包括：

  • 它是与 Windows 10 的双启动系统。
  • 我运行的时候启用了分数缩放（dconforg/gnome/mutter/x11/experimental-features设置为[scale-monitor-framebuffer, x11-randr-fractional-scaling]）。

由于我经常使用 JetBrains IDE，因此发生卡顿的情况，我遇到了这个 YouTrack 问题，详细说明 mutter 的降级将解决 Ubuntu 19.10 上的类似问题 - 但是，我不知道如何使其适应我的具体问题。

答案1

每次冻结时都会有gdm-x-session错误吗？journalctl

如果没有，请尝试更新核心升级到最新版本。如果您已secure boot启用，您可能需要禁用它更新内核，或者签字自行（看到这个）。

我的新款戴尔 Latitude 7420 笔记本电脑运行 Ubuntu 20.04 和 Windows 10 双启动，也遇到了同样的问题。就我而言，笔记本电脑在过热时（通常是在交流电下）会冻结。风扇运转时声音也太大，即使温度仅比空闲时高 5°C。我禁用secure boot并更新了内核5.11.16（因为它是我可以更新到的最新版本，因为有依赖关系），这确实有帮助 - 从那时起就没问题了。

相关内容