mmoroca's junkyard

Restaurando el iFrankenlaptop: he tenido un pequeño problema con el sistema de archivos en mi ordenador de pruebas por el que me he visto obligado a restaurar el mismo. Si tenemos una copia de seguridad de un disco con varias particiones y capacidad de arranque no podremos usar Utilidad de Discos en nuestros Mac para su restauración porque no podrá reproducir los bloques que indican precisamente estas características. Para poder llevar a cabo la operación tendremos que abrir un Terminal, remangarnos y seguir los siguientes pasos:

1.- Montar el archivo .dmg como block device:

    hdid -nomount “/Volumes/mmoroca/Backup/imagen.dmg”

2.- Determinar los dispositivos origen y destino:

    diskutil list

3.- Mediante dd y con un tamaño de buffer apropiado, copiar la imagen completa incluyendo particiones y sector de arranque. Este proceso es lento y depende en gran medida del tamaño del bloque elegido y su correspondencia con los dispositivos de entrada y salida:

    dd if=/dev/disk3 of=/dev/disk2 bs=262144

Para poder seguir el proceso y hacerte una idea de cuánto tiempo tardará puedes redireccionar la salida del comando dd, que por defecto usa STDERR, y visualizar los registros de entrada/salida y la transferencia de bytes actual:

    kill -s SIGINFO pid_del_proceso 2>&1

Sólo hay un problema, si usas unidades USB como almacenamiento puedes llevarte la sorpresa de que una copia de seguridad restaurada satisfactoriamente no funciona. Por lo que he podido averiguar hasta ahora una posible causa es que el dispositivo tenga bloques defectuosos por lo que una comprobación previa con badblocks puede ahorrarnos algún disgusto… (aquí la entrada original)

Icono para el backup de mmoro.ca: por cortesía de @bolori, también conocido como Borja López, puedo personalizar y personalizo la carpeta que guarda la copia de seguridad de mi Tumblr.

Mi backup de Tumblr: ocupa nada más y nada menos que 483MB, 300 de los cuales son música… ¿Algún voluntario en la sala que cree un icono de carpeta representativo?

Tumblr Backup oficial: de momento sólo para Mac OS X 10.5 o superior pero con más versiones en camino, nuestros esforzados anfitriones nos proveen de una herramienta para poder descargar nuestros blogs de forma que podemos mantener una copia de seguridad de forma local con todos los contenidos del mismo perfectamente ordenados y listos para ser indexados por la búsqueda integrada en el sistema, incluyendo imágenes y archivos de audio, ahí es nada…

Importando correo: hoy he sufrido un fallo catastrófico en Mac OS X por el cual no podía acceder a mi ordenados más que en modo mono usuario pero, gracias a Time Machine, he podido recuperar el sistema utilizando una copia de seguridad realizada automáticamente esta noche a las 02:05 horas, y ahora me encuentro importando el correo de nuevo a Mail.app también de forma automática.

Eso bien vale los 79€ que costó el disco externo dedicado exclusivamente a copias de seguridad…

Su disco de copia de seguridad esta lleno: eso significa que tengo un disco de 500GB. hasta los topes de Time Machine, ahora es cuando debería remangarme y limpiar…

Backup, backup, backup: si trabajas con Mac y tu Time Machine no se ve así, no estás trabajando bien… safety first!

Copiando iPod…: Desde que se publicó la versión 2.0 del software para iPhone e iPod touch el tiempo de sincronización de los dispositivos ha aumentado muchísimo, llegando incluso a horas (por experiencia propia). Esto se debe a que cada vez que conectamos el mismo se realiza una copia de seguridad de los datos de aplicaciones que contiene, lo cual no es mala idea si no fuera por la velocidad, extremadamente lenta, que hace imposible eso de “sincronizar y a la calle”, ahora es algo así como “sincronizar, a la ducha, un café, limpio la casa y hago la colada, entonces a la calle”.

