Outil paramètrage écrans
Ko sous Plasma
Système et matériels / Installation et configuration

clicere83 Membre non connecté
-
- Voir le profil du membre clicere83
- Inscrit le : 29/04/2013
- Groupes :
Je suis sous Mageia 7.1, x86-64, Plasma et Gnome.
Sous Plasma, l'outil paramétrage écran ne fonctionne pas, problème Kscreen :

Sous Gnome : l'outil fonctionne :

Est-ce que l'outil paramétrage est loggé et quelle est sa log ?

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
J' avais donné quelques pistes sur les logs de kscreen dans ce post .
Je pense que le plantage rencontré des autres programmes sous Plasma a peut être un lien.
On pourrait aussi regarder ce que donne en plus (puisque xrandr fait parti des plugins, s' il manque une librairie, cela devrait se voir) :
ldd /usr/lib64/qt5/plugins/kf5/kscreen/KSC_XRandR.so
Est ce que le fichier /usr/share/dbus-1/services/org.kde.kscreen.service existe ?
Édité par nic80 Le 09/11/2019 à 15h05

clicere83 Membre non connecté
-
- Voir le profil du membre clicere83
- Inscrit le : 29/04/2013
- Groupes :
Problème résolu après mise à jour Mageia 7.

clicere83 Membre non connecté
-
- Voir le profil du membre clicere83
- Inscrit le : 29/04/2013
- Groupes :
J'ouvre à nouveau le post, le problème est réapparu.
Retour de la commande :
[xxxxxxxx@localhost VirtualBox]$ ldd /usr/lib64/qt5/plugins/kf5/kscreen/KSC_XRandR.so
linux-vdso.so.1 (0x00007fff52be4000)
libxcb.so.1 => /lib64/libxcb.so.1 (0x00007f2f89486000)
libxcb-randr.so.0 => /lib64/libxcb-randr.so.0 (0x00007f2f89475000)
libKF5Screen.so.7 => /lib64/libKF5Screen.so.7 (0x00007f2f89419000)
libQt5X11Extras.so.5 => /lib64/libQt5X11Extras.so.5 (0x00007f2f89413000)
libQt5Gui.so.5 => /lib64/libQt5Gui.so.5 (0x00007f2f88e87000)
libQt5Core.so.5 => /lib64/libQt5Core.so.5 (0x00007f2f888ee000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f2f88766000)
libc.so.6 => /lib64/libc.so.6 (0x00007f2f8859c000)
libXau.so.6 => /lib64/libXau.so.6 (0x00007f2f88597000)
libXdmcp.so.6 => /lib64/libXdmcp.so.6 (0x00007f2f8858f000)
libQt5DBus.so.5 => /lib64/libQt5DBus.so.5 (0x00007f2f884fa000)
libm.so.6 => /lib64/libm.so.6 (0x00007f2f883b8000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f2f88395000)
libGL.so.1 => /lib64/libGL.so.1 (0x00007f2f88326000)
libpng16.so.16 => /lib64/libpng16.so.16 (0x00007f2f882cd000)
libz.so.1 => /lib64/libz.so.1 (0x00007f2f882b0000)
libharfbuzz.so.0 => /lib64/libharfbuzz.so.0 (0x00007f2f881ad000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f2f88193000)
libsystemd.so.0 => /lib64/libsystemd.so.0 (0x00007f2f880f2000)
libicui18n.so.63 => /lib64/libicui18n.so.63 (0x00007f2f87e2a000)
libicuuc.so.63 => /lib64/libicuuc.so.63 (0x00007f2f87c61000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f2f87c5c000)
libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007f2f87b3d000)
/lib64/ld-linux-x86-64.so.2 (0x00007f2f8950a000)
libbsd.so.0 => /lib64/libbsd.so.0 (0x00007f2f87b24000)
libdbus-1.so.3 => /lib64/libdbus-1.so.3 (0x00007f2f87ace000)
libglapi.so.0 => /lib64/libglapi.so.0 (0x00007f2f87a96000)
libdrm.so.2 => /lib64/libdrm.so.2 (0x00007f2f87a83000)
libX11.so.6 => /lib64/libX11.so.6 (0x00007f2f87946000)
libxcb-glx.so.0 => /lib64/libxcb-glx.so.0 (0x00007f2f8792b000)
libX11-xcb.so.1 => /lib64/libX11-xcb.so.1 (0x00007f2f87926000)
libxcb-dri2.so.0 => /lib64/libxcb-dri2.so.0 (0x00007f2f8791e000)
libXext.so.6 => /lib64/libXext.so.6 (0x00007f2f8790a000)
libXfixes.so.3 => /lib64/libXfixes.so.3 (0x00007f2f87902000)
libXdamage.so.1 => /lib64/libXdamage.so.1 (0x00007f2f878fd000)
libXxf86vm.so.1 => /lib64/libXxf86vm.so.1 (0x00007f2f878f6000)
libexpat.so.1 => /lib64/libexpat.so.1 (0x00007f2f878ba000)
libxcb-dri3.so.0 => /lib64/libxcb-dri3.so.0 (0x00007f2f878b2000)
libxcb-present.so.0 => /lib64/libxcb-present.so.0 (0x00007f2f878ad000)
libxcb-sync.so.1 => /lib64/libxcb-sync.so.1 (0x00007f2f878a4000)
libxshmfence.so.1 => /lib64/libxshmfence.so.1 (0x00007f2f8789f000)
libfreetype.so.6 => /lib64/libfreetype.so.6 (0x00007f2f877f6000)
libgraphite2.so.3 => /lib64/libgraphite2.so.3 (0x00007f2f877d1000)
librt.so.1 => /lib64/librt.so.1 (0x00007f2f877c4000)
liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f2f87790000)
liblz4.so.1 => /lib64/liblz4.so.1 (0x00007f2f8776e000)
libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007f2f8764d000)
libicudata.so.63 => /lib64/libicudata.so.63 (0x00007f2f8764a000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f2f875d7000)
libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f2f875c2000)
libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007f2f875a0000)
[xxxxxxx@localhost VirtualBox]$
Vérification de la présence du fichier :
[xxxxxxxx@localhost VirtualBox]$ ls -al /usr/share/dbus-1/services/org.kde.kscreen.service
-rw-r--r-- 1 root root 84 avril 10 2019 /usr/share/dbus-1/services/org.kde.kscreen.service
Vérification du process :
ps -axj | grep kscreen
11895 27985 11944 11944 ? -1 Sl 10000 0:01 /usr/libexec/kf5/kscreen_backend_launcher
562 31516 31515 562 pts/1 31515 S+ 10000 0:00 grep --color kscreen
[xxxxxxxx@localhost ~]$ rpm -qa | grep libkscreen
libkscreen-5.15.4-1.mga7
[xxxxxxxx@localhost ~]$ rpm -Vv libkscreen-5.15.4-1.mga7
......... /etc/xdg/libkscreen.categories
......... /usr/bin/kscreen-doctor
......... a /usr/lib/.build-id
......... a /usr/lib/.build-id/0e
......... a /usr/lib/.build-id/0e/31a3a2c5d1f62b9bda90c9658db60cc348a4a7
......... a /usr/lib/.build-id/14
......... a /usr/lib/.build-id/14/2aa98938cbfeeef61116b2b65115b8f16f9fdf
......... a /usr/lib/.build-id/18
......... a /usr/lib/.build-id/18/e9f8c1df603983cd4c28549e74c983c56144bc
......... a /usr/lib/.build-id/31
......... a /usr/lib/.build-id/31/695652694388597efcb0c91bf64fc589208412
......... a /usr/lib/.build-id/3d
......... a /usr/lib/.build-id/3d/c01fdffd0b331fbaf221a5a5b1633869123994
......... a /usr/lib/.build-id/d8
......... a /usr/lib/.build-id/d8/42648d9af15af387e3e2d96a26e7e2c95acfbd
......... a /usr/lib/.build-id/fb
......... a /usr/lib/.build-id/fb/5c49fc2c4dbc6ab92e32414a514822762de1f7
......... /usr/lib64/qt5/plugins/kf5/kscreen
......... /usr/lib64/qt5/plugins/kf5/kscreen/KSC_Fake.so
......... /usr/lib64/qt5/plugins/kf5/kscreen/KSC_KWayland.so
......... /usr/lib64/qt5/plugins/kf5/kscreen/KSC_QScreen.so
......... /usr/lib64/qt5/plugins/kf5/kscreen/KSC_XRandR.so
......... /usr/lib64/qt5/plugins/kf5/kscreen/KSC_XRandR11.so
......... /usr/libexec/kf5/kscreen_backend_launcher
......... /usr/share/dbus-1/services/org.kde.kscreen.service
Pour les autres pistes, cf ce post : https://www.mageialinux-online.org/forum/topic-27031.php#m263555
Avez-vous une idée ???
Édité par clicere83 Le 22/01/2020 à 16h33

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Je vois que tu cumules les problèmes et que personne n'arrive à identifier une source quelconque. Je pense à une ou plusieurs bibliothèques corrompues ou manquantes.
J'en viens à me dire que le plus rapide et le plus efficace serait une réinstallation. C'est moche de dire ça, mais je ne vois pas d'autre méthode.
Je ne suis pas seul à le penser.
Yves

Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
_______________________________________________________________________

