Answers:
该过程实际上以root用户身份在屏幕或byobu会话中运行。用端口22上的腻子或故障保护1022重新连接到服务器。sudo su-或su-进入您的root帐户,并使用byobu或screen -r恢复屏幕,并在您离开的位置恢复。
哦,是的,我发现了困难的方法;-)
screen -r <id>
也可以,并且您只需键入ID的几个字符即可使用。
screen
没有安装。
sudo screen -D -r
后sudo su -
(如果不是根目录)。
你不能 通过执行以下操作查找升级过程
lsof /var/lib/dpkg/lock
杀死它,修复任何中断的升级
dpkg --configure --pending
然后重新启动升级。
do-release-upgrade
吗?
and restart the upgrade
步骤不适用于我的情况(在do-release-upgrade
14.04-> 16.04 期间丢失了ssh会话)。作为完成发行版升级的最后一步,我要做的是sudo apt autoremove
然后sudo shutdown -r now
。
除非在这种情况下当前的“一个进程,而不是一棵进程树”成为问题,否则cryopid(通过此问题找到)可能会有所帮助。
这些文件可能被锁定,因为该进程被毫不客气地终止了,并且没有机会自行清理,因此请确认aptitude实际上仍在运行。使用lsof /var/lib/dpkg/lock
在Teddy的回答表明,检查-这将告诉你PID到cryopid上也试试。
将来,我建议尽可能尝试通过屏幕运行。我已经习惯了使用screen(或byobu,它是定义了一些有用行为的屏幕包装)的习惯,这是我通过SSH进行连接时首先要执行的操作任何地方然后在出现问题时可以重新连接。您可以将其设置为自动启动或重新连接,尽管我从来没有在任何地方做过此操作- 如果您想尝试一下,可以在线查看许多示例(例如,这个示例)。