remmina + qemu + linux 客户端 == 剪贴板问题

remmina + qemu + linux 客户端 == 剪贴板问题

我有一个运行 19.04 的 kubuntu 主机,并从 remmina-next 安装了 remmina。Guest 是常规的 ubuntu 19.04,通过 spice 协议访问。

超过一半的剪贴板副本会被主机“吃掉”:复制到剪贴板时,客户机不会复制该项目。相反,我会在主机的剪贴板中找到它 - 当然无法粘贴到客户端上。

更多细节:

  • 复制/剪切到剪贴板通常第一次尝试不起作用
  • 当剪切/复制不起作用时,客户端的剪贴板会“知道”出了问题:它不会粘贴之前成功的项目。请参阅下面的一个非常奇怪的行为示例
  • 第二次尝试几乎总是有效的
  • 因为我不知道复制是否有效,所以当粘贴失败时我会注意到这一点
  • 然后我再次复制/粘贴 - 成功率> 80%
  • 有时,在第二次复制时,现在终于复制的项目会立即粘贴到我之前尝试粘贴失败的位置。这个特别奇怪 - 就像编辑器中有一个占位符在等待某些东西进入剪贴板。根据编辑器的不同,它可能会在复制的项目后立即粘贴(所以我最终在编辑器中得到了一个重复项)
  • 我在客户机中使用 CopyQ 作为剪贴板管理器,但如果我删除它并使用内置剪贴板,则不会发生任何变化

我注意到只有 Linux 客户机才有此问题,Windows 客户机上没有。我也尝试了 virt-viewer,但它也遇到了同样的问题。通过 RDP 访问客户机时也一样。

我发现了一些关于 Remmina 剪贴板错误的旧主题,但没有新的。

我该如何诊断并修复此问题?

编辑:我已将视频 QXL 设置从 VirtIO 更改为 QXL,问题已大大缓解。问题并没有消失,但现在大约十分之一的剪贴板副本会出现此问题。

答案1

免责声明:这是一种解决方法,而不是解决方案。

昨天的问题太严重了,我决定放弃,去拿我藏在柜子里的零客户端。这是一款入门级 NUC,里面有 i3/4GB/128GB。

问题已经解决!

看来只有当主持人同时也是观众时才会遇到此问题!

编辑 2:哈哈!!!!我找到了:问题只发生在 kubuntu 主机上!昨天我从运行 kubuntu 18.04 的家用电脑访问了这台电脑,问题立刻就显现出来了。

遇到此情况的人可以参考以下观察:

  • 视频驱动程序设置为 QXL 导致带宽使用量巨大 - 1Gbit/s,而且仍然有些迟缓。我的分辨率是 3440x1440。无论 VM 屏幕上发生什么情况,带宽使用量都是恒定的。在 WiFi 上无用(433Mbit/s),在 Gb LAN 上可用。
  • 将 gfx 驱动程序更改为 VirtIO,现在我享受着顺畅的体验。观看视频时会出现一些轻微的带状现象,但我不会使用这些虚拟机来观看视频……
  • 补充说明:通过 WiFi 工作时,速度会稍微慢一些,但仍然相当好用。通过 Gb LAN 工作时,它几乎与 RDP 到 Windows 10 主机一样好。两种情况下的客户端都是 Remmina 1.3.4。
  • 还有一个性能注意事项:VirtIO 驱动程序在 WAN(20/4 mbit/s)上的性能几乎无用。可以看到刷新和在 2560x1440 显示器上拖动窗口是 1 FPS 幻灯片。

所以,我现在可以说非常开心。想知道我是否也可以使用 Spice 远程访问物理机器 ;-)

相关内容