我使用腻子，并有一个不可靠的无线连接，所以我使用屏幕保持我的工作。 通常我会断开连接，然后我无法重新连接我的屏幕。 我将运行screen -D -RR ，它将无限期地坐在那里。 我试过ctrl + z来取回我的控制台，接着是ps aux | grep screen ps aux | grep screen ，然后kill -9的所有结果，然后再次screen -D -RR ，但我得到相同的结果。 我尝试任何你喜欢提及的D和R的组合，但它仍然在那里。 我的屏幕在那里，它只是不会做任何事情，最重要的是恢复。
任何人有任何提示或技巧或想法如何让我的屏幕会话恢复？
我已经看到这一点，当我删除连接到一个活动的屏幕，然后重新连接。 错误＃27462 （“原始会话丢失时重新连接失速”）描述了我所看到的问题。 看来发生的事情是屏幕试图通知tty，它保存它即将离开，但由于tty挂起由于连接断开，它必须等待超时发生（这是超过五分钟在某些情况下）。
要解决它，我这样做：
ps -ef | grep screen | grep pty ps -ef | grep screen | grep pty ps -ef | grep bash | grep $PTY相关联的loginbash ps -ef | grep bash | grep $PTY kill -KILL $PID 这会导致屏幕正确完成其断开连接，并让您正常重新连接。
在这里看到一个脚本自动化的例子。
我的屏幕会话有类似的问题。 我将它们命名并将它们设置为多用户会话。 我发现，这是列出我的会议，但告诉我，我没有重新连接。 然后我试着：
screen -x <session_name>
它像一个冠军！
我不能说我屏幕没有回来的问题，无论我在哪种types的连接。 我通常的方法：
ssh myname@foo screen -S sessionName (do my work... get disconnected...) ssh myname@foo screen -d (just to make sure anything wasn't left attached) screen -r sessionName
Soulrce： https ：//kb.iu.edu/data/ahrm.html
To see your existing screen sessions, enter: screen -list This will display a list of your current screen sessions. For instance, if you had one attached screen, you would see: 1636.pts-21.hostname (Attached) To detach an attached screen, enter: screen -D If you have more than one attached screen, you can specify a particular screen to detach. For example, to detach the screen in the above example, you would enter: screen -D 1636.pts-21.hostname
如果你像我一样聪明，你试图恢复一个以普通用户帐户作为root启动的屏幕会话。 用ls /var/run/screenfind了一个root
用screen -wipe 。