14 votes

Clignotement de l'image d'usine Nexus 5 échoue lors de l'écriture des données utilisateur

Récemment, j'ai acheté un Nexus 5 d'occasion. Je souhaite effectuer une réinitialisation complète, donc j'essaie de flasher l'image d'usine en utilisant les instructions officielles de Google.

Cependant, je reçois constamment le message FAILED (remote: 'En-tête sparse et de tronçon de taille bidon') pour l'étape Writing 'userdata'.

Est-ce que je fais quelque chose de mal, ou est-ce qu'il y a quelque chose qui ne va pas avec les instructions ou l'image de Google?

Informations (Possiblement) pertinentes :

  • Je tourne sous macOS Mojave 10.14 (18A391) sur mon ordinateur.
  • J'utilise fastboot de la version 28.0.1 des Android SDK Platform-Tools, installée avec Android Studio 3.2.1.
  • J'ai essayé les deux images les plus récentes de la version Android 6.0.1 (M4B30X et M4B30Z), les deux donnent le même problème.

Le résultat complet du processus de flashage peut être consulté ici :

$ ./flash-all.sh 
Sending 'bootloader' (3124 Ko)                     OKAY [  0.310s]
Writing 'bootloader'                               OKAY [  0.516s]
Terminé. Temps total : 0.923s
redémarrage dans le chargeur de démarrage            OKAY [  0.108s]
Terminé. Temps total : 0.108s
Sending 'radio' (45489 Ko)                         OKAY [  1.640s]
Writing 'radio'                                    OKAY [  3.130s]
Terminé. Temps total : 4.867s
redémarrage dans le chargeur de démarrage            OKAY [  0.104s]
Terminé. Temps total : 0.104s
extraction de android-info.txt (0 Mo) vers RAM...
--------------------------------------------       
Version du Bootloader...: HHZ20h
Version de la Bande de base.....: M8974A-2.0.50.2.30
Numéro de série........: ***redacted***
--------------------------------------------       
Vérification du produit                                   OKAY [  0.100s]
Vérification de version-bootloader                        OKAY [  0.100s]
Vérification de version-baseband                          OKAY [  0.100s]
extraction de boot.img (8 Mo) vers disque... a pris 0.037s
l'archive ne contient pas de 'boot.sig'
l'archive ne contient pas de 'dtbo.img'
l'archive ne contient pas de 'dt.img'
l'archive ne contient pas de 'odm.img'
l'archive ne contient pas de 'product.img'
l'archive ne contient pas de 'product-services.img'
extraction de recovery.img (9 Mo) vers disque... a pris 0.033s
l'archive ne contient pas de 'recovery.sig'
l'archive ne contient pas de 'super.img'
extraction de system.img (996 Mo) vers disque... a pris 7.816s
l'archive  ne contient pas de 'system.sig'
l'archive ne contient pas de 'vbmeta.img'
l'archive ne contient pas de 'vendor.img'
mke2fs 1.44.3 (10-July-2018)
Création du système de fichiers avec 7137786 blocs de 4k et 1785856 inodes
UUID du système de fichiers : aab8dc10-d114-48a0-b9dc-c7ebdd24c79d
Sauvegardes de super-blocs stockées sur des blocs :
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000

Allocation des tables de groupes : terminé                            
Écriture des tables d'inodes : terminé                            
Création du journal (32768 blocs) : terminé
Écriture des super-blocs et des informations de comptabilité du système de fichiers : terminé   

mke2fs 1.44.3 (10-July-2018)
Création du système de fichiers avec 179200 blocs de 4k et 44832 inodes
UUID du système de fichiers : 2d2b45ab-678b-43ba-8b3c-83827764dbc8
Sauvegardes de super-bloc stockées sur des blocs :
    32768, 98304, 163840

Allocation des tables de groupes : terminé                            
Écriture des tables d'inodes : terminé                            
Création du journal (4096 blocs) : terminé
Écriture des super-blocs et des informations de comptabilité du système de fichiers : terminé

Sending 'boot' (9154 Ko)                           OKAY [  0.510s]
Ecriture de 'boot'                                     OKAY [  0.776s]
Sending 'recovery' (10012 Ko)                      OKAY [  0.564s]
Writing 'recovery'                                 OKAY [  0.832s]
Sending 'system' (1020665 Ko)                      OKAY [ 36.364s]
Ecriture de 'system'                                   OKAY [ 69.147s]
Effacement de 'userdata'                                 OKAY [ 14.079s]
Sending 'userdata' (4272 Ko)                       OKAY [  0.360s]
Ecriture de 'userdata'                                 FAILED (remote: 'En-tête sparse et de tronçon de taille bidon')
Terminé. Temps total : 133.541s

22voto

kover Points 171

Je rencontre le même problème aujourd'hui :) Le script flash-all a échoué lors de l'écriture des données utilisateur

J'ai réussi à résoudre ce problème en poursuivant manuellement le processus de flahsage:

1) extraire image-hammerhead-m4b30z.zip

2) cd vers le dossier extrait

3) exécuter les commandes suivantes (une par une)
fastboot erase userdata
fastboot flash userdata userdata.img
fastboot erase cache
fastboot flash cache cache.img
fastboot reboot

2voto

Yetanotherjosh Points 852

Il est trop tard pour ce post, mais je réponds pour toute autre personne trouvant ce post se référer à ce lien http://www.gandalfk7.it/2019/03/24/fastboot-too-old-and-error-cannot-generate-image-for-userdata/ vous devez mettre à jour vos outils de plateforme OS et exécuter sh flash-all.sh après avoir mis à jour la plateforme, définissez le CHEMIN dans votre répertoire comme indiqué dans cette référence

suivez ces étapes et comme le lien le dit et vous y arriverez!

- téléchargez les nouveaux outils de plateforme depuis https://developer.android.com/studio/releases/platform-tools.
- Décompressez-les avec #unzip platform-tools_r28.0.2-linux.zip
un nouveau dossier platform-tools sera créé
ensuite dans votre dossier où vous avez décompressé le fichier par défaut
- éditer flash-all.sh et ajouter cette ligne en haut:

export PATH=/home/VOTREUTILISATEUR/Downloads/platform-tools:$PATH

- de cette manière, le script recherchera des exécutables dans ce dossier, en utilisant les plus récents.

1voto

sleepyweasel Points 21

Attention à quiconque rencontre ce problème sur un Nexus 7. Même problème sauf qu'il y a un problème secondaire après avoir explicitement spécifié les outils de la plate-forme. Forcer le flash du userdata ne alloue pas tout l'espace restant pour userdata. La solution est de redimensionner par la suite avant le premier démarrage. Si vous essayez de redimensionner après le premier démarrage, vous serez coincé dans une boucle de démarrage et devrez tout reflasher.

0 votes

Veuillez déplacer votre réponse à cette question android.stackexchange.com/q/230412

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