Le 07/03/2017 à 20:44, Frédéric a écrit :
> Le mardi 07 mars 2017, Christian a écrit :
>
>> Dans /etc/modprobe.d Il y a des fichiers .conf avec par exemple dans
>>
>> /etc/modprobe.d/nvidia-blacklists-nouveau.conf
>
> Bon, ça a marché !
>
> Au passage, systemrescuecd a démarré en chargeant ce module, et il n'y a
> aucune souci...
L'intérêt de charger "nouveau" lors du boot, est de pouvoir accéder aux
modes semi-graphiques en mode "console", et ainsi d'avoir une résolution
plus importante que le 80x25 colonnes du mode console natif.
Il est possible que systemrescuecd ne force pas une résolution trop
haute lors du mode console, ce qui permet à nouveau de ne pas planter
avec ta carte graphique. Car il est possible que ta carte graphique ne
supporte pas une résolution trop élevé en mode console.
Tu peux jouer avec cette résolution avec le paramètre kernel "gfxpayload" :
https://www.gnu.org/software/grub/manual/html_node/gfxpayload.html
par exemple:
gfxpayload=800x600
Dans une Debian, il est recommandé de jouer avec le /etc/default/grub:
<fichier>
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
GRUB_GFXMODE=800x600
</fichier>
puis il faut faire un "update-grub2" afin que soit modifié le
/boot/grub/grub.cfg.
Enfin, un truc important à savoir avec "nouveau" et le driver proprio
"nvidia" : Les deux sont incompatibles. Le scénario suivant est très
classique de plantage:
- note: en supprimant temporairement le "quiet" des paramètres kernel,
on voit mieux ce que fait le processus de boot
- Boot du kernel. Le système est potentiellement, ou pas, en mode 80x60
- Chargement du module "nouveau", l'affichage bascule en mode semi-graphique
- Une palanquée de services systemd démarrent
- Démarrage de Xorg (gdm, lighdm, sddm, ...)
- Là, le module nvidia proprio cherche à se charger en mémoire
- Le module "nouveau" rentre en conflit avec "nvidia"
- Plantage de xorg
- Tu n'as plus la main. la machine peut éventuellement répondre encore
au SSH
- Hard reboot à faire si tu n'as pas la main en SSH.
La solution à ce problème est, comme indiqué précédemment, de
blacklister "nouveau", ou d'empêcher son chargement au boot.
Cordialement,
Olivier
--
~~~~~~~ _____/\_____ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Phoenix / _ \/ _ \ Olivier Allard-Jacquin
/ / \ / \ \ Web: http://olivieraj.free.fr/
/___/ / \ \___\ Mail: olivieraj@???
~~~~ ///// ///\\\ \\\\\ ~~~~~~~~~~~~~~~~~~~~~~~ Linux Powered !!
