Leyendo la página de nano man y buscando, encontré:
En algunos casos, nano intentará volcar el búfer en un archivo de emergencia. Esto sucederá principalmente si nano recibe un SIGHUP o SIGTERM o se queda sin memoria. Escribirá el búfer en un archivo llamado nano.save si el búfer aún no tiene un nombre, o agregará un sufijo ".save" al nombre del archivo actual. Si ya existe un archivo de emergencia con ese nombre en el directorio actual, agregará ".save" más un número (por ejemplo, ".save.1") al nombre del archivo actual para que sea único. En modo multibúfer, nano escribirá todos los búferes abiertos a sus respectivos archivos de emergencia.
Así que quizás deberías ya tener un archivo de este tipo esperándote, en algún lugar de tu sistema.
find /likely/path -mtime -1 -print | egrep -i '\.save$|\.save\.[1-90]*$'
(/probable/ruta siendo primero el lugar desde donde lanzaste nano, luego otros lugares "posibles" similares, luego en último recurso:/ (por supuesto, inicie ese último comando de búsqueda como root o espere una gran cantidad de resultados de error, que podría redirigir usando la redirección STDERR de su shell)
-mtime -1 dice "hasta 1 día de antigüedad", es posible que desee cambiar el valor a -2 o -3, dependiendo de cuándo editó el archivo y cuándo leyó esto.
En caso de que nano aún no haya escrito dicho archivo, puede intentar enviarle una señal SIGHUP para obligarlo a hacerlo (ver:http://en.wikipedia.org/wiki/Unix_signal#POSIX_signals)
Y luego, ejecute la búsqueda nuevamente para buscar ese archivo...
Y como último recurso, puede jugar con grepping a través de /proc/kmem para partes del texto que está buscando, pero esto requerirá algunas precauciones para desinfectar lo que le muestra, y podría no ser trivial. o agréguelo primero a un archivo (tan grande como su memoria).
Por lo tanto, es posible que esta no sea una opción para usted, pero acabo de enviar un comando de reinicio a la caja. Cuando volvió a estar en línea, Violafile.py.save se colocó en el directorio.