2 votes

remmina + qemu + client linux == problèmes de presse-papiers

J'ai un hôte kubuntu fonctionnant sous 19.04 et remmina installé à partir de remmina-next. L'invité est un ubuntu 19.04 normal, accessible via le protocole spice.

Plus de la moitié des copies du presse-papiers sont "mangées" par l'hôte : lors de la copie dans le presse-papiers, l'invité n'aura pas copié l'élément. Au lieu de cela, je le trouve dans le presse-papiers de l'hôte - qui ne peut bien sûr pas être collé sur le client.

Plus d'informations :

  • copier / couper dans le presse-papiers ne fonctionne généralement pas du premier coup
  • Le presse-papiers du client "sait" que quelque chose ne va pas lorsqu'un couper / copier ne fonctionne pas : il ne collera pas un élément précédemment réussi. Voir ci-dessous un exemple de comportement étrange
  • le deuxième essai fonctionne presque toujours
  • puisque je ne sais pas si le copiage a fonctionné, je remarquerai ceci lorsque le collage échouera
  • puis je recommence à copier/coller - avec plus de 80 % de chances de réussite
  • Parfois, lors de la deuxième copie, l'élément finalement copié se colle immédiatement à l'endroit où j'ai tenté en vain de le coller. Celui-ci est particulièrement bizarre - comme s'il y avait un espace réservé dans l'éditeur qui attendait que quelque chose arrive dans le presse-papiers. En fonction de l'éditeur, il se peut qu'il soit collé immédiatement après l'élément copié (ce qui fait que je me retrouve avec un doublon dans l'éditeur).
  • J'utilise CopyQ comme gestionnaire de presse-papiers dans l'invité, mais rien ne change si je l'enlève et que j'utilise le presse-papiers intégré.

J'ai remarqué ce phénomène avec les invités Linux uniquement, mais pas avec les invités Windows. J'ai également essayé virt-viewer, mais il souffre du même problème. Il en va de même lorsque l'on accède à l'invité par RDP.

J'ai trouvé quelques vieux sujets sur un bug du presse-papiers de Remmina, mais rien de récent.

Comment puis-je diagnostiquer et résoudre ce problème ?

Edit : J'ai changé le paramètre Video QXL de VirtIO à QXL et le problème s'est fortement atténué. Il n'a pas disparu, mais le problème se produit maintenant dans environ une copie sur dix dans le presse-papiers.

0voto

velis Points 369

Avertissement : il s'agit d'une solution de contournement, pas d'une solution.

Hier, le problème était si grave que j'ai décidé d'abandonner et d'aller chercher le client zéro que j'ai rangé dans le placard. C'est un NUC d'entrée de gamme avec un i3/4GB/128GB à l'intérieur.

Le problème a disparu !!!

Il semble que le problème ne se pose que si l'hôte est en même temps le spectateur !

Edit2 : HA !!!! J'ai trouvé : le problème ne se produit que sur les hôtes kubuntu ! Hier, j'ai accédé à l'ordinateur depuis mon PC personnel fonctionnant sous kubuntu 18.04 et le problème est apparu immédiatement.

Observations à l'intention des personnes confrontées à ce problème :

  • Le pilote vidéo réglé sur QXL a entraîné une utilisation MASSIVE de la bande passante - 1Gbit/s - et le système était encore un peu lent. Ma résolution est de 3440x1440. L'utilisation de la bande passante était constante, peu importe ce qui se passait sur l'écran de la VM. Inutile sur le WiFi (433Mbit/s), OK sur le Gb LAN.
  • J'ai changé le pilote gfx pour VirtIO et je profite maintenant d'une navigation fluide. Un peu de banding mineur en regardant des vidéos, mais je n'utilise pas ces VMs pour des vidéos...
  • Note supplémentaire : lorsque l'on travaille en WiFi, c'est un peu plus lent, mais tout à fait utilisable. Lorsque l'on travaille sur un réseau local Gb, c'est presque aussi bien que le RDP vers l'hôte Windows 10. Client Remmina 1.3.4 dans les deux cas.
  • Encore une note sur les performances : les performances du pilote VirtIO sur le WAN (20/4 mbit / s) sont proches de l'inutilité. On peut voir les rafraîchissements et faire glisser une fenêtre sur un écran 2560x1440 est un diaporama à 1 FPS.

Je peux donc dire que je suis assez heureux aujourd'hui. Je me demande si je ne pourrais pas aussi utiliser spice pour accéder à distance à des machines physiques ;-)

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