TuxLin
06/03/21, 18:27:48
.
Tengo disponible una versión personalizada del Recovery TWRP.
Tiene el mismo nivel que la versión "oficial", pero actualizada hasta el día de la compilación.
Como diferencia con la "oficial", se encuentran:
Correcta y completa traducción al español, sin textos saliendo de los botones y la clarificación de muchos conceptos. Se pueden ver los cambios en este parche (https://github.com/Dhollmen/Twrp_Q/commit/7fdfcfeee9728da6f016df7b2fed717799c6d440)
Tema ligeramente modificado
Con el tiempo, más modificaciones ...
La idea es que alguien que ya tenga instalado TWRP me confirme su correcto funcionamiento y, si observa algún cambio necesario, me lo indique.
Se instala exactamente igual que cualquier TWRP que ya tenga instalado.
Para quitarlo, es suficiente con volver a instalar la versión que ya lleve ahora.
Enlace a la página de descarga (https://androidfilehost.com/?w=files&flid=323840)
¿Qué debe incluir la copia de seguridad?
Las opciones de copia de seguridad por defecto en TWRP son sistema (/system), datos (/data) y arranque (/boot).
En la mayoría de los casos, esto es suficiente para respaldar una ROM. (En algunos casos raros, el boot no está disponible para la copia de seguridad).
Si el dispositivo presenta la opción, hacer una copia de seguridad de android_secure y/o sd-ext es una buena idea.
Normalmente, no es necesario copiar Caché y Recovery (que puede no estar disponible para ello).
Desde Android 6.0, los dispositivos tienen habilitado dm-verity como medida de seguridad.
Esto hace que el dispositivo compruebe, por firmas, los bloques de datos de la partición del sistema durante el arranque. El uso de dm-verity impide que TWRP pueda restaurar una copia de seguridad normal del sistema.
Normalmente se verá una opción para copia de seguridad de la imagen del sistema que, aunque ocupa mucho más espacio, es una copia de seguridad de bits perfecta que, cuando se restaura, no rompe dm-verity
También se puede ver una opción de copia de seguridad de la imagen de vendor.
En este caso, se aplican las mismas reglas con respecto a dm-verity.
Para una copia perfecta capaz de volver a la situación inicial, siempre se debería utilizar System_Image y Vendor_Image, si están disponibles.
En dispositivos que presentan particiones especiales como Bluetooth, pds, efs, etc. no es necesario incluirlas en una copia de seguridad normal.
Una buena idea es hacer una única copia de seguridad de todas estas particiones y guardarla por si acaso.
NO es recomendable restaurarlas a menos de que se esté absolutamente seguro de que realmente es necesario, ya que se puede producir un brick del dispositivo.
.
Tengo disponible una versión personalizada del Recovery TWRP.
Tiene el mismo nivel que la versión "oficial", pero actualizada hasta el día de la compilación.
Como diferencia con la "oficial", se encuentran:
Correcta y completa traducción al español, sin textos saliendo de los botones y la clarificación de muchos conceptos. Se pueden ver los cambios en este parche (https://github.com/Dhollmen/Twrp_Q/commit/7fdfcfeee9728da6f016df7b2fed717799c6d440)
Tema ligeramente modificado
Con el tiempo, más modificaciones ...
La idea es que alguien que ya tenga instalado TWRP me confirme su correcto funcionamiento y, si observa algún cambio necesario, me lo indique.
Se instala exactamente igual que cualquier TWRP que ya tenga instalado.
Para quitarlo, es suficiente con volver a instalar la versión que ya lleve ahora.
Enlace a la página de descarga (https://androidfilehost.com/?w=files&flid=323840)
¿Qué debe incluir la copia de seguridad?
Las opciones de copia de seguridad por defecto en TWRP son sistema (/system), datos (/data) y arranque (/boot).
En la mayoría de los casos, esto es suficiente para respaldar una ROM. (En algunos casos raros, el boot no está disponible para la copia de seguridad).
Si el dispositivo presenta la opción, hacer una copia de seguridad de android_secure y/o sd-ext es una buena idea.
Normalmente, no es necesario copiar Caché y Recovery (que puede no estar disponible para ello).
Desde Android 6.0, los dispositivos tienen habilitado dm-verity como medida de seguridad.
Esto hace que el dispositivo compruebe, por firmas, los bloques de datos de la partición del sistema durante el arranque. El uso de dm-verity impide que TWRP pueda restaurar una copia de seguridad normal del sistema.
Normalmente se verá una opción para copia de seguridad de la imagen del sistema que, aunque ocupa mucho más espacio, es una copia de seguridad de bits perfecta que, cuando se restaura, no rompe dm-verity
También se puede ver una opción de copia de seguridad de la imagen de vendor.
En este caso, se aplican las mismas reglas con respecto a dm-verity.
Para una copia perfecta capaz de volver a la situación inicial, siempre se debería utilizar System_Image y Vendor_Image, si están disponibles.
En dispositivos que presentan particiones especiales como Bluetooth, pds, efs, etc. no es necesario incluirlas en una copia de seguridad normal.
Una buena idea es hacer una única copia de seguridad de todas estas particiones y guardarla por si acaso.
NO es recomendable restaurarlas a menos de que se esté absolutamente seguro de que realmente es necesario, ya que se puede producir un brick del dispositivo.
.