web-dev-qa-db-fra.com

Ubuntu 20.04 redémarre toujours après un réveil réussi de la suspension

Mise à jour 1: 30 avril 2020

Trouvé les journaux suivants dans le syslog (voir lien 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

Particulièrement intéressant est:

Apr 30 15:56:34 aurora-r8-linux kernel: [  609.088053] PM: Device 00:02 failed to resume: error -5

Cela pourrait-il être lié à la question? Comment puis-je savoir quel appareil 00:02 est? Quel est error -5?


TL; DR : Ubuntu redémarre environ 1 minute après le réveil de la suspension (capable de se connecter avec succès dans le bureau). syslog journaux ci-joints.

Je cours dans ce problème étrange où mon ordinateur est capable de suspendre et de se réveiller avec succès de la suspension. Je suis capable de me connecter au bureau sans problèmes. Mais après une minute environ, mon ordinateur redémarre brusquement, me prenant à travers l'écran de démarrage BIOS et au gestionnaire de démarrage par défaut (Windows Boot Manager pour ma machine, à moins que je ne choisisse GRUB Menu de démarrage BIOS).

Après redémarrage, mon ordinateur fonctionnerait normalement jusqu'à la prochaine fois que j'essaie de la suspendre.

Voici la sortie de last (a l'air un peu étrange, je ne sais pas pourquoi il y a une entrée pour 12:02 entre 15:46 et 16: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 Journaux de la période pertinente (je crois que le redémarrage s'est produit autour de 15:46-16:02): https://gist.github.com/okamayana/117411AA36263E65D4507A2FCECF699

Une autre chose est, dans une précédente occurrence, j'ai pu trouver les relevés de journaux suivants dans 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

J'ai enlevé et purgé bolt, mais le problème se produit toujours! Vaut la peine de noter les journaux boltd ne vous apparaissent plus, alors je doute que c'était la cause. Je pourrais simplement le réinstaller. Je n'ai aucun dispositif Thunderbolt (ni même port, pas sûr), cependant.

Si cela aide, mon système est un bureau Alienware Aurora R8, avec un I5-9600K et un NVIDIA RTX 2070 (I Utilisation des pilotes à sources fermées NVIDIA).

Toute aide est très appréciée. Je ne trouve rien qui sort dans syslog. Dois-je regarder dmesg ou d'autres journaux?

Je peux vivre sans suspendre, mais j'aimerais voir si je peux le faire fonctionner. C'est particulièrement gênant parce que des arrêts inattendus comme celui-ci désactive toujours les paramètres d'overclock du BIOS.

Merci encore à l'avance.

4
oaskamay

Run lsusb Pour avoir une idée de ce que l'appareil est.

Également exécuté: dmidecode | grep "0xa0" Et laissez-nous savoir quelle est la sortie.

2
miro

Cela aide à savoir que vous utilisez Nvidia. J'ai eu beaucoup de problèmes avec Nvidia, suspendre et hibernation. Vous pouvez vous rapprocher de votre problème si vous contournez tous les scripts de votre système en ouvrant une racine Terminal:

#Suspend-to-RAM
echo -n "deep" > /sys/power/mem_sleep 
echo -n "mem" > /sys/power/state

C'est le code principal que le noyau fera en suspension. Réveillez votre appareil à nouveau. S'il ne le redémarre pas, quelque chose dans la configuration de votre/SystemD n'est pas correct. Vous voudrez peut-être également vérifier la description suivante sur la façon de le déboguer: Documentation du noya

1
kanehekili