CCM vide [Réglé]
Le CCM est vide suite à un probleme d'affichage
Système et matériels / Administration système
Anonymous23 Membre non connecté
-
- Voir le profil du membre Anonymous23
- Inscrit le : 19/03/2022
- Groupes :
-
Forgeron
Quand je lance le CCM il est vide.
Il y a les onglets à gauche mais la fenêtre principale est vide.
Si je fais en console drakconf j'ai:
[root@localhost baptiste]# drakconf
Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 210.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 210.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 210.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 210.
"cannot run /usr/sbin/isodumper" since it is not installed [Writing ISO] at /usr/libexec/drakconf line 833.
Oops, secure memory pool already initialized
Oops, secure memory pool already initialized
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal
(WebKitWebProcess:5643): Gdk-ERROR **: 14:31:05.265: The program 'WebKitWebProcess' received an X Window System error.
This probably reflects a bug in the program.
The error was 'GLXBadFBConfig'.
(Details: serial 212 error_code 167 request_code 151 (GLX) minor_code 21)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the GDK_SYNCHRONIZE environment
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
Oops, secure memory pool already initialized
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal
Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 210.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 210.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 210.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 210.
"cannot run /usr/sbin/isodumper" since it is not installed [Writing ISO] at /usr/libexec/drakconf line 833.
Oops, secure memory pool already initialized
Oops, secure memory pool already initialized
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal
(WebKitWebProcess:5643): Gdk-ERROR **: 14:31:05.265: The program 'WebKitWebProcess' received an X Window System error.
This probably reflects a bug in the program.
The error was 'GLXBadFBConfig'.
(Details: serial 212 error_code 167 request_code 151 (GLX) minor_code 21)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the GDK_SYNCHRONIZE environment
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
Oops, secure memory pool already initialized
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal
Merci pour votre aide.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
J' ai les mêmes erreurs quand je le lance également, mais j' ai bien les icônes à droite.
Est il possible d' essayer de réinstaller le paquet drakconf ? Je crois que l' option reinstall existe pour urpmi.
urpmi --reinstall drakconf
edit: je n' avais pas lu le "sous titre". Quel type de problème d' affichage s' est posé ? Un plantage du serveur X, un problème du à un changement de thème, de pilote graphique ?
Est ce que certains paquets ont été désinstallés récemment ( des paquet relatifs à gtk et sa gestion des pages web; un ( en root) "cat /var/log/syslog | grep -i RPM) devrait permettre de voir ce qui a été fait par rpm récemment ) ?
Édité par nic80 Le 04/09/2022 à 16h38
Anonymous23 Membre non connecté
-
- Voir le profil du membre Anonymous23
- Inscrit le : 19/03/2022
- Groupes :
-
Forgeron
urpmi --reinstall drakconf ne donne rien, même après reboot
cat /var/log/syslog | grep -i RPM ne donne que ce que j'ai fait depuis 15h20 et si j'ai abimé GTK c'est il y a plusieurs jours, car je n’avais plus utilisé ce PC depuis quelques jours.
Je me suis mal exprimé, j'ai dit problème d'affichage car dans le message d'erreur il y a "The program 'WebKitWebProcess' received an X Window System error." Je ne suis pas assez connaisseur pour affirmer que c'est bien un problème d'affichage. D'ailleurs au passage je suis preneur de références de bon bouquins sur l'architecture des systèmes Linux.
Une réinstallation est elle opportune?
Bonne soirée
Édité par Anonymous23 Le 04/09/2022 à 20h10
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Sous quel environnement cela arrive t' il ?
Si Plasma, est il possible de de changer le compositeur de ( je suppose ) OpenGL à Xrender pour voir si c' est lié à OpenGL ( dans ce cas là il faudra regarder si une mise à jour à niveau de ces composants a été récemment faite) ? Pour cela il faudrait aller dans le panneau de configuration de Plasma -> Matériel -> Affichage et écrans -> compositeur , puis changer le moteur de rendu.
Si cela améliore les choses c' est qu' il y a incompatibilité entre le webkit et le moteur OpenGL ( quelle est la carte graphique utilisée à ce propos ?).
Dans le cas contraire, on peut remettre le moteur de rendu initial ( donc OpenGL).
Un autre piste serait de revenir en arrière sur les paquets webkit. En effet, je vois ceci dans mes logs:
Code BASH :
$rpm -qa --last | head -n 30 webkit2-jsc-2.36.7-1.mga8.x86_64 ven. 02 sept. 2022 23:24:17 lib64webkit2gtk-gir4.0-2.36.7-1.mga8.x86_64 ven. 02 sept. 2022 23:24:17 lib64webkit2gtk4.0_37-2.36.7-1.mga8.x86_64 ven. 02 sept. 2022 23:24:17 lib64javascriptcore-gir4.0-2.36.7-1.mga8.x86_64 ven. 02 sept. 2022 23:24:17 webkit2-2.36.7-1.mga8.x86_64 ven. 02 sept. 2022 23:24:16 lib64javascriptcoregtk4.0_18-2.36.7-1.mga8.x86_64 ven. 02 sept. 2022 23:24:16
Ce qui semble indiquer une mise à jour de ce qui touche à webkit2 récente.
Pour revenir en arrière on pourrait faire ceci -en root - ( je suppose que la version précédente de webkit est la 2.36.6), ici il faudra enlever le --test (ce paramètre permet de tester ce qui serait fait, mais ne le fait pas ( et vu que je n' ai pas envie de casser ma machine
) :Code BASH :
urpmi --test --downgrade webkit2-2.36.6-1.mga8 Afin de poursuivre la mise à jour, les paquetages suivants doivent être désinstallés : lib64webkit2gtk-gir4.0-2.36.7-1.mga8.x86_64 (car lib64webkit2gtk4.0_37 == 2.36.7-1.mga8 est non satisfait) lib64webkit2gtk4.0_37-2.36.7-1.mga8.x86_64 (pour installer le paquetage lib64webkit2gtk4.0_37-2.36.6-1.mga8.x86_64) webkit2-2.36.7-1.mga8.x86_64 (pour installer le paquetage webkit2-2.36.6-1.mga8.x86_64) (test uniquement, la suppression ne sera pas effectuée) (o/N) o Pour satisfaire les dépendances, les paquetages suivants vont être installés : (test uniquement, l'installation ne sera pas effectuée) Paquetage Version Révision Arch (média « Core Updates (distrib3) ») lib64webkit2gtk-gir4.0 2.36.6 1.mga8 x86_64 lib64webkit2gtk4.0_37 2.36.6 1.mga8 x86_64 webkit2 2.36.6 1.mga8 x86_64 un espace de 13Ko sera libéré. 18Mo de paquets seront récupérés. Procéder à l'installation des 3 paquetages ? (O/n)
Si cela corrige le problème il faudrait ouvrir un rapport de bug sur bugs.mageia.org ( s' il n' en existe pas déjà un).
Edit: évidemment, le système va reproposer la mise à jour vers la version 2.36.7-1, il ne faudra donc pas la refaire celle ci en attendant de voir ce que donne le rapport de bug, si plusieurs personnes le rencontre. Ceci dit, pour confirmer que cela vient bien de la mise à jour, on pourrait vérifier que la version 2.6.36-1 ne présente pas le problème, et que dés que la 2.6.36-7 est installée le problème se reproduit ( afin que le problème puisse être confirmé comme reproductible)
Édité par nic80 Le 04/09/2022 à 20h32
Anonymous23 Membre non connecté
-
- Voir le profil du membre Anonymous23
- Inscrit le : 19/03/2022
- Groupes :
-
Forgeron
Je suis sous environnement Mate.
J'ai downgradé webkit mais cela n'a pas résolu le problème.
La carte graphique est une Quadro K2200
Édité par Anonymous23 Le 04/09/2022 à 21h53
Anonymous23 Membre non connecté
-
- Voir le profil du membre Anonymous23
- Inscrit le : 19/03/2022
- Groupes :
-
Forgeron
Si je fais XFdrake et que je mets le pilote "Xorg" "nouveau", le bug disparait.
Si je remets le pilote propriétaire il revient.
Édité par Anonymous23 Le 04/09/2022 à 22h58
Anonymous23 Membre non connecté
-
- Voir le profil du membre Anonymous23
- Inscrit le : 19/03/2022
- Groupes :
-
Forgeron
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Non, ce n'est pas le pilote propriétaire qui est directement en cause, mais la manière dont il est utilisé. Après pour identifier à quel niveau se situe le problème, ce n'est pas facile à déterminer.
J'aurais parié volontiers sur webkit, ce n'est pas la première fois. Mais manifestement, ce n'est pas le bon coupable :/
Visiteur
Je pense que c'est l'accélération matérielle (carte vidéo). Parce que je n'ai jamais eu ce problème dans CCM sur mon ancien matériel.
Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
Je me demande si le problème pourrait être lié à OpenGL. Mais je ne suis pas sûr que le CCM est besoin d'OpenGL pour fonctionner corectement.
Anonymous23 Membre non connecté
-
- Voir le profil du membre Anonymous23
- Inscrit le : 19/03/2022
- Groupes :
-
Forgeron
Merci pour vos réponses.
Y a il des différences dans la qualité de l'affichage avec l'un ou l'autre pilote?
A mon niveau je n'en vois pas encore
Bonne soirée
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
La différence ne se fait pas sur la qualité, mais sur la disponibilité de fonctions d'accélération non disponibles avec la pilote nouveau. Ça doit se traduire en terme de fluidité de l'affichage.
C'est une réponse généraliste, sans prendre en compte spécifiquement le modèle de ta carte.
HomeBoy38 Membre non connecté
-
- Voir le profil du membre HomeBoy38
- Inscrit le : 31/07/2017
- Groupes :
J'ai MageIA 9 en VM sur 3 hyperviseurs XCP-NG et suite à une mise à jour, j'ai le problème décrit (MCC tout vide). En ligne de commande, j'ai actuellement :
Citation :
[root@localhost homeboy]# drakconf
Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
"cannot run /usr/sbin/isodumper" since it is not installed [Writing ISO] at /usr/libexec/drakconf line 833.
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal
(WebKitWebProcess:1588745): Gdk-ERROR **: 09:51:01.359: The program 'WebKitWebProcess' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadShmSeg (invalid shared segment parameter)'.
(Details: serial 190 error_code 128 request_code 131 (MIT-SHM) minor_code 3)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the GDK_SYNCHRONIZE environment
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
"cannot run /usr/sbin/isodumper" since it is not installed [Writing ISO] at /usr/libexec/drakconf line 833.
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal
(WebKitWebProcess:1588745): Gdk-ERROR **: 09:51:01.359: The program 'WebKitWebProcess' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadShmSeg (invalid shared segment parameter)'.
(Details: serial 190 error_code 128 request_code 131 (MIT-SHM) minor_code 3)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the GDK_SYNCHRONIZE environment
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
J'ai tenté de réinstaller drakconf, sans résultat, j'ai désinstallé microcode-0.20220809-3.mga9.nonfree (et reboot) sans résultat, je suis passé de xrdp au mode console et là j'ai une différence : en X11 ça fonctionne, en Wayland non.
Chose étonnante, en xrdp :
Citation :
[root@localhost homeboy]# echo $XDG_SESSION_TYPE
x11
x11
Je n'ai donc pas l'impression que ce soit réglé et j'espère que mon expérience sera utile
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie