[Résolu] Rectangle blanc barriolé pour la souris

[ghis]

Hello,

Un petit fil de discussion pour mutualiser sur ce problème.

Sur PrimTux2-2017-07-26-i386.hybrid.iso installé en mettant le disque dur sur un autre ordi un carré (environ 2x2cm) avec des barres horizontales scintillantes apparaît lors du choix de la session et dans toutes les sessions. Ce problème a lieu avec une souris USB ou la vielle prise verte (PS/2).

En allant dans la session admin, Paramètres > Personnaliser l'apparence > Curseur de la souris, on peut choisir l'apparence de la souris, appliquer le curseur blanc ou noir corrige ce problème dans la session admin mais pas lors du choix de la session, ni dans les autres sessions.

En réalisant une mise à jour verts PT4 via le script de migration de Philippe (https://framagit.org/philippe-dpt35/migre-ptx2-3 qui a super bien fonctionné, merci Philippe) la session maxi a maintenant elle aussi plus ce problème. Reste encore l'étape de choix des session et les sessions minis et super.

Ce problème est peut-être lié à la carte graphique ( https://linuxfr.org/forums/linux-debian-...ous-ubuntu )

Quelques idées de pistes pour résoudre ce problème :

* Ajouter le temps de régler ce problème dans les menus super et mini la possibilité de personnaliser l'apparence, appliquer le nouveau curseur, supprimer du menu la personnalisation de l'apparence. Reste à trouver comment le faire lors du choix de la session.

* Creuser du côté de la carte graphique (drivers)

* Changer la carte graphique du PC

[Steph]

Essaie de supprimer le répertoire /home/USER/.icons/pTux-24

[Philippe Dpt35]

En réalisant une mise à jour verts PT4 via le script de migration de Philippe (https://framagit.org/philippe-dpt35/migre-ptx2-3 qui a super bien fonctionné, merci Philippe)

ATTENTION: je viens de m'apercevoir aujourd'hui qu'il y a une erreur dans le chemin de décompression des archives de Libreoffice pour les sessions ! Donc ça ne fonctionnera pas si bien que ça pour Libreoffice !

Je dois encore faire des tests avant de publier le correctif sur Framagit, en même temps que le correctif pour les versions 2 de PrimTux.

[ghis]

Merci, ça n'a pas résout le problème. Je continue de creuser...

[ghis]

Merci Philippe pour l'info.

[ghis]

La solution pourrait se trouver par là : https://doc.ubuntu-fr.org/tutoriel/comme...eur_souris

[ghis]

J'ai ajouté dans chacun des menus des sessions l’icône pour personnaliser l'apparence, puis une fois loggué dans ceux-ci, l'appliquer. Cela fonctionne très bien, après redémarrage inclus. Reste à trouver comment personnaliser le curseur de la souris lors de l'écran de choix de session. Peut-être un de ceux-là : https://wiki.debian.org/fr/DisplayManager

Il semble que ce soit https://wiki.debian.org/fr/LightDM étant donné qu'il est installé.

Et qu'il faille ajouter le thème de la souris dans /etc/lightdm/lightdm-webkit-greeter.conf

Ou alors utiliser sudo update-alternatives :

S'inspirer de https://unix.stackexchange.com/questions...rsor-theme en essayant de changer Suru++ par Adwaita mais je ne suis pas arrivé à adapter la commande sans avoir d'erreurs.

[ghis]

Cela semble bien lieré au hardware. En réinstallant PT4-debian8 depuis la clé USB sur un autre ordi, il n'y avait aucun problème. En transférant le disque dur sur sur le PC d'origine, il y a ce problème, mais uniquement dans la partie du choix de la session. Pour toutes les sessions, pTux-24 le thème graphique de la souris blanc passe très bien par défaut, sans modifications. Il faudrait donc peut-être juste changer le thème graphique du choix de session pour qu'il n'y ait pas ce problème.

Peut-être est-ce lié au au format des images utilisé par les thèmes, un passant mal avec cette carte graphique ?

[ghis]

Problème résolu, apparemment lié à la GPU :

En allant dans la session admin, ouvrir un terminal, puis :

Code :

sudo nano etc/X11/xorg.conf

Y ajouter ça :

Code :

Section "Device"
    Identifier "any supported Openchrome chip"
    Driver     "openchrome"
    Option     "swcursor"  "true"
EndSection

Redémarrer et c'est bon.

On a un beau curseur noir lors du choix de la session, et on a aussi un curseur propre dans certaines applications au survol (ex. le gestionnaire fichier, quand on survolait les fichiers il y avait le carré blanc qui sortait).

Merci à raleur pour son aide sur https://debian-facile.org/viewtopic.php?...09#p281309

[Steph]

Merci pour cette contribution!

[mothsart]

Y'a une manière d'automatiser cette config quand elle est nécessaire, Steph ?

[Steph]

Faudrait déjà connaître le modèle de la carte graphique. Après au choix: un petit bouton à l'accueil qui introduit les lignes avec sed si on sait qu'on a cette carte ou un script à la Philippe qui introduit une détection de la carte et donc une copie des lignes si besoin.

[Steph]

Les puces en questions semblent être énumérées ici: https://doc.ubuntu-fr.org/openchrome

[mothsart]

J'ai loupé effectivement dans ma lecture de ce ticket qu'il y avait des correctifs appliqués avec le script de migration.

Ghis : c'est possible de mettre le résultat d'un lspci dans un terminal ?
J'aimerais savoir si ta carte correspondant à la liste https://www.freedesktop.org/wiki/Openchr...dHardware/

Si oui, i sera possible de faire dans le script de migration un truc du genre :

Si on détecte que la carte graphique correspond à une ligne de cette table, alors on rajoute le fichier xorg et on le redémarre à la fin (sudo systemctl restart display-manager)

[ghis]

Salut,
Merci pour vos retours.

Voilà ce que donnait lspci : https://debian-facile.org/viewtopic.php?...79#p281279

Si vous avez besoin de plus de tests infos, n'hésitez pas jusqu'à demain 14h, après il sera normalement à l'école, ça sera plus difficile d'y accéder.

[Philippe Dpt35]

alors on rajoute le fichier xorg

Cela vaut-il le coup ? C'est le 1er retour qu'on a depuis que PrimTux existe pour ce genre de problème.

Sauf s'il risque de se multiplier parce que cette carte graphique se répand, il y a un risque à intervenir sur le fichier xorg ou à en créer un en risquant de modifier ou perdre un paramétrage fait par l'utilisateur pour résoudre un problème spécifique à sa machine.

[ghis]

petite note :

ces carrés blancs sont apparus dans les 3 cas, avec et sans migration (mais plus fort avec migration).

Sur le même ordi :

* primtux 2 le présentait ;
* primtux 2 migré en PTX4 debian 8 le présentait ;
* PTX4 clean installé à partir de rien le présentait.

[ghis]

Oui pas sûr que ça vaille le coup, y avait pas trop de littérature sur le web à ce sujet. Je prévois de l'intégrer dans le tuto d'accompagnement lors de la phase de test après installation, on pourra mettre un petit sondage pour savoir le nombre de personne qui rencontrent ce problème, et s'il est élevé, peut-être qu'à ce moment ça vaudra le coup de l'intégrer ?

[mothsart]

Ok, à voir.

Si jamais, je mets le grep nécessaire à la détection :

Code :

lspci -v | grep VGA | grep "CLE266\|KM400\|KN400\|KM400A\|P4M800\|K8M800\|CN400\|PM800\|PN800\|PM880\|CN700\|VN800\|P4M800Pro\|P4M890\|CX700\|CX700M\|K8M890\|P4M900\|VN896\|VX800\|VX855\|VX900\|VX11

[Philippe Dpt35]

Si vraiment c'était nécessaire, on pourrait semble-t-il faire prendre en compte sans risque un tel driver:
https://wiki.archlinux.org/index.php/Via_Technologies

Je cite

Troubleshooting
To enable any of the following options to fix issues, first create a new file 10-openchrome.conf in /etc/X11/xorg.conf.d/:

Section "Device"
Identifier "My Device Name"
Driver "openchrome"
EndSection

En créant un fichier spécifique, on ne touche pas aux paramètres de l'utilisateur.
Mais il vaut mieux attendre de voir si c'est vraiment nécessaire plutôt que de créer une usine à gaz avec le script de migration en essayant de prendre en compte toutes les configurations possibles et imaginables.

De plus, ça ne dépannera que ceux qui migreront !

Un tuto sur le forum m'apparaît plus approprié.
Il faudrait tester cette dernière solution.