Werksbilder können nicht auf Google Pixel 2 XL geflasht werden

Gerät : Google Pixel 2 XL (Taimen)

Träger : Freigeschaltet (im Play Store gekauft)

Bild : image-taimen-opm1.171019.011.zip

Letztendlich versuche ich, das Telefon zu rooten, indem ich einen Batch boot.imgauf das Stock-Image flashe, aber ich kann keine Images flashen , egal ob es sich um das gepatchte boot.img, TWRP oder sogar die Stock-Factory-Images selbst handelt. Ich habe den Bootloader bereits entsperrt, indem ich fastboot flashing unlock_critical.

Ich verwende die neueste Version von adb und fastboot, die gestern heruntergeladen wurde:

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

Folgendes passiert, wenn ich versuche, die Stock-Factory-Images zu flashen, die direkt von Google heruntergeladen wurden:

$ 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

Andere Befehle schlagen mit inkonsistenten Fehlermeldungen oder Fehlermodi fehl. Zum Beispiel:

$ 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

Wenn ich es nochmal mit versuche-S

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

die auf unbestimmte Zeit hängt und niemals das erste Segment sendet.

Ich kann versuchen, direkt zu booten, was zu demselben Problem führt:

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

Ähnlich:

$ fastboot --set-active=_a

wird einfach auch auf unbestimmte Zeit hängen. Ich muss den Bootloader neu starten, um ihn zu beenden. An diesem Punkt druckt er nur die Kryptik error: Device does not support slots(das Pixel 2 XL unterstützt Slots!).

Die Fehlermeldungen sind nicht immer konsistent; fastboot flash boot boot.imgManchmal scheint der erste Befehl zu hängen (erfordert einen Neustart, ähnlich wie --set-active), anstatt die Fehlermeldung über auszugeben max-download-size. Ich habe das etwa fünfzehn Minuten lang laufen lassen, bevor ich es töten musste. Im Gegensatz zu system.img ist boot.img nur etwa 40 MB groß, daher sollte das Flashen nicht so lange dauern - irgendetwas stimmt eindeutig nicht.

Ich habe dies auch mit mehreren Kabeln an verschiedenen USB-Anschlüssen versucht, mit den gleichen Ergebnissen.

Antworten (5)

Letztendlich habe ich dies gelöst, indem ich ein Macbook Pro mit einem USB-C-zu-USB-C-Kabel verwendet habe.

Zuvor hatte ich es mit zwei verschiedenen USB-A-zu-Micro-USB-Kabeln unter Verwendung von zwei verschiedenen Micro-USB-zu-USB-C-Adaptern auf einem Linux-Laptop mit zwei verschiedenen USB-A-Anschlüssen und der damals neuesten Version von fastboot/ versucht. adb heruntergeladen. Leider kann ich nicht sicher sein, was das Problem war, aber da es immer wieder mit mehreren Kabeln passiert ist (und diese Kabel immer noch zu funktionieren scheinen), ist meine Vermutung, dass es einen Fehler mit der Linux-Version von adb/fastboot gab.

Aus irgendeinem Grund hatte ich das gleiche Problem und habe verschiedene USB-Kabel ausprobiert, und nur das USB-C-zu-USB-C-Kabel, das ich gekauft habe, hat es gelöst. Gebrauchtes Windows-Betriebssystem. Mir scheint, dass, seit USB-C auf die Welt kam, unzählige Probleme damit aufgetaucht sind.

Haben Sie versucht, nur mit "fastboot flashing unlock_critical" zu entsperren? Sie benötigen "fastboot flashing unlock" und dann "fastboot flashing unlock_critical".

Ich hatte dieses Problem, als ich mein neues Pixel 2 XL bekam. Und nachdem ich drei Computer getestet habe, stelle ich fest, dass es an den USB-Anschlüssen meines Laptops liegt. Dieses Problem hängt also nicht mit Windows oder MacOS oder Linux zusammen. Und wenn ich mein Telefon über einen Hub mit dem Laptop verbinde, funktioniert es auch.

Ich hatte eine ähnliche Verrücktheit mit einem Lenovo x1 Gen 5. Der Factory-Image-Installer hing am System-Image 4/5 und ein paar anderen Verrücktheiten.
Ich hatte ein USB-C <> USB-C-Kabel verwendet. Als ich zu einem USB-A-> USB-C-Kabel wechselte, verschwanden die Probleme.

hast du das schonmal gelöst? Ich habe genau die gleichen Probleme von oben nach unten. Danke.

EDIT: Wow, habe mein 5. Kabel ausprobiert und es hat funktioniert. Verwendet einen USB 3.0 zu C (Marke Anker)

Verwendet dies ... https://forum.xda-developers.com/pixel-2-xl/development/tool-deuces-bootloop-recovery-flashing-t3704761

Achten Sie darauf, den Google USB-Treiber zu installieren