Fedora-Fr - Communauté francophone Fedora - Linux

Dans mes investigations, j'en suis venu à analyser toute la chaîne. Vérification du BIOS, du support utilisé pour l'installation et ayant un doute sur ma clef USB, j'en ai changé pour repartir sur une installation dont je suis 100% sûr.

Donc installation, arrivée sur le bureau, désactivation de Wayland, ajout du dépôt Negativo, redémarrage, installation des pilotes redemarrage (sans écran noir) et... Nvidia-settings me dit que je dois lancer nvidia-xconfig en Root. Je redémarre pour voir, la même. Je passe donc sur un terminal pour exécuter la commande qui me demande d'installer les outils, ce que je fais et hop redémarrage... Et ça bloque au lancement (après Started Update UTMP).

J'suis un poil découragé là, je savais que Fedora demandait un peu plus d'investissement qu'une autre distribution, mais je n'arrive tout simplement pas à avoir une machine fonctionnelle, même après une semaine à galérer.

Je suis si mauvais que ça ou juste carrément poisseux ?

Suite de mes aventures !

Il semblerait que la GTX 970 (un modèle Hall of Fame de chez Galax / KFA²) ne soit pas copine avec ma configuration et Fedora 27.

Je suis passé sur une GTX 1050 (de chez KFA² aussi, le modèle low-profile) et j'ai relancé une installation suite à deux plantages à l'installation avec la GTX 970.

Arrivé sur le bureau, j'ai activé les dépots RPMFusion et Negativo

# dnf install https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm
# dnf config-manager --add-repo=https://negativo17.org/repos/fedora-nvidia.repo

Pas de trace des pilotes Negativo (ou d'autre logiciel en rapport avec NVIDIA) dans le gestionnaire de logiciels. J'ai donc redémarré la machine après avoir désactivé Wayland en enlevant # devant "WaylandEnable=false" dans le fichier /etc/gdm/custom.conf

Cette fois, en tapant NVIDIA dans le gestionnaire de logiciels, les pilotes sont là et l'installation se fait. Tout roule et je redémarre la machine pour atterrir sur un écran noir après avoir sélectionné mon compte.

Je relance la machine (à la barbare) et demande à Grub de me connecter en mode texte (en ajoutant 3 à la ligne commençant par "linux" suivi de la combinaison de touches Ctrl + X pour lancer) et je passe en root pour vérifier que les pilotes sont bien là. Un Startx m'amène sur le bureau, je déconnecte le compte root, je passe sur ma session et miracle j'arrive sur le bureau ou ma carte graphique est bien détectée et ou nvidia-config est opérationnel, reconnaissant ma carte et mon moniteur.

Joie ! Il ne me reste qu'à tester la stabilité et les performances de l'ensemble !

En espérant que cela puisse aider les débutants ^^

J'étais partie d'une installation toute fraîche avec l'ISO netinstall, du coup GNOME/Wayland de base.

On est d'accord, j'ai juste à désactiver Wayland dans GDM pour repasser sur X ?

J'y ai songé, mais t'as vu les prix en ce moment ? Même en revendant les deux je n'aurai pas de quoi m'offrir équivalent...

Le jour où je dois changer, c'est certain que je passe chez AMD par contre. Une RX 570 ou 580 me suffirait, mais à 400€ faut pas déconner :o

Après suppression de :

rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1

Bizarrement ça démarre beaucoup mieux ! Merci nouvo09 !

Me reste maintenant à savoir pourquoi le dépot RPMFusion updates-testing est indisponible.

Cette fois je suis passé par ce qui semble être la meilleure façon d'installer les pilotes propriétaires sur une machine en Fedora 27, avec un tutoriel de chez "If not true then false" qui détaille la démarche faite intégralement à la main.

Manque de bol, j'ai le droit à un message d'erreur du kernel NVIDIA à la fin et retour sous nouveau (pourtant désinstallé...) automatique. Je ne suis apparemment pas le seul puisque le forum devel-NVIDIA a de nombreux messages parlant du même problème.

Plus embêtant, après avoir suivi à la lettre le tutoriel pour revenir sous nouveau du même site, je me retrouve avec un bureau en 1024x768 et pas de possibilité de modifier l'affichage.

Je pense que mes multiples bidouillages ont joliment abimé le système et qu'il va m'en falloir repasser par la case réinstallation. C'est rageant tant l'installation d'un pilote graphique est bête à faire sous une distro type Ubuntu (trois clics et c'est réglé).

