1 votos

¿Existen desventajas en el uso de una recuperación de nandroid?

Una copia de seguridad de nandroid está diseñada para proporcionar una copia de seguridad para un dispositivo Android.

¿Existen desventajas al restaurar una copia de seguridad de nandroid (además de perder cualquier cambio desde que se creó la copia de seguridad de nandroid)?

En otras palabras, como experimento, digamos que tomas un dispositivo Android perfectamente funcional (sí, una bestia mítica, pero me estoy desviando...), luego creas un nandroid, y luego realizas inmediatamente una restauración desde ese nandroid. Después de que la restauración haya terminado, ¿estás exactamente como estaban las cosas antes de que realizaras la restauración? ¿O hay diferencias internas sutiles? ¿Alguna afectación en el root?

5voto

Izzy Puntos 45544

Una copia de seguridad nandroid es una copia de seguridad completa del dispositivo - por lo que podrías hacer la misma pregunta sobre una copia de seguridad completa de tu PC: Después de restaurar la copia de seguridad, estarías exactamente en el estado en el que se encontraba el dispositivo cuando realizaste esa copia de seguridad - todos los cambios hechos entre la realización de la copia de seguridad y su restauración se pierden.

Entre líneas de tu pregunta, pareces estar preguntando cómo funciona una copia de seguridad nandroid o cuáles son sus pros y contras. Ha habido algunos cambios en los últimos años, y no sé a qué recuperaciones personalizadas se aplican (sólo puedo hablar de clockworkmod desde hace mucho tiempo y twrp durante, digamos, el último año). Así que permíteme resumir:

En el pasado ...

  • Las copias de seguridad nandroid se creaban como imágenes de partición
  • había una imagen por cada partición (sólo las particiones relevantes, por supuesto)
  • esos archivos de imagen eran copias a bloque 1:1 descomprimidas de las particiones correspondientes

Ejemplo de 2012 de mi Motorola Milestone 2:

\-r-xr-xr-x 1    8388608 Abr 29  2012 boot.img
-r-xr-xr-x 1      10560 Abr 29  2012 cache.img
-r-xr-xr-x 1  346287744 Abr 29  2012 data.img
-r--r--r-- 1        288 Abr 30  2012 local.prop
-r-xr-xr-x 1        132 Abr 29  2012 nandroid.md5
-r-xr-xr-x 1  301956864 Abr 29  2012 system.img

Ejemplo de 2010 de mi "buen viejo" HTC Buzz:

\-r-xr-xr-x 1    2883584 Oct 23 2010 boot.img
-r-xr-xr-x 1      12672 Oct 23 2010 cache.img
-r-xr-xr-x 1  112421760 Oct 23 2010 data.img
-r-xr-xr-x 1        222 Oct 23 2010 nandroid.md5
-r-xr-xr-x 1    4325376 Oct 23 2010 recovery.img
-r-xr-xr-x 1  213227520 Oct 23 2010 system.img

Estas dos fueron creadas por CWM. Así que ves, al menos desde 2010 hasta 2012, esto fue lo que hacía Nandroid.

Dado que estas eran imágenes de disco completo ("copias físicas", a bloque 1:1), restaurarlas, por supuesto, significaba que todos los contenidos en el objetivo se perdían y eran reemplazados por la copia de seguridad, que también se restauraba a bloque. Ambas nandroids anteriores fueron creadas por CWM.

Hoy en día ...

... las cosas son un poco diferentes:

  • Las copias de seguridad nandroid se crean principalmente como archivos tar, es decir, copias lógicas de todos los archivos de una partición
  • Hay un archivo tar por (partición relevante), a menudo con la excepción de /boot que sigue siendo una copia de imagen
  • esos archivos están sin comprimir

Ejemplo de 2015 de mi LG P880, creado también por CWM:

\-r-xr-xr-x 1   10485760 May 29 22:48 boot.img
-r-xr-xr-x 1          0 May 29 22:50 cache.ext4.tar
-r-xr-xr-x 1      23040 May 29 22:50 cache.ext4.tar.a
-r-xr-xr-x 1          0 May 29 22:49 data.ext4.tar
-r-xr-xr-x 1  650801664 May 29 22:50 data.ext4.tar.a
-r-xr-xr-x 1        390 May 29 22:52 nandroid.md5
-r-xr-xr-x 1   10485760 May 29 22:48 recovery.img
-r-xr-xr-x 1     136590 May 29 22:52 recovery.log
-r-xr-xr-x 1          0 May 29 22:48 system.ext4.tar
-r-xr-xr-x 1  947858944 May 29 22:49 system.ext4.tar.a

Ejemplo de 2015 de mi Motorola Milestone 2, esta vez hecho con TWRP:

