主页 / server / 问题 / 453703
Accepted
davidparks21
Asked: 2012-11-30 19:19:29 +0800 CST

我可以从以前的终端恢复纳米进程吗？

  • 772

当我在进行未保存更改的 nano 会话时，我的系统崩溃了。

当我通过 SSH 重新登录时，当我执行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$

有没有办法让我在新终端中重新控制 nano 进程？

或者以任何方式强制它远程保存（从我的新终端）？

linux

3 个回答

  1. Best Answer

    阅读 nano 手册页和一些搜索，我发现：

    在某些情况下，nano 会尝试将缓冲区转储到紧急文件中。这主要发生在 nano 收到 SIGHUP 或 SIGTERM 或内存不足时。如果缓冲区没有名称，它将把缓冲区写入一个名为 nano.save 的文件，或者将在当前文件名中添加一个“.save”后缀。如果当前目录中已经存在具有该名称的紧急文件，它将在当前文件名中添加“.save”和一个数字（例如“.save.1”）以使其唯一。在多缓冲区模式下，nano 会将所有打开的缓冲区写入各自的紧急文件。

    所以你应该已经有这样一个文件在等着你，在你的系统的某个地方。

    find /likely/path -mtime -1 -print | egrep -i '\.save$|\.save\.[1-90]*$'

    （/likely/path 首先是你启动 nano 的地方，然后是其他这样的“可能”的地方，然后是最后/的手段：（当然，以 root 身份启动最后一个 find 命令或者期待很多错误输出，你可以使用 shell 的 STDERR 重定向重定向）

    -mtime -1 表示“最多 1 天”，您可能希望将值更改为 -2 或 -3，具体取决于您编辑文件的时间和阅读此文件的时间。

    如果 nano 还没有写这样的文件，你可以尝试向它发送一个 SIGHUP 信号来强制它这样做（参见：http ://en.wikipedia.org/wiki/Unix_signal#POSIX_signals ）

    然后，再次运行查找以查找该文件...

    最后，最后的手段是，您可以尝试通过 /proc/kmem 查找您要查找的部分文本，但这将需要采取一些预防措施来清理它向您显示的内容，并且可能不是微不足道的。或先将其添加到一个（与您的内存一样大）文件中。

    • 8

  2. 它确实像@Oliver Dulac 提到的那样工作，但在某些情况下，nano 只是解释并等待用户命令，而不是将缓冲区转储到文件中。

    无需重启还有更多选项：

    pkill -SIGHUP -e nano
pkill -SIGTERM -e nano
pkill -SIGILL -e nano

    但程序可以选择忽略上面的 3 个信号，因此按上面的顺序尝试它们，然后检查文件是否已创建，如果它不起作用，请尝试 SIGKILL（在 SIGTERM 之后发送）：

    pkill -SIGKILL -e nano

    请记住，正在运行的程序可以捕获或忽略 SIGHUP、SIGTERM 和 SIGILL，但 SIGKILL 不能。

    • SIGHUP 告诉程序它正在运行的终端已关闭，这是通过远程命令很常见的事情。
    • SIGTERM 是很好地关闭程序的用户信号，但如果程序需要某些东西（即它是否应该在文件上保存缓冲区？），则可以忽略它
    • SIGILL 通知程序它正在执行一些不正确的事情，应该关闭，但它仍然能够像上面那样解释和忽略；
    • SIGKILL 将导致程序立即关闭，而无法做出反应。
    • 4

  3. 所以，这可能不适合你，但我刚刚向盒子发送了重启命令。当它恢复在线时，Viola-file.py.save 被放入目录中。

    • 3

相关问题