我有一个 tmux 设置,我的顶部窗格总是 2 行大。不幸的是,每次调整终端大小时,比例都会完全重置,顶部窗格会占用更多空间。
我在我的.tmux.conf
文件中创建了一个绑定,允许我通过按 F12 来调整窗格的大小:bind -n F12 resize-pane -t 0 -y 2
但是,它希望在每次调整大小事件时自动完成。有没有办法以某种方式有效地做到这一点?
我有一个 tmux 设置,我的顶部窗格总是 2 行大。不幸的是,每次调整终端大小时,比例都会完全重置,顶部窗格会占用更多空间。
我在我的.tmux.conf
文件中创建了一个绑定,允许我通过按 F12 来调整窗格的大小:bind -n F12 resize-pane -t 0 -y 2
但是,它希望在每次调整大小事件时自动完成。有没有办法以某种方式有效地做到这一点?
正如标题所说,每次我尝试连接(通过 RDP)时,Remmina 只连接一次(并且它适用于会话的剩余部分),但是任何后续连接到另一台甚至同一台 PC 的尝试都会失败。我需要重新启动 Remmina,然后它再次工作。这可能是什么原因?
从控制台启动 remmina 我可以看到以下输出。第一次连接工作,一切都很好。第二次失败了。只有重新启动 remmina 才能让我再次重新连接。
StatusNotifier/Appindicator support: not supported by desktop. Remmina will try to fallback to GtkStatusIcon/xembed
(org.remmina.Remmina:11362): Gtk-WARNING **: 12:05:52.660: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem
(org.remmina.Remmina:11362): Gtk-CRITICAL **: 12:05:56.558: gtk_window_resize: assertion 'width > 0' failed
[12:05:56:021] [11362:11367] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpdr
[12:05:56:021] [11362:11367] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpsnd
[12:05:56:021] [11362:11367] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
[12:05:56:021] [11362:11367] [INFO][com.freerdp.client.common.cmdline] - loading channelEx drdynvc
[12:05:57:335] [11362:11367] [ERROR][com.winpr.sspi.Kerberos] - error while getting credentials
[12:05:57:335] [11362:11367] [ERROR][com.winpr.sspi.Kerberos] - Kerberos credentials not found and could not be acquired
[12:05:57:335] [11362:11367] [WARN][com.winpr.negotiate] - No Kerberos credentials. Retry with NTLM
[12:05:57:335] [11362:11367] [WARN][com.winpr.sspi] - InitializeSecurityContextA status SEC_E_NO_CREDENTIALS [0x8009030E]
[12:05:57:844] [11362:11367] [INFO][com.freerdp.gdi] - Local framebuffer format PIXEL_FORMAT_BGRA32
[12:05:57:844] [11362:11367] [INFO][com.freerdp.gdi] - Remote framebuffer format PIXEL_FORMAT_RGB16
[12:05:57:845] [11362:11367] [INFO][com.freerdp.channels.drdynvc.client] - Loading Dynamic Virtual Channel disp
[12:05:57:847] [11362:11386] [INFO][com.freerdp.channels.rdpsnd.client] - Loaded pulse backend for rdpsnd
(org.remmina.Remmina:11362): Gtk-CRITICAL **: 12:06:02.825: gtk_window_resize: assertion 'width > 0' failed
[12:06:02:287] [11362:11391] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpdr
[12:06:02:287] [11362:11391] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpsnd
[12:06:02:287] [11362:11391] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
[12:06:02:287] [11362:11391] [INFO][com.freerdp.client.common.cmdline] - loading channelEx drdynvc
[12:06:03:434] [11362:11391] [ERROR][com.winpr.sspi] - EncryptMessage status SEC_E_INVALID_TOKEN [0x80090308]
[12:06:03:434] [11362:11391] [ERROR][com.freerdp.core.nla] - EncryptMessage status SEC_E_INVALID_TOKEN [0x80090308]
[12:06:03:434] [11362:11391] [ERROR][com.freerdp.core.rdp] - rdp_recv_callback: CONNECTION_STATE_NLA - nla_recv_pdu() fail
[12:06:03:434] [11362:11391] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1
[12:06:03:434] [11362:11391] [ERROR][com.freerdp.core] - freerdp_set_last_error ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
[12:06:03:601] [11362:11391] [ERROR][com.winpr.sspi] - EncryptMessage status SEC_E_INVALID_TOKEN [0x80090308]
[12:06:03:601] [11362:11391] [ERROR][com.freerdp.core.nla] - EncryptMessage status SEC_E_INVALID_TOKEN [0x80090308]
[12:06:03:601] [11362:11391] [ERROR][com.freerdp.core.rdp] - rdp_recv_callback: CONNECTION_STATE_NLA - nla_recv_pdu() fail
[12:06:03:601] [11362:11391] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1
[12:06:03:601] [11362:11391] [ERROR][com.freerdp.core] - freerdp_set_last_error ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
[12:06:03:601] [11362:11391] [ERROR][com.freerdp.core] - freerdp_post_connect failed
libfreerdp returned code is 0002000D
我应该注意到我在 Arch 上,拥有所有最新更新,并且我使用的是 Remmina 1.3.4。我发现另一个人有同样的问题,但这是一年多以前的事了,推荐的解决方案(降级)似乎不切实际,因为它在一周前左右确实有效。