Una copia de seguridad de nandroid está diseñada para proporcionar una copia de seguridad para un dispositivo Android.
¿Hay algún inconveniente en restaurar una copia de seguridad de nandroid (además de perder los cambios desde que se creó el nandroid)?
En otras palabras, como experimento, supongamos que toma un dispositivo Android que funciona perfectamente (sí, una bestia mítica, pero estoy divagando...) , luego crea un nandroid e inmediatamente realiza una restauración desde ese nandroid. Una vez finalizada la restauración, ¿ha vuelto exactamente a cómo estaban las cosas antes de realizar la restauración? ¿O hay sutiles diferencias internas? ¿Algún efecto en la raíz?
Una copia de seguridad de nandroid es una copia de seguridad completa del dispositivo, por lo que podría hacer la misma pregunta sobre una copia de seguridad completa de su PC: después de restaurar la copia de seguridad, estaría exactamente en el estado en que se encontraba el dispositivo cuando realizó la copia de seguridad: todos los cambios realizados entre hacer la copia de seguridad y restaurarla se pierden.
Leyendo entre líneas de su pregunta, más bien está preguntando cómo funciona una copia de seguridad de Nandroid o cuáles son sus ventajas y desventajas. Hubo algunos cambios en los últimos años, y no sé a qué recuperaciones personalizadas se aplican (solo puedo hablar de clockworkmod a largo plazo y twrp para, digamos, el último año). Permítanme resumir:
Ejemplo de 2012 de mi Motorola Milestone 2:
-r-xr-xr-x 1 8388608 29 de abril de 2012 boot.img -r-xr-xr-x 1 10560 29 de abril de 2012 cache.img -r-xr-xr-x 1 346287744 29 de abril de 2012 data.img -r--r--r-- 1 288 30 de abril de 2012 local.prop -r-xr-xr-x 1 132 29 de abril de 2012 nandroid.md5 -r-xr-xr-x 1 301956864 29 de abril de 2012 system.img
Ejemplo de 2010 de mi "buen viejo" HTC Buzz:
-r-xr-xr-x 1 2883584 23 de octubre de 2010 boot.img -r-xr-xr-x 1 12672 23 de octubre de 2010 cache.img -r-xr-xr-x 1 112421760 23 de octubre de 2010 data.img -r-xr-xr-x 1 222 23 de octubre de 2010 nandroid.md5 -r-xr-xr-x 1 4325376 23 de octubre de 2010 recovery.img -r-xr-xr-x 1 213227520 23 de octubre de 2010 system.img
Estos dos han sido creados por CWM. Como ves, al menos entre 2010 y 2012, esto fue lo que hizo Nandroid.
Como se trataba de imágenes de disco completas ("copias físicas", 1:1 por bloques), restaurarlas, por supuesto, significaba que todo el contenido del objetivo se perdía y se reemplazaba por la copia de seguridad, que también se restauraba por bloques. Ambos nandroids anteriores fueron creados por CWM.
… las cosas son un poco diferentes:
/bootque sigue siendo una copia de imagenEjemplo de 2015 de mi LG P880, creado también por CWM:
-r-xr-xr-x 1 10485760 29 de mayo 22:48 boot.img -r-xr-xr-x 1 0 29 de mayo 22:50 cache.ext4.tar -r-xr-xr-x 1 23040 29 de mayo 22:50 cache.ext4.tar.a -r-xr-xr-x 1 0 29 de mayo 22:49 data.ext4.tar -r-xr-xr-x 1 650801664 29 de mayo 22:50 data.ext4.tar.a -r-xr-xr-x 1 390 29 de mayo 22:52 nandroid.md5 -r-xr-xr-x 1 10485760 29 de mayo 22:48 recovery.img -r-xr-xr-x 1 136590 29 de mayo 22:52 recovery.log -r-xr-xr-x 1 0 29 de mayo 22:48 system.ext4.tar -r-xr-xr-x 1 947858944 29 de mayo 22:49 system.ext4.tar.a
Ejemplo de 2015 de mi Motorola Milestone 2, esta vez hecho con TWRP:
-r--r--r-- 1 247035904 6 de septiembre 23:14 data.ext3.win -r--r--r-- 1 48 6 de septiembre 23:14 data.ext3.win.md5 -r--r--r-- 1 104 6 de septiembre 23:39 _original_dir_name -r--r--r-- 1 184842 6 de septiembre 23:14 recovery.log -r--r--r-- 1 287747072 6 de septiembre 23:15 system.ext3.win -r--r--r-- 1 50 6 de septiembre 23:14 system.ext3.win.md5
En ambos casos, ahora tenemos .tararchivos para particiones normales (no me pregunten por qué TWRP los nombra .win), e imágenes de disco para /booty /recovery. Tenga en cuenta que TWRP olvidó hacer una copia de seguridad de estas dos particiones; Lo consideraría un error, pero específico de la compilación utilizada aquí (no decidí cambiar a TWRP, simplemente vino con la ROM CyanogenMod).
Las "copias físicas" originales (también conocidas como "imágenes de disco") tenían una gran ventaja: si accidentalmente eliminabas algo de tu dispositivo, podías usar tecnologías de tallado de archivos en las imágenes de Nandroid para recuperarlo (consulta nuestra etiqueta de recuperación de datos ) . wiki ). Esto ya no funciona con tarballs. Pero los tarballs se pueden restaurar incluso después de cambiar el tamaño de la partición, mientras que la restauración de un archivo de imagen da como resultado el mismo tamaño de partición (y falla si, por ejemplo, la partición se hizo 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ía hacer una copia de seguridad de ext3 y restaurar a ext4 sin tener que volver a colocar la partición en ext3.
Por otro lado, hay una cosa que se hizo más fácil con los tarballs: mirar dentro de ellos para recuperar un archivo o evaluar fácilmente la estructura en su PC. No es que cuente esto como un "gran profesional": con las herramientas correctas (aquí: TestDisk ) uno puede hacer lo mismo con las imágenes. Solo toma un poco más de tiempo, ya que TestDisk necesita investigar la estructura (tipo de partición, sistema de archivos) antes de que se pueda acceder a los contenidos.
En cuanto a la restauración, casi no debería haber diferencia con respecto a la "experiencia de los usuarios con los resultados":
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, si bien los archivos Tar tienen sus ventajas, las imágenes de disco son preferibles, ya que se puede usar el tallado de archivos para incluso restaurar cosas eliminadas. Pero los pros y los contras son bastante subjetivos.
Aunque puede haber "diferencias sutiles" (como, por ejemplo, las particiones ahora "desfragmentadas" si su Nandroid usó tarballs), no hay diferencias que el "usuario normal" deba notar. Como las copias de seguridad de Nandroid siempre incluyen la partición completa, se realiza una copia de seguridad de todo y se restaura, incluidos "root y sus archivos".
Señor del Fuego
izzy