在“apt升级”期间丢失了SSH – 卡在configuration屏幕上

在进行磨合apt upgrade ,运行一个Tomcat 7 post安装脚本,通用A new version of configuration file /etc/default/tomcat7 is available... 。 不幸的是,我没有足够快的注意到SSH连接被重置。 我如何从这恢复? 我可以重新连接到安装后的屏幕? 杀死它是否安全? 如果我杀了它,是否有一个脚本我应该手动执行?

我看到了关于升级操作系统版本的问题,但解决scheme( screen -r )不相关,或者我没有正确使用它。

 $ screen -r There is no screen to be resumed. 

我可以看到正在运行的进程:

 $ ps -a PID TTY TIME CMD 416 pts/2 00:00:00 frontend 423 pts/2 00:00:00 tomcat7.postins 430 pts/2 00:00:00 ucf 475 pts/2 00:00:00 whiptail 634 pts/1 00:00:00 ps 

正如Dmitry Zayats所build议的,我已经看过了Tomcat 7的安装后脚本。 在我安装Ubuntu 14.04的时候,可以在这里find: /var/lib/dpkg/info/tomcat7.postinst

打开那个,我相信我看到我最初失去了连接的相关线路:

ucf --debconf-ok --sum-file /usr/share/tomcat7/defaults.md5sum $tmpfile $CONFFILE

无论何时在远程机器上工作(即使在企业networking中具有稳定的networking连接),最佳做法是使用terminal多路复用器进行长时间运行和重要任务。
我build议花时间学习如何使用screen或者tmux,这样会提高你的工作效率,并且使这些升级更安全。
在连接丢失的情况下,您不但可以重新连接,还可以连接更多。
就像logging你的整个会话一样,拆分屏幕让你可以在同一个窗口中有多个terminal运行在一个单独的ssh连接上。 水平分割/垂直分割。

杀死dpkg / apt会话并重新发出命令。 它将重新部署正在进行的软件包。 大多数前/后安装脚本,它会工作出好的。 在less数情况下,升级包不能按预期工作,请重新安装软件包。

正如其他人所说:tmux / screen。