MAJ Nexus 10 - 4.3 (JWR66Y) Bootloader déverouillé et rooté => KITKAT 4.4(KRT16S), suite notification OTA

[sdess]

Mise à jour Nexus 10 MANTARAY, 4.3 build JWR66Y, Bootloader déverouillé et rooté vers KITKAT 4.4, build KRT16S, en conservant le root et sans verrouiller le bootloader, suite réception mise à jour par OTA

Vous avez reçu votre mise à jour OTA, vous avez une notification qui n'attend plus qu'on clique dessus, mais le fait d'être root avec bootloader déverrouillé va être un gros blocage, et vous ne voulez pas reverrouiller le bootloader, car il faudra faire un reset factory pour le déverrouiller.

Outils utilisés :
sur PC : Nexus root Toolkit, V1.7.8. (http://www.wugfresh.com/)
sur Tablette : Busybox free (https://play.google.com/store/apps/details?id=stericson.busybox&hl=fr)
sur Tablette : OTA Snatcher (https://play.google.com/store/apps/details?id=com.otasnatcher)


Problème potentiel avec le fichier /system/bin/debuggerd, ou set_metadata_recursive : some changes failed : voir solution plus bas

Si Nexus root toolkit n'est pas à jour, laisser le effectuer la mise à jour.

Étape 1 : BACKUP
Démarrer Nexus root toolkit, dans la section "Backup + Restore", cliquer sur le bouton "Backup", puis, dans la fenêtre "Backup Utilities", cliquer sur le bouton "Create Android Backup File" sans cocher "System apps + data" ou "Shared data", et sur tous les boutons de backup que vous voulez faire en plus.

Étape 2 : STOCK RECOVERY
Toujours dans Nexus root toolkit, dans la section "Advanced Utilities", cliquer sur le bouton "Launch". Ceci ouvre une nouvelle fenêtre "Advance Utilities". Dans la section "Restore Stock Recovery", cliquer sur le bouton "Stock Recovery". Ceci est à faire dans le cas où il y a eu une installation du "Custom recovery" au moment du rootage. Cette étape ne fera pas de wipe data, et laissera la nexus avec son bootloader dévérouillé. Si vous avez déjà le stock recovery, ce n'est pas grave de le mettre à jour à nouveau.

Étape 3 : CRÉATION ARCHIVE [...].signed-mantaray-KRT16S-from-JWR66Y.[...]
installer l'appli "OTA Snatcher". L'exécuter et cliquer sur le bouton "Snatch OTA". Ceci créera une répertoire OTA sur votre SDCARD avec le fichier zip.

Copier le fichier zip sur le PC.
J'ai obtenu le fichier nommé ainsi sur 2 nexus 10 : 28c35b553b1097af51f730c57e8c534f42662f42.signed-mantaray-KRT16S-from-JWR66Y.28c35b55.zip
Ceci laisse à penser qu'il est possible de récupérer ce fichier une fois et de l'utiliser sur plusieurs nexus étant à la même version de build. Ce point est en concordance avec les lectures que j'ai eu sur les forums. En debut de propagation OTA, les premiers récupèrent ce fichier et le partage afin que d'autre n'est pas à attendre la notification OTA.
Le calcul du sha1 donne le même résultat : 28c35b553b1097af51f730c57e8c534f42662f42

Étape 4 : VÉRIFICATION DU DAEMON DEBUGGERD
Apparemment, l'utilisation des droits root et surtout de stickmount effectuerait des modifications du deamon debuggerd, qui se trouve dans /system/bin, on y trouve d'ailleurs un fichier debuggerd.backup. En lançant l'étape 6, on peut se trouver face à une erreur lors de l'opération de vérification du system, une erreur 7 sur /system/bin/debuggerd. Dans le cas où il y aurait une vrai altération de ce fichier, nous aurons besoin des droits roots pour le remplacer par un fichier valable.
Pour effectuer la vérification :
Toujours dans Nexus root toolkit, dans la section "Advanced Utilities", cliquer sur le bouton "Launch". Ceci ouvre une nouvelle fenêtre "Advance Utilities". Dans la section "Manual Input", cliquer sur le "bouton Launch CMD Prompt", Vous basculez en ligne de commande et tapez :

adb shell
su
cd /system/bin
sha1sum debuggerd*
exit

Cette dernière commande va calculer le sha1 de tous les fichiers commençant par debuggerd. pour la MANTARY build JWR66Y, le sha1 que j'ai obtenu est :
aeb2f09bbf76326a0958681947355c848fe98c28

Si vous n'avez pas cela, il faudra surement le remplacer, voir solution plus bas.

note : la commande sha1sum est installé par busybox, il faut démarrer busybox et cliquer sur le bouton "install"

Étape 5 : SUPPRESSION DU ROOT
Le changement des autorisations sur certains fichiers système qui accompagne le rootage peuvent provoquer un plantage lors de l'installation de la mise à jour. Je l'ai expérimenté et j'ai obtenu un BOOTLOOP (voir plus bas comment s'en sortir). Il faut donc desactiver le root. Démarrer SuperSu de Chainfire sur la tablette, aller dans les paramètres et décocher l'activation des droits supers utilisateurs.

Cette étape reste à confirmer et/ou compléter, et/ou modifier à cause du problème set_metadata_recursive.

Étape 6 : MISE A JOUR PAR ADB SIDELOAD
C'est cette technique qui va permettre d'effectuer la mise à jour avec le fichier zip récupéré à l'étape 3, en laissant le bootload déverrouillé.
Toujours dans Nexus root toolkit, dans la section "Advanced Utilities", cliquer sur le bouton "Launch". Ceci ouvre une nouvelle fenêtre "Advance Utilities". Dans la section "ADB Sideload Recovery", cliquer sur le bouton "Sideload Update", et suiver les instructions.
Si tout va bien, a la fin de cette étape, vous êtes sur Android KitKat 4.4, build KRT16S.

Si vous avez le message set_metadata_recursive : some changes failed, pas de panique, voir résolution de ce problème plus bas

Étape 7 : ACTIVATION DU ROOT
Démarrer Nexus root toolkit, dans la section "Root", cliquer sur le bouton "Root", vous pouvez aussi cliquer sur Custom recovery avant si vous voulez, je ne l'ai pas fais pour ma part.

Et voila !

Gestion du problème /system/bin/debuggerd alteration.
ce qui m'a aidé :

Busybox free installé sur la tablette.
http://blog.jonadair.com/2013/07/nexus-7-43-ota-update-failing-because.html
https://developers.google.com/android/nexus/images
http://ajqi.com/how-to-unpack-system-img-on-windows/

L'idée est de récupérer la factory image de la version Mantaray-JWR66Y (https://developers.google.com/android/nexus/images), de l'ouvrir sous windows pour récupérer le fichier Debuggerd de l'image system.img (http://ajqi.com/how-to-unpack-system-img-on-windows/)
Une fois qu'on a le bon fichier debuggerd on peut :
 * Vérifier sur sha1 avec la commande sha1sum
 * Stopper le daemon debuggerd pour remplacer le fichier par le bon.

Les commandes utiles sont : (http://blog.jonadair.com/2013/07/nexus-7-43-ota-update-failing-because.html)

adb shell
su
busybox mount -o remount,rw -t auto /system
stop debuggerd
cp /system/bin/debuggerd /sdcard/debuggerd-backup-old-bad-version
cp /sdcard/debuggerd-4.2.2 /system/bin/debuggerd
sha1sum /system/bin/debuggerd*

Les programmes utiles sont :
 * Linux Reader 1.6.4.0
 * sgs2ext4.jar
 * adb
 
Problème set_metadata_recursive : some changes failed (+ BOOTLOOP)
Difficile de trouver de bonnes explications sur ce problème, je cherche encore à l'éviter, plutôt qu'à le corriger.
Pour l’éviter : Je ne sais pas pour l'instant
Pour le corriger :
Récupérer l'image factory mantaray-jwr66y-factory-3d8252dd.tgz sur https://developers.google.com/android/nexus/images (le même qu'au dessus)
Ouvrir le tgz, puis le tar qu'il contient, et récupérer le fichier zip : image-mantaray-jwr66y.zip

Redémarrer la tablette en fastboot

Depuis la ligne de commande, aller dans le répertoire qui contient votre fichier image-mantaray-jwr66y.zip, puis taper :

fasboot update image-mantaray-jwr66y.zip

il devrait y avoir des messages concernant le manque de fichier .sig, mais cela ne semble pas poser de problème.

Une fois la mise à jour terminé, se positionner dans le répertoire qui contient l'image zip de la mise à jour OTA, et exécuter:

adb sideload 28c35b553b1097af51f730c57e8c534f42662f42.signed-mantaray-KRT16S-from-JWR66Y.28c35b55.zip

Rebooter et c'est bon, sans perte de données. Effectuer l'étape 7
 

Comment sortir du BOOTLOOP :
En perdant tout :
Démarrer Nexus root toolkit, dans la section "Back to stock", cliquer sur le radio button "Soft-Bricked/Bootloop" et sur le bouton "Flash Stock + Unroot", vous pourrez alors sélectionner la version que vous voulez remettre. Il faut avoir démarrer la tablette en fastboot ( appuyer sur power et volume + et volume -)

 

En ne perdant rien :

Voir juste au dessus !!

 

Conclusion :

C'est pas simple ! Surtout quand on veut juste pouvoir utiliser des clefs usb sur sa nexus 10 !!

 

Si j'ai écrit une contre vérité, merci de me le faire remarquer ...