L'ordinateur portable en question est un MSI GS43VR-6RE, avec un processeur Skylake et nVidia 1060. Je suis sur Ubuntu 16.04.1. Ce n'est pas un problème matériel car il fonctionne bien dans (bleh) Windows. J'utilise les pilotes nVidia-375 du PPA. En utilisant nvidia-prime
pour les graphiques commutables.
L'ordinateur portable se verrouille complètement - ne peut pas basculer sur une console ou interagir avec le système de quelque manière qu'une fois qu'il est verrouillé. Les journaux ne montrent jamais rien, le système semble se figer avant que quoi que ce soit d'utile puisse être écrit.
Pourtant! Il ne fait cela que lorsque j'utilise les graphiques Intel - en utilisant les graphiques nVidia, tout fonctionne parfaitement. Mais la durée de vie de la batterie est plutôt moche, donc ce n'est pas une excellente solution de simplement la garder sur nVidia tout le temps (les fans interviennent également beaucoup plus fort).
Il se verrouille lorsque le courant alternatif est débranché et le rebrancher ne le résout pas, le bouton d'alimentation doit être maintenu enfoncé pour reprendre le contrôle. Il se bloque également lorsque je change de graphique avec Sudo prime-select intel
et déconnexion, il se verrouille exactement de la même manière. Il se verrouille également à l'arrêt d'une manière ou d'une autre. Les graphiques Intel sont donc totalement inutilisables bien qu'ils semblent bien s'afficher. Rien de tout cela ne se produit sur nVidia.
J'ai essayé..
Et jusqu'à présent, rien n'a fonctionné.
Voici quelque chose de bizarre: après avoir mis à jour le BIOS, il a réactivé le démarrage sécurisé. Avant de le remarquer, j'ai démarré - il ne chargeait pas du tout les pilotes nVidia donc il fonctionnait sur des graphiques Intel ... mais il ne raccrochait plus dans aucun des cas ci-dessus! Lorsque j'ai désactivé le démarrage sécurisé, cela charge l'amende nvidia mais sur les graphiques Intel, les problèmes reviennent. Je ne sais donc pas ce que cela signifie, mais c'est intéressant et suggère quelque chose , mais je ne sais pas quoi.
OP a résolu son propre problème (édité hors de la question):
J'ai ajouté aux paramètres de démarrage du noyau
acpi_osi=! acpi_osi='Windows 2009'
et le problème a disparu comme par magie
Cela se fait en modifiant le fichier de configuration de GRUB:
Sudo nano /etc/default/grub
trouver la ligne qui commence
GRUB_CMDLINE_LINUX_DEFAULT
et ajoutez les paramètres dont vous avez besoin à ceux déjà entre les guillemets, donc vous avez, par exemple
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi=! acpi_osi='Windows 2009'"
Ensuite, exécutez
Sudo update-grub