Notas:
- La tableta está desbloqueada y rooteada (SuperSU Pro v1.75)
- Tengo instalado el siguiente flash de recuperación: TWRP 2.6.3.0, pero estoy iniciando la recuperación de stock para la
adb sideload
invocación - Los controladores están instalados, el host es Win 7 x64 y el dispositivo se detecta en todos los modos (MTP, depuración USB, gestor de arranque)
Cuando intento adb sideload
(a través de la recuperación de existencias) el archivo 7d9b309e11da82edb5373a1f59965bca89f6041f.signed-razor-KRT16S-from-JSS15R.7d9b309e.zip
en mi Nexus 7 (2013) [Wi-Fi], recibo un error:
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é estoy haciendo mal? ¿Qué tengo que cambiar para tener adb sideload
éxito?
nexus-7
ota-update
side-loading
0xC0000022L
fuente
fuente
Respuestas:
Objetivo
Si tiene la imagen OTA descargada y, como en mi caso, terminó sin éxito, aún debería poder
adb sideload <filename>
hacerlo manualmente ( video aquí ).Problema / error
... desafortunadamente la actualización de OTA a través de
adb sideload
errores con:donde
/system/app/Drive.apk
podría estar cualquier aplicación del sistema.¿Quién no tiene la culpa?
Causa aparente del error
Usando Titanium Backup Pro, utilicé la función "congelar" para eliminar algunas de las aplicaciones del sistema, a saber:
Aparentemente, esta fue la razón por la que
adb sideload
salieron temprano con el mensaje de error que figura en mi pregunta.También desinstalé algunas de las aplicaciones del sistema, y creo recordar que "Drive" (¿recuerdas ?:)
/system/app/Drive.apk
fue una de ellas.La solución
Encontré la solución en forum.xda-developers.com en esta respuesta . La esencia es que si tiene una imagen modificada, debe restaurarla para que la carga lateral de OTA tenga éxito.
Primero descargue la imagen de archivo para la compilación que tiene actualmente. Asegúrese de que sea el correcto para su dispositivo. Así que yo estaba tratando de actualizar
JSS15R
aKRT16S
la versión Wi-Fi, lo que significaba que tenía que descargar la4.3 (JSS15R)
imagen. Ese fue el archivorazor-jss15r-factory-ec2d4f76.tgz
en mi caso. Luego desempaqué lo que me dio una subcarpeta llamadarazor-jss15r
. Dentro de él había scripts de shell, un.img
archivo y un.zip
(image-razor-jss15r.zip
). El último necesitaba ser desempaquetado. Luego tuve los.img
archivos en la carpeta en la que desempaqué.zip
:boot.img
cache.img
recovery.img
system.img
userdata.img
Luego seguí los pasos descritos en la respuesta vinculada:
.img
archivos previamente descomprimidosfastboot devices
.fastboot flash system system.img
que mostrará una partición del sistemaNota: a diferencia de la publicación vinculada, omití el paso con el
fastboot erase system
porque eso aparentemente está implícito en lofastboot flash system system.img
que se puede ver en la salida. También me excluífastboot flash boot boot.img
yfastboot flash recovery recovery.img
porque pensé que era poco probable que estas "particiones" hubieran sido modificadas (tenía razón). Sin embargo, es posible que necesite los dos últimos. Probablemente dependerá de lo que haya modificado que impida eladb sideload
paso (es decir, lea y comprenda el mensaje de error).Aquí está la salida:
Et voila, un sistema limpio que se puede actualizar OTA.
En resumen, es posible que solo necesite obtener
fastboot flash system system.img
de la imagen de stock que está ejecutando, si alguna vez obtiene un error durante la fase de verificación:Descargar para imágenes de fábrica (Nexus 7, ambas)
fuente