No puedo flashear imágenes de fábrica a Google Pixel 2 XL

Dispositivo : Google Pixel 2 XL (taimen)

Transportista : Desbloqueado (comprado en Play Store)

Imagen : imagen-taimen-opm1.171019.011.zip

En última instancia, estoy tratando de rootear el teléfono mostrando un lote boot.imgen la imagen de stock, pero no puedo mostrar ninguna imagen, ya sea el boot.img parcheado, TWRP o incluso las imágenes de stock de fábrica. Ya he desbloqueado el cargador de arranque, usando fastboot flashing unlock_critical.

Estoy ejecutando la versión más reciente de adb y fastboot, descargada ayer:

$ fastboot --version
fastboot version 0.0.1-4500957
Installed as [REDACTED]

$ adb version
Android Debug Bridge version 1.0.39
Version 0.0.1-4500957
Installed as [REDACTED]

Esto es lo que sucede cuando trato de mostrar las imágenes de stock de fábrica, descargadas directamente de Google:

$ adb reboot bootloader
$ ./flash-all.sh 
target didn't report max-download-size
sending 'bootloader' (36344 KB)...
FAILED (remote: Requested download size is more than max allowed
)
finished. total time: 0.000s
rebooting into bootloader...
OKAY [  0.000s]
finished. total time: 0.201s
target didn't report max-download-size
sending 'radio' (60428 KB)...
FAILED (remote: Requested download size is more than max allowed
)
finished. total time: 0.000s
rebooting into bootloader...
OKAY [  0.001s]
finished. total time: 0.201s
extracting android-info.txt (0 MB) to RAM...
Warning: Could not determine slot for secondary images. Ignoring.
extracting boot.img (40 MB) to disk... took 0.289s
target didn't report max-download-size
archive does not contain 'boot.sig'
extracting dtbo.img (8 MB) to disk... took 0.039s
archive does not contain 'dtbo.sig'
archive does not contain 'dt.img'
archive does not contain 'recovery.img'
extracting system.img (1936 MB) to disk...
archive does not contain 'system.sig'
extracting vbmeta.img (0 MB) to disk... took 0.000s
archive does not contain 'vbmeta.sig'
extracting vendor.img (349 MB) to disk... took 4.445s
error: Failed to identify current slot

Otros comandos fallan con mensajes de error inconsistentes o modos de falla. Por ejemplo:

$ fastboot flash boot boot.img 
target didn't report max-download-size
sending 'boot' (40960 KB)...
FAILED (remote: Requested download size is more than max allowed
)
finished. total time: 0.000s

Si vuelvo a intentar con-S

$ fastboot -S 512K flash boot boot.img 
Invalid sparse file format at header magic
sending sparse 'boot' 1/51 (508 KB)...

que cuelga indefinidamente, sin enviar nunca el primer segmento.

Puedo intentar arrancar directamente, lo que produce el mismo problema:

$ fastboot boot boot.img 
downloading 'boot.img'...
# hangs indefinitely

Similarmente:

$ fastboot --set-active=_a

simplemente colgará indefinidamente también. Tengo que reiniciar el cargador de arranque para matarlo, momento en el que simplemente imprime el críptico error: Device does not support slots(¡el Pixel 2 XL admite ranuras!).

Los mensajes de error no siempre son consistentes; a veces, el primer fastboot flash boot boot.imgcomando parecerá bloquearse (requiriendo un reinicio, similar a --set-active) en lugar de imprimir el mensaje de error sobre max-download-size. Dejé que funcionara durante unos quince minutos antes de tener que matarlo. A diferencia de system.img, boot.img solo tiene unos 40 MB, por lo que no debería tardar tanto en parpadear; algo está claramente mal.

También probé esto con varios cables en diferentes puertos USB, con los mismos resultados.

Respuestas (5)

Finalmente, resolví esto usando una Macbook Pro con un cable USB-C a USB-C.

Anteriormente, lo probé con dos cables USB-A a micro-USB diferentes, usando dos adaptadores micro-USB a USB-C diferentes, en una computadora portátil Linux con dos puertos USB-A diferentes y la última versión de fastboot/ anuncio descargado. Desafortunadamente, no puedo estar seguro de cuál fue el problema, pero dado que sucedió constantemente con varios cables (y esos cables aún parecen estar funcionando), supongo que hubo un error con la versión de Linux de adb/fastboot.

Por alguna razón, tuve el mismo problema y probé varios cables USB, y solo el cable USB-C a USB-C que compré lo resolvió. Sin embargo, usó el sistema operativo Windows. Me parece que desde que USB-C llegó al mundo, surgieron innumerables problemas con él.

¿Intentó desbloquear usando solo "fastboot flashing unlock_critical"? Necesita "fastboot flashing unlock" y luego "fastboot flashing unlock_critical"

Tuve este problema cuando compré mi nuevo Pixel 2 XL. Y después de probar tres computadoras, descubro que la causa son los puertos USB de mi computadora portátil. Entonces, este problema no está relacionado con Windows, MacOS o Linux. Y si conecto mi teléfono a la computadora portátil a través de un concentrador, también funciona.

Tuve algunas rarezas similares con un lenovo x1 gen 5. El instalador de la imagen de fábrica se colgaría en la imagen del sistema 4/5 y algunas otras rarezas.
Había estado usando un cable usb-C<>usb-C. Cuando cambié a un cable usb-A->usb-C, los problemas desaparecieron.

alguna vez solucionaste esto? Tengo exactamente los mismos problemas de arriba a abajo. gracias.

EDITAR: wow, probé mi quinto cable y funcionó. Usaba un USB 3.0 a C (marca Anker)

Usé esto... https://forum.xda-developers.com/pixel-2-xl/development/tool-deuces-bootloop-recovery-flashing-t3704761

Asegúrese de instalar el controlador USB de Google