我的系统在未保存更改的nano会话中崩溃。
当我通过SSHlogin时，我看到nano进程仍在运行，当我做一个ps 。
davidparks21@devdb1:/opt/frugg_batch$ ps -ef | grep nano 1001 31714 29481 0 18:32 pts/0 00:00:00 nano frugg_batch_processing 1001 31905 31759 0 19:16 pts/1 00:00:00 grep --color=auto nano davidparks21@devdb1:/opt/frugg_batch$
有没有办法在新的terminal中将纳米过程重新置于我的控制之下？
或者以任何方式强制它远程保存（从我的新terminal）？
读nano man页面，还有一些search，我发现：
在某些情况下，nano会尝试将缓冲区转储到紧急文件中。 这主要发生在nano收到SIGHUP或者SIGTERM或者内存不足时。 如果缓冲区没有名称，它会将缓冲区写入名为nano.save的文件，或者将“.save”后缀添加到当前文件名。 如果在当前目录中已经存在一个具有该名称的紧急文件，它将为当前文件名添加“.save”加一个数字（例如“.save.1”）以使其唯一。 在多缓冲模式下，nano会将所有打开的缓冲区写入各自的应急文件。
所以你应该可能已经有这样一个文件等着你，在你的系统上的某个地方。
find /likely/path -mtime -1 -print | egrep -i '\.save$|\.save\.[1-90]*$'
（/可能/path是你首先启动nano的地方，然后是其他这样的“可能”的地方，然后在最后的手段： / （当然，启动最后find命令作为根或期望很多错误输出，你可以使用你的shell的STDERRredirectredirect）
-mtime -1表示“最多1天”，您可能希望将该值更改为-2或-3，这取决于您何时编辑文件以及何时读取该文件。
如果nano还没有写这样的文件，你可以尝试发送一个SIGHUP信号强制它这样做（参见： http : //en.wikipedia.org/wiki/Unix_signal#POSIX_signals ）
然后，再次运行查找来查找该文件…
最后，最后的办法是，你可以通过/ proc / kmem来查找正在查找的文本的某些部分，但是这将需要一些预防措施来清理它所显示的内容，这可能不是微不足道的。 或者先把它放入一个（和你的内存一样大的文件）。
所以，这可能不是您的select，但我刚刚发送重新启动命令到框中。 当它恢复在线时，Viola-file.py.save被放入目录中。