Notas:
adb sideload
invocaciónCuando intento adb sideload
(a través de la recuperación de stock) 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 que tenga adb sideload
éxito?
Si tiene la imagen OTA descargada y, como en mi caso, terminó sin éxito, debería poder adb sideload <filename>
hacerlo manualmente ( video aquí ).
... desafortunadamente, la actualización de OTA a través adb sideload
de errores sale con:
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.
donde /system/app/Drive.apk
podría estar cualquier aplicación del sistema.
Usando Titanium Backup Pro, usé la función "congelar" para deshacerme de algunas de las aplicaciones del sistema, a saber:
Aparentemente, esta fue la razón por la que se adb sideload
rescató temprano con el mensaje de error que figuraba 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.
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úrate de que sea el correcto para tu dispositivo. Así que estaba tratando de actualizar de JSS15R
a KRT16S
la versión Wi-Fi, lo que significaba que necesitaba descargar la 4.3 (JSS15R)
imagen. Ese fue el expediente razor-jss15r-factory-ec2d4f76.tgz
en mi caso. Luego descomprimí lo que me dio una subcarpeta llamada razor-jss15r
. En su interior había scripts de shell, un .img
archivo y un .zip
( image-razor-jss15r.zip
). Este último necesitaba ser desempacado. Luego tuve los .img
archivos en la carpeta en la que los descomprimí .zip
:
boot.img
cache.img
recovery.img
system.img
userdata.img
Luego seguí los pasos descritos en la respuesta vinculada:
.img
archivos previamente desempaquetadosfastboot devices
.fastboot flash system system.img
lo que flasheará una partición del sistema de stockNota: a diferencia de la publicación vinculada, omití el paso con fastboot erase system
porque aparentemente está implícito, fastboot flash system system.img
como se puede ver en la salida. También lo dejé fuera fastboot flash boot boot.img
y fastboot 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 impide el adb sideload
paso (es decir, lea y comprenda el mensaje de error).
Aquí está la salida:
# fastboot flash system system.img
erasing 'system'...
OKAY [ 1.160s]
sending 'system' (603447 KB)...
OKAY [ 19.786s]
writing 'system'...
OKAY [ 26.720s]
finished. total time: 47.668s
Et voila, un sistema limpio que se puede actualizar OTA.
En resumen, es posible que solo necesite fastboot flash system system.img
desde la imagen de stock que está ejecutando, si alguna vez recibe un error durante la fase de verificación:
Verifying current system...
"/system/<SOME>.apk" has unexpected contents.
E:Error in /tmp/update.zip
(Status 7)
Cregox