问题 无法暂停我的笔记本电脑。它会进入半挂起状态（从命令行或 GUI 触发时），导致电量耗尽或无需干预即可立即恢复。
我已经浏览过整个互联网上的帖子，但似乎没有任何效果。
系统信息：
处理器：英特尔® 酷睿™ i9-8950HK CPU @ 2.90GHz × 12
图形：英特尔® 高清显卡 (Coffeelake 3x8 GT2)
[由于功耗和兼容性问题，我已禁用 Nvidia 1050 Ti]
核心：4.17.9-041709-通用
编辑1：系统配备内核 4.15，我使用 ukuu 将内核升级到 4.17，希望上游可能已经修复了该错误。
感谢您的考虑，如果您需要更多信息，请告诉我。
答案1
最近迁移到 Dell xps15 9370 Bios 更新 1.3.1 - 有助于风扇，并且电池使用时间增加了一倍多~9 小时，并且风扇现在不会疯狂运转。
在英特尔 GPU 上编辑了 9 小时
安装后https://github.com/JackHack96/dell-xps-9570-ubuntu-respin
特别是 grub 行：
GRUB_CMDLINE_LINUX_DEFAULT="安静 acpi_rev_override=1 acpi_osi=Linux scsi_mod.use_blk_mq=1 nouveau.modeset=0 nouveau.runpm=0 mem_sleep_default=deep"
Dell XPS15 9570，1.3.1 系统 BIOS
https://www.dell.com/support/home/uk/en/ukbsdt1/drivers/driversdetails?driverId=82MK9
英特尔动态平台和热框架
https://www.dell.com/support/home/uk/en/ukbsdt1/drivers/driversdetails?driverId=591DK
答案2
我也遇到了同样的问题。我在我的博客文章中记录了这个问题https://medium.com/@pwaterz/how-to-dual-boot-windows-10-and-ubuntu-18-04-on-the-15-inch-dell-xps-9570-with-nvidia-1050ti-gpu-4b9a2901493d
具体来说，您需要通过 grub 禁用 nouveau 驱动程序：
sudo gedit /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nouveau.modeset=0 mem_sleep_default=deep nouveau.runpm=0"
sudo update-grub
sudo reboot
如果这仍不能解决问题。请执行以下操作：
打开终端
sudo journalctl -f
挂起笔记本电脑 -> 重新打开笔记本电脑 -> 检查日志输出
这就是我发现当使用英特尔显卡尝试让 CPU 进入睡眠状态时内核会崩溃的原因。
我看到的内核恐慌：
Aug 08 19:20:26 hermes kernel: Hardware name: Dell Inc. XPS 15
9570/02MJVY, BIOS 1.3.0 07/12/2018
Aug 08 19:20:26 hermes kernel: Workqueue: events_unbound async_run_entry_fn
Aug 08 19:20:26 hermes kernel: RIP: 0010:gf100_vmm_flush_+0x15c/0x1a0 [nouveau]
Aug 08 19:20:26 hermes kernel: RSP: 0018:ffffa9fc0782f5c8 EFLAGS: 00010282
Aug 08 19:20:26 hermes kernel: RAX: 0000000000000000 RBX: ffff969a575e0050 RCX: ffffffffaf061dc8
Aug 08 19:20:26 hermes kernel: RDX: 0000000000000000 RSI: 0000000000000096 RDI: 0000000000000246
Aug 08 19:20:26 hermes kernel: RBP: ffffa9fc0782f600 R08: 0000086da855788c R09: 000000000000001d
Aug 08 19:20:26 hermes kernel: R10: 0000000000000766 R11: 00000000000158a8 R12: ffff969a49d08c00
Aug 08 19:20:26 hermes kernel: R13: ffff969a2b5d0f00 R14: 000003cbc7bc6800 R15: ffff969a494a5000
Aug 08 19:20:26 hermes kernel: FS: 0000000000000000(0000) GS:ffff969a5bcc0000(0000) knlGS:0000000000000000
Aug 08 19:20:26 hermes kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Aug 08 19:20:26 hermes kernel: CR2: 00007f15f4007036 CR3: 00000001b960a004 CR4: 00000000003606e0
Aug 08 19:20:26 hermes kernel: Call Trace:
Aug 08 19:20:26 hermes kernel: gp100_vmm_flush+0x17/0x20 [nouveau]
Aug 08 19:20:26 hermes kernel: nvkm_vmm_iter.constprop.14+0x323/0x810 [nouveau]
Aug 08 19:20:26 hermes kernel: ? gp100_vmm_pd0_pde+0x1a0/0x1a0 [nouveau]
Aug 08 19:20:26 hermes kernel: ? __switch_to_asm+0x40/0x70
Aug 08 19:20:26 hermes kernel: ? __switch_to_asm+0x40/0x70
Aug 08 19:20:26 hermes kernel: ? native_sched_clock+0x37/0x90
Aug 08 19:20:26 hermes kernel: nvkm_vmm_map+0x148/0x400 [nouveau]
Aug 08 19:20:26 hermes kernel: ? gp100_vmm_pd0_pde+0x1a0/0x1a0 [nouveau]
Aug 08 19:20:26 hermes kernel: ? __switch_to_asm+0x40/0x70
Aug 08 19:20:26 hermes kernel: ? __switch_to_asm+0x34/0x70
Aug 08 19:20:26 hermes kernel: nvkm_vram_map+0x57/0x80 [nouveau]
Aug 08 19:20:26 hermes kernel: nvkm_uvmm_mthd+0x5ff/0x8d0 [nouveau]
Aug 08 19:20:26 hermes kernel: nvkm_object_mthd+0x1a/0x30 [nouveau]
Aug 08 19:20:26 hermes kernel: nvkm_ioctl_mthd+0x65/0x70 [nouveau]
Aug 08 19:20:26 hermes kernel: nvkm_ioctl+0xe2/0x180 [nouveau]
Aug 08 19:20:26 hermes kernel: nvkm_client_ioctl+0x12/0x20 [nouveau]
Aug 08 19:20:26 hermes kernel: nvif_object_ioctl+0x47/0x50 [nouveau]
Aug 08 19:20:26 hermes kernel: nvif_object_mthd+0x129/0x150 [nouveau]
Aug 08 19:20:26 hermes kernel: ? _cond_resched+0x19/0x30
Aug 08 19:20:26 hermes kernel: ? __kmalloc+0x19b/0x230
Aug 08 19:20:26 hermes kernel: ? nvif_vmm_map+0x3f/0xb0 [nouveau]
Aug 08 19:20:26 hermes kernel: nvif_vmm_map+0x88/0xb0 [nouveau]
Aug 08 19:20:26 hermes kernel: nouveau_mem_map+0x82/0xf0 [nouveau]
Aug 08 19:20:26 hermes kernel: nouveau_vma_map+0x48/0x70 [nouveau]
Aug 08 19:20:26 hermes kernel: nouveau_bo_move_ntfy+0x77/0xe0 [nouveau]
Aug 08 19:20:26 hermes kernel: ttm_bo_handle_move_mem+0x2d2/0x520 [ttm]
Aug 08 19:20:26 hermes kernel: ttm_bo_evict+0x142/0x1c0 [ttm]
Aug 08 19:20:26 hermes kernel: ? drm_edid_to_sad+0x194/0x1d0 [drm]
Aug 08 19:20:26 hermes kernel: ttm_mem_evict_first+0x19a/0x220 [ttm]
Aug 08 19:20:26 hermes kernel: ttm_bo_force_list_clean+0xa1/0x170 [ttm]
Aug 08 19:20:26 hermes kernel: ttm_bo_evict_mm+0x2e/0x30 [ttm]
Aug 08 19:20:26 hermes kernel: nouveau_do_suspend+0x85/0x2d0 [nouveau]
Aug 08 19:20:26 hermes kernel: nouveau_pmops_suspend+0x39/0x80 [nouveau]
Aug 08 19:20:26 hermes kernel: pci_pm_suspend+0x76/0x130
Aug 08 19:20:26 hermes kernel: ? pci_pm_freeze+0xf0/0xf0
Aug 08 19:20:26 hermes kernel: dpm_run_callback+0x5b/0x130
Aug 08 19:20:26 hermes kernel: __device_suspend+0x109/0x450
Aug 08 19:20:26 hermes kernel: async_suspend+0x1f/0x90
Aug 08 19:20:26 hermes kernel: async_run_entry_fn+0x3c/0x150
Aug 08 19:20:26 hermes kernel: process_one_work+0x1f5/0x3c0
Aug 08 19:20:26 hermes kernel: worker_thread+0x32/0x400
Aug 08 19:20:26 hermes kernel: kthread+0x120/0x140
Aug 08 19:20:26 hermes kernel: ? pwq_unbound_release_workfn+0xd0/0xd0
Aug 08 19:20:26 hermes kernel: ? kthread_bind+0x40/0x40
Aug 08 19:20:26 hermes kernel: ret_from_fork+0x35/0x40
Aug 08 19:20:26 hermes kernel: Code: 41 5e 41 5f 5d c3 49 8b 7c 24 10 48 8b 5f 50 48 85 db 74 4d e8 56 4a 3c ed 48 89 da 48 c7 c7 9c a8 f9 c0 48 89 c6 e8 b6 79 de ec <0f> 0b eb bf 49 8b 7c 24 10 48 8b 5f 50 48 85 db 74 1e e8 2d 4a
Aug 08 19:20:26 hermes kernel: ---[ end trace ff7d3fd86666433f ]---
答案3
我将尝试简化答案，该答案已在其他帖子中提供，但以直接的形式提供有点困难。
如今，很多人都在处理 Ubuntu 中的挂起问题。该问题目前已嵌入 18.04。以下是解决方案：
在文本编辑器中打开/etc/default/grub。例如：
sudo nano /etc/default/grub
在以 开头的行中GRUB_CMDLINE_LINUX_DEFAULT，在等号后和引号内，添加命令scsi_mod.scan=sync
然后再次尝试暂停，它应该会起作用。至少对我来说是这样的。