djodj

Cela peut aussi venir de la connectique ou d’un composant défaillant.

Je dois par exemple baffer un de mes écrans qui doit avoir une soudure qui lâche pour avoir de l’affichage stable par exemple.

Test déjà en diminuant la fréquences si possible.

Mais bon je pense que c’est lié a l’opencl (gpgpu)…

Faut désinstaller les paquets mesa-libOpenCL et installer rocm (voir dans la rubrique documentation du site et le pilote libre radeon)

Ça change beaucoup, on n’est plus sur du NVIDIA, mais AMD du coup.

A partir de quel moment tu as des artefacts?

Pendant le démarrage tout va bien? Dès que tu arrives sur fedora?

L’affichage est il correct si tu change de tty (CTRL+alt+F4 par exemple)? Et si tu reviens sur xfce ?

merci je vais essayer tout ça non pas dans la journée car je n’aurais pas l’ordi en question aujourd’hui mais demain.

alors c’est systématique a partir du moment ou j’allume l’ordinateur jusqu’à grub ça va, mais dès que grub est passé ça me fait du canal+ systématiquement que je tape ou ne tape pas ça ne change rien. En revanche j’attend 5 mn que ça passe en veille et au retour de veille c’est bon.. mais 5 mn pour utiliser son ordi c’est presque pire que sous windows ..

    djodj

    Tu peux fournir le retour de la suite de commande :

    cat /proc/bus/pci/devices | grep VGA || lspci | grep VGA | colrm 1 4 ; \
    cat /proc/cpuinfo | egrep "model name|MHz" ; \
    xdpyinfo | egrep "version:|dimensions|depth of" ; \
    glxinfo | egrep -A2 "rendering|OpenGL" ; \
    vulkaninfo | egrep -A2 "version" ; \
    lspci -nnk | grep -iA2 vga ; \
    uname -sr; \
    dnf list mesa* --installed;

      je viens de récupere la machine, voici le résultat de la longue commande que tu m’as demandé

      j’espère que ça te parle .. car a moi.. ca me laisse dubitatif

      0.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mendocino (rev c1)
      model name        : AMD Ryzen 5 7520U with Radeon Graphics
      cpu MHz                : 4341.657
      model name        : AMD Ryzen 5 7520U with Radeon Graphics
      cpu MHz                : 400.000
      model name        : AMD Ryzen 5 7520U with Radeon Graphics
      cpu MHz                : 4340.215
      model name        : AMD Ryzen 5 7520U with Radeon Graphics
      cpu MHz                : 3745.672
      model name        : AMD Ryzen 5 7520U with Radeon Graphics
      cpu MHz                : 1895.384
      model name        : AMD Ryzen 5 7520U with Radeon Graphics
      cpu MHz                : 1553.584
      model name        : AMD Ryzen 5 7520U with Radeon Graphics
      cpu MHz                : 400.000
      model name        : AMD Ryzen 5 7520U with Radeon Graphics
      cpu MHz                : 4311.402
      V: xdpyinfo : commande introuvable
      direct rendering: Yes
      server glx vendor string: SGI
      server glx version string: 1.4
      --
      OpenGL vendor string: AMD
      OpenGL renderer string: AMD Radeon Graphics (radeonsi, raphael_mendocino, LLVM 18.1.1, DRM 3.57, 6.8.5-301.fc40.x86_64)
      OpenGL core profile version string: 4.6 (Core Profile) Mesa 24.0.5
      OpenGL core profile shading language version string: 4.60
      OpenGL core profile context flags: (none)
      OpenGL core profile profile mask: core profile
      OpenGL core profile extensions:
          GL_AMD_conservative_depth, GL_AMD_depth_clamp_separate,
          GL_AMD_draw_buffers_blend, GL_AMD_framebuffer_multisample_advanced,
      --
      OpenGL version string: 4.6 (Compatibility Profile) Mesa 24.0.5
      OpenGL shading language version string: 4.60
      OpenGL context flags: (none)
      OpenGL profile mask: compatibility profile
      OpenGL extensions:
          GL_AMD_conservative_depth, GL_AMD_depth_clamp_separate,
          GL_AMD_draw_buffers_blend, GL_AMD_framebuffer_multisample_advanced,
      --
      OpenGL ES profile version string: OpenGL ES 3.2 Mesa 24.0.5
      OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
      OpenGL ES profile extensions:
          GL_AMD_framebuffer_multisample_advanced, GL_AMD_performance_monitor,
          GL_ANDROID_extension_pack_es31a, GL_ANGLE_pack_reverse_row_order,
      V: vulkaninfo : commande introuvable
      pcilib: Error reading /sys/bus/pci/devices/0000:00:08.3/label: Operation not permitted
      03:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Mendocino [1002:1506] (rev c1)
              Subsystem: Dell Device [1028:0c3e]
              Kernel driver in use: amdgpu
      Linux 6.8.5-301.fc40.x86_64q
      En attente de la fin d’exécution du processus ayant l’identifiant (pid) 2171.

      pourrais-tu compléter avec
      dnf list mesa* --installed
      dnf devait être occupé d’après ce que dit la dernière ligne

      si le problème ne se pose qu’au démarrage de l’ordinateur, c’est sans doute le dm qui est en cause.
      Pour tester démarre en niveau 3, puis après saisie de l’utilisateur et mot de passe startx
      Démarrer en niveau 3 :

      Démarrez votre système et attendez que le menu GRUB apparaisse. Sélectionnez l’entrée Fedora et appuyez sur ‘e’ pour la modifier. Recherchez la ligne commençant par ‘linux’ ou ‘linuxefi’ et ajoutez ‘3’ à la fin de la ligne. Appuyez sur Ctrl+x ou F10 pour démarrer. Veuillez noter que cela démarrera Fedora en mode texte sans interface graphique.

      voici le résultat

      # dnf list mesa* --installed
      Paquets installés
      mesa-dri-drivers.x86_64                                                  24.0.5-1.fc40                                               @anaconda
      mesa-filesystem.x86_64                                                   24.0.5-1.fc40                                               @anaconda
      mesa-libEGL.x86_64                                                       24.0.5-1.fc40                                               @anaconda
      mesa-libGL.x86_64                                                        24.0.5-1.fc40                                               @anaconda
      mesa-libgbm.x86_64                                                       24.0.5-1.fc40                                               @anaconda
      mesa-libglapi.x86_64                                                     24.0.5-1.fc40                                               @anaconda
      mesa-libxatracker.x86_64                                                 24.0.5-1.fc40                                               @anaconda
      mesa-va-drivers.x86_64                                                   24.0.5-1.fc40                                               @anaconda
      mesa-vulkan-drivers.x86_64                                               24.0.5-1.fc40                                               @anaconda

      alors je viens de faire la manip je suis rentré en niveau 3 (en su et en user,les deux ) puis j’ai lancé startx et là , en effet, pas de problème … que dois-je corriger alors?

      je dois quand même remarquer que j’ai l’effet canal+ tant que je n’ai pas le prompt en mode textuel

      à moins que VINDICATORs ait une solution, on peut installer un autre dm, par exemple lightdm qui est indépendant des interfaces graphiques

        fgland

        certes mais comment fait-on ça?

        déjà quand je tape

        # systemctl status *dm.service

        j’ai tapé la commande

        # systemctl enable lightdm.service

        puis

        # systemctl start lightdm.service

        et j’ai vérifié avec status que c’etait bien lancé puis j’ai redémaré mais ca a refait canal+

        j’ai essayer avec gdm.service mais il me dit qu’il ne l’a pas trouvé

        que faire ???

        • Modifié
        • Meilleure réponsesélectionnée par djodj

        Je vais regarder si il manque pas qqchose.

        Si c’est avant le DM cela ne fera pas grand chose de plus. Après avant de lancer le service faut installer 😜.

        Pense à faire les mises à jour.

          VINDICATORs

          je lance les mise a jour

          j’ai vérifier dans /usrlib/systemd/system si il y avait d’autres dm.services possibles mais en fait il n’y a que lightdm.service de dispo sur la distrib F40 que j’ai

          pour gdm il faut l’installer mais faisant parti de gnome, il risque d’y avoir beaucoup de dépendance
          dnf install gdm , 60Mo
          il y a sddm qui est lié à kde
          xfce4-session pour xfce, très peu de dépendance, 5Mo
          lxdm pour lxde
          Il faudra désactiver lightdm pour activer celui que tu auras choisi
          systemctl disable xxxdm

            fgland la machine est sur xfce en effet. cela dis comme elle n’a que le Wifi pour les mises a jour ça galere grave.

            mais comme il y a l’effet canal + avant même le “Display Manager” il est fort possible comme le dit VENDICATOR que le problème soit en amont ..

            en tout cas je vais voir pour le DM de xfce quand les mises à jour seront finie mais avec le wifi ça va prendre les plombes à priori

            VINDICATORs

            je viens de faire les mises à jours. (ça a duré car je sui sen wifi) alors ça a peut être réglé le problème cependant je n’arrive plus à rebotter automatiquement en niveau d’exécution 5 , il me donne systématiquement la main en mode textuel et je dois lancer startx après .. pourtant j’ai refait la manip en mettant 5 a la place de 3 mais ça ne semble pas fonctionner

            comment faire? pour rebooter directement en mode graphique?

              djodj

              Tu dois avoir remplacé le dm, après à voir, je ne l’ai pas souvent fait.

              Sinon niveau paquet mesa :

              mesa-demos.x86_64                9.0.0-8.fc41  fedora
              mesa-dri-drivers.i686            24.2.3-4.fc41 updates-testing
              mesa-dri-drivers.x86_64          24.2.3-4.fc41 updates-testing
              mesa-filesystem.i686             24.2.3-4.fc41 updates-testing
              mesa-filesystem.x86_64           24.2.3-4.fc41 updates-testing
              mesa-libEGL.i686                 24.2.3-4.fc41 updates-testing
              mesa-libEGL.x86_64               24.2.3-4.fc41 updates-testing
              mesa-libGL.i686                  24.2.3-4.fc41 updates-testing
              mesa-libGL.x86_64                24.2.3-4.fc41 updates-testing
              mesa-libGLU.x86_64               9.0.3-5.fc41  fedora
              mesa-libGLw.x86_64               8.0.0-30.fc41 fedora
              mesa-libOSMesa.i686              24.2.3-4.fc41 updates-testing
              mesa-libOSMesa.x86_64            24.2.3-4.fc41 updates-testing
              mesa-libd3d.i686                 24.2.3-4.fc41 updates-testing
              mesa-libd3d.x86_64               24.2.3-4.fc41 updates-testing
              mesa-libd3d-devel.i686           24.2.3-4.fc41 updates-testing
              mesa-libd3d-devel.x86_64         24.2.3-4.fc41 updates-testing
              mesa-libgbm.i686                 24.2.3-4.fc41 updates-testing
              mesa-libgbm.x86_64               24.2.3-4.fc41 updates-testing
              mesa-libglapi.i686               24.2.3-4.fc41 updates-testing
              mesa-libglapi.x86_64             24.2.3-4.fc41 updates-testing
              mesa-libxatracker.x86_64         24.2.3-4.fc41 updates-testing
              mesa-va-drivers-freeworld.x86_64 24.2.3-3.fc41 rpmfusion-free-updates-testing
              mesa-vulkan-drivers.i686         24.2.3-4.fc41 updates-testing
              mesa-vulkan-drivers.x86_64       24.2.3-4.fc41 updates-testing

              Je travail sur la dernière version de développement, mais il reste quelques soucis à résoudre pour finir l’empaquetage.

              Si tu utilise gdm :

              # systemctl enable --now gdm

              et start

              Enfin bon si les mises à jours ont fait que tu n’as plus le problème c’est donc juste que ta puce graphique avait besoin d’un noyau plus récent 😉.

                VINDICATORs

                ca semble l’avoir fait mais je n’arrive plus à rebooter en niveau 5 automatiquement

                je redémarre toujours en niveau 3 et dois refaire un startx a chaque fois

                comment faire pour rebooter automatiquement en nuveau 5 ?

                Que renvoie
                $ systemctl get-default

                c’est résolu, en fait , tout bête. j’avais viré les dm.. après la mise à jour j’ai réinstallé lightdm et tout fonctionne.

                merci à tous

                  djodj

                  Bien 😃.

                  Comme les pilotes, surtout ceux inclus de base, sont dépendant du noyau/mesa/parfois d’autres paquets, une mise à jour d’une installation de base ne fait pas de mal 😉.