Estoy intentando hacer una copia de seguridad de mi Nexus 7 antes de instalar una nueva imagen de fábrica. (Hay un problema que impide que la actualización de OTA se realice correctamente ). Pero cuando ejecuto
adb backup -f android-nosystem-backup.ab -apk -shared -all -nosystem
la copia de seguridad se atasca después de escribir 2147483647 bytes. Este número es 2 ^ 31 menos 1, y reconozco el problema como una falta de soporte de archivos grandes en alguna parte. Estoy ejecutando el adb
que viene con mi distribución actual de Debian Linux "Jessie". El problema ocurre si trato de hacer una copia de seguridad en un archivo local o en un servidor de archivos montado en NFS remoto, por lo que sospecho que algo en la cadena de adb
herramientas se ha compilado sin la compatibilidad con archivos grandes.
El Nexus 7 informa un almacenamiento total en uso de 4,2 GB, por lo que espero un archivo de copia de seguridad de ese orden de tamaño. ¿Hay alguna solución que debería usar? ¿Hay alguna manera de dividir la copia de seguridad en partes?
Resulta que este es un problema conocido y hay un parche .
izzy
mkfifo
preguntas en SU ). Básicamente, crea un fifo y lo especifica como "archivo" enadb backup
. Paralelamente, ejecuta un segundo proceso leyendo ese fifo, por ejemplo, crea un archivo tar dividido en bloques de un tamaño máximo . Si intenta esto, háganos saber cómo funcionó.norman ramsey
izzy
writerproc > mypipe
yreaderproc < mypipe
.Distrito de Wyatt
tar
, admite archivos de más de 2 GB. Mi sitio web está inactivo en este momento, pero tengo un armv7, un binario enlazado estáticamente para 4.4 y superior (5.0, 5.1, 6.0, etc.) aquí . Puede poner esto en algún lugar donde pueda usarchmod
, como /data/local/tmp, y hacer un tarball de esa manera yadb push
terminar.