Pero no es tiempo todo lo que se consume, a este tenemos que añadir el espacio de disco ocupado por las copias de seguridad. El tamaño de dichas copias varia dependiendo de lo que almacenes en tu juguetito, por supuesto, pero si lo usas de forma intensiva puede llegar a ser bastante. En mi caso, un iPod touch de 8GB. con bastantes aplicaciones, varios podcast y videocast, alguna serie de TV y un par de películas, el tamaño medio aproximado de cada copia de seguridad está en torno a 1GB.

Diréis “mi disco de 160GB. puede con eso y mucho más” lo cual es cierto, hasta que se llena. El disco de mi estación central de proceso, mi querido Mac mini, solo es capaz de almacenar la maravillosa cantidad de 40GB., los cuales suelen estar hasta arriba rozando el límite físico del cero absoluto. Intento dejar, siempre que puedo, un par de GB. libres para que Mac OS X 10.4 Tiger no se queje más que lo justo lo cual estaba bien hasta ahora: en un par de copias del iPod touch se llena y empiezan los problemas.

A parte de que no puedes guardar los documentos sobre los que estés trabajando en ese momento, las aplicaciones no tienen por qué comportarse bien cuando no tienen espacio en disco y, creedme, no lo hacen, empezando por el propio iTunes y sus copias de seguridad.

En las imágenes que acompañan este texto podéis ver la información del directorio de backup usado por iTunes a la izquierda obtenida con Disk Inventory X, ocupando en ese momento 2,4GB. En este se encuentran varios otros directorios que almacenan cada copia de seguridad. A la derecha podéis ver la información ofrecida por el Finder de uno de esos directorios, ocupando en ese momento 765,8MB.

El problema más grave que me he encontrado hasta ahora al respecto es que iTunes no tiene en cuenta el espacio libre en el disco duro donde se guardan las copias y que es el de arranque. Cuando se llena el disco en medio de una copia de seguridad se detiene el proceso dejando los datos a medias, esto es, sin acabar de copiar todo porque no puede, y no se eliminan a pesar de esto. Si después de aceptar los cuadros de diálogo que te informan primero de que te estás quedando y después que finalmente te has quedado sin espacio en el disco liberas espacio en el disco digamos que a la mañana siguiente por haber dejado toda la noche el dispositivo “sincronizando y copiando” y a esto le unes que has instalado una nueva versión del software disponible, te puedes llevar una sorpresa.

Habría que averiguar el tiempo mínimo que debe pasar entre sincronizaciones para que iTunes decida hacer una nueva copia de seguridad pero una noche completa (unas 5 horas en mi caso) fue suficiente para que iTunes decidiese restaurar la copia de seguridad que estaba a medio hacer para después, tras finalizar la restauración, hacer de nuevo otra copia de seguridad de lo que acababa de restaurar… sin palabras. El resultado de todo esto fue que mi iPod touch se actualizó con la mitad de los datos que contenía el día anterior.

No hay problema sin solución salvo la muerte, dijo el poeta, y tiene razón. Se me ocurre una posible forma (nota: no lo he probado, de momento) de evitar estos disgustos en adelante. Si os quedáis sin espacio en disco haciendo una copia del iPhone ó iPod touch detened el proceso si no lo ha hecho él mismo y, tras desconectar el dispositivo, acceded al directorio de backup (/Users/<nombre_usuario>/Library/Application Support/MobileSync/Backup) para borrar la última copia a medias que ha realizado iTunes. Entonces es el momento de liberar espacio, tanto como se pueda (he leído en varios sitios que se recomienda tener un 10% del tamaño total del disco libre pero con menos se puede funcionar, no tan bien pero funcionar). Cuando hayamos liberado lo suficiente procederemos a conectar el dispositivo para que de nuevo se lance el proceso de copia y pueda finalizar correctamente o, si estáis en modo restauración como lo estaba yo, para que se actualice la información en el mismo de forma completa y correcta.

Llegados a este punto sólo me queda decir una cosa: ¿A quién @#$%& en Apple se le escapó comprobar el espacio libre restante en el disco de arranque al realizar copias de seguridad desde iTunes? Quiero hablar con él, si hace falta le invito a un café.

Ahí queda eso…