2 votes

gnome-screenshot prend des photos de manière aléatoire, affectant également Google Sheets

J'ai un problème étrange depuis la semaine dernière sur mon ordinateur portable Ubuntu 16.04.

Tout à coup, gnome-screenshot commence à prendre des photos de l'écran - continuellement. Je pensais que cela n'arrivait que lorsque je travaillais sur Chrome (ce qui est le cas 95% du temps où le système est allumé), mais aujourd'hui cela s'est produit presque instantanément après que le système ait démarré et que j'aie entré mon mot de passe.

Cela se produit parfois de manière aléatoire, ou parfois lorsque j'appuie sur une touche. C'est très ennuyeux.

J'ai désinstallé le paquet, qui était à la version 3.18.0.

Simultanément, un problème étrange est apparu dans Google Sheets. Après le chargement d'une feuille, la cellule sélectionnée est effacée et le curseur commence à clignoter, comme si quelqu'un avait double-cliqué sur la cellule. Lorsque je sélectionne une nouvelle cellule, le système attend une seconde, efface et modifie également cette cellule. La dernière fois que cela s'est produit, j'ai désinstallé gnome-screenshot à cause du problème des captures d'écran aléatoires. J'ai ensuite réinstallé gnome-screenshot et le problème des feuilles a disparu ainsi que celui des captures d'écran. Maintenant, les deux problèmes reviennent simultanément et pour le moment j'ai désinstallé gnome-screenshot, mais le problème Sheets demeure.

Je ne sais pas pourquoi cela se produit, mais je pense qu'il s'agit d'une sorte d'appel système qui est mal interprété ou d'un bogue dans un paquetage.

Je pense que cela a commencé à se produire depuis la dernière fois que j'ai lancé l'outil de mise à jour des paquets.

Des solutions ? J'en ai assez de la situation actuelle.

P.S. Je viens de remarquer ses effets dans Nautilus également. Lorsque je vais dans un dossier et que je veux revenir au répertoire d'origine (ou à n'importe quel autre répertoire des parents), je ne peux pas ; au lieu de cela, le pointeur de la souris se met à clignoter très rapidement (plusieurs fois par seconde, de façon intermittente).

Je ne peux pas non plus ouvrir de menus dans la barre des tâches ou quoi que ce soit d'autre. Si j'essaie d'ouvrir un menu (par exemple pour éteindre l'ordinateur), il reste affiché pendant une fraction de seconde, puis se referme. Cela se reproduit si j'essaie de rouvrir l'ordinateur.

2voto

danzel Points 5094

あなたの Prt Sc (ou quel que soit son nom sur votre clavier) est probablement défectueuse. Quand gnome-screenshot est installée, cette touche déclenche une capture d'écran et n'est pas transmise aux applications. Lorsqu'elle est désinstallée, la touche est finalement transmise à Google Sheets, ce qui permet d'effacer et de modifier la cellule sélectionnée. Lorsqu'elle est enfoncée de manière continue, cette touche vous empêche également de naviguer dans la barre d'emplacement de Nautilus et de fermer immédiatement les menus de la barre des tâches.

Pour le confirmer, installez evtest , courir sudo evtest dans un terminal et sélectionnez votre clavier. Laissez-le fonctionner. Dès que le problème survient, n'appuyez sur aucune touche et basculez dans le terminal. Il y aura des lignes contenant KEY_SYSRQ .

La solution la plus évidente est bien sûr de remplacer le clavier. Toutefois, s'il s'agit d'un clavier d'ordinateur portable intégré, il se peut que cette solution ne soit pas envisageable.

Pour contourner le problème, vous pouvez remapper le scancode de la clé vers une clé qui n'a généralement pas d'effet, par exemple unknown . J'ai rédigé des instructions à ce sujet aquí . Gardez à l'esprit, cependant, que vous n'aurez pas de touche SysRq à ce moment-là, à moins que vous ne remappiez une autre touche (peut-être une touche que vous n'utilisez jamais) en SysRq. Cela n'empêchera pas la touche défectueuse d'envoyer des événements de touche X et elle continuera à interférer avec nautilus (mais pas avec la barre des tâches).

Une autre solution consisterait à désactiver l'ensemble du clavier à l'aide de la fonction xinput --disable [id] donde [id] est l'identifiant de l'appareil que vous pouvez obtenir avec xinput list . Vous devrez alors utiliser un clavier externe, mais les événements de la touche défectueuse ne sont pas propagés au-delà du serveur X et n'interfèrent pas avec les applications.

1voto

Maxim Yefremov Points 811

Le problème survient-il lorsque vous débranchez votre clavier ? Peut-être s'agit-il d'un problème mécanique ? Il m'est arrivé d'avoir des problèmes similaires lorsqu'un livre était appuyé sur mon deuxième clavier, par exemple, et je ne l'avais pas remarqué. Désolé si cette suggestion est trop évidente, mais je pense qu'elle vaut la peine d'être posée.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X