Après avoir déplacé gatekeeper.pattern.key pour déverrouiller, Settings>Security continue de planter

Ah, félicitations ! Peut-être que je devrais inclure cela dans ma réponse "générale" (ou faire un lien ici à partir de celle-ci). Bien que cette approche ne fonctionne que si vous avez un compte Google associé à l'appareil (et non pas, par exemple, exécuté "sans Google"). Il aurait été intéressant de passer à un verrouillage par pin ou mot de passe. sur le dispositif fonctionnerait également (peut-être avec une astuce ADB, car avec l'application paramètres, vous n'êtes pas allé bien loin avant qu'elle ne plante), donc les appareils sans Google seraient également couverts. Ah, c'est parti .

PS : J'ai mis à jour ma "réponse générale" en la liant à la vôtre, et en ajoutant quelques conseils supplémentaires. En faisant cela, j'ai découvert pourquoi vous avez échoué avec votre première approche : vous avez oublié de supprimer également le fichier locksettings.db* des fichiers. Donc, l'application Paramètres les a vus, les a évalués, a décidé que vous aviez un motif de verrouillage, puis s'est plantée en accédant à l'application. *.key des fichiers. Je considérerais cela comme un bug, le développeur n'ayant pas attrapé l'exception ou vérifié si les fichiers existent et sont lisibles.

Ces fichiers Gatekeeper sont-ils uniquement utilisés pour vérifier le mot de passe ? Ou sont-ils également utilisés pour dériver la clé qui décrypte la clé de chiffrement du dispositif ?