2 votes

Impossible de flasher des images d'usine sur Google Pixel 2 XL

Dispositif : Google Pixel 2 XL (taimen)

Transporteur : Déverrouillé (acheté sur le Play store)

Image : image-taimen-opm1.171019.011.zip

En fin de compte, j'essaye de Rooter le téléphone en flashant un batched boot.img à l'image d'origine, mais je ne peux pas flasher tout que ce soit le boot.img patché, TWRP, ou même les images d'usine du stock elles-mêmes. J'ai déjà déverrouillé le bootloader, en utilisant fastboot flashing unlock_critical .

J'utilise la dernière version de adb et fastboot, téléchargée hier :

$ 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]

Voici ce qui se passe lorsque j'essaie de flasher les images d'usine, téléchargées directement depuis 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

D'autres commandes échouent avec des messages d'erreur ou des modes d'échec incohérents. Par exemple :

$ 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 je réessaie avec -S

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

qui se suspend indéfiniment, sans jamais envoyer le premier segment.

Je peux essayer de démarrer directement, ce qui donne le même problème :

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

De même :

$ fastboot --set-active=_a

sera juste suspendu indéfiniment aussi bien. Je dois redémarrer le chargeur de démarrage pour l'arrêter, et à ce moment-là, il affiche le message cryptique suivant error: Device does not support slots (le Pixel 2 XL prend en charge les fentes !).

Les messages d'erreur ne sont pas toujours cohérents. fastboot flash boot boot.img semble se bloquer (ce qui nécessite un redémarrage, comme dans le cas de la commande --set-active ) au lieu d'imprimer le message d'erreur sur max-download-size . Je l'ai laissé tourner pendant environ 15 minutes avant de devoir le tuer. Contrairement à system.img, boot.img ne fait qu'environ 40 Mo, donc le flashage ne devrait pas prendre autant de temps - il y a clairement un problème.

J'ai également essayé avec plusieurs câbles sur différents ports USB, avec les mêmes résultats.

1voto

chimeracoder Points 131

En fin de compte, j'ai résolu ce problème en utilisant un Macbook Pro avec un câble USB-C à USB-C.

Auparavant, je l'avais essayé avec deux câbles USB-A vers micro-USB différents, en utilisant deux adaptateurs micro-USB vers USB-C différents, sur un ordinateur portable Linux avec deux ports USB-A différents et la dernière version de fastboot/adb téléchargée. Malheureusement, je ne peux pas être certain de la nature du problème, mais puisque cela s'est produit de manière constante avec plusieurs câbles (et que ces câbles semblent toujours fonctionner), je pense qu'il y avait un bogue avec la version Linux de adb/fastboot.

0voto

lfreedoml Points 33

Avez-vous essayé de débloquer en utilisant seulement "fastboot flashing unlock_critical" ? Vous devez utiliser "fastboot flashing unlock" et ensuite "fastboot flashing unlock_critical".

0voto

zyf0330 Points 1

J'ai eu ce problème lorsque j'ai reçu mon nouveau Pixel 2 XL. Et après avoir testé trois ordinateurs, j'ai découvert que les ports USB de mon ordinateur portable en étaient la cause. Ce problème n'est donc pas lié à Windows, MacOS ou Linux. Et si je connecte mon téléphone à l'ordinateur portable via un hub, cela fonctionne aussi.

0voto

Adam Felson Points 1

J'ai eu une bizarrerie similaire avec un Lenovo x1 gen 5. L'installateur d'image d'usine se bloquait sur l'image système 4/5 et quelques autres bizarreries.
J'avais utilisé un câble usb-C<>usb-C. Lorsque j'ai changé pour un câble usb-A->usb-C, les problèmes ont disparu.

-1voto

Kalki Points 1

Avez-vous jamais résolu ce problème ? J'ai exactement les mêmes problèmes de haut en bas. Merci.

EDIT : j'ai essayé mon 5ème câble et ça a marché. J'ai utilisé un USB 3.0 vers C (marque Anker)

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

Assurez-vous d'installer le pilote USB de Google

androidalle.com

AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X