backup

Como os comenté hace unas entradas, he comenzado a trabajar con ConfigBox para poner en marcha Petra Por T. Habituado a los backups de Sync, en los que los recibo en un práctivo archivo ZIP, el nuevo formato de ConfigBox se me ha antojado un poco raro. ¿La diferencia? Sync utiliza cPanel como panel de administración para los alojamientos contratados, mientras que ConfigBox utiliza Plesk Parallels.

Con Plesk, te bajas un archivo .gz, pensado exclusivamente para poderlo subir tal cual si necesitamos restaurar la copia. Pero a mí me interesaba poder extraer el contenido, para poder trabajar en local con una copia del web. El problema es que al descomprimirlo se crea un fichero nuevo, sin extensión. Buscando en la red, he encontrado una solución para extraer su contenido desde linux:

Comprobar que tenemos instalado munpack (en Debian, un aptitude install mpack lo instalará).

		zcat archivo_backup.gz > archivo_backup
		cat archivo_backup | munpack

Con esto extraeremos los archivos del backup. En mi caso he tenido que agregar la extensión tar manualmente. En dominio.httpdocs.tar y dominio.httpsdocs.tar están los archivos de nuestro sitio web, mientras que los archivos de extensión .mysql contendrán un volcado SQL de las bases de datos que tenemos. Además, también tendremos los logs, y alguna otra cosa más (dump.xml) que no se muy bien para qué sirve :-?

Vivir para ver. El viernes me llama Goizalde para decirme que su ordenador ha muerto, que apenas sale la pantalla de la BIOS "se queda congelado y no avanza". Naturalmente no tenía nada parecido a una copia de seguridad de sus datos más sensibles, y tarda un rato en darse cuenta de la magnitud del problema, cuando le comento que probablemente sea su disco duro el que haya pasado a mejor vida. "Mis albumnes de fotos, los horarios y la contabilidad del trabajo, cartas y emails de un montón de años, mi colección de música...". El problema se torna desgracia a medida que se va dando cuenta de la cantidad de información personal que tenía desperdigada por el disco duro.

Voy a su casa y tras intentar arrancar con un live-cd de Backtrack Linux (una distribución enfocada a temas de seguridad basada en Slax de la que os hablaré otro día) solo puedo certificar la muerte. A veces la BIOS reconoce el disco, pero apenas puedo acceder a él durante uno o dos minutos, y ni siquiera soy capaz de copiar nada a otro disco duro USB que he llevado para salvar lo posible. Al final le comento que me llevo el disco duro a casa, y que intentaré probar montándolo en una caja externa USB... todo resulta inútil. Parece claro que más que un problema físico de los propios discos duros, el problema reside en el propio hardware de la controladora del disco duro. Para simplificar: que los datos siguen ahí, probablemente incorruptos, pero que la circuitería que controla el acceso a dichos datos está dañada. En ocasiones así, no es posible ejecutar ningún software tipo Testdisk, GetDataBack o similares, ya que ni la BIOS ni el sistema operativo detectan la presencia física del disco. Estaba ya apunto de recomendarle alguna empresa tipo Recovery Labs, On Data o Recover Center, cuando se me ocurrió buscar en Google. Tras un ratillo, encontré una referencia a un hilo en Barrapunto: "Desastre en el disco duro". Comienzo a leer hasta dar con un comentario del usuario kinslord, de fecha 7-10-2004:

Hola a todos, yo llevo ya unos 10 años dedicandome profesionalmente a administrar sistemas y lo que me ha funcionado unas cuantas veces es congelar los discos en la nevera. No es coña, con algunos discos que sencillamente no dejaban acceder a sus datos los cogia, envasava al vacio (para evitar condensación de agua) y los metia en el congelador, entre 12 y 24 horas. Despues sacaba el disco lo enchufaba y pude recuperar los datos. Ninguno de ellos sufrió una descarga electrica, pero alguno si cayó por causa de un apagón electrico. No se si te servirá pero no cuesta nada provarlo y no dañarás el disco (si vas con cuidado con el agua y la condensación).

y luego, en otro comentario, daba su explicación

El principio fisico no lo se exactamente, pero se que chuta. Ya te digo ke a mi me ha salvado el cuello unas cuantas veces. Si no me equivoco tiene que ver que con el frio aumenta la conductividad de los semiconductores y por otro lado las partes mecanicas del disco se contraen provocando un mejor ajuste de las piezas moviles. Por tanto el disco funciona a un rendimiento mas elevado y eso permitiria leer los datos, como minimo mienstras el disco se mantuviera frio.

Como no tenía nada que perder, y ¡casualidades de la vida!, tengo una cutre máquina de envasar al vacío en casa, me he animado a hacerlo... ¡¡¡ Y FUNCIONA !!! Lo he metido en cuatro ocasiones en el congelador de casa. La tres primeras apenas ha estado una hora, y he conseguido tenerlo conectado, a través de la caja externa USB, unos tres o cuatro minutos cada vez, lo suficiente para hacer un backup rápido de la base de los emails, y casi todos los archivos personales. Por la noche lo he dejado unas ocho horas en el congelador, y ya por la mañana he conseguido tenerlo funcionando un ratito más, pero no habrá llegado a los diez minutos, lo suficiente para salvar lo más importante. De modo que ya sabeís, si algún día os peta el disco duro y es un problema de hardware (de la controladora del disco duro), intentad como último recurso el truco del congelador. Si me lo cuentan ayer no lo hubiera creído, pero ¡funciona! :-D Y como una imagen vale más que mil palabras, aquí os dejo el documento gráfico de mi aventura (lo verás mejor en mi página de Flickr):

• 1 : Envasando el disco al vacío (o casi, porque el aparato no es gran cosa).
• 2 : Metiéndolo en el congelador.
• 3 : Dejándolo todo preparado, listo para cuando saque el disco.
• 4 : Transfiriendo los datos a todo meter, antes de que se volviera a calentar.