\-r--r--r-- 1  247035904 Sep 6 23:14 data.ext3.win
-r--r--r-- 1         48 Sep 6 23:14 data.ext3.win.md5
-r--r--r-- 1        104 Sep 6 23:39 \_original\_dir\_name
-r--r--r-- 1     184842 Sep 6 23:14 recovery.log
-r--r--r-- 1  287747072 Sep 6 23:15 system.ext3.win
-r--r--r-- 1         50 Sep 6 23:14 system.ext3.win.md5

En ambos casos, ahora tenemos archivos .tar para particiones normales (no me preguntes por qué TWRP los nombra .win), e imágenes de disco para /boot y /recovery. Ten en cuenta que TWRP olvidó hacer copia de seguridad de estas dos particiones; contaría eso como un error, pero específico de la compilación utilizada aquí (no decidí cambiar a TWRP, simplemente vino con la ROM CyanogenMod).

Otras notas

Las "copias físicas" originales (también conocidas como "imágenes de disco") tenían una gran ventaja: si eliminabas algo accidentalmente de tu dispositivo, podías utilizar tecnologías de carvado de archivos en las imágenes nandroid para recuperarlo (ver nuestra recuperación de datos tag-wiki). Esto ya no funciona con archivos tar. Pero los archivos tar se pueden restaurar incluso después de cambiar el tamaño de la partición, mientras que restaurar un archivo de imagen resulta en el mismo tamaño de partición (y falla si, por ejemplo, la partición se volvió más pequeña). Además, cambiar a tar hizo que las copias de seguridad fueran de alguna manera "independientes" del sistema de archivos - por lo que podrías hacer una copia de seguridad de ext3 y restaurarla en ext4 sin tener que devolver la partición a ext3.

Pero por otro lado, hay una cosa que se volvió más fácil con los archivos tar: Mirar dentro de ellos para recuperar un archivo o evaluar fácilmente la estructura en tu PC. No es que considere esto como un "gran pro": con las herramientas correctas (aquí: TestDisk) se puede hacer lo mismo con imágenes. Solo lleva un poco más de tiempo, ya que TestDisk necesita investigar la estructura (tipo de partición, sistema de archivos) antes de que los contenidos puedan ser accedidos.

En cuanto a la restauración, no debería haber casi ninguna diferencia en la "experiencia de los usuarios con los resultados":

  • restaurar una imagen sobrescribe toda la partición, restaurando cada bloque tal como estaba antes (incluyendo "bloques defectuosos")
  • simplemente desempaquetar un archivo tar no sobrescribiría "archivos nuevos", por lo que esto podría resultar en un lío; estoy seguro de que Nandroid se encarga de esto al borrar primero la partición de destino
  • otro pequeño pro de los archivos tar: restaurar un Nandroid de este tipo implica implícitamente una "desfragmentación", con los archivos siendo escritos secuencialmente y sin ningún borrado intermedio ;)

Mi opinión personal es: los Nandroids son copias de seguridad. Las copias de seguridad están destinadas a ser restauradas en casos de emergencia. Por lo tanto, mientras que los archivos tar tienen sus comodidades, las imágenes de disco son preferibles - ya que se puede utilizar el carvado de archivos para incluso restaurar cosas eliminadas. Pero los pros y los contras son bastante subjetivos.

Veredicto

Aunque puede haber "diferencias sutiles" (como por ejemplo las particiones ahora "defragmentadas" si tu Nandroid usó archivos tar), no hay diferencias que el "usuario normal" debería notar. Como las copias de seguridad nandroid siempre incluyen la partición completa, todo se respalda y se restaura - incluyendo "root y sus archivos".

1 votos

+1. Sí, esta es una de las respuestas que me atrajo y me motivó a contribuir en este sitio. De todas formas, estaba un poco perdido en "las imágenes de disco son preferibles, ya que se puede utilizar el esculpido de archivos para incluso restaurar cosas eliminadas", pero luego me di cuenta de que, dado que la creación de imágenes de disco es a nivel de bloque, copiaría todos los bloques independientemente de si el sistema de archivos muestra lógicamente algún dato al usuario. Así que si nuestro lector terminara eliminando algo accidentalmente, podrían haber tomado una imagen de la partición (que incluye bloques con datos eliminados también) y haber utilizado algún software de recuperación de archivos.

0 votos

Exactamente eso, @Firelord - ¡gracias por hacerlo más claro! Sí, con "tecnologías de file-carving" me refería a "algunos software de recuperación de archivos" como Scalpel o TestDisk :)

PreguntAndroid.com

PreguntAndroid es una comunidad de usuarios de Android en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X