Errore di verifica durante il tentativo di "adb sideload" dell'aggiornamento OTA su Nexus 7 (2013)


17

Appunti:

  • Il tablet è sbloccato e rootato (SuperSU Pro v1.75)
  • Ho in atto il seguente flash di ripristino: TWRP 2.6.3.0, ma sto avviando il ripristino dello stock per l' adb sideloadinvocazione
  • I driver sono installati, l'host è Win 7 x64 e il dispositivo viene rilevato in ogni modalità (MTP, debug USB, bootloader)

Quando tento di adb sideload(tramite ripristino stock) il file 7d9b309e11da82edb5373a1f59965bca89f6041f.signed-razor-KRT16S-from-JSS15R.7d9b309e.zipsul mio Nexus 7 (2013) [Wi-Fi], ricevo un errore:

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.

Che cosa sto facendo di sbagliato? Cosa devo cambiare per avere adb sideloadsuccesso?


C'è anche la possibilità che tu possa usare un altro recupero / bootloader. Per installare l'ultimo CM sul mio XT925, ad esempio, ho dovuto usare l'immagine personalizzata dalla pagina di download (è anche un po 'più piccola di quella di un orologio). Inoltre, tieni presente che il riavvio dal caricamento rapido nel bootloader può essere molto, molto complicato, poiché può essere sostituito dal bootloader di riserva al riavvio.
Cregox,

Risposte:


11

Obbiettivo

Se l'immagine OTA è stata scaricata e, come nel mio caso, si è conclusa senza successo, si dovrebbe essere ancora in grado di adb sideload <filename>farlo manualmente ( video qui ).

Problema / errore

... sfortunatamente l'aggiornamento OTA tramite adb sideloaderrori 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.

dove /system/app/Drive.apkpotrebbe essere qualsiasi app di sistema.

Di chi non è la colpa?

  • TWRP non è da biasimare, l'ho pensato all'inizio, ma avrebbe funzionato anche con TWRP.
  • TitaniumBackup Pro. Da quando ho effettuato il root del mio dispositivo e ho utilizzato una funzionalità di power user, avrei dovuto conoscerne gli effetti collaterali. Ora lo so, però :) ... e c'è una buona possibilità che tu impari a questo da questa risposta ora.

Causa apparente dell'errore

Usando Titanium Backup Pro avevo usato la funzione "freeze" per sbarazzarmi di alcune app di sistema, vale a dire:

  • Tastiera ASUS
  • Calendario
  • Archiviazione del calendario
  • com.android.providers.partnerbookmarks
  • com.android.sharedstoragebackup
  • com.google.android.voicesearch
  • Servizi di scambio
  • Gmail
  • Google One Time Init
  • Google Play Books
  • Google Play Games
  • Riviste di Google Play
  • Google Play Movies
  • Google Play Music
  • Ricerca Google
  • Motore di sintesi vocale di Google
  • luoghi di ritrovo
  • iWnn IME
  • Tastiera iWnnIME (bianca)
  • Init One Time

Questo era apparentemente il motivo per cui il adb sideloadsalvataggio è stato anticipato con il messaggio di errore fornito nella mia domanda.

Ho anche disinstallato alcune delle app di sistema e penso di ricordare che "Drive" (ricordi ?:) /system/app/Drive.apkera una di queste.

La soluzione

Ho trovato la soluzione su forum.xda-developers.com in questa risposta . L'essenza è che se si dispone di un'immagine modificata, è necessario ripristinarla per far sì che il sideload OTA abbia successo.

Prima scarica l'immagine stock per la build che hai attualmente. Assicurati che sia quello corretto per il tuo dispositivo. Così ho cercato di eseguire l'aggiornamento da JSS15Ra KRT16Ssulla versione Wi-Fi, il che significava che mi serviva per scaricare l' 4.3 (JSS15R)immagine. Quello era il file razor-jss15r-factory-ec2d4f76.tgznel mio caso. Ho quindi decompresso ciò che mi ha dato una sottocartella di nome razor-jss15r. Al suo interno c'erano script di shell, un .imgfile e un .zip( image-razor-jss15r.zip). Quest'ultimo doveva essere decompresso. Quindi ho avuto i .imgfile nella cartella in cui ho decompresso .zip:

  • boot.img
  • cache.img
  • recovery.img
  • system.img
  • userdata.img

Quindi ho seguito i passaggi indicati nella risposta collegata:

  1. avvio in bootloader (tenere Volume-downe Powerpremuto direttamente dopo l'accensione)
  2. collegare l'USB (accertarsi prima che tutti i driver USB siano installati )
  3. passare alla cartella con i .imgfile precedentemente decompressi
  4. controlla dal prompt dell'SDK Android che vedi il dispositivo con fastboot devices.
  5. quindi esegui fastboot flash system system.imgche farà lampeggiare una partizione di sistema stock

Nota: a differenza del post collegato, ho lasciato fuori il passo con il fastboot erase systemperché ciò è apparentemente implicito da fastboot flash system system.imgcome si può vedere dall'output. Ho anche lasciato fuori fastboot flash boot boot.imge fastboot flash recovery recovery.imgperché pensavo fosse improbabile che queste "partizioni" fossero state modificate (avevo ragione). Potresti aver bisogno degli ultimi due, però. Probabilmente dipenderà da ciò che è stato modificato che impedisce il adb sideloadpassaggio (ovvero leggere e comprendere il messaggio di errore).

Ecco l'output:

# 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 voilà, un sistema pulito che può essere aggiornato OTA.

Quindi, in breve, potrebbe essere necessario solo fastboot flash system system.imgdall'immagine stock in esecuzione, se si verifica un errore durante la fase di verifica:

Verifying current system...
"/system/<SOME>.apk" has unexpected contents.
E:Error in /tmp/update.zip
(Status 7)

Scarica per le immagini di fabbrica (Nexus 7, entrambi)

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.