La commande adb backup sur un périphérique non root crée un fichier de sauvegarde vide?

15

J'ai récemment essayé de sauvegarder mon téléphone Motorola Moto G2 XT1068 exécutant Lollipop 5.0.1 et après l'avoir connecté via USB avec le débogage USB activé et j'ai exécuté la commande de sauvegarde adb pour sauvegarder complètement mon appareil et cette question Sauvegarde complète des appareils non enracinés et la solution m'a guidé. Cependant, en exécutant la commande adb suivante,

adb backup -apk -shared -all -system -f D:/backup.ab

ne fonctionnera pas dans mon cas. La commande m'a demandé de déverrouiller mon appareil et de confirmer l'opération de sauvegarde. Cependant, cela affiche le message Backup startedand Backup completedtoast dos à dos en une seule seconde. Et évidemment, le backup.abfichier généré était également un fichier vide de 0 Ko.

La suppression et la modification du paramètre ne vous aideront pas non plus.

Chanceux
la source
3
J'ai eu un problème similaire sur un appareil 4.4.2, mais votre solution ne fonctionne pas pour une raison quelconque ... bien qu'elle ait fonctionné auparavant .. curieux.
jpaugh
1
@jpaugh Essayez cette réponse android.stackexchange.com/q/83080/96277 qui est spécifiquement pour KitKat.
Lucky
1
Très appréciée!
jpaugh

Réponses:

10

La solution de contournement consistait à définir le mot de passe de sauvegarde du bureau sous Paramètres du développeur. Il semble qu'il y ait un bug dans le processus de sauvegarde. Si vous n'avez pas défini de mot de passe de sauvegarde de bureau sous les paramètres des options du développeur, les problèmes ci-dessus se produisent et votre sauvegarde sera finalement incomplète (fichier de sauvegarde vide). Cependant, je n'ai pas pu trouver de source officielle pour ce rapport de bogue selon lequel la définition du mot de passe de sauvegarde du bureau résout le problème de sauvegarde adb.

J'ai obtenu ces informations sur le forum XDA [GUIDE] Sauvegarde complète du téléphone sans déverrouillage ni racine

Remarque: Il semble y avoir un bogue dans lequel les opérations de sauvegarde et de restauration échouent sauf si un mot de passe de sauvegarde de bureau est défini sous Options du développeur. Cela ne fonctionnera pas avec un mot de passe vide.

Après avoir défini mon mot de passe de sauvegarde de bureau sous

Settings > Developer Options > Desktop backup password

adb backup -apk -shared -all -f D:/backup.ab

Je suis maintenant en mesure d'exécuter avec succès les commandes de sauvegarde adb ci-dessus. Notez que j'ai laissé le -systemparamètre car il est celui par défaut et le backup.abfichier fait presque 6 Go maintenant.

Chanceux
la source
1
Avez-vous vérifié si un bug a été déposé? Votre réponse est en contradiction avec cette question (pour Kitkat cependant).
Firelord
@Firelord Non, je n'ai pas trouvé de bogue signalé sur ce problème. Mais je ne me souviens pas d'avoir chiffré ou défini mon mot de passe de sauvegarde de bureau plus tôt. J'ai entré 1234 dans le champ du mot de passe actuel et heureusement, il a accepté. :)
Chanceux
2
C'est bien d'avoir ça, donc merci pour le partage - mais c'est au mieux une solution de contournement (pas une "solution"). Parfois, il faut avoir les sauvegardes sans cryptage de mot de passe (par exemple pour convertir le .abfichier en un .tarpour enquête).
Izzy
2
@Izzy Mais Android Backup Extractor peut convertir le .aben .tarmême si le fichier est crypté avec un mot de passe. Bien sûr, vous devez fournir le mot de passe lors de la conversion. :)
Firelord
Peut-être - rend encore les choses un peu plus compliquées :) Je dis juste, pas de critique intentionnelle!
Izzy
0

Sur Marshmallow, la définition (ou l'utilisation d'un) mot de passe de sauvegarde a fonctionné pour moi, mais je ne pense pas que ces fichiers de 0 octet soient dus à un bogue. Pouvoir contourner le chiffrement du système en faisant simplement une sauvegarde est un bogue, énorme.

Notez que contrairement aux appareils non chiffrés, l'accès physique à un appareil chiffré ne compromet pas les données de l'appareil (à condition que le chiffrement ne soit pas défectueux).

Vladimir G. Ivanovic
la source
3
Le mot bug provenait d'un article du forum XDA. Et cela devrait être un commentaire car il n'ajoute rien d'autre que ce qui est déjà spécifié dans ma réponse.
Lucky
Je pense qu'il est important que les gens réalisent qu'autoriser les sauvegardes d'un appareil crypté sans mot de passe va à l'encontre du but du cryptage. Je dis juste.
Vladimir