20.10:有一般保护故障的系统完全冻结(SMP NOPTI)
20.10:有一般保护故障的系统完全冻结(SMP NOPTI)
提问于 2020-11-20 16:07:23
我的戴尔XPS 137390运行Ubuntu20.10(内核5.8.0-28通用)定期完全冻结。这种情况有时一天发生多次，有时每隔几天发生一次--我无法在这里看到一个模式，也不知道哪些应用程序或行为似乎会激怒它。
当它发生时：
- UI和键盘完全冻结(包括GNOME菜单栏中的时钟)，只有鼠标仍然可以操作。我不能点击或与任何东西交互。
- Alt + F2无反应。因此，我既不能
xkill，也不能从那里运行终端。 - Ctrl + Alt + F1启动新会话也不起作用。
我只能通过REISUB使计算机重新启动，并且丢失了任何未保存的工作。
在重新启动时，注意到每次挂起的时间( 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违规的PID 1415属于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的双引导系统。
- 我运行时启用了小数缩放(dconf
org/gnome/mutter/x11/experimental-features设置为[scale-monitor-framebuffer, x11-randr-fractional-scaling])。
当结冰发生时，我经常使用JetBrains IDE，因此，我遇到了这个YouTrack问题详细描述了对Ubuntu19.10的降级，可以解决一个类似的问题--但是，我不知道如何使它适应我的具体问题。
回答 1
Ask Ubuntu用户
发布于 2021-05-20 07:57:41
每次冻结gdm-x-session时，journalctl中的bug是否都会出现呢？
如果没有，请尝试将内核更新为可能的最新版本。如果启用了secure boot，您可能需要禁用它来更新内核，或者自己签名(看看这个)。
我的新笔记本电脑戴尔7420也有同样的问题，它用Windows 10运行Ubuntu20.04双引导。在我的例子中，大多数情况下，当笔记本电脑很热的时候，它就会冻结，通常是在使用AC时。它还运行风扇太大声，即使温度只比空闲时高5摄氏度。我禁用了secure boot并更新了内核5.11.16 (因为由于依赖关系，它是我可以更新的最新版本)，而且它肯定有帮助--从那以后就没有问题了。
页面原文内容由Ask Ubuntu提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://askubuntu.com/questions/1293945
复制相关文章
相似问题
腾讯云开发者
