La imagen de fábrica de Nexus 5 parpadeante falla al escribir datos de usuario

Recientemente, compré un Nexus 5 usado. Me gustaría realizar un reinicio completo, así que estoy tratando de actualizar la imagen de fábrica usando las instrucciones oficiales de Google .

Sin embargo, sigo recibiendo el mensaje FAILED (remote: 'Bogus size sparse and chunk header')para el Writing 'userdata'paso.

¿Estoy haciendo algo mal o hay algo mal con las instrucciones o la imagen de Google?

(Posiblemente) información relevante:

  • Estoy ejecutando macOS Mojave 10.14 (18A391) en mi computadora.
  • Estoy usando fastboot de Android SDK Platform-Tools versión 28.0.1, instalado con Android Studio 3.2.1.
  • Probé las dos imágenes más recientes de la versión 6.0.1 de Android (M4B30X y M4B30Z), ambas dan el mismo problema.

El resultado completo del proceso de flasheo se puede ver aquí:

$ ./flash-all.sh 
Sending 'bootloader' (3124 KB)                     OKAY [  0.310s]
Writing 'bootloader'                               OKAY [  0.516s]
Finished. Total time: 0.923s
rebooting into bootloader                          OKAY [  0.108s]
Finished. Total time: 0.108s
Sending 'radio' (45489 KB)                         OKAY [  1.640s]
Writing 'radio'                                    OKAY [  3.130s]
Finished. Total time: 4.867s
rebooting into bootloader                          OKAY [  0.104s]
Finished. Total time: 0.104s
extracting android-info.txt (0 MB) to RAM...
--------------------------------------------       
Bootloader Version...: HHZ20h
Baseband Version.....: M8974A-2.0.50.2.30
Serial Number........: ***redacted***
--------------------------------------------       
Checking product                                   OKAY [  0.100s]
Checking version-bootloader                        OKAY [  0.100s]
Checking version-baseband                          OKAY [  0.100s]
extracting boot.img (8 MB) to disk... took 0.037s
archive does not contain 'boot.sig'
archive does not contain 'dtbo.img'
archive does not contain 'dt.img'
archive does not contain 'odm.img'
archive does not contain 'product.img'
archive does not contain 'product-services.img'
extracting recovery.img (9 MB) to disk... took 0.033s
archive does not contain 'recovery.sig'
archive does not contain 'super.img'
extracting system.img (996 MB) to disk... took 7.816s
archive does not contain 'system.sig'
archive does not contain 'vbmeta.img'
archive does not contain 'vendor.img'
mke2fs 1.44.3 (10-July-2018)
Creating filesystem with 7137786 4k blocks and 1785856 inodes
Filesystem UUID: aab8dc10-d114-48a0-b9dc-c7ebdd24c79d
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done   

mke2fs 1.44.3 (10-July-2018)
Creating filesystem with 179200 4k blocks and 44832 inodes
Filesystem UUID: 2d2b45ab-678b-43ba-8b3c-83827764dbc8
Superblock backups stored on blocks: 
    32768, 98304, 163840

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

Sending 'boot' (9154 KB)                           OKAY [  0.510s]
Writing 'boot'                                     OKAY [  0.776s]
Sending 'recovery' (10012 KB)                      OKAY [  0.564s]
Writing 'recovery'                                 OKAY [  0.832s]
Sending 'system' (1020665 KB)                      OKAY [ 36.364s]
Writing 'system'                                   OKAY [ 69.147s]
Erasing 'userdata'                                 OKAY [ 14.079s]
Sending 'userdata' (4272 KB)                       OKAY [  0.360s]
Writing 'userdata'                                 FAILED (remote: 'Bogus size sparse and chunk header')
Finished. Total time: 133.541s

Respuestas (3)

Me encuentro con el mismo problema hoy :) El script flash-all falló al escribir los datos del usuario

Logré resolver este problema al continuar manualmente el proceso de actualización:

1) extract image-hammerhead-m4b30z.zip

2) cd to the extracted folder

3) run the following commands (one by one)
fastboot erase userdata
fastboot flash userdata userdata.img
fastboot erase cache
fastboot flash cache cache.img
fastboot reboot

es demasiado tarde para esta publicación, pero estoy respondiendo para cualquier otra persona que encuentre esta publicación, consulte este enlace http://www.gandalfk7.it/2019/03/24/fastboot-too-old-and-error-cannot- generar-imagen-para-datos-de-usuario/ debe actualizar las herramientas de la plataforma de su sistema operativo y ejecutar sh flash-all.shdespués de actualizar la plataforma, establezca la RUTA en su directorio como dice esta referencia

¡sigue estos pasos y como dice el enlace y lo lograrás!

-  download the newer platform-tools from https://developer.android.com/studio/releases/platform-tools.
-  Decompress them with #unzip platform-tools_r28.0.2-linux.zip
a new platform-tools folder will be created
then in your folder where you have unzipped the factory default
-  edit flash-all.sh and add this line on top:

export PATH=/home/YOURUSER/Downloads/platform-tools:$PATH

-  in this way the script will search for executables in that folder, using the newer ones.

Diríjase a cualquier persona que encuentre que esto sucede en un Nexus 7. El mismo problema, excepto que hay un problema secundario después de especificar explícitamente las herramientas de la plataforma. Forzar el parpadeo de los datos de usuario no asigna todo el espacio restante para los datos de usuario. La solución es cambiar su tamaño después antes del primer arranque. Si intenta cambiar el tamaño después del primer arranque, se quedará atascado en un bucle de arranque y tendrá que volver a actualizar todo.

mueva su respuesta a esta pregunta android.stackexchange.com/q/230412