xylphute Merci pour ton retour. Je manquais de temps. Je me doutais que ça ferait pareil étant donné qu’ils n’ont pas encore résolu le problème à l’heure actuelle.
Plantage session à l'ouverture d'applications suite dernières mises à jour
- Modifié
Pas de soucis, je fais des empaquetages toutes les semaines (parfois plusieurs selon l’humeur) de la version git. N’hésitez pas à tester.
Si vous avez fait des rapports de bogues, n’hésitez pas à mettre le lien sur vos sujets du forum.
Perso j’ai qu’un souci avec la gestion OpenCL sous LibreOffice (et sans doute ailleurs), qui me semble être lié à mesa-libOpenCL
, depuis quelques versions. https://fr.wikipedia.org/wiki/OpenCL
Vu que normalement j’utilise ROCM (OpenCL/GPGPU sauce AMD), je regarde si une simple suppression du paquet mesa ne suffirait pas à le résoudre et expliquer vos soucis.
Édit : Gagné. C’est bien la cause des plantages de mon coté ( possible que ce soit plus du coté des dépendances annexe) :
Suppression:
mesa-libOpenCL i686 24.2.0-2.240626.vind_depot_devel.fc40 @vind-depot-Fedora40-i686 39 M
mesa-libOpenCL x86_64 24.2.0-2.240626.vind_depot_devel.fc40 @vind-depot-Fedora40-x86_64 37 M
mesa-libOpenCL-devel x86_64 24.2.0-2.240626.vind_depot_devel.fc40 @vind-depot-Fedora40-x86_64 39
Suppression des dépendances inutilisées:
clang-libs i686 18.1.6-3.fc40 @updates-testing 106 M
compiler-rt i686 18.1.6-1.fc40 @updates-testing 9.7 M
libclc i686 18.1.6-1.fc40 @updates-testing 78 M
libomp-devel i686 18.1.6-2.fc40 @updates-testing 195 k
spirv-llvm-translator i686 18.1.0-1.fc40 @updates-testing 3.3 M
spirv-llvm-translator x86_64 18.1.0-1.fc40 @updates-testing 3.3 M
spirv-tools-libs i686 2024.2-1.fc40 @updates-testing 5.7 M
Je vous laisse tester du votre pour voir si cela peut être en lien avec vos problèmes.
sudo dnf remove mesa-libOpenCL*
A voir si c’est pas juste lié aux bibliothèques 32bits…
VINDICATORs Salut, je vais tester ça et te donne le résultat ici
- Modifié
VINDICATORs Pas suffisant le retrait de mesa-libOpenCL . Il y a aussi eu des supputations autour de mesa-libEGL mais pas mieux.
Je pense qu’il faut attendre le correctif maintenant.
Pour info avec un fonctionnement normal
$ rpm -qa mesa\*
mesa-libGLU-9.0.3-4.fc40.x86_64
mesa-demos-9.0.0-6.fc40.x86_64
mesa-filesystem-24.0.5-1.fc40.x86_64
mesa-libglapi-24.0.5-1.fc40.x86_64
mesa-dri-drivers-24.0.5-1.fc40.x86_64
mesa-libgbm-24.0.5-1.fc40.x86_64
mesa-libEGL-24.0.5-1.fc40.x86_64
mesa-libGL-24.0.5-1.fc40.x86_64
mesa-va-drivers-freeworld-24.0.5-1.fc40.x86_64
mesa-vdpau-drivers-freeworld-24.0.5-1.fc40.x86_64
mesa-vulkan-drivers-24.1.2-2.fc40.x86_64
mesa-libxatracker-24.1.2-2.fc40.x86_64
- Modifié
Comme je l’ai dit c’est surtout pour voir si il n’y a pas clang/spirev ou une autre dépendance qui peut expliquer pourquoi cela fonctionne mal.
Mon seul souci coté graphique est surtout avec les appli qui utilise opencl (cela vas jusqu’au blocage de la machine/graphique). J’ai rajouté une note dans la doc pour les Radeon. (Cela explique peut être aussi pourquoi mon pod localAI plante en mode GPU…)
Après à voir si sous Plasma on utilise EGL…
Mais bon cela peut se tenter quand même, vu qu’il suffit juste d’un downgrade pour revenir en arrière.
papy22 La même pour moi 😅.
VINDICATORs Je n’ai jamais remonté les bogues, car je ne sais pas comment faire. Après la mise à jour, j’ai exécuté sudo dmesg > dmesg_log.txt
et j’ai repéré cette ligne (trouvée sur différents forums) :
[ 19.558221] kwin_wayland[1248]: segfault at 0 ip 0000000000000000 sp 00007ffcb8bcf5a8 error 14 in kwin_wayland[564466b87000+38000] likely on CPU 4 (core 0, socket 0)
Mais bon … Je bidouille mais sans plus, je sais pas quoi faire de ceci 😅.
- Modifié
https://doc.fedora-fr.org/wiki/Apprendre_%C3%A0_rapporter_un_bogue
Rien qu’avec ABRT https://fedoraproject.org/wiki/Automatic_Bug_Reporting_Tool cela peut aider. Mais bon après faut quand même fournir au moins le retour du dmesg, de journalctl (voir les différentes options).
Par contre c’est généralement à faire en anglais 🙁.
Sauf erreur de ma part, je ne vois pas au moins le modèle de ta carte graphique intégré ou non… Rien que là ce serait une bonne piste à suivre.
- Modifié
VINDICATORs Merci pour les liens, je vais regarder ça à tête reposée. Cela va m’initier et m’apprendre deux ou trois trucs. 😉
Pour information, ma carte graphique est une AMD Radeon HD 7850 (2012, très vieille mais elle me suffit largement pour ce que je fais). Voici quelques détails pertinents obtenus à partir de diverses commandes (lspci
, glxinfo
, inxi
, lshw
) :
Modèle : AMD Radeon HD 7850 / R7 265 / R9 270 1024SP (Pitcairn PRO)
Pilote en cours d’utilisation : radeon
Version d’OpenGL : 4.5
Version de Mesa : 24.0.5
Bien qu’elle soit un peu dépassée à l’heure actuelle, elle fonctionne encore correctement pour mes besoins, notamment avec Blender, FreeCAD et quelques montages vidéo, où elle n’a jamais fait défaut.
Pas de problèmes.
Faut que je retrouve si il m’en reste une fonctionnel de cette génération, mais il me semble ne pas avoir eu de retour sur un dysfonctionnement ces derniers temps.
- Meilleure réponsesélectionnée par Corvus1482
Corvus1482 Une nouvelle version est disponible mesa-24.1.2-7.fc40 et vient au passage corriger les bugs liés aux plantage de GNOME et KDE avec certains modèles de GPU AMD.
Plus de crash de mon côté non plus
Pour moi c’est pareil plus de problème c’est génial bravo les gars
Nickel, je viens d’installer et d’essayer. ça fonctionne aussi pour moi.
- Modifié
Corvus1482 Parfait, tu peux passer le sujet en résolu en sélectionnant la Meilleure réponse -> Voir FAQ .
Bonne continuation !