web-dev-qa-db-fra.com

Impossible de désactiver les pilotes nouveau dans Ubuntu 18.04

J'ai essayé de désactiver les pilotes nouveau dans Ubuntu 18.04 en mettant ces lignes dans /etc/modprobe.d/blacklist.conf:

#Blacklist nouveau drivers
blacklist nouveau
blacklist lbm-nouveau
alias nouveau off
alias lbm-nouveau off

et mettre à jour initramfs.

Au redémarrage, le gdm ne démarre pas, bloqué à la dernière ligne:

Erreur GDM:

enter image description here

En essayant d’entrer dans un tty, j’obtiens la même erreur (j’ai dû annuler les modifications apportées en mode de secours).

La même procédure fonctionnait le 17.10 (avec xorg).

Mon PC est un Asus ux430uq avec une nouvelle installation d’ubuntu 18.04 (noyau 4.15.0-20).

J'ai peur de désinstaller les pilotes xserver-xorg-video-nouveau car je ne sais pas comment les réinstaller en cas de problème (je ne parviens pas à faire fonctionner Internet en mode de secours).

EDIT:

La désinstallation du paquet ci-dessus entraîne la même erreur. Essayer de démarrer Ubuntu avec l’indicateur de noyau nouveau.modeset=0 donne la même erreur.

driversnvidia18.04nouveaublacklist
6
velix

J'ai trouvé la solution. Je vais l'écrire ici pour qui peut avoir le même problème.

Ma session gdm3 se déroulait à Wayland. Pour le vérifier:

 $ loginctl
 SESSION     UID  USER     SEAT     TTY             
       2    1000  velix    seat0    tty2            
      c2    1000  velix                                             
      c1     120  gdm      seat0    tty1

La commande loginctl show-session <session-n> -p Type affiche le type de session:

$ loginctl show-session c1 -p Type
Type=Wayland

Pour le changer, éditez le fichier /etc/gdm3/custom.conf et décommentez la ligne WaylandEnable=false.

Après le redémarrage:

$ loginctl show-session c1 -p Type
Type=x11

Maintenant, mettre en liste noire les pilotes dans /etc/modprobe.d/blacklist.conf (comme dans la question) fonctionne et ne donne pas l'erreur ci-dessus.

Le point clé est d’exécuter xorg au lieu de wayland

(C'est pourquoi cela fonctionnait dans mon ubuntu de 17h10, obligé de faire tourner xorg)

8
velix

https://bugs.launchpad.net/nvidia-drivers-ubuntu/+bug/1784598

essayer:

Sudo systemctl disable nvidia-fallback.service
2
heeen

J'ai exactement le même problème, ma configuration est x11 (renvoyée par la commande loginctl). La seule façon pour moi de travailler pour le moment est de renommer le module de fichiers nouveau.

# pwd
/lib/modules/4.15.0-20-generic/kernel/drivers/gpu/drm/nouveau
# mv nouveau.ko nouveau.ko-old
# reboot

solution sale mais en travaillant, espérons que cela aidera. Bien sûr, tout allait bien en 17h10.

1
lightman

N'oubliez pas de désactiver le démarrage sécurisé dans le BIOS surtout si vous voulez que le pilote nvidia (et non nouveau) fonctionne. Autrement, peu importe ce que vous ferez, il reviendra toujours au nouveau.

Notez également que l’option "Secure Boot" peut être masquée dans le BIOS sous diverses options et à divers endroits. Souvent, cette option ne dit rien sur "Secure Boot", mais elle est parfois appelée "Autre système d’exploitation". Chaque BIOS peut être assez unique ici. Il m'a fallu plusieurs jours pour essayer diverses approches avant de revenir au BIOS en dernier recours. On ne saurait trop insister sur ce point, en particulier lors de la mise à niveau de 18.04 à partir d’une version antérieure.

0
crdev

Ajoutez modprobe.blacklist=nouveau à la ligne de commande du noyau. Cela a fonctionné sur mon ordinateur portable.

0
Zhang Boyang