___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.



___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.

clicere83 Membre non connecté
-
- Voir le profil du membre clicere83
- Inscrit le : 29/04/2013
- Groupes :
J'ai déjà fait plusieurs réinstallations complètes.
Je veux bien en faire une nouvelle, je vous tiens informer.
Bonne journée

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
clicere83 :
Bonjour,
J'ai déjà fait plusieurs réinstallations complètes.
Je veux bien en faire une nouvelle, je vous tiens informer.
Bonne journée
J'ai déjà fait plusieurs réinstallations complètes.
Je veux bien en faire une nouvelle, je vous tiens informer.
Bonne journée
Alors si tu l'as déjà fait, et que les problèmes persistent d'une installation à l'autre, c'est que le problème est ailleurs et que cette manœuvre ne sera pas une solution.
Mais je ne comprends pas pourquoi tu serais le seul à rencontrer de tels problèmes divers et concomitants :
Dysfonctionnement de Firefox, Thunderbird, 0aD, KScreen, VirtualBox.
Ou alors tu fais une manœuvre à chaque fois qui met ce bazar.
Yves

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
J' ai quand même l' impression que cela est en rapport à la pile graphique.
Comme il y a un problème pour le double écran, que donne un lancement si l' écran secondaire est débranché physiquement (si possible)?

