Das Flashen des werkseitigen Nexus 5-Image schlägt beim Schreiben von Benutzerdaten fehl

Kürzlich habe ich ein gebrauchtes Nexus 5 gekauft. Ich möchte einen vollständigen Reset durchführen, also versuche ich, das werkseitige Image mithilfe der offiziellen Anweisungen von Google zu flashen .

Ich bekomme jedoch immer die Meldung FAILED (remote: 'Bogus size sparse and chunk header')für den Writing 'userdata'Schritt.

Mache ich etwas falsch oder stimmt etwas mit der Anleitung oder dem Bild von Google nicht?

(Möglicherweise) relevante Informationen:

  • Ich verwende macOS Mojave 10.14 (18A391) auf meinem Computer.
  • Ich verwende Fastboot von der Android SDK Platform-Tools Version 28.0.1, installiert mit Android Studio 3.2.1.
  • Ich habe die beiden neuesten Bilder der Android-Version 6.0.1 (M4B30X und M4B30Z) ausprobiert, beide geben das gleiche Problem.

Die vollständige Ausgabe des Blinkvorgangs ist hier zu sehen:

$ ./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

Antworten (3)

Ich habe heute das gleiche Problem :) Flash-All-Skript ist beim Schreiben von Benutzerdaten fehlgeschlagen

Ich habe es geschafft, dieses Problem zu lösen, indem ich den Flash-Vorgang manuell fortsetze:

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 ist zu spät für diesen Beitrag, aber ich antworte für alle anderen, die diesen Beitrag finden, siehe diesen Link http://www.gandalfk7.it/2019/03/24/fastboot-too-old-and-error-cannot- generate-image-for-userdata/ Sie müssen Ihre OS-Plattform-Tools aktualisieren und ausführen, sh flash-all.shnachdem Sie die Plattform aktualisiert haben. Legen Sie den PATH in Ihrem Verzeichnis fest, wie in dieser Referenz angegeben

Mach diese Schritte und like den Link und du wirst es schaffen!

-  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.

Geht zu jedem, der feststellt, dass dies auf einem Nexus 7 passiert. Dasselbe Problem, außer dass es ein sekundäres Problem gibt, nachdem die Plattform-Tools explizit angegeben wurden. Das Flashen von Benutzerdaten erzwingen weist nicht den gesamten verbleibenden Speicherplatz für Benutzerdaten zu. Die Lösung besteht darin, die Größe danach vor dem ersten Start zu ändern. Wenn Sie nach dem ersten Start versuchen, die Größe zu ändern, bleiben Sie in einer Boot-Schleife stecken und müssen alles neu flashen.

Bitte verschieben Sie Ihre Antwort auf diese Frage android.stackexchange.com/q/230412