Wiki » Configurer le serveur d'affichage-fr

Autres langues Deutsch ; English ; Français

Conditions préalables

• Dans les notes de version : lire le chapitre sur les Pilotes graphiques.
• Dans l’Errata: lire le chapitre Graphiques.
• Avoir une connexion internet et avoir accès au web.
• Disposer d’un ensemble complet de dépôts urpmi (sources de logiciels).
• Si vous avez l’intention d’installer des pilotes propriétaires de Nvidia ou AMD/ATI, assurez-vous d’activer les dépôts Nonfree_Release et Nonfree_Updates.

Pour ces deux derniers points, lire l’article sur la gestion des logiciels.

Pilote Libre contre pilote propriétaire

Il existe deux catégories de pilotes :

• Les pilotes propriétaires : ces pilotes sont fournis par le concepteur du GPU sous forme de fichiers binaires. Le code source est inaccessible en raison des droits de licence.
• Les pilotes libres : ces pilotes sont fournis par la fondation X.org et le code source est accessible. Ils sont maintenus par la communauté et sont compilés et inclus dans la distribution Mageia.

Sélectionner un pilote graphique

Il existe deux catégories de pilotes :

• Les pilotes propriétaires : ces pilotes sont fournis par le concepteur du GPU sous forme de fichiers binaires. Le code source est inaccessible en raison des droits de licence.
• Les pilotes libres : ces pilotes sont fournis par la fondation X.org et le code source est accessible. Ils sont maintenus par la communauté et sont compilés et inclus dans la distribution Mageia.

1. Lancez le MCC (Centre de contrôle Mageia), cliquez sur l’onglet « Matériel » et sur l’icône « Configurer le serveur d’affichage ».

Remarque : Le bouton situé à côté de « Carte graphique » affiche le pilote actuellement utilisé.

2. Cliquer sur ce bouton :
• Dans cette nouvelle fenêtre, un pilote est présélectionné.
• Si vous souhaitez modifier la sélection, choisissez le fabricant puis le modèle de votre carte.
• S’il existe un pilote propriétaire pour votre carte, il vous demandera si vous souhaitez l’installer. Si vous choisissez « Non », le système utilisera le pilote ouvert : pour Nvidia, il s’agit de Xorg « nouveau ». Notez que si vous souhaitez utiliser Xorg « modesetting », vous devez le sélectionner manuellement :
• Pour les pilotes libres, vous pouvez naviguer jusqu’à la fin de la liste et ouvrir la section Xorg.
• amdgpu pour les cartes AMD
• ati pour les cartes ATI
• Xorg modesetting pour les cartes Intel
• Xorg nouveau ou modesetting for pour les cartes Nvidia. Souvent nécessaire pour les anciennes cartes. Essayez les deux.
3. Après avoir sélectionné le pilote, une boite de dialogue concernant les options s’affiche.

Remarque : Si vous avez choisi la carte propriétaire Nvidia, vous devrez peut-être attendre quelques minutes pour que le module du noyau soit à nouveau opérationnel.

En fonction des caractéristiques de votre carte, vous pouvez choisir (par défaut) :

• d’activer la transparence (extension composite)
• d’utiliser l’accélération matérielle pour le pointeur de la souris
• d’utiliser l’accélération « RENDER » pour les effets 3D
• le lancement automatique de l’interface graphique au démarrage

Normalement, les options ci-dessus sont recommandées. Les autres options peuvent être écartées.

• Valider par « OK »
4. Vous revenez sur l’écran précédent.
• Vous pouvez modifier la résolution de votre écran, mais si votre matériel est bien détecté, celui-ci est déjà bien configuré.
• ÉVITER le bouton « Test ». mga#20835
1. Il peut donner des faux négatifs.
2. Il peut bloquer votre système.
3. Il peut vous empêcher de vous connecter au bureau parce que le fichier .Xauthority de l’utilisateur a été défini comme appartenant à l’administrateur (root).

Correction : (point 3.) Définissez votre identifiant et le groupe pour le fichier .Xauthority de votre répertoire personnel. (Si vous avez besoin d’aide, rapprochez-vous du forum MLO).

5. Quittez cet assistant et redémarrez pour utiliser le pilote sélectionné.

la gestion des modes d’affichage par le noyau Linux

Le pilote X11 modesetting est indépendant du matériel et fonctionne avec les pilotes de noyau Nvidia, Intel et AMD. Le pilote X11 « nouveau » ne fonctionne seulement avec le pilote du noyau « nouveau ».

Le « modesetting » avec les cartes Nvidia, bien que plus stable, utilise également le module « nouveau » du noyau interne pour la 3D. « nouveau » dans Xorg utilise le pilote Xorg DDX « nouveau » ainsi que le module « nouveau » du noyau. Pour de nombreuses cartes Nvidia récentes, le « nouveau » DDX ne peut même pas être utilisé, car il n’est pas pris en charge (par exemple pour Nvidia RTX 3xxx et au-delà, etc.)

