Muchas recuperaciones personalizadas, como TWRP, tienen la opción de utilizar compresión al crear copias de seguridad nandroid. Por defecto, esta opción suele estar desactivada.
¿Es seguro utilizar la opción de compresión? ¿Son las únicas desventajas el tiempo que se debe gastar para comprimir el nandroid y la posible necesidad de espacio de trabajo temporal para realizar la compresión?
¿Hay alguna otra razón por la que esa opción suele estar desactivada por defecto?
1 votos
Buena pregunta. Debe haber alguna razón, ya que en versiones anteriores (hace un par de años) la compresión estaba habilitada por defecto (al menos con CWM).
0 votos
@Izzy, quizás la razón es que hace un par de años, la mayoría de los dispositivos no solían venir con mucho espacio de almacenamiento y las tarjetas SD externas no eran tan baratas de comprar, por lo que la compresión se podía justificar en ese momento. Eso no parece ser la situación hoy en día, ¿o sí?
0 votos
@Firelord También tuve esos pensamientos. Por otro lado, los procesadores son mucho más rápidos ahora, por lo que la compresión también lo es.
1 votos
Más rápido no es igual a más seguro. No puedo ver un buen argumento en contra de la compresión, excepto por un acceso más rápido, pero cuando las cosas van bien, esto último ya no es un argumento. Solo uno de los "desarrolladores de Nandroid" puede responder a esto, y espero que aparezca aquí para hacerlo.
1 votos
@Izzy Exactamente. El objetivo principal de un nandroid es tener copias de seguridad que funcionen. Si la compresión pone en peligro la integridad de la copia de seguridad (o el proceso de restauración) de alguna manera, no vale la pena. Si no lo hace, entonces parece ser la mejor opción dada la rapidez con la que se llenarán incluso 64 GB de almacenamiento.
1 votos
Eso podría ser incluso una de las razones detrás de esto: las copias de seguridad se hacen cada vez más grandes. Por lo tanto, para copias de seguridad comprimidas, primero se necesita el tamaño descomprimido, luego comprimirlo y solo entonces liberar el espacio, a menos que uno "pipe" el proceso de copia. Lo primero "desgastaría más rápido la SD" (¡como si hiciéramos un Nandroid cada minuto!) y podría ser un problema con el espacio libre disponible, pero no veo ningún riesgo de integridad aquí. No estoy seguro sobre "pipe" y cuáles podrían ser los riesgos con eso. Dejando fuera a "pipe" de la ecuación: si la compresión falla debido a la falta de espacio libre, uno aún tiene la copia de seguridad descomprimida. ¿Y qué? No tengo ni idea.