Une récupération personnalisée fonctionnera-t-elle avec un appareil chiffré?

Je voulais savoir si l'utilisation du cryptage intégré d'Android (introduit dans 3.0) affecterait ma capacité à utiliser une récupération personnalisée (Clockwork Mod dans mon cas).

Plus précisément, si je pourrai encore effectuer des sauvegardes / restaurations Nandroid et flasher de nouveaux fichiers et mises à jour?

encryption recovery-mode

— Dracs
source

Réponses:

La réponse de ce4 n'a pas fonctionné pour moi sur mon Galaxy Nexus GSM (Maguro) utilisant CWM 6.0.1.1. J'ai continué à recevoir des erreurs de CWM me disant qu'il ne pouvait pas monter / sdcard même après avoir monté un tmpfs là-bas et utilisé adb pour y pousser le update.zip.

Après avoir lu un fil sur XDA, j'ai découvert que contrairement à CWM, TWRP est capable de monter une partition sdcard cryptée. J'ai donc téléchargé TWRP pour GNex et l'ai flashé en utilisant fastboot. Lorsque j'ai démarré pour récupérer, il m'a demandé le mot de passe de la partition sdcard cryptée et j'ai pu flasher la mise à jour normalement.

Liens: fil
TWRP
XDA

— Emeka
source

Faites une synthèse des étapes du fil qui vous ont aidé, ne donnez pas seulement un lien.

— DeLiK

Si le lien meurt, cette réponse sera moins qu'utile.

— roxan

Veuillez me faire savoir si la réponse modifiée ci-dessus est plus utile.

— Emeka

Raison: Vous devez adapter certaines choses mineures au GNexus car il a un emplacement différent (/ data / media) pour la carte SD virtuelle (avec JB introduit). Solution: créez le point de montage tmpfs dans / data et 'mkdir / data / media'. Je vais également inclure cela dans ma réponse. Voir également la mise à jour dans ma réponse (sur adb sideload).

— ce4

Oui, la récupération personnalisée fonctionne avec un appareil en nid d'abeille crypté. Le cryptage intégré ne touche pas du tout la ROM et le firmware. Il crypte simplement les comptes, les paramètres, les applications téléchargées et leurs données, etc. qui peuvent être situés sur la mémoire du téléphone, SD interne ou SD externe. C'est pourquoi le cryptage n'est plus présent après la réinitialisation d'usine car il n'y a pas de données cryptées disponibles.
Chiffrement en nid d'abeille
Les fichiers pour l'environnement de récupération personnalisé se trouvent sur la ROM en tant que micrologiciel. C'est pourquoi ils survivent à la réinitialisation d'usine. Comme les fichiers / mises à jour clignotants ont à voir avec la ROM, vous serez autorisé à le faire. En ce qui concerne la sauvegarde Nandroid, vous pouvez également le faire, mais le bloc de données chiffrées sera sauvegardé sous cette forme qui ne peut pas être restauré à l'aide de Titanium Backup. Oui, vous pouvez parfaitement restaurer Nandroid.

— Android Quesito
source

Je viens de chiffrer mon appareil. Malheureusement, il ne semble pas que je vais pouvoir utiliser Clockwork Mod avec mon appareil crypté. Lorsque vous utilisez Clockwork Mod, il ne semble pas être en mesure de trouver la partition de la carte SD. Je suppose que c'est parce que mon appareil (Galaxy Nexus) ne prend pas en charge le stockage externe MircoSD. La partition / sdcard est donc chiffrée avec tout le reste.

— Dracs

Vous n'avez toujours pas de chance si votre appareil ne prend pas en charge la SD externe. Déchiffrez l'appareil et faites une partition de SD interne. Montez une partition sur / sdcard afin qu'elle puisse être utilisée par le système et laissez-en une autre (Clockwork Mod peut aussi faire le montage). Ensuite, cryptez à nouveau le périphérique (il ne touchera pas aux autres partitions). Cela fera un espace utilisable sur SD interne pour travailler avec Clockwork Mod.

— Android Quesito

Sur mon Nexus SI chiffré, utilisez un montage tmpfs temporaire sur / sdcard dans CWM. Il a suffisamment de RAM pour garder la nouvelle ROM en mémoire pendant la mise à jour:

Téléchargez votre ROM sur /tmp/update.zip et démarrez la récupération. Connectez-vous ensuite via 'adb shell':

## on the host machine do:
me@workstation:/tmp$ adb shell
## now on the device in 'adb shell' mode...  
~ # mount -t tmpfs none /sdcard/  
## the following command is not needed, it only shows the newly created mount point
~ # df -h
Filesystem                Size      Used Available Use% Mounted on  
[...]  
none                    172.4M         0    172.4M   0% /sdcard  
~ # exit  
## now back on the host machine again
me@workstation:/tmp$ adb push update.zip /sdcard/  
5567 KB/s (131676307 bytes in 23.097s)

Effectuez ensuite les étapes de mise à jour habituelles «installer le zip à partir de la carte SD».

EDIT: À partir d'ICS / Jelly Bean, il y a la nouvelle adb sideload <filename-of-update.zip>méthode

Il fonctionne avec CWM à partir de la version 6.0.1.5 et vous avez besoin de la plate-forme Android SDK-tools v16 ou supérieure. Si vous êtes dans CWM, vous pouvez voir un nouveau zip d'installation d' entrée depuis sideload s'il est pris en charge.

L'ancienne méthode fonctionne toujours:
si sideload ne fonctionne pas, vous pouvez toujours utiliser la méthode tmpfs. CWM s'attend à ce que / data / media soit l'emplacement du fichier update.zip maintenant, le point de montage doit cependant être / data, vous devez donc le faire maintenant:

me@workstation$ adb shell
~ # mount -t tmpfs none /data
~ # mkdir /data/media
## Go on with 'adb push update.zip /data/media' and then like above

Raison: à
partir d'ICS +, la disposition des partitions proposée a changé. Il ne devrait plus y avoir de partition sdcard au format FAT mais le stockage externe réside maintenant dans / data / (/ data / media). Pour rester compatible, un montage FUSE émule les anciennes propriétés FAT (droits d'accès et autres). Vous pouvez voir ceci quand il y a un support de fusible sur / stockage / sdcard0, il ressemble à ceci:

shell @ android: / $ mount | grep fuse
[...]
/ dev / fuse / storage / sdcard0 fuse rw, nosuid, nodev, relatime, user_id = 1023, group_id = 1023, ... 0 0
[...]

— ce4
source

Au milieu des examens, je ne peux pas encore l'essayer. Mais je pourrais voir si je peux utiliser un adaptateur USB OTG pour monter un lecteur flash. Aucune idée si cela fonctionnerait, mais pourrait l'essayer plus tard.

— Dracs

@Richard: / system n'est pas chiffré. Cela fonctionne également sur un GN. Pourriez-vous supprimer votre commentaire?

— ce4

En fait, je n'ai aucune idée pourquoi j'ai écrit ça. D'autant plus que j'ai surévalué cela en même temps.

— RR

Ça ne marche pas pour moi. dfne comprend pas -h. Cependant, je continue quand même et quand j'ai fini / sdcard / contient le update.zip. Cependant, lorsque je redémarre le téléphone en mode de récupération, la carte SD ne peut pas être montée - probablement parce que le système de fichiers temporaire a maintenant disparu.

— Gausie

@Gausie: Vous l'avez fait dans le mauvais ordre. Commencez par démarrer la récupération et suivez ensuite les étapes ci-dessus ('mount ...' et 'adb push ...').

— ce4