Je me heurte d'ailleurs à un problème que je n'avais jamais rencontré, DNF qui me dit que des paquets sont indisponibles lorsque je demande de les réinstaller (pour rire, ce sont kernel-devel et kernel-headers).

En imaginant que c'est ma GTX 970 qui pose problème (apparemment la VRAM pourrait jouer dans la compilation du pilote), je vais peut-être tester avec une GTX 1050 que j'ai de côté.

Salut pépé !

Je débute aussi sous Fedora et j'ai en partie eu les mêmes craintes quant au partitionnement. L'outil est cependant bien foutu et en sélectionnant tes SSD et en passant par une création manuelle des volumes, tu ne devrais pas avoir de problème à faire ce que tu désires. Pour ton /home, ils suffit de monter le volume en tant que tel et spécifier qu'il ne doit pas être formaté.

Pour le coup du GRUB par contre, ça n'est pas mon fort alors je laisse un pro en parler !

J'en suis à chercher comment faire fonctionner nvidia-settings qui est pourtant installé. Voici le retour d'un terminal lorsque je lance la commande en tant qu'utilisateur et en root :

[guillaume@localhost ~]$ nvidia-settings

ERROR: Unable to find display on any available system

[root@localhost guillaume]# nvidia-settings
No protocol specified

** (nvidia-settings:5120): WARNING **: Could not open X display

ERROR: Unable to find display on any available system

C'est encore à cause de Wayland ? C'est ce que je me dis puisque sous Root il cherche un moniteur sous X. Pourquoi cela fonctionne-t-il sous pilotes Negativo alors ? A moins que ces derniers ne désactivent Wayland sans que cela soit spécifié...

Si ça peut faire avancer le schmilblick, je me suis rendu compte que l'installation des pilotes proprio via RPMFusion ne me donne pas accès à nvidia-settings. Le soft est installé, mais n'apparait pas dans le menu des applications et je ne peux pas le lancer en ligne de commande.

[root@localhost guillaume]# dnf install nvidia-settings
Dernière vérification de l’expiration des métadonnées effectuée il y a 0:32:23 le sam. 27 janv. 2018 20:42:41 CET.
Le paquet nvidia-settings-387.34-1.fc27.x86_64 est déjà installé, ignorer
Dépendances résolues.
Rien à faire.
Terminé !
[root@localhost guillaume]# nvidia-settings
No protocol specified

** (nvidia-settings:3479): WARNING **: Could not open X display

ERROR: Unable to find display on any available system

Et sur mon compte utilisateur :

[guillaume@localhost ~]$ nvidia-settings

ERROR: Unable to find display on any available system

C'est embêtant, parce que mon moniteur est bien là ! (bon, c'est une vieille TV HDReady, mais elle fait le taf !)

A noter que nvidia-settings fonctionne avec les pilotes Negativo.

Me revoilà sous pilotes proprios, toujours le même problème de lenteur, mais la définition n'a pas sauté cette fois ! Gnome Shell pompe toujours 30 à 40% sur tous les coeurs de mon CPU.

Voici du coup la réponse à la commande demandée :

