Je suis nouveau sur super user, alors soyez gentil.
Ma mère a une tablette Android (lollipop) Odys Rise 10, qui ne démarre plus. Tout ce qu'elle fait maintenant est de démarrer en mode récupération. Avant d'essayer de faire une réinitialisation d'usine, je veux retirer toutes ses photos de l'appareil (Oui, je lui ai parlé des sauvegardes régulières, mais... vous savez.).
Je peux utiliser l'ADB pour me connecter via USB à la tablette, le statut est 'recovery'. Je peux envoyer une commande pour redémarrer, mais je ne peux ni lancer le shell ni extraire des fichiers de la tablette. L'erreur dit qu'il n'y a pas de tel fichier / le fichier n'existe pas. Je suppose que le débogage USB est désactivé. L'appareil n'est pas accessible via fastboot. L'installation d'une récupération personnalisée (par exemple CWM) n'a pas fonctionné puisque je n'ai pas pu trouver une construction pour la tablette Odys.
Mais : Je peux pousser des fichiers dans le dossier /system/, donc une option pourrait être de pousser un build.prop modifié avec le débogage activé. Malheureusement, je n'ai pas de build.prop original comme modèle.
Est-il possible d'écrire une sorte de build.prop minimum à partir de zéro qui pourrait faire le travail ? Ou pourrais-je simplement utiliser un build.prop d'un appareil Android arbitraire ?
Toute autre idée est également la bienvenue.
Merci pour toute suggestion.
Mise à jour 1 : J'ai tiré un build.prop d'un autre appareil Android 5 (en fait un Sony Xperia, puisque le Odys Rise est apparemment un genre rare) pour avoir une impression du contenu. Il y a beaucoup de choses là-dedans. Quelqu'un a-t-il une idée des paramètres qui sont cruciaux pendant le mode de récupération et qui doivent donc être corrects pour la tablette bloquée ? Et quelles entrées du fichier build.prop ne sont pas cruciales et peuvent être fausses tant que le mode de récupération fonctionne ? Avant de commencer à jouer avec le build-prop, je veux être sûr que je ne vais pas aggraver les choses.
Mise à jour 2 : J'ai appris que c'était peut-être une mauvaise idée de remplacer simplement le build.prop par une variante aléatoire, surtout lorsque le numéro de build et le numéro de modèle sont faux. Mais avec beaucoup de recherches et de supplications, j'ai obtenu un fichier rom complet de mise à jour, qui devrait contenir un build.prop plus approprié. Le problème maintenant est que je ne peux pas encore accéder à la rom. Le fichier image n'est pas un zip, et ne peut pas être ouvert via ext4-unpacker ou ext2-explorer. Des suggestions sur ce problème ? Quelqu'un ?
