Membaca halaman manual nano, dan beberapa pencarian, saya menemukan:
Dalam beberapa kasus, nano akan mencoba membuang buffer ke file darurat. Ini akan terjadi terutama jika nano menerima SIGHUP atau SIGTERM atau kehabisan memori. Itu akan menulis buffer ke file bernama nano.save jika buffer belum memiliki nama, atau akan menambahkan akhiran ".save" ke nama file saat ini. Jika file darurat dengan nama itu sudah ada di direktori saat ini, itu akan menambahkan ".save" ditambah angka (mis. ".save.1") ke nama file saat ini untuk membuatnya unik. Dalam mode multibuffer, nano akan menulis semua buffer terbuka ke file darurat masing-masing.
Jadi Anda mungkin harus sudah memiliki file seperti itu menunggu Anda, di suatu tempat di sistem Anda.
find /likely/path -mtime -1 -print | egrep -i '\.save$|\.save\.[1-90]*$'
(/kemungkinan/path menjadi tempat pertama Anda meluncurkan nano, lalu tempat "mungkin" lainnya, lalu sebagai upaya terakhir:/ (tentu saja, luncurkan perintah pencarian terakhir sebagai root atau harapkan banyak keluaran kesalahan, yang dapat Anda alihkan menggunakan pengalihan STDERR shell Anda)
-mtime -1 menyatakan "hingga 1 hari", Anda mungkin ingin mengubah nilainya menjadi -2, atau -3, bergantung pada saat Anda mengedit file dan saat Anda membaca ini.
Jika nano belum menulis file seperti itu, Anda dapat mencoba mengirimkan sinyal SIGHUP untuk memaksanya melakukannya (lihat:http://en.wikipedia.org/wiki/Unix_signal#POSIX_signals )
Dan kemudian, jalankan pencarian lagi untuk mencari file itu...
Dan terakhir, upaya terakhir, Anda bisa bermain-main dengan memahami /proc/kmem untuk bagian teks yang Anda cari, tetapi ini memerlukan beberapa tindakan pencegahan untuk membersihkan apa yang ditampilkannya kepada Anda, dan mungkin tidak sepele. atau dd terlebih dahulu ke file (sebesar memori Anda).
Jadi, ini mungkin bukan opsi untuk Anda, tetapi saya baru saja mengirimkan perintah reboot ke kotak. Ketika kembali online, Viola- file.py.save dimasukkan ke dalam direktori.