更新 1：2020 年 4 月 30 日
在其中发现以下日志syslog（参见 Gist 链接）：
Apr 30 15:56:34 aurora-r8-linux kernel: [ 607.945292] ACPI: Waking up from system sleep state S3
Apr 30 15:56:34 aurora-r8-linux kernel: [ 608.507372] snd_hda_intel 0000:01:00.1: azx_get_response timeout, switching to polling mode: last cmd=0x005f2f04
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.084330] usb usb1: root hub lost power or was reset
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.084335] usb usb2: root hub lost power or was reset
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.088035] ACPI BIOS Error (bug): AE_AML_BUFFER_LIMIT, Field [DRQL] at bit offset/length 136/8 exceeds size of target Buffer (128 bits) (20190816/dsopcode-198)
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.088038] No Local Variables are initialized for Method [DSRS]
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.088039] Initialized Arguments for Method [DSRS]: (2 arguments defined for method invocation)
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.088039] Arg0: 00000000d64c2208 <Obj> Buffer(16) 47 01 F8 03 FF 03 00 08
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.088042] Arg1: 00000000f4b3cffb <Obj> Integer 0000000000000000
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.088044] ACPI Error: Aborting method \_SB.PCI0.LPCB.SIO1.DSRS due to previous error (AE_AML_BUFFER_LIMIT) (20190816/psparse-529)
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.088047] ACPI Error: Aborting method \_SB.PCI0.LPCB.UAR1._SRS due to previous error (AE_AML_BUFFER_LIMIT) (20190816/psparse-529)
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.088050] serial 00:02: activation failed
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.088052] PM: dpm_run_callback(): pnp_bus_resume+0x0/0xa0 returns -5
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.088053] PM: Device 00:02 failed to resume: error -5
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.096400] sd 0:0:0:0: [sda] Starting disk
特别有趣的是：
Apr 30 15:56:34 aurora-r8-linux kernel: [ 609.088053] PM: Device 00:02 failed to resume: error -5
这可能与问题有关吗？我如何找出设备00:02是什么？什么是error -5？
总结：Ubuntu 从挂起状态唤醒后大约 1 分钟重新启动（能够成功登录桌面）。syslog附加日志。
我遇到了一个奇怪的问题，我的电脑可以挂起，也可以成功从挂起状态唤醒。我可以毫无问题地登录桌面。但一分钟左右后，我的电脑就会突然重新启动，带我进入 BIOS 启动屏幕并进入默认启动管理器（我的机器是 Windows 启动管理器，除非我在 BIOS 启动菜单中选择 GRUB）。
重新启动后，我的计算机将正常运行，直到我下次尝试挂起它。
这里的输出last（看起来有点奇怪，不确定为什么有一个介于和12:02之间的条目：15:4616:02
➜ ~ last
okamayan :1 :1 Thu Apr 30 16:02 still logged in
reboot system boot 5.4.0-28-generic Thu Apr 30 12:02 still running
okamayan :1 :1 Thu Apr 30 15:46 - crash (-3:44)
reboot system boot 5.4.0-28-generic Thu Apr 30 11:46 still running
syslog相关时间段的日志（我相信重启发生在大约15:46- 16:02）：https://gist.github.com/okamayana/117411aa36263e65d4507a2fcecf6990
另一件事是，在之前的事件中，我能够在中找到以下日志语句syslog：
Apr 29 09:41:52 aurora-r8-linux boltd[2279]: udev: found 0 domain
Apr 29 09:41:52 aurora-r8-linux boltd[2279]: manager: acquired power guard '1'
Apr 29 09:41:52 aurora-r8-linux boltd[2279]: udev: enumerating devices
Apr 29 09:41:52 aurora-r8-linux boltd[2279]: power: guard '1' for 'boltd' deactivated
Apr 29 09:41:52 aurora-r8-linux boltd[2279]: power: shutdown scheduled (T-20.00s)
Apr 29 09:41:52 aurora-r8-linux boltd[2279]: power: state changed: supported/wait
Apr 29 09:41:52 aurora-r8-linux dbus-daemon[830]: [system] Successfully activated service 'org.freedesktop.bolt'
Apr 29 09:41:52 aurora-r8-linux systemd[1]: Started Thunderbolt system service.
Apr 29 09:41:52 aurora-r8-linux boltd[2279]: power: state changed: supported/on
Apr 29 09:41:52 aurora-r8-linux boltd[2279]: power: guard '2' for 'fwupd' active
我已经删除并清除了bolt，但问题仍然存在！值得注意的是，日志boltd不再显示，所以我怀疑这不是原因。我可能会重新安装它。但我没有任何 Thunderbolt 设备（甚至没有端口，不确定）。
如果有帮助的话，我的系统是 Alienware Aurora R8 台式机，配备 i5-9600K 和 Nvidia RTX 2070（我使用 Nvidia 闭源驱动程序）。
任何帮助都非常感谢。我找不到任何突出的东西syslog。我应该查看dmesg还是其他日志？
我可以不用暂停，但我想看看能否让它工作。这特别烦人，因为像这样的意外关机总是会禁用 BIOS 超频设置。
再次提前感谢。
答案1
知道你正在使用 nvidia 会有所帮助。我遇到过很多与 nvidia、挂起和休眠有关的问题。如果你通过打开一个来绕过系统中的任何脚本，你可能会更接近你的问题根终端：
#Suspend-to-RAM
echo -n "deep" > /sys/power/mem_sleep
echo -n "mem" > /sys/power/state
这是内核在挂起时执行的主要代码。再次唤醒您的设备。如果它没有重新启动，则您的/systemd 的配置中存在一些错误。您可能还想查看以下有关如何调试它的描述： 内核文档
答案2
运行lsusb以了解该设备是什么。
另外运行：dmidecode | grep "0xa0"并让我们知道输出是什么。