Actualmente, las copias de seguridad de TWRP no incluyen /data/media y esto no parece estar en el radar de los desarrolladores en absoluto ( el tema para ello en GitHub es sólo un montón de +1s sin respuesta oficial). Ahora que tenemos que lidiar con SELinux, simplemente copiando los archivos de ida y vuelta es aparentemente ya no es una opción y hay varias formas de acceder a /data/media en todo el sistema de archivos, cada uno con diferentes propietarios y permisos efectivos.
Con gran detalle, ¿cómo debo hacer una copia de seguridad y restaurar /data/media ¿para que todo se restaure exactamente como estaba y mis aplicaciones no tengan problemas con los permisos resultantes?
4 votos
¿No es
/data/mediaes sólo un alias de/storage/emulated/0? Los permisos y la propiedad siempre se restauran con los archivos .tar de Android.0 votos
No es posible
dd/datos/medios ya que se reconoce como un directorio. No he probado, pero creo que se puededd/dev/block/platform/msm_sdcc.1/by-name/userdata En su lugar.0 votos
@DeathMaskSalesman
ddes sin duda una mala idea. Es incluso peor que el método de copia de seguridad por defecto de TWRP & CWM,tar. En caso de que usted es muy rico y compró un teléfono de 128 GB y que sólo almacena unos pocos archivos en él,ddhará una copia de seguridad de toda la partición, bloque a bloque, dando como resultado una imagen de 128 GB de tamaño. También otro problema grave es que no se puededddirectamente en tu ordenador, así que tienes que encontrar otro almacenamiento de 128 GB en tu teléfono (¿tarjeta SD?) para guardar el inage temporalmente.0 votos
@iBug Por supuesto que es una mala idea. Si fuera buena, habría posteado una respuesta. Por cierto, puedes
dddirectamente al ordenador medianteadb shellde modo que la orden final seaadb shell "dd if=partition" > out.img.0 votos
@DeathMaskSalesman Seguirá fallando. Se requiere root para
ddde/dev/block. Como ocurre a menudo,adbd cannot run as root in production builds. Acabo de probarlo. Sin embargo, todavía se puede hacer en la recuperación, pero ¿qué sentido tiene hacerlo?0 votos
@iBug Bueno, se podría montar la imagen resultante como dispositivo de bucle, para un uso "futuro". En mi caso, lo hice para recuperar archivos borrados.
0 votos
@DeathMaskSalesman Incluso en su caso para un uso posterior,
tarsigue siendo mejor opción quedd. Tampoco se ha discutido una solución al problema del almacenamiento paraddde la imagen de salida. Voto portar.1 votos
@iBug Yo también. Por cierto, déjame votar tu respuesta.
0 votos
Así que, por lo que tengo entendido, ¿esa función se excluyó de TWRP sólo porque los minimalistas tóxicos y los usuarios inexpertos confundidos son incapaces de utilizar TWRP correctamente, haciéndonos sufrir a los usuarios avanzados una vez más?
0 votos
Según el mencionado comentario de GitHub por Dees-Troy, "[ ] el usuario medio de TWRP ni siquiera sabe deletrear adb". - ¿Por qué tenemos que sufrir los usuarios avanzados sólo porque algunos aficionados no tienen ni idea de cómo utilizar herramientas pensadas para usuarios avanzados?
0 votos
@neverMind9 "usuario avanzado" simplemente añadirá bind mount /sdcard -> /storage en twrp.fstab (o adb pull)