Pilote propriétaire AMD

Cette section (devrait) également concerner les GPU ATI (« ancien »). AMD a racheté ATI en 2006.

À compléter…

La construction des paquets pour les pilotes AMD-GPU Radeon Pro sont en cours d’élaboration, y compris ROCm Dans l’immédiat, consulter le forum

Trucs et astuces

mga#32060 – Support manquant pour l’encodage/décodage H264/HEVC dans le pilote radeonsi vaapi. Sujet sur le forum sur la création de son propre pilote.

Intel

Si un pilote pose un problème, essayez Xorg > modesetting.

Pilote propriétaire NVIDIA

Ce chapitre est créé pour Mageia 9. Pour Mageia 8, notez les différences : il a aussi Nvidia390 - aussi en 32 bit. nvidia-current est R470 dans les mises à jour, R460 à la sortie. Aucune version ultérieure n'est disponible. Lorsque vous passez d'un pilote propriétaire à un autre, vous devez désinstaller manuellement le pilote dkms-nvidia-*. CUDA et OpenCL sont pris en charge sur au moins la R470.

• Uniquement disponible en 64 bits.

• Pour voir fonctionner le pilote propriétaire et le modifier, lancez nvidia-settings (depuis le paquet x11-driver-video-nvidia*).

• Le module du noyau est construit (cela prend quelques minutes en fonction du processeur) lors de l'installation ou du changement de pilote propriétaire, ainsi que lors de l'installation d'un nouveau noyau. Si vous installez un pilote Nvidia et que vous lancez un noyau qui n'a pas préparé de module Nvidia, il sera préparé lors du prochain démarrage avec ce noyau. Le démarrage peut sembler bloqué, mais soyez patient !

• Vous pouvez passer d'un pilote propriétaire à un pilote libre dans les deux sens sans que les paquets de pilotes propriétaires ne soient désinstallés ni que le module du noyau ne soit nécessaire.

Problème connu avec Nvidia

mga#31994 - Virtual tty terminals are black (i.e Ctrl-Alt-F3), after booted to graphics mode (desktop). Even worse: shifting back and forth between tty and desktop may lead to hard system lockup.

This issue was not at release in Mageia 8, but came with updates and is in Mageia 9 too, as well as in other current Linux distributions.

Workaround (At least the following works sometimes.)

Make sure to set a well supported resolution in the kernel command line, i.e avoid the red numbers in this table.

To see what got set on the kernel line on your system in last boot, issue journalctl -b|grep 'command line:' and look at the number after "vga=". Look it up in the table what resolution it means. Note there is no wide standard for resolutions above 1280x1024.

To change it using Mageia Control Center, Select Boot > Set up boot system > Next > Advanced > Video mode: 1280x1024 16bpp, which will result in "vga=794", working on most computers. (If your screen have lower resolution, select that or next lower.)

Versions des pilotes Nvidia

This chapter is currently a quick mock up - can be improved in style (table?) , and also list alternate names of GPU, and variants... To update when needed!

Listed as -- package name -- driver -- GPU range -- comment

• Driver: Latest Legacy -- nvidia470 -- R470 -- R470 is "nvidia-current" in Mageia 8.
• Driver: Production -- nvidia-current -- R535 -- Intended for all recent Nvidia GPU
• Driver: New Feature -- nvidia-newfeature -- ? -- *usually* a later version than nvidia-current, can be seen as experimental - try this when your card is not fully supported by nvidia-current. Note though that it may not be kept up to date as duly, i.e maybe not compatible with new kernel immediately.
• GeForce 745 series and later --> same as Production
• GeForce 635 to GeForce 920 --> same as Latest Legacy

We do not ship elder drivers, for security and compatibility reasons, as Nvidia do not update them.

• RIVA 128 --> installs free nv
• [FIXME] other choices: --> installs free nouveau (Or possibly keep from previous Mageia release)

- If none suits your GPU, try Xorg nouveau, modesetting, or possibly nv.

Driver versions noted for Mageia 9 release.

Nvidia list of current drivers

Pilotes Nvidia plus anciens

Nvidia R390 driver series, available in Mageia 8, support older graphic cards like the GF1xx series, is EOL (end of life) since the end of 2022 so it no longer receive security and compatibility updates.

In Mageia 9, because security and incompatibility with Kernel and X Server we had to drop R390.

The same applies to Nvidia R340 series, which we had in Mageia 7.

If you like compiling it yourself you will find information on the Internet, you need some patches to make R390 work with kernel-6.3.x. Maybe compile another kernel. Probably even more work for R340. Some ideas to start with see this dev mail list post.

But first try if Xorg nouveau or modesetting works for your GPU, or even Nvidia R470.

NVIDIA CUDA, OpenCL et plus

• We support CUDA and OpenCL for "nvidia-current". Probably works on "New feature branch" too.

