Nuliel Rien du tout, le pilote propriétaire fonctionne, c'est parfait! Tu peux redémarrer directement modprobe.blacklist=nouveau sert à empêcher nouveau de gérer (mal) la carte graphique. Du coup c'est les graphiques du processeur qui sont utilisés lorsqu'aucun pilote pour la carte graphique est présent
gperrot Le redémarrage sans paramètre après "reboot" donne l'écran violet 🙁 Le redémarrage avec modprobe.blacklist=nouveau ne fonctionne plus après un redémarrage électrique. Le redémarrage avec acpi=off fonctionne toujours.
Nuliel Bah c'est quand même dommage, mais oui, modprobe.blacklist=nouveau modprobe.blacklist=nvidia permet d'éviter d'utiliser cette puce. Mais je comprends vraiment pas d'où vient le problème. Ca devrait fonctionner
gperrot Je viens de démarrer avec modprobe.blacklist=nouveau modprobe.blacklist=nvidia après un "reboot" (de même, après un redémarrage électrique) et écran violet !
gperrot Pas moyen de savoir si nvidia est quand même utilisé malgré "modprobe.blacklist=nouveau modprobe.blacklist=nvidia" ? Pas moyen de désactiver nvidia autrement ? Pas intéressant d'éliminer tous les pilotes nvidia et si oui comment ?
Nuliel On peut supprimer le pilote nvidia sudo apt autoremove nvidia-driver-430 puis tu peux donner dpkg -l | grep nvidia qu'on voit ce qu'il reste
gperrot Après "sudo apt autoremove nvidia-driver-430" : $ dpkg -l |grep nvidia rc libnvidia-compute-430:amd64 430.40-0ubuntu0~gpu18.04.1 amd64 NVIDIA libcompute package rc nvidia-compute-utils-430 430.40-0ubuntu0~gpu18.04.1 amd64 NVIDIA compute utilities rc nvidia-dkms-430 430.40-0ubuntu0~gpu18.04.1 amd64 NVIDIA DKMS package rc nvidia-kernel-common-430 430.40-0ubuntu0~gpu18.04.1 amd64 Shared files used with the kernel module rc nvidia-prime 0.8.8.2 all Tools to enable NVIDIA's Prime rc nvidia-settings 418.56-0ubuntu0~gpu18.04.1 amd64 Tool for configuring the NVIDIA graphics driver
gperrot Malgré cela, écran violet après "reboot" ! gperrot a écritAprès "sudo apt autoremove nvidia-driver-430" : $ dpkg -l |grep nvidia rc libnvidia-compute-430:amd64 430.40-0ubuntu0~gpu18.04.1 amd64 NVIDIA libcompute package rc nvidia-compute-utils-430 430.40-0ubuntu0~gpu18.04.1 amd64 NVIDIA compute utilities rc nvidia-dkms-430 430.40-0ubuntu0~gpu18.04.1 amd64 NVIDIA DKMS package rc nvidia-kernel-common-430 430.40-0ubuntu0~gpu18.04.1 amd64 Shared files used with the kernel module rc nvidia-prime 0.8.8.2 all Tools to enable NVIDIA's Prime rc nvidia-settings 418.56-0ubuntu0~gpu18.04.1 amd64 Tool for configuring the NVIDIA graphics driver
Nuliel Bon, un redémarrage avec modprobe.blacklist=nouveau fonctionne t'il? Si oui, peux tu prendre une photo du bios où il y a le secure boot et la poster en suivant ma signature? Pas moyen de savoir si nvidia est quand même utilisé malgré "modprobe.blacklist=nouveau modprobe.blacklist=nvidia" ? Elle ne peut pas être utilisé sans pilote, donc normalement avec ces deux paramètres c'est forcément la partie graphique du processeur qui est utilisé.
gperrot Je vois encore du nvidia qui traîne (voir ligne 02:00.0 ci-dessous). Je vais maintenir lire tes dernières consignes. $ lspci -k|more 00:00.0 Host bridge: Intel Corporation Device 3e34 (rev 0b) Subsystem: ASUSTeK Computer Inc. Device 1501 00:02.0 VGA compatible controller: Intel Corporation Device 3ea0 Subsystem: ASUSTeK Computer Inc. Device 1c0e Kernel driver in use: i915 Kernel modules: i915 00:04.0 Signal processing controller: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem (rev 0b) Subsystem: ASUSTeK Computer Inc. Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem Kernel modules: processor_thermal_device 00:08.0 System peripheral: Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6 th/7th Gen Core Processor Gaussian Mixture Model Subsystem: ASUSTeK Computer Inc. Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7 th Gen Core Processor Gaussian Mixture Model 00:12.0 Signal processing controller: Intel Corporation Device 9df9 (rev 30) Subsystem: ASUSTeK Computer Inc. Device 1501 Kernel driver in use: intel_pch_thermal Kernel modules: intel_pch_thermal 00:14.0 USB controller: Intel Corporation Device 9ded (rev 30) Subsystem: ASUSTeK Computer Inc. Device 201f Kernel driver in use: xhci_hcd 00:14.2 RAM memory: Intel Corporation Device 9def (rev 30) Subsystem: Intel Corporation Device 7270 00:15.0 Serial bus controller [0c80]: Intel Corporation Device 9de8 (rev 30) Subsystem: ASUSTeK Computer Inc. Device 1501 Kernel modules: intel_lpss_pci 00:15.1 Serial bus controller [0c80]: Intel Corporation Device 9de9 (rev 30) Subsystem: ASUSTeK Computer Inc. Device 1501 Kernel modules: intel_lpss_pci 00:16.0 Communication controller: Intel Corporation Device 9de0 (rev 30) Subsystem: ASUSTeK Computer Inc. Device 1501 Kernel driver in use: mei_me Kernel modules: mei_me 00:17.0 SATA controller: Intel Corporation Device 9dd3 (rev 30) Subsystem: ASUSTeK Computer Inc. Device 1501 Kernel driver in use: ahci Kernel modules: ahci 00:19.0 Serial bus controller [0c80]: Intel Corporation Device 9dc5 (rev 30) Subsystem: ASUSTeK Computer Inc. Device 1501 Kernel modules: intel_lpss_pci 00:1c.0 PCI bridge: Intel Corporation Device 9db8 (rev f0) Kernel driver in use: pcieport 00:1c.4 PCI bridge: Intel Corporation Device 9dbc (rev f0) Kernel driver in use: pcieport 00:1d.0 PCI bridge: Intel Corporation Device 9db0 (rev f0) Kernel driver in use: pcieport 00:1d.1 PCI bridge: Intel Corporation Device 9db1 (rev f0) Kernel driver in use: pcieport 00:1d.4 PCI bridge: Intel Corporation Device 9db4 (rev f0) Kernel driver in use: pcieport 00:1e.0 Communication controller: Intel Corporation Device 9da8 (rev 30) Subsystem: ASUSTeK Computer Inc. Device 1501 Kernel modules: intel_lpss_pci 00:1e.2 Serial bus controller [0c80]: Intel Corporation Device 9daa (rev 30) Subsystem: ASUSTeK Computer Inc. Device 1501 Kernel modules: intel_lpss_pci 00:1f.0 ISA bridge: Intel Corporation Device 9d84 (rev 30) Subsystem: ASUSTeK Computer Inc. Device 1501 00:1f.3 Audio device: Intel Corporation Device 9dc8 (rev 30) Subsystem: ASUSTeK Computer Inc. Device 1501 Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel, snd_soc_skl 00:1f.4 SMBus: Intel Corporation Device 9da3 (rev 30) Subsystem: ASUSTeK Computer Inc. Device 1501 Kernel modules: i2c_i801 00:1f.5 Serial bus controller [0c80]: Intel Corporation Device 9da4 (rev 30) Subsystem: Intel Corporation Device 7270 02:00.0 3D controller: NVIDIA Corporation GP108M [GeForce MX150] (rev a1) Subsystem: ASUSTeK Computer Inc. GP108M [GeForce MX150] Kernel modules: nvidiafb, nouveau 04:00.0 Network controller: Intel Corporation Wireless 8265 / 8275 (rev 78) Subsystem: Intel Corporation Wireless 8265 / 8275 Kernel driver in use: iwlwifi Kernel modules: iwlwifi 05:00.0 Non-Volatile memory controller: Sandisk Corp Device 5003 (rev 01) Subsystem: Sandisk Corp Device 5003 Kernel driver in use: nvme Kernel modules: nvme
Nuliel nvidiafb je sais pas ce que c'est. En tout cas aucun pilote n'est utilisé (pas de ligne Kernel driver in use)
xubu1957 nvidiafb is a framebuffer driver inside the Linux Kernel. Is not the proprietary module from nvidia > askubuntu.com/questions/271613/am-i-using-the-nouveau-driver-or-the-proprietary-nvidia-driver
gperrot Je confirme : il y a quelque chose d'aléatoire dans mes redémarrages par rapport à l'écran violet : je viens de le redémarrer sans paramètre grub spécifique après un redémarrage électrique alors que j'avais un écran violet juste avant.
Nuliel Merci xubu pour l'info Bon, on va retenter d'installer le pilote nvidia: sudo apt install nvidia-driver-415 puis redémarrage sans rien Edit: non ça vient pas de là, pas la peine de l'installer, il y a un autre problème
gperrot Je précise que quand je parle de "redémarrage électrique", je veux dire que j'appuie sur le bouton "power off" en haut à droit de mon clavier Asus pour le redémarrer après un écran violet qui survient immédiatement après le choix d'Ubuntu dans le menu grub
Nuliel Merdum, je viens de trouver https://forum.ubuntu-fr.org/viewtopic.php?id=2042349 qui est presque le même (ou le même) pc et qui explique avoir aussi eu le même problème. Une mise à jour du bios a réglé le problème, mais si on pouvait passer un paramètre à grub au lieu de faire cette mise à jour ce serait cool
gperrot Je viens de faire plusieurs redémarrages : 1) bouton "poweroff" après écran violet => redémarrage 2) commande "reboot" => écran violet 3) bouton "poweroff" après écran violet => écran violet Manipulation répétée 5 fois ensuite : toujours écran violet
