nano の man ページを読んで検索したところ、次のことがわかりました:
<ブロック引用>場合によっては、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 を起動した場所、次にその他の「可能性のある」場所、そして最後の手段:/ (もちろん、最後の find コマンドを root として起動するか、シェルの STDERR リダイレクトを使用してリダイレクトできる多くのエラー出力を期待してください)
-mtime -1 は「最大 1 日経過」と表示されます。ファイルを編集した時期とこれを読んだ時期に応じて、値を -2 または -3 に変更することをお勧めします。
nano がまだそのようなファイルを作成していない場合は、強制的に SIGHUP シグナルを送ってみてください (http://en.wikipedia.org/wiki/Unix_signal#POSIX_signals を参照)
そして、再び検索を実行してそのファイルを探します...
そして最後の、最後の手段として、探しているテキストの一部を /proc/kmem で grep することもできますが、これには、表示される内容をサニタイズするためのいくつかの予防措置が必要であり、簡単ではない可能性があります。または、最初に (メモリと同じ大きさの) ファイルに追加します。
そのため、これはオプションではないかもしれませんが、ボックスに再起動コマンドを送信しました。オンラインに戻ると、ディレクトリに Viola-file.py.save が置かれていました。