Pilote NVidia, le démarrage normal entraîne un écran vide, le démarrage de la récupération fonctionne correctement
Ok, alors, comme beaucoup d’autres, j’ai beaucoup de problèmes avec les pilotes NVidia, dans ce cas, les nouveaux 340.32 téléchargés ici ( http://www.nvidia.com/object/unix.html ), mais j'ai eu ces problèmes à travers le conseil avec à peu près toutes les versions.
Pour l’instant, c’est là où j’en suis, pour autant que je sache, que le pilote est correctement installé, mais si je laisse Ubuntu essayer de démarrer normalement, je me retrouve sur un écran vide et rien ne s’affiche. Aucun changement de niveau d'exécution ne fonctionne, c'est complètement verrouillé, yadda yadda.
Si je démarre en mode de récupération puis que je reprends le démarrage (sans autre changement, je clique littéralement sur "resume boot"), tout semble bien fonctionner.
Je suppose donc que quelque chose est en train de démarrer avec un démarrage normal qui ne démarre pas avec un démarrage de récupération (il y a, évidemment, un avertissement pour ce type lors de la reprise du démarrage), mais je ne sais pas quoi ni comment diagnostiquer il.
Voici l'autre symptôme majeur, nvidia-settings se lance très bien et je peux enregistrer le fichier xorg.conf dans/etc/X11 sans problème (sans fusion). Cependant, lorsque j'effectue un démarrage de récupération, le système a perdu toutes les modifications apportées à la configuration. Je suppose donc que quelque chose ne lit pas le fichier xorg ou quelque chose du genre.
Ubuntu 14.04, noyau 36.
Pilotes NVidia 340.32 (mais se produit avec toutes les versions que j'ai essayées, même de nouveau à 3.04)
2x EVGA NVidia 780 GTX (connecté à un pont SLI) avec 2 moniteurs WQHD pilotés à partir de la carte 0, plus un Oculus Rift DK2 que je continue à désactiver depuis les paramètres NVidia mais qui reste actif chaque fois que je redémarre (le problème est antérieur à la faille, alors je suppose que c'est un symptôme et non une cause).
Des idées? Comment puis-je même commencer à comprendre ce qui déclenche cette fichue chose au démarrage?
Merci.
Ok, il semble donc que ce soit en fait moins à faire avec les cartes NVidia que plus avec le fait que j’utilise un disque SSD en tant que lecteur système.
Si je comprends bien, le problème est qu’il essaie de démarrer lightdm avant l’initialisation de la carte vidéo ou de telles absurdités.
C'est un gros problème sur les Macs; https://devtalk.nvidia.com/default/topic/573252/linux/evo-Push-buffer-channel-allocation-failed-is-back-as-usedplib-false-no-more-supported- avec-325-15/4 /
J'ai essayé BEAUCOUP de corrections liées au problème de la mémoire tampon EVO, mais il semble que la plupart d'entre elles ne fonctionnent pas avec Ubuntu.
Il semble que la seule chose qui fonctionne est de laisser délibérément le temps au système de rattraper son retard avant d'essayer de lancer lightdm.
Ainsi, dans /etc/init.d/lightdm.conf, localisez la ligne qui dit:
exec lightdm
.. et changez-le simplement en:
sleep 2
exec lightdm
C'est une solution laide, mais je ne sais pas comment dire à lightdm d'attendre les cartes.
Incidemment, incertain de la solution du fichier xorg.conf, j’avais lu que le copier dans /usr/lib/X11/xorg.conf.d était plus fiable et que le réglage des écrans à l’aide du gestionnaire d’affichage Ubuntu était plus fiable.
J'ai fait les deux, l'un d'entre eux a travaillé, mais je ne saurais vous dire lequel.
Cela pourrait être corrigé en ajoutant la valeur nomodeset aux options de démarrage grub. Pour ce faire, ouvrez le fichier:
gksudo gedit /etc/default/grub
puis cherchez la ligne GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
Les options quiet splash peuvent ou non exister, et il peut y avoir des options supplémentaires, ne les touchez pas et ajoutez à la fin de celui-ci nomodeset
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"
Enregistrez le fichier et quittez gedit, puis mettez à jour la configuration de grub de la manière suivante:
Sudo update-grub
Source: m'est arrivé
J'ai eu des problèmes similaires avec le pilote NVIDIA initialement sur ma machine. Je suis passé à la version de pilote 173.1439 de NVIDIA. Il semble beaucoup plus stable en deux semaines d'utilisation. Je l'ai trouvé comme deuxième choix dans Logiciels et mises à jour - Pilotes supplémentaires. Cette option remplace votre pilote mais vous pouvez l’annuler si besoin est.