¿El comando adb backup en un dispositivo no rooteado crea un archivo de copia de seguridad vacío?

Recientemente intenté hacer una copia de seguridad de mi teléfono Motorola Moto G2 XT1068 con Lollipop 5.0.1 y después de conectarlo a través de USB con la depuración USB activada, ejecuté el comando de copia de seguridad adb para hacer una copia de seguridad de mi dispositivo por completo y esta pregunta Copia de seguridad completa de dispositivos no rooteados y la solución me guió. Sin embargo, al ejecutar el siguiente comando adb,

adb backup -apk -shared -all -system -f D:/backup.ab

no funciono en mi caso. El comando me indicó que desbloqueara mi dispositivo y confirmara la operación de copia de seguridad. Sin embargo, al hacerlo, se mostraba el mensaje Backup startedy el Backup completedbrindis uno tras otro en tan solo un segundo de duración. Y, obviamente, el backup.abarchivo generado también era un archivo vacío de 0kb.

Quitar y cambiar el parámetro tampoco ayudó.

Tuve un problema similar en un dispositivo 4.4.2, pero tu solución no funciona por alguna razón... aunque antes había funcionado.. curioso.
@jpaugh Pruebe esta respuesta android.stackexchange.com/q/83080/96277 que es específicamente para KitKat.
¡Muy apreciado!

Respuestas (2)

La solución fue establecer la contraseña de copia de seguridad del escritorio en la configuración del desarrollador. Parece que hay un error en el proceso de copia de seguridad. Si no configuró una contraseña de copia de seguridad de escritorio en la configuración de opciones de desarrollador, se producen los problemas anteriores y su copia de seguridad finalmente estará incompleta (archivo de copia de seguridad vacío). Sin embargo, no pude encontrar una fuente oficial para este informe de error que establece que la configuración de la contraseña de la copia de seguridad del escritorio resuelve el problema de la copia de seguridad de adb.

Obtuve esta información basada en el Foro XDA [GUÍA] Copia de seguridad completa del teléfono sin desbloqueo o raíz

Nota: parece haber un error en el que las operaciones de copia de seguridad y restauración fallarán a menos que se establezca una contraseña de copia de seguridad de escritorio en Opciones de desarrollador. No funcionará con una contraseña en blanco.

Después de configurar mi contraseña de copia de seguridad de escritorio en

Settings > Developer Options > Desktop backup password

adb backup -apk -shared -all -f D:/backup.ab

Ahora puedo ejecutar los comandos de copia de seguridad adb anteriores con éxito. Tenga en cuenta que dejé el -systemparámetro como predeterminado y el backup.abarchivo ahora tiene casi 6 GB.

¿Comprobó si se ha archivado un error? Su respuesta está en desacuerdo con esta pregunta (aunque para Kitkat).
@Firelord No, no pude encontrar un error informado sobre este problema. Pero no recuerdo cifrar o configurar mi contraseña de copia de seguridad de escritorio antes. Ingresé 1234 en el campo de contraseña actual y afortunadamente aceptó. :)
Es bueno tener esto, así que gracias por compartir, pero es una solución en el mejor de los casos (no una "solución"). A veces, es necesario tener las copias de seguridad sin cifrado de contraseña (por ejemplo, para convertir el .abarchivo en un archivo .tarpara investigación).
@Izzy Pero Android Backup Extractor puede convertirlo .abincluso .tarsi el archivo está encriptado con una contraseña. Por supuesto, debe proporcionar la contraseña durante la conversión. :)
Podría ser, todavía hace las cosas un poco más complicadas :) ¡Solo digo que no pretendo criticar!

En Marshmallow, configurar (o usar una) contraseña de respaldo funcionó para mí, pero no creo que estos archivos de 0 bytes se deban a un error. Ser capaz de eludir el cifrado del sistema simplemente haciendo una copia de seguridad es un error enorme.

Tenga en cuenta que, a diferencia de los dispositivos no cifrados, el acceso físico a un dispositivo cifrado no compromete los datos del dispositivo (siempre que el cifrado no sea defectuoso).

La palabra error proviene de una publicación del foro XDA. Y esto debería ser un comentario ya que no agrega nada más que lo que ya está especificado en mi respuesta.
Creo que es importante que las personas se den cuenta de que permitir copias de seguridad de un dispositivo encriptado sin contraseña anula el propósito del encriptado. Solo digo.