tmux 无法启动新会话？ “1;2c”

Question 1

我在 CentOS 7 和捆绑的 tmux 二进制文件中也遇到了这个问题。结果我必须将我的用户放入 tty 组：

# /etc/group
tty:x:5:<username>

即使我的 ptmx 权限看起来像这样，我也必须这样做：

crw-rw-rw- 1 root tty 5, 2 Dec  9 23:17 /dev/ptmx

Answer

我在 CentOS 7 和捆绑的 tmux 二进制文件中也遇到了这个问题。结果我必须将我的用户放入 tty 组：

# /etc/group
tty:x:5:<username>

即使我的 ptmx 权限看起来像这样，我也必须这样做：

crw-rw-rw- 1 root tty 5, 2 Dec  9 23:17 /dev/ptmx

Question 2

关于设置等的各种评论TERM似乎并没有解决实际问题。

最可能的解释是有问题权限这可以防止tmux打开伪终端连接。例如，某人可能做了chmod或chown破坏了程序。您可以通过查看结果来了解情况是否如此strace，例如，

TERM=xterm-256color script -c "strace -fo strace.out -s 2048 tmux -v"

19603 open("/tmp/tmux-1001/default.lock", O_WRONLY|O_CREAT, 0600) = 6
19603 open("tmux-client-19603.log", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 6
19603 open("/etc/localtime", O_RDONLY|O_CLOEXEC) = 8
19603 sendmsg(7, {msg_name(0)=NULL, msg_iov(43)=[{"\16\0\0\0\20\4\0\0\7\0\0\0\377\377\377\377TERM=xterm-256color\0008\177\0\0o\356\343\3738\177\0\0\201bP\217\3\200\377\377\17>
19605 open("/dev/null", O_RDWR)         = 7
19605 open("tmux-server-19605.log", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 7
19605 open("/etc/localtime", O_RDONLY|O_CLOEXEC) = 9
19605 open("/users/tom/.tmux.conf", O_RDONLY) = 6
19605 open("/usr/share/terminfo/x/xterm-256color", O_RDONLY) = 10
19605 open("/dev/ptmx", O_RDWR)         = 10
19605 open("/etc/nsswitch.conf", O_RDONLY|O_CLOEXEC) = 11
19605 open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 11
19605 open("/lib64/libnss_files.so.2", O_RDONLY|O_CLOEXEC) = 11
19605 open("/etc/group", O_RDONLY|O_CLOEXEC) = 11
19605 open("/dev/pts/2", O_RDWR|O_NOCTTY) = 11
19605 open("/proc/0/cmdline", O_RDONLY) = -1 ENOENT (No such file or directory)
19605 open("/proc/0/cmdline", O_RDONLY) = -1 ENOENT (No such file or directory)
19605 open("/proc/0/cmdline", O_RDONLY) = -1 ENOENT (No such file or directory)

“/dev/ptmx”master 或“/dev/pts/”失败xx”奴隶会停下来tmux。

服务器日志显示它在生成进程后立即死亡，在源代码中这是它开始打开伪终端的点，例如（引用window.ctmux 1.8 中的内容）：

    log_debug("spawn: %s -- %s", wp->shell, wp->cmd);

    memset(&ws, 0, sizeof ws);
    ws.ws_col = screen_size_x(&wp->base);
    ws.ws_row = screen_size_y(&wp->base);

    switch (wp->pid = forkpty(&wp->fd, wp->tty, NULL, &ws)) {
    case -1:
            wp->fd = -1;
            xasprintf(cause, "%s: %s", cmd, strerror(errno));
            return (-1);

以下服务器消息来自session_destroy（引用自session.c）：

/* Destroy a session. */
void
session_destroy(struct session *s)
{
        struct winlink  *wl;
        log_debug("session %s destroyed", s->name);

        RB_REMOVE(sessions, &sessions, s);
        notify_session_closed(s);

从以下函数中调用server.c：

/* Signal handler. */
void
server_signal_callback(int sig, unused short events, unused void *data)
{
        switch (sig) {
        case SIGTERM:
                server_shutdown = 1;
                server_send_shutdown();
                break;
        case SIGCHLD:
                server_child_signal();
                break;
        case SIGUSR1:
                event_del(&server_ev_accept);
                close(server_fd);
                server_fd = server_create_socket();
                server_add_accept(0);
                break;
        }
}

当您运行时strace，您可以看到正在处理哪个信号。

意外字符来自由完成的正常初始化tmux。其中一部分使用“\033[c”询问终端它是什么类型（请参阅XTerm 控制序列对此进行解释）。在正常初始化中，tmux发送几个转义序列。这个请求需要响应，当响应到来时，它tmux不再监听它，它只是在你的 shell 上回响。

对于普通 VT100，您会得到该特定响应。

对于它的价值，这是初始化的可见渲染，其中\E是\033：

Script started on Sun Jun 26 06:16:07 2016
\n
\E[?1049h
\E(B
\E[m
\E[?1l
\E>
\E[H
\E[2J
\E[?12l
\E[?25h
\E[?1000l
\E[?1006l
\E[?1005l
\E[c
\E[>4;1m
\E[?1004h
\E]112^G
\E[?25l
\E[1;1H
\E[K\r

Answer

关于设置等的各种评论TERM似乎并没有解决实际问题。

最可能的解释是有问题权限这可以防止tmux打开伪终端连接。例如，某人可能做了chmod或chown破坏了程序。您可以通过查看结果来了解情况是否如此strace，例如，

TERM=xterm-256color script -c "strace -fo strace.out -s 2048 tmux -v"

19603 open("/tmp/tmux-1001/default.lock", O_WRONLY|O_CREAT, 0600) = 6
19603 open("tmux-client-19603.log", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 6
19603 open("/etc/localtime", O_RDONLY|O_CLOEXEC) = 8
19603 sendmsg(7, {msg_name(0)=NULL, msg_iov(43)=[{"\16\0\0\0\20\4\0\0\7\0\0\0\377\377\377\377TERM=xterm-256color\0008\177\0\0o\356\343\3738\177\0\0\201bP\217\3\200\377\377\17>
19605 open("/dev/null", O_RDWR)         = 7
19605 open("tmux-server-19605.log", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 7
19605 open("/etc/localtime", O_RDONLY|O_CLOEXEC) = 9
19605 open("/users/tom/.tmux.conf", O_RDONLY) = 6
19605 open("/usr/share/terminfo/x/xterm-256color", O_RDONLY) = 10
19605 open("/dev/ptmx", O_RDWR)         = 10
19605 open("/etc/nsswitch.conf", O_RDONLY|O_CLOEXEC) = 11
19605 open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 11
19605 open("/lib64/libnss_files.so.2", O_RDONLY|O_CLOEXEC) = 11
19605 open("/etc/group", O_RDONLY|O_CLOEXEC) = 11
19605 open("/dev/pts/2", O_RDWR|O_NOCTTY) = 11
19605 open("/proc/0/cmdline", O_RDONLY) = -1 ENOENT (No such file or directory)
19605 open("/proc/0/cmdline", O_RDONLY) = -1 ENOENT (No such file or directory)
19605 open("/proc/0/cmdline", O_RDONLY) = -1 ENOENT (No such file or directory)

“/dev/ptmx”master 或“/dev/pts/”失败xx”奴隶会停下来tmux。

服务器日志显示它在生成进程后立即死亡，在源代码中这是它开始打开伪终端的点，例如（引用window.ctmux 1.8 中的内容）：

    log_debug("spawn: %s -- %s", wp->shell, wp->cmd);

    memset(&ws, 0, sizeof ws);
    ws.ws_col = screen_size_x(&wp->base);
    ws.ws_row = screen_size_y(&wp->base);

    switch (wp->pid = forkpty(&wp->fd, wp->tty, NULL, &ws)) {
    case -1:
            wp->fd = -1;
            xasprintf(cause, "%s: %s", cmd, strerror(errno));
            return (-1);

以下服务器消息来自session_destroy（引用自session.c）：

/* Destroy a session. */
void
session_destroy(struct session *s)
{
        struct winlink  *wl;
        log_debug("session %s destroyed", s->name);

        RB_REMOVE(sessions, &sessions, s);
        notify_session_closed(s);

从以下函数中调用server.c：

/* Signal handler. */
void
server_signal_callback(int sig, unused short events, unused void *data)
{
        switch (sig) {
        case SIGTERM:
                server_shutdown = 1;
                server_send_shutdown();
                break;
        case SIGCHLD:
                server_child_signal();
                break;
        case SIGUSR1:
                event_del(&server_ev_accept);
                close(server_fd);
                server_fd = server_create_socket();
                server_add_accept(0);
                break;
        }
}

当您运行时strace，您可以看到正在处理哪个信号。

意外字符来自由完成的正常初始化tmux。其中一部分使用“\033[c”询问终端它是什么类型（请参阅XTerm 控制序列对此进行解释）。在正常初始化中，tmux发送几个转义序列。这个请求需要响应，当响应到来时，它tmux不再监听它，它只是在你的 shell 上回响。

对于普通 VT100，您会得到该特定响应。

对于它的价值，这是初始化的可见渲染，其中\E是\033：

Script started on Sun Jun 26 06:16:07 2016
\n
\E[?1049h
\E(B
\E[m
\E[?1l
\E>
\E[H
\E[2J
\E[?12l
\E[?25h
\E[?1000l
\E[?1006l
\E[?1005l
\E[c
\E[>4;1m
\E[?1004h
\E]112^G
\E[?25l
\E[1;1H
\E[K\r

Question 3

在 mac 上也有同样的问题。问题来自剪贴板配置行：

set-option -g default-command "reattach-to-user-namespace -l zsh"

通过在终端中运行解决了该问题：

brew install reattach-to-user-namespace

Answer

在 mac 上也有同样的问题。问题来自剪贴板配置行：

set-option -g default-command "reattach-to-user-namespace -l zsh"

通过在终端中运行解决了该问题：

brew install reattach-to-user-namespace

Question 4

我的问题是 /dev/ptmx 文件 (0600) 的权限错误。当我将其更改为 0666（如 man ptmx 中提到的那样）时，tmux 启动没有问题。

Answer

我的问题是 /dev/ptmx 文件 (0600) 的权限错误。当我将其更改为 0666（如 man ptmx 中提到的那样）时，tmux 启动没有问题。

tmux 无法启动新会话？ “1;2c”

介绍

tmux.conf

tmux-client-6310.log

tmux-server-6312.log

编辑#1

编辑#2

答案1

答案2

答案3

答案4

相关内容