tmux attach没反应时，先检查server是否存活：若ps显示tmux: server进程存在但socket缺失，用kill -SIGUSR1向其PID发信号重建socket；若server已退出，则需依赖tmux-resurrect等插件恢复会话。
tmux attach 命令没反应？先确认会话是否还在
直接运行 tmux attach 或 tmux a 却提示 no sessions，不代表会话真丢了。常见原因是 tmux server 还在运行，但 socket 文件被误删（比如清空 /tmp、systemd-tmpfiles 清理或磁盘满触发自动清理），导致客户端找不到通信入口。
验证方法很简单：
- 执行
ps aux | grep tmux—— 如果看到tmux: server进程，说明 server 没死 - 执行
ls -l /tmp/tmux-*或tmux ls—— 若报错failed to connect to server，基本就是 socket 缺失
此时不需要重启 tmux，只需让 server 重建 socket：
- 找到 tmux server 进程 PID：
pgrep -f 'tmux: server' - 向它发送
SIGUSR1：kill -SIGUSR1 - 再试
tmux attach，通常立刻恢复
tmux ls 显示会话但 attach 失败：检查前缀键和 session 名
有时 tmux ls 能列出 0: 1 windows (created ...)，但 tmux attach 报错或卡住，问题往往出在 session 名或前缀键干扰上。
- 默认
tmux attach尝试连接最近一次 detached 的会话；如果多个会话存在且都 detached，它可能选错目标 - 显式指定会话名更可靠：
tmux attach -t 0或tmux a -t "mydev" - 某些终端（如 tmux 嵌套、Alacritty + Wayland）会吞掉
Ctrl-b前缀，导致你在 tmux 内按了Ctrl-b d实际没 detach 成功，看起来像“挂起”了——换终端重试或改用Ctrl-a作 prefix 避免冲突
物理机重启后会话消失：这不是“挂起”，是彻底没了
机器重启后 tmux ls 空空如也，说明 tmux server 进程已终止，所有内存态会话丢失。这时候不能靠 attach，必须依赖备份机制。
- 若已配置
tmux-resurrect+tmux-continuum，只需打开终端输入tmux（不带参数），它会自动加载~/.tmux/resurrect/last并重建全部会话 - 若未配置自动恢复，但手动保存过快照（比如按过
Ctrl-b Ctrl-s），可尝试tmux resurrect命令（需插件已安装） - 若连插件都没装，就只能从
~/.tmux/resurrect/下找历史快照文件（如tmux_resurrect_2026-10-01T*.txt），用tmux resurrect -f ~/.tmux/resurrect/tmux_resurrect_2026-10-01T*.txt手动恢复
@resurrect-capture-pane-contents 关键性常被忽略
很多人配置了自动保存却只恢复了窗口布局，vim、htop、tail -f 全部不见——根本原因就是没开这个选项。
它控制是否捕获每个 pane 的运行进程和命令行状态。不开的话，tmux-resurrect 只存结构信息（几个窗口、怎么分屏、当前目录），不存“正在跑什么”。
务必在 ~/.tmux.conf 中加这一行：
set -g @resurrect-capture-pane-contents 'on'
而且必须在 set -g @plugin 'tmux-plugins/tmux-resurrect' 之后、run '~/.tmux/plugins/tpm/tpm' 之前设置，顺序错会导致无效。
