多用户共享screen会话必须显式启用multiuser on并执行:acladd添加用户，否则screen -x无法连接；screen -r仅恢复自身会话，screen -x才走共享协议，且需会话状态为(Multi, detached)。
多用户共享 screen 会话必须显式启用 multiuser 模式，且默认不生效——光用 screen -x 连不上别人开的会话，不是权限问题，是根本没开共享开关。
启用 multiuser on 后仍无法连接的常见原因
很多人执行了 screen -S shared，又让同事跑 screen -x shared，结果报错 There is no screen to be resumed matching shared.。这不是网络或用户名问题，而是：screen 默认禁止跨 UID 访问，哪怕两个用户都在同一台机器上、甚至都是 root，也互不可见。
必须在创建会话的用户终端里，进入 screen 后按 Ctrl+a，再输入 :multiuser on（注意冒号），之后再执行 :acladd otheruser 才真正放行。
常见疏漏点：
- 没在 screen 会话内执行命令，而是在 shell 里直接敲
multiuser on—— 无效 - 忘了加
:acladd，只开了multiuser on，系统仍拒绝其他用户接入 - 目标用户不在
screen组里（某些发行版如 Debian/Ubuntu 要求用户属于screen组才能访问共享会话） - 会话创建者退出了 shell，但没 detach，导致会话状态仍是
Attached，screen -x查不到
screen -x 和 screen -r 的本质区别
screen -r 是“恢复自己 detached 的会话”，它只查当前用户名下的 session；screen -x 是“附着到一个已存在的、且被标记为 multiuser 的会话”，它走的是 Unix domain socket + setuid 权限仲裁路径，底层依赖 /var/run/screen/ 下的 socket 文件是否带 group-writable 权限。
所以当你看到 screen -ls 输出里 session 名后面带 (Multi, attached) 或 (Multi, detached)，才说明它真的可被共享。如果只写 (Detached)，那它就是单人模式。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
关键行为差异：
-
screen -r shared：只对创建者本人有效，哪怕会话开了 multiuser，也不走共享通道 -
screen -x shared：强制走共享协议，要求会话已启用multiuser on且目标用户已被acladd -
screen -x不带参数时，会列出所有当前可接入的 multiuser 会话（比screen -ls范围小，但更准）
权限与安全控制的实际配置顺序
共享不是“打开就完事”，得按固定顺序做，少一步都会失败：
- 创建者启动命名会话：
screen -S collab - 进入会话后，按
Ctrl+a，输入:multiuser on - 继续按
Ctrl+a，输入:acladd alice（假设协作用户叫 alice） - 创建者 detach：
Ctrl+a d，此时会话状态变成(Multi, detached) - 协作用户 alice 登录后，直接运行：
screen -x collab
注意：acladd 只控制“能否接入”，不控制“能做什么”。一旦接入，双方键盘输入完全同步，谁删文件、谁改环境变量，对方实时可见——这既是协作优势，也是风险点。如需限制操作，得额外配 :aclchg 设置窗口级读写权限，但绝大多数场景不需要。
为什么 screen -D -r 在共享场景下要慎用
screen -D -r 的作用是“踢掉当前 attached 的用户，自己强占会话”，但在 multiuser 共享会话中，它会直接断开所有其他已连接用户的终端，包括正在敲命令的同事。这不是协作，是抢夺。
真实协作中应该用 screen -x 附着，而不是 -D -r。只有当发现会话卡死、无人响应、且确认没人正在操作时，才考虑用 screen -D -x collab（注意是 -D -x，不是 -D -r）来强制重连共享会话。
容易被忽略的关键细节：
- multiuser 模式下，
screen -D -r语义已改变：它不再只是“强占”，而是“销毁共享上下文”，可能导致 socket 权限重置 - 一旦用过
-D -r，其他用户必须重新acladd才能再接入 - 会话创建者若意外 kill 掉自己的 screen 进程（比如
kill -9），multiuser 状态会丢失，需要重建
