Remarques:
- La tablette est déverrouillée et enracinée (SuperSU Pro v1.75)
- J'ai le flash de récupération suivant en place: TWRP 2.6.3.0, mais je démarre la récupération de stock pour l'
adb sideloadinvocation - Les pilotes sont installés, l'hôte est Win 7 x64 et le périphérique est détecté dans tous les modes (MTP, débogage USB, chargeur de démarrage)
Lorsque j'essaie adb sideload(via la récupération de stock) du fichier 7d9b309e11da82edb5373a1f59965bca89f6041f.signed-razor-KRT16S-from-JSS15R.7d9b309e.zipsur mon Nexus 7 (2013) [Wi-Fi], je reçois une erreur:
Finding update package...
Opening update package...
Verifying update package...
Installing update...
Verifying current system...
"/system/app/Drive.apk" has unexpected contents.
E:Error in /tmp/update.zip
(Status 7)
Installation aborted.
Qu'est-ce que je fais mal? Que dois-je changer pour adb sideloadréussir?
nexus-7
ota-update
side-loading
0xC0000022L
la source
la source
Réponses:
Objectif
Si vous avez téléchargé l'image OTA et que, comme dans mon cas, vous vous êtes retrouvé sans succès, vous devriez pouvoir le faire
adb sideload <filename>encore manuellement ( vidéo ici ).Problème / erreur
... malheureusement, la mise à jour OTA via des
adb sideloaderreurs avec:où
/system/app/Drive.apkpourrait être n'importe quelle application système.Qui n'est pas à blâmer?
Cause apparente de l'erreur
En utilisant Titanium Backup Pro, j'avais utilisé la fonction "gel" pour se débarrasser de certaines applications du système, à savoir:
C'est apparemment pourquoi le
adb sideloadrenfloué tôt avec le message d'erreur donné dans ma question.J'ai également désinstallé certaines des applications système, et je pense que je me souviens que "Drive" (rappelez-vous?:) Était l'
/system/app/Drive.apkune d'entre elles.La solution
J'ai trouvé la solution sur forum.xda-developers.com dans cette réponse . L'essentiel est que si vous avez une image modifiée, vous devez la restaurer pour que la charge latérale OTA réussisse.
Téléchargez d'abord l'image de stock pour la version que vous avez actuellement. Assurez-vous que c'est le bon pour votre appareil. J'essayais donc de passer de
JSS15RàKRT16Sla version Wi-Fi, ce qui signifiait que je devais télécharger l'4.3 (JSS15R)image. C'était le dossierrazor-jss15r-factory-ec2d4f76.tgzdans mon cas. J'ai ensuite déballé ce qui m'a donné un sous-dossier nommérazor-jss15r. À l'intérieur, il y avait des scripts shell, un.imgfichier et un.zip(image-razor-jss15r.zip). Ce dernier devait être déballé. Ensuite, j'avais les.imgfichiers dans le dossier dans lequel je les ai décompressés.zip:boot.imgcache.imgrecovery.imgsystem.imguserdata.imgEnsuite, j'ai suivi les étapes décrites dans la réponse liée:
.imgfichiers précédemment décompressésfastboot devices.fastboot flash system system.imgce qui fera clignoter une partition du système de stockRemarque: contrairement à l'article lié, j'ai omis l'étape avec le
fastboot erase systemcar cela est apparemment impliqué parfastboot flash system system.imgcomme on peut le voir sur la sortie. J'ai également laissé de côtéfastboot flash boot boot.imgetfastboot flash recovery recovery.imgparce que je pensais qu'il était peu probable que ces "partitions" aient été modifiées (j'avais raison). Vous aurez peut-être besoin des deux derniers, cependant. Cela dépendrait probablement de ce que vous avez modifié qui empêche l'adb sideloadétape (c'est-à-dire lire et comprendre le message d'erreur).Voici la sortie:
Et voila, un système propre qui peut être mis à jour OTA.
Donc, en bref, vous n'aurez peut-être besoin que
fastboot flash system system.imgde l'image stock que vous exécutez, si jamais vous obtenez une erreur pendant la phase de vérification:Télécharger pour les images d'usine (Nexus 7, les deux)
la source