clicere83 Membre non connecté
-
- Voir le profil du membre clicere83
- Inscrit le : 29/04/2013
- Groupes :
Je viens de faire une installation neuve, j'ai mis à jour les médias, puis fait toutes les mises à jours.
C'est ma première connexion sur Plasma, l'outil de gestion des écrans est toujours KO, même message à l'écran sur Kscreen.
Les deux écrans sont bien allumés, j'ai donc mon écran principal et l'écran secondaire, je peux déplacer les fenêtres d'un écran à l'autre.
Le problème de firefox est toujours présent, plantage de ce dernier lors du déplacement d'un onglet.
Je n'ai pas encore installer thunderbird.
J'ai débranché le second écran (prise DVI) et alimentation, l'outil de paramétrage des écrans est toujours KO, même message.
Je viens de faire un redémarrage avec un seul écran, même message d'erreur.
Ces problèmes ( gestion des écrans, firefox, thunderbird) ont disparu lors d'une mise à jour, j'avais clôturé les posts à ce moment mais je ne serai dire laquelle puis ils sont réapparus après une autre mise à jour, laquelle ?
Vous avez d'autres idées ?
Édité par clicere83 Le 25/01/2020 à 15h03

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron

Plus sérieusement.
Il faudrait plus d'information de débogage pour kscreen.
Voici ce que dit le site KDE :
https://community.kde.org/Solid/Projects/ScreenManagement
KDE :
Debugging Information
We can't fix bugs if we don't have the needed information to diagnose the problem, so please provide the following information with your bug report:
Create a script with the following content:
#!/bin/sh
export KSCREEN_LOGGING=1
export QT_MESSAGE_PATTERN="[%{time hh::mm:s.zzz}] %{function}: %{message}"
And add it in a script in ~/.config/plasma-workspace/env (don't forget to make the script executable!). This will create a log file in ~/.local/share/kscreen/kscreen.log with relevant debugging information. If you don't have kscreen.log, then fix this, first.
Enable debugging output by opening ~/.config/QtProject/qtlogging.ini (if the file doesn't exist, create it) and make sure you have the following in it:
[Rules]
kscreen.*=true
The output of:
kscreen-console bug
If your bug is related to the SystemSettings module, please reproduce the bug while executing in a terminal:
kcmshell5 kcm_kscreen
If your bug is related to how KScreen reacts to certain events (for example you plug your monitor and nothing happens), execute the following in a terminal and reproduce the bug:
export QT_MESSAGE_PATTERN="[%{time hh::mm:s.zzz}] %{function}: %{message}"
kquitapp kded
kded5
This adds timestamps to the debugging output and then restarts the kded5 daemon. kded5 loads a kscreen plugin that restores a screen setup from the configuration and reacts to hardware changes, suspending, etc..
These configuration files contains screen configurations, please attach the files located in
~/.local/share/kscreen/*
These are files with long hashnames that contain information about your screen setup. The filenames are relevant, please don't rename them. These configuration files contain the setup for different combinations of outputs, the files are picked based on connected displays (you can see that in the output of kded5 above).
We can't fix bugs if we don't have the needed information to diagnose the problem, so please provide the following information with your bug report:
Create a script with the following content:
#!/bin/sh
export KSCREEN_LOGGING=1
export QT_MESSAGE_PATTERN="[%{time hh::mm:s.zzz}] %{function}: %{message}"
And add it in a script in ~/.config/plasma-workspace/env (don't forget to make the script executable!). This will create a log file in ~/.local/share/kscreen/kscreen.log with relevant debugging information. If you don't have kscreen.log, then fix this, first.
Enable debugging output by opening ~/.config/QtProject/qtlogging.ini (if the file doesn't exist, create it) and make sure you have the following in it:
[Rules]
kscreen.*=true
The output of:
kscreen-console bug
If your bug is related to the SystemSettings module, please reproduce the bug while executing in a terminal:
kcmshell5 kcm_kscreen
If your bug is related to how KScreen reacts to certain events (for example you plug your monitor and nothing happens), execute the following in a terminal and reproduce the bug:
export QT_MESSAGE_PATTERN="[%{time hh::mm:s.zzz}] %{function}: %{message}"
kquitapp kded
kded5
This adds timestamps to the debugging output and then restarts the kded5 daemon. kded5 loads a kscreen plugin that restores a screen setup from the configuration and reacts to hardware changes, suspending, etc..
These configuration files contains screen configurations, please attach the files located in
~/.local/share/kscreen/*
These are files with long hashnames that contain information about your screen setup. The filenames are relevant, please don't rename them. These configuration files contain the setup for different combinations of outputs, the files are picked based on connected displays (you can see that in the output of kded5 above).
Ça t'inspire ?
Yves

clicere83 Membre non connecté
-
- Voir le profil du membre clicere83
- Inscrit le : 29/04/2013
- Groupes :
Création du script dans /home/xxxxxxxx/.config/plasma-workspace/env
-rwxr--r-- 1 xxxxxxxx xxxxxxxx 110 févr. 3 19:09 s-kscreen*
[xxxxxxxx@localhost env]$ ./s-kscreen
[xxxxxxxx@localhost env]$ cat s-kscreen
#!/bin/sh
export KSCREEN_LOGGING=1
export QT_MESSAGE_PATTERN="[%{time hh::mm:s.zzz}] %{function}: %{message}"
Création du fichier qtlogging dans /home/xxxxxxx/.config/QtProject
-rw-r--r-- 1 xxxxxxxx xxxxxxxx 23 févr. 3 19:17 qtlogging.ini
Exécution des commandes en console :
export QT_MESSAGE_PATTERN="[%{time hh::mm:s.zzz}] %{function}: %{message}"
kquitapp kded => commande introuvable
kded5
Dans ~.local/share/kscreen :
drwxr-x--- 2 xxxxxxxx xxxxxxx 4096 nov. 21 14:52 ./
drwxr-xr-x 83 xxxxxxxx xxxxxxxx 4096 févr. 8 13:06 ../
-rw-r----- 1 xxxxxxxx xxxxxxxx 996 janv. 25 13:00 cf9e38429f452b06ee3fc5962974944d
[xxxxxxxx@localhost kscreen]$ cat cf9e38429f452b06ee3fc5962974944d
[
{
"enabled": true,
"id": "81cd142b472b39a121f5e18dd7b38f72",
"metadata": {
"fullname": "xrandr-PLX2380H-11177G3C01025",
"name": "DVI-1-1"
},
"mode": {
"refresh": 60,
"size": {
"height": 1080,
"width": 1920
}
},
"pos": {
"x": 1920,
"y": 0
},
"primary": false,
"rotation": 1,
"scale": 1
},
{
"enabled": true,
"id": "09de30b73f0f186b55c276ba1723e6e4",
"metadata": {
"fullname": "xrandr-PLT2336-11233G3800779",
"name": "DVI-1"
},
"mode": {
"refresh": 60,
"size": {
"height": 1080,
"width": 1920
}
},
"pos": {
"x": 0,
"y": 0
},
"primary": true,
"rotation": 1,
"scale": 1
}
]
[xxxxxxxx@localhost kscreen]$
Sinon : sous usr/bin,il y a ces deux scripts :
[xxxxxxxx@localhost bin]$ ls -al kscreen*
-rwxr-xr-x 1 root root 63128 avril 10 2019 kscreen-console*
-rwxr-xr-x 1 root root 96264 avril 10 2019 kscreen-doctor*
[xxxxxxxx@localhost bin]$ ./kscreen-doctor
[xxxxxxxx@localhost bin]$ ./kscreen-console
START: Requesting Config
org.kde.kscreen: Failed to request backend: unknown error
Received config. Took 19 milliseconds
Config is invalid, probably backend couldn't load
QObject::connect(QObject, ConfigMonitor::Private): invalid null parameter
org.kde.kscreen: Failed to request backend: unknown error
Là je pêche ????

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Reprenons.
Tu as créé le script s-kscreen. Il faut le rendre exécutable, par exemple à partir des propriétés du fichier depuis un gestionnaire de fichier. Ou en ligne de commande, depuis le répertoire qui contient le fichier : chmod +x s-kscreen
Il est dit :
Citation :
.Ceci va créer un fichier d'historique ~/.local/share/kscreen/kscreen.log avec les informations de débogage pertinentes. Si vous n'obtenez pas kscreen.log, réglez ce problème d'abord
Ce qui n'est pas dit, c'est de savoir si l'effet est immédiat ou non. Je pense qu'il faut relancer une session.
Yves

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Quelle est le type de carte graphique utilisée et le pilote utilisé ?
Si je regarde le post concernant 0ad, il est question d' un pilote llvmpipe ( utilisée par mesa et le pilote Gallium visiblement) pour la partie graphique.
Peut être que kscreen ne fonctionne pas avec ce type de pilote ( alors que Gnome et ses utilitaires oui), d' où l' erreur de backend non trouvé.
Il me semble avoir lu que llvmpipe est une solution de secours (avec xrender) possible si aucun pilote opengl n' est trouvé pour plasma/kde depuis la version 5.8
Si c' est une carte Nvidia ou AMD avec pilote propriétaire, il n' y a aucune raison à mon avis que le pilote utilisé soit llvmpipe qui est une gestion logicielle de la partie opengl apparemment.
Que donne la partie opengl dans kinfocenter ?
edit: j' ai vu que Firefox et Thunderbird permettent de désactiver une partie opengl dans la configuration ( about:config dans Firefox, puis recherche de la valeur "layers.geometry.opengl.enabled" si on la change en false, qu' est ce que ça donne ? ; pour Thunderbird,cela semble se trouver dans les préférences -> avancé -> editeur de configuration )
Édité par nic80 Le 08/02/2020 à 23h49

clicere83 Membre non connecté
-
- Voir le profil du membre clicere83
- Inscrit le : 29/04/2013
- Groupes :
Le script s.kscreen est bien exécutable.
Je l'ai testé , rien en retour sous la console, pas de fichier log, alors ???
Pour les cartes et les pilotes et kinfocenter :




Pour firefox :
layers.geometry.opengl.enabled => true à false
Pour thunderbird :
layers.geometry.opengl.enabled => true à false
Reboot, test de firefox et thunderbird => toujours KO
Édité par clicere83 Le 13/02/2020 à 13h16
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie