Ordinateur portable ne se réveille pas après la suspension
J'ai un ordinateur portable HP Spectre x360 avec un Nvidia GeForce MX150. Hier, j’ai fait une nouvelle installation d’Ubuntu 18.04 et presque tout a fonctionné correctement. Le seul problème que j'ai est que lorsque je suspends l'ordinateur portable, lorsque je veux l'utiliser à nouveau, je ne reçois qu'un écran noir avec ce message:
[187.425322] NVRM: Xid (PCI:0000:01:00): 32, Channel ID 00000000 intr 800400000
Après cela, je ne peux plus rien faire. Il suffit de forcer l’arrêt et de le redémarrer à nouveau. Qu'est-ce que ça peut être? J'utilise les pilotes propriétaires (nvidia-driver-390).
J'ai eu le même problème et j'ai pu le résoudre en mettant à jour le noyau à la version 4.18 avec l'application Ukuu . Attention, la version 4.17 du noyau ne résout pas le problème.
Vous pouvez obtenir l'application Ukuu via ce lien
Si quelqu'un d'autre a le même problème, la solution semble être sur le noyau 4.17. Selon la documentation Nvidia, ce type d’événement (c’est-à-dire l’événement 32)
... est enregistré lorsqu'un défaut est signalé par le contrôleur DMA, qui gère le flux de communication entre le pilote NVIDIA et le GPU via le bus PCI-E. Ces défaillances impliquent principalement des problèmes de qualité sur le PCI, et ne sont généralement pas causées par des actions d'application de l'utilisateur.
Dans ce cas et selon les journaux, le GPU (GeForce MX150) ne parvient pas à se mettre sous tension après une suspension, ce qui constituerait un bogue ACPI dans le noyau. Selon d'autres utilisateurs, ce problème avec ce GPU spécifique est résolu si le noyau 4.17 est installé. Dans mon cas, je préfère attendre jusqu'à ce qu'une version supérieure soit proposée pour Ubuntu 18.04. Si tout se passe comme d'habitude, il est possible qu'Ubuntu 18.04.1 vienne avec le même noyau que Ubuntu 18.04 (4.15). Et il est également possible qu'Ubuntu 18.10 vienne avec le noyau 4.18 ou supérieur. Dans ce cas, Ubuntu 18.04.2 sera également fourni avec cette version du noyau. Donc, ce sera probablement l'année prochaine (février?) Que nous aurons une solution à ce problème. En attendant, vous pouvez utiliser les pilotes Nouveau ou mettre à jour manuellement le noyau vers 4.17. Je ne sais pas si c'est recommandé ou non.