• For nvidia470 if you find it not working for you, see below.

• At minimum, install package corresponding to your driver; nvidia*-cuda-opencl, where * is "-current", "-newfeature" or "470". This is enough i.e for BOINC applications I have used.

• Some applications need more support, so install the corresponding nvidia*-all package. To do this you also have to have the 32-bit repositories core and nonfree both release and updates enabled.

• Changing between "-current", "-newfeature" or "470" graphic driver will uninstall the CUDA and nvidia*-all packages, so you need to install them again.

• To see if it works, install cuda-z and launch it: it will investigate and display capabilities - or report failure. In case of problems, best error messages are seen in a terminal from where you launch cuda-z. I.e at time of writing, for nvidia470 it say "CUDA Error: 00000023 CUDA driver version is insufficient for CUDA runtime version". (BOINC report no problem though, but I have no such work to try right now.) Note that cuda-z show same message also if Nvidia driver is installed but nouveau or modesetting is used.

• Different naming and versioning between Nvidia driver and CUDA etc makes things complicated... For more support ask in our forum.

Nvidia R470 CUDA

If you are familiar with repackaging, and are using an older Nvidia card supported only by nvidia470 driver and want to use CUDA, you might try to repackage locally and use an older cuda-toolkit release 11.8 or 10.2, using these commands: (also see note here.)

mgarepo co -r 1916712 svn://svn.mageia.org/packages/cauldron/nvidia-cuda-toolkit
bm -l ./nvidia-cuda-toolkit/SPECS/nvidia-cuda-toolkit.spec
urpmi ./nvidia-cuda-tookit/RPMS/x86_64/*rpm
urpmi nvidia470-all

Forcer l’usage de l’icd

From forum, forum, and mga#29563

A few applications may need Nvidia or Intel icd instead of mesa icd.

Such as some Steam games - a user experiended the problem for Warthunder (with Nvidia) and Deus Ex: Mankind Divided (with Intel).

You can launch the launcher with the vendor icd by the line:

Pour NVidia

export VK_ICD_FILENAMES=/etc/vulkan/icd.d/nvidia_icd.json launcher

Pour Intel

export VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/intel_icd.x86_64.json

Graphiques hybrides

Some laptops comes with "Hybrid Graphics", meaning they have two GPU: one low power, and the other faster.

For configuration see Bumblebee and Mageia-prime for Optimus.

Logs (le journal)

• The system journal, viewed by the command journalctl
• Xorg log, viewed by i.e less /var/log/Xorg.0.log (Note that when using GDM, that content too gets written to journal.)

Note that when using modesetting, journal still logs "nouveau", because modesetting is the X11 (a.k.a DDX) driver that sits on top of a kernel device driver, in this case the nouveau driver. The modesetting X11 driver is hardware-agnostic, so will also work with Intel and AMD kernel drivers. The nouveau X11 driver only works with the nouveau kernel driver.

Suppression des messages gênants dans le terminal et les journaux

Sometimes you find inconvenient number of firewall messages "diluting" dmesg/journal, and they also are output in terminals and even right into i.e text mode applications such as drakx tools in console mode - very disturbing!

To avoid those messages: in /etc/sysctl.d/kernel.msg.conf, have the line "kernel.printk=3 4 1 3".

It may also suppress important error messages, so it is not the default. See more information on printk.

En cas de problèmes

Some general tricks, to be extended...

• See tricks per vendor in chapters above
• Try another driver, i.e Nvidia GTX750 works on my system with proprietary R470 and R535, nouveau (slow), and modesetting (decent, and stable for resuming).
• Disable the 3D hardware acceleration and rely only on SIMD CPU acceleration (run drakx11, go in "Option" and select "Disable Hardware Acceleration"). This will use the llvmpipe 3D (software) driver for 3D, you won't be able to play 3D games mostly because too slow, but for most basic stuff can be reliable.
• Check whether the same crashes occurs also on other simpler desktop(s), e.g. IceWM, which won't use 3D for window compositing.
• Change kernel
  • Especially for elder computer: Try elder kernel base version. If downgrading within current Mageia release does not help, try latest kernel from previous Mageia release update or backport repository.
  • If your computer is very new, maybe instead it need latest possible kernel, if regular update is not enough look in current Mageia release backport repository.
  • Note that it may happen some driver is incompatible with your chosen kernel version, so you may need to fetch a driver of similar age.

Si le démarrage échoue sur le poste de travail

Voir, Comment changer un mauvais pilote graphique.

Se connecter au système qui pose un problème à l’aide de SSH

Having the ability to login from another computer is invaluable, so you can check what is happening and even do a clean shutdown and reboot if needed even when your screen is frozen, black, or distorted. Of course you have to prepare before the hickup by the preparations below and test it is working.

For systems on a home LAN, enable inbound 22/tcp in the firewall, install openssh-server, and as root issue systemctl start sshd.service.

This will allow you to make an SSH connection between machines on your home LAN.