[guillaume@localhost ~]$ systemd-analyze blame
          4.568s plymouth-quit-wait.service
          2.030s NetworkManager-wait-online.service
          1.303s lvm2-monitor.service
          1.173s systemd-udev-settle.service
           734ms fwupd.service
           506ms firewalld.service
           347ms dev-mapper-fedora\x2droot.device
           333ms dracut-initqueue.service
           326ms initrd-switch-root.service
           307ms sssd.service
           285ms akmods.service
           192ms libvirtd.service
           164ms udisks2.service
           136ms chronyd.service
           136ms auditd.service
           125ms dracut-pre-pivot.service
           110ms user@1000.service
           100ms user@42.service
            96ms packagekit.service
            96ms lvm2-pvscan@8:33.service
            96ms gssproxy.service
            96ms systemd-vconsole-setup.service
            94ms lvm2-pvscan@8:3.service
            86ms systemd-journal-flush.service
            79ms ModemManager.service
            78ms abrtd.service
            78ms systemd-udevd.service
            78ms avahi-daemon.service
            76ms rtkit-daemon.service
            73ms systemd-udev-trigger.service
            67ms upower.service
            62ms dracut-cmdline.service
            47ms initrd-parse-etc.service
            47ms systemd-tmpfiles-setup-dev.service
            42ms polkit.service
            41ms systemd-tmpfiles-setup.service
            40ms cups.service
            36ms NetworkManager.service
            33ms var-lib-nfs-rpc_pipefs.mount
            33ms fedora-readonly.service
            28ms fedora-import-state.service
            28ms systemd-fsck@dev-disk-by\x2duuid-6d4fe513\x2deae1\x2d4740\x2d8c
            28ms systemd-binfmt.service
            25ms gdm.service
            23ms systemd-fsck@dev-disk-by\x2duuid-21C4\x2d1573.service
            23ms geoclue.service
            19ms colord.service
            18ms realmd.service
            17ms proc-sys-fs-binfmt_misc.mount
            17ms boot-efi.mount
            17ms systemd-sysctl.service
            16ms systemd-journald.service
            16ms systemd-fsck-root.service
            16ms dracut-pre-udev.service
            15ms accounts-daemon.service
            15ms systemd-fsck@dev-mapper-fedora\x2dhome.service
            15ms plymouth-start.service
            14ms plymouth-read-write.service
            14ms systemd-logind.service
            14ms home.mount
            14ms dev-mapper-fedora\x2dswap.swap
            13ms sys-kernel-debug.mount
            13ms wpa_supplicant.service
            13ms kmod-static-nodes.service
            12ms plymouth-switch-root.service
            11ms dev-hugepages.mount
            10ms dev-mqueue.mount
             9ms systemd-update-utmp-runlevel.service
             9ms systemd-update-utmp.service
             9ms systemd-remount-fs.service
             8ms switcheroo-control.service
             8ms sysroot.mount
             7ms boot.mount
             7ms systemd-user-sessions.service
             7ms nfs-config.service
             6ms rpc-statd-notify.service
             6ms initrd-cleanup.service
             6ms tmp.mount
             4ms sys-fs-fuse-connections.mount
             4ms systemd-random-seed.service
             3ms initrd-udevadm-cleanup-db.service
             1ms dracut-shutdown.service
             1ms sys-kernel-config.mount

J'ajoute qu'à l'extinction de la machine (pour le reboot après installation des pilotes), j'ai vu une ligne parlant de "Kernel" mais trop rapidement pour savoir ce qui allait derrière. C'est quelque chose que je peux retrouver grâce à une commande du type journalctl ? J'ai testé, mais j'avoue ne pas avoir le niveau pour comprendre la moitié de ce qui s'affiche.

Sous Nouveau, je n'ai qu'une charge de 1 à 4% pour gnome-shell. Je confirme donc que les 30 à 40% sont exagérés ! :D

Si cela peut jouer dans la résolution de la chose, je me suis rendu compte que lorsque les pilotes NVIDIA RPMFusion sont installés, le moniteur système m'affiche une consommation de 30 à 40% du CPU par gnome-shell. Tous les 6 coeurs et 12 threads de mon petit Ryzen qui moulinent ensemble juste pour afficher le bureau !