Appareil et paramètres :
-
Moto X Play (Stock 6.0.1), non rooté, débogage USB activé dans les options pour les développeurs et vérifié en utilisant
adb devices
. Autres options USB/Développeur, comme dans l'image ci-dessous -
Mot de passe de sauvegarde en mode desktop activé comme recommandé ici La commande de sauvegarde adb sur un appareil non rooté crée un fichier de sauvegarde vide ?
-
Appareil non crypté
-
Aucun compte utilisateur supplémentaire sur l'appareil (donc le problème ici pour les utilisateurs non principaux n'est pas pertinent)
Objectif : Je voulais faire une sauvegarde adb sur Mint Linux (17.3) de mes applications (avec les données si possible) et de la carte SD interne en utilisant cette Sauvegarde complète des appareils non-rootés comme référence
Problèmes :
-
Lorsque je tape ceci dans le terminal
adb backup -apk -shared -all -nosystem -f moto.ab
Je reçois l'invite "Maintenant débloquez votre appareil et confirmez l'opération de sauvegarde " dans le terminal mais rien ne se passe sur l'appareil - je ne vois pas de panneau pour accepter ou entrer le mot de passe de bureau comme dans l'image ci-dessous (c'est la même chose si j'essaie -system au lieu de -nosystem)
- Le terminal revient à l'invite pour la prochaine commande en quelques secondes (Un fichier de 0 Ko est créé sur l'ordinateur portable)
Question
Est-ce que je fais quelque chose de mal ou est-ce que Marshmallow nécessite des éléments supplémentaires pour effectuer une sauvegarde comme je le souhaite ?
On dit que les appareils Moto sont "Android pur" donc je m'attends à ce que ce problème soit courant sur les appareils Nexus fonctionnant avec le dernier OS
Édition : Choses essayées avec un succès variable
- Problèmes de sauvegarde ADB Marshmallow pour Nexus 5. En suivant ce post
(....) il semble que adb backup ne reconnaisse pas les options -apk, -nosystem et -noshared. Une idée de pourquoi ? Depuis la ligne de commande, si je supprime ces options, la sauvegarde fonctionne
adb backup -all -f moto.ab
fonctionne dans le sens où j'obtiens l'option sur le panneau pour entrer le mot de passe de sauvegarde (problème 1 ci-dessus résolu) mais la taille du fichier (105 Mo) montre que toutes les applications ne sont pas sauvegardées (en comparaison avec l'utilisation de l'Explorateur de fichiers ES, la taille est de 2 Go)
- J'avais lu quelque part sur ce site que l'application Helium est basée sur
adb
. Le Wiki d'Helium indique
Helium N'EST PAS disponible pour les appareils Motorola. Cela est dû à un bug sur les téléphones Motorola qui casse le mécanisme de sauvegarde d'Android. Tant que cela n'est pas corrigé par Motorola, Helium ne fonctionnera pas sur ces Androids (....) Mise à jour : Helium fonctionne sur le Motorola Droid Turbo.
Cela explique clairement pourquoi cela ne fonctionne pas sur mon appareil était la conclusion logique. Cela appelait à l'expérimentation, donc j'ai téléchargé l'extension Chrome de Helium et l'ai activée (cela nécessitait une petite solution de contournement expliquée ici )
J'ai sélectionné toutes les applications sous Helium et il les a sauvegardées (moins certaines applications affichées comme "non sauvegardables") avec une taille de 110 Mo (similaire à l'expérience ci-dessus)
Donc, apparemment, mon appareil Moto X Play n'est pas le problème !
- Essayé la solution ici La sauvegarde ADB crée un fichier de 0 octet; demande le mot de passe de sauvegarde actuel même si je n'en ai jamais défini un; “Échec pour définir le mot de passe” pour le mot de passe de sauvegarde du bureau recommandant d'échapper les espaces entre les arguments
adb backup -apk\ -shared\ -all\ -nosystem -f moto.ab
et a obtenu un fichier de sauvegarde de 0 Ko
1 votes
Dans les deux captures d'écran que vous avez postées, ADB n'est pas connecté. Avez-vous activé le débogage USB dans les options pour les développeurs ? (C'est complètement différent des deux dialogues que vous avez postés.)
0 votes
Note : Je suppose que ADB ne peut sauvegarder que les applications ayant l'attribut
allowBackup:true
défini dans le fichier AndroidManifest.xml, tandis qu'ES File Explorer peut probablement sauvegarder n'importe quel APK trouvé via le gestionnaire de packages, indépendamment de l'attribut ci-dessus.0 votes
En suivant, nous ne devrions pas ignorer le nouvel attribut
fullBackupContent
pour la baliseapplication
dans AndroidManifest.xml introduit dans Android 6.0, et comment cela pourrait affecter le comportement deadb backup
0 votes
Autant que je déteste dire cela, mon Nexus 9 fonctionnant sous 6.0.1 n'a pas de problème avec la commande mentionnée. Cependant, il est rooté et n'a pas de mot de passe de sauvegarde sur le bureau configuré, et le chiffrement du dispositif est par défaut. Il pourrait y avoir une subtilité ici : Vous dites que votre dispositif n'est pas chiffré, mais dans l'image d'un dispositif KitKat, le mot de passe de sauvegarde sur le bureau est le mot de passe de chiffrement du dispositif. Pourriez-vous éclairer la situation ?
0 votes
Aussi, quelle est votre version de
platform-tools
? J'ai essayé avec les dernières versions stables et les dernières versions de prévisualisation, car les deux fonctionnent correctement. Je suppose que le message à retenir est : Les appareils Moto n'exécutent pas Android pur.0 votes
@TamoghnaChowdhury: Veuillez rejoindre la salle ici