Nu se pot flash imagini din fabrică pentru Google Pixel 2 XL (Android, Înrădăcinare, Rom Flashing, Fastboot, Imagine De Fabrică, Google Pixel 2)

chimeracoder a intrebat.

Dispozitiv: Google Pixel 2 XL (taimen)

Transportator: Deblocat (achiziționat din magazinul Play)

Imagine: image-taimen-opm1.171019.011.zip

În cele din urmă, încerc să fac root la telefon prin blițuirea unui batched boot.img la imaginea stock, dar nu reușesc să flashez orice imagini, fie că este vorba de boot.img patchat, TWRP sau chiar imaginile de fabrică stock în sine. Am deblocat deja bootloader-ul, folosind fastboot flashing unlock_critical.

Rulez cea mai nouă versiune de adb și fastboot, descărcată ieri:

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

Iată ce se întâmplă atunci când încerc să flashăm imaginile de fabrică stock, descărcate direct de pe 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

Alte comenzi eșuează cu mesaje de eroare sau moduri de eșec inconsecvente. De exemplu:

$ 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

Dacă încerc din nou cu -S

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

care se blochează la nesfârșit, fără a trimite niciodată primul segment.

Pot să încerc să pornesc direct, ceea ce produce aceeași problemă:

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

În mod similar:

$ fastboot --set-active=_a

se va bloca și el la nesfârșit. Trebuie să repornesc încărcătorul de boot pentru a-l opri, moment în care acesta tipărește doar mesajul criptic error: Device does not support slots (Pixel 2 XL acceptă sloturi!).

Mesajele de eroare nu sunt întotdeauna consecvente; uneori, primul fastboot flash boot boot.img comandă va părea să se blocheze (necesitând o repornire, similar cu --set-active) în loc să tipărească mesajul de eroare despre max-download-size. Am lăsat să ruleze timp de aproximativ 15 minute înainte de a fi nevoit să o opresc. Spre deosebire de system.img, boot.img are doar aproximativ 40 MB, deci nu ar trebui să dureze atât de mult timp pentru a se afișa – este clar că ceva nu este în regulă.

De asemenea, am încercat acest lucru cu mai multe cabluri pe diferite porturi USB, cu aceleași rezultate.

5 răspunsuri
chimeracoder

În cele din urmă, am rezolvat acest lucru folosind un Macbook Pro cu un cablu USB-C la USB-C.

Anterior, încercasem cu două cabluri diferite de la USB-A la micro-USB, folosind două adaptoare diferite de la micro-USB la USB-C, pe un laptop Linux cu două porturi USB-A diferite și cu cea mai recentă versiune de fastboot/adb descărcată atunci. Din păcate, nu pot fi sigur care a fost problema, dar, din moment ce s-a întâmplat în mod constant cu mai multe cabluri (și acele cabluri par să funcționeze în continuare), presupun că a existat o eroare cu versiunea Linux de adb/fastboot.

Comentarii

  • Dintr-un motiv oarecare, am avut aceeași problemă și am încercat diverse cabluri USB, iar singurul cablu USB-C la USB-C pe care l-am cumpărat a rezolvat-o. Am folosit totuși sistemul de operare Windows . Mi se pare că de când a apărut USB-C în lume, au apărut nenumărate probleme cu el. –  > Por dezvoltator android.
lfreedoml

Ați încercat să deblocați folosind doar „fastboot flashing unlock_critical” ?Aveți nevoie de „fastboot flashing unlock” și apoi „fastboot flashing unlock_critical”

zhuisui

Am avut această problemă când am primit noul meu Pixel 2 XL. și după ce am testat trei computere, am aflat că este cauzată de porturile USB ale laptopului meu. Deci, această problemă nu are legătură cu Windows sau MacOS sau Linux. și dacă îmi conectez telefonul la laptop prin intermediul unui hub, funcționează și el.

Adam Felson

Am avut o ciudățenie similară cu un lenovo x1 gen 5. Instalatorul de imagini din fabrică se bloca la imaginea de sistem 4/5 și alte câteva ciudățenii.
Folosisem un cablu USB-C<>usb-C. Când am trecut la un cablu USB-A->usb-C, problemele au dispărut.

Kalki

ai rezolvat vreodată această problemă? Am exact aceleași probleme de sus până jos.mulțumesc.

EDIT: wow am încercat al 5-lea cablu și a funcționat. Am folosit un USB 3.0 la C (marca Anker)

Am folosit asta…https://forum.xda-developers.com/pixel-2-xl/development/tool-deuces-bootloop-recovery-flashing-t3704761

M-am asigurat că am instalat driverul USB Google