L'ordinateur portable Alienware R5 17 se bloque pendant la suspension
Cela se produit à la fois avec le noyau Ubuntu 4.15 stock et le noyau 4.18.5 que j'ai mis à jour afin de faire fonctionner l'interface wifi. (Mise à jour en utilisant uuku)
Choses que j'ai essayées:
- Installation des derniers pilotes nvidia avec le programme d'installation automatique des pilotes ubuntu
- Faire cette liste noire le nouveau pilote qui est la source de nombreux messages sur le sujet.
- La désactivation de nvidia-fallback.service entraîne l'affichage d'un écran noir sur le système lors de la connexion; j'ai donc réactivé ce service.
Je ne trouve rien de suspect dans les journaux.
[Mise à jour 19/09/2018: j'ai parcouru les instructions dans https://wiki.ubuntu.com/DebuggingKernelSuspend et, ce qui est intéressant, la commande de suspension forcée qu'il contient fait NOT déclenche le comportement de crash! Je peux tout à fait bien reprendre mon travail, même si j’ai dû remplacer systemctl suspend par la commande pm_suspend car elle n’est plus disponible dans la version 18.04, me semble-t-il? La fermeture du couvercle déclenche-t-elle un mécanisme de suspension différent de celui de systemctl suspend?]
Dans de rares cas, lors de la reprise après la suspension, les SSD NVMe M.2 ne sont pas réactivés s’il s’agit de voies de bus Gen 3.0 x 4. Bien que cela ait été promis pour être corrigé dans une version plus ancienne du noyau, il n'est pas encore apparu: Ne peut pas suspendre avec NVMe M.2 SSD
Si vous avez un tel disque SSD, essayez ce qui suit:
Éditez /etc/default/grub avec Sudo pouvoirs et trouvez la ligne:
GRUB_CMDLINE_LINUX_DEFAULT="quiet kaslr acpiphp.disable=1 pcie_aspm=off nloglevel=3 udev.log-priority=3"
Vos options seront différentes, mais ajoutez l'option acpihp.disable=1 entre les guillemets.
Enregistrez le fichier et exécutez Sudo update-grub.
Redémarrer, puis suspendre et reprendre fonctionnera.