4 votes

La sauvegarde ADB ne fonctionne pas

Je viens d'essayer de faire une sauvegarde de mon Nexus 5 (avant d'installer CM 11) Il est déverrouillé mais pas enraciné. Côté PC, je travaille avec Ubuntu 13.10.

Quand je tape

adb backup –all -apk -nosystem –f /data/Nexus5Backup/backup_17042014.abk

puis mon téléphone me demande si je veux faire une sauvegarde et je confirme. Mais le terminal dans Ubuntu revient immédiatement à l'invite (~$) et mon téléphone dit que la sauvegarde est terminée.

Quand je tape

adb backup –all -apk -shared -nosystem –f /data/Nexus5Backup/backup_17042014.abk

et aussi confirmer que je veux sauvegarder, puis le terminal se bloque à

Now unlock your device and confirm the backup operation.

Le téléphone affiche "stockage partagé".

Mais le plus étrange est que dans les deux cas, le fichier de sauvegarde (/data/Nexus5Backup/backup_17042014.abk) n'est jamais généré.

Comment puis-je faire une sauvegarde complète ? J'ai déjà fait des sauvegardes dans le passé et elles ont fonctionné. S'agit-il d'un bug dans ma version d'Android (4.4.2 KitKat) ? Et existe-t-il une solution de contournement ?

2voto

matt wilkie Points 299

L'ADB a-t-elle la mainmise ou est-elle simplement inconsidérée dans ses rapports sur ce qu'elle fait ?

Je suis venu ici avec une question similaire ; sur Win7 adb backup -apk -shared -all -nosystem -f path\to\backup_file.ab le Nexus 5 a signalé "com.stuff.foo .com.stuff.bar" ... pendant un certain temps, puis s'est arrêté pendant un temps très long, 20+ minutes, sur le "stockage partagé". Pour augmenter le niveau de confusion et d'anxiété, après avoir décroché le téléphone, l'écran s'est éteint, l'affichage s'est mis à tourner automatiquement, puis à partir de ce moment-là, il n'a plus affiché aucun message d'état.

Du côté du PC, la console n'a jamais rien signalé d'autre que le message initial de déverrouillage du dispositif.

Ce qui m'a fait tenir, c'est que le fichier backup_file.ab a été créé, que l'horodatage a continué à correspondre à l'heure actuelle en l'espace d'une minute environ, que la taille du fichier était de plusieurs Go et qu'elle a continué à augmenter lentement - bien que par à-coups - une pause a duré environ 10 minutes ( !), puis a augmenté de 0,5 Go d'un seul coup.

Après plus d'une heure, l'écran du mot de passe de sauvegarde/chiffrement s'est fermé de lui-même et l'invite de la console du PC est redevenue active. Aucun des deux écrans ne s'est fermé avec un message indiquant s'il s'était terminé avec succès ou en état d'erreur.

Le fichier .ab final pèse un peu moins de 8 Go. Nexus > Paramètres > Stockage rapporte 12.55GB d'espace total et 500mb libre.

Je pense que vous n'avez peut-être pas attendu assez longtemps (compréhensible étant donné le manque de retour d'information !) et que peut-être Linux crée adb en tant que processus d'arrière-plan ? (d'où le retour à l'invite).

1voto

Scindix Points 151

J'ai posé cette question il y a quelques temps et comme je n'ai pas pu la résoudre, je l'ai simplement oubliée. Cependant, comme adb backup semble fonctionner à nouveau pour moi et parce que cela peut être un problème pour d'autres, je vais poster ici ce qui a changé depuis la dernière fois.

En fait, une mise à jour a corrigé ce problème. Donc je suppose que c'était un bug. Je ne peux pas déterminer de quelle version il s'agissait mais tout fonctionne bien au moins depuis les versions d'Ubuntu et de adb que vous pouvez voir ci-dessous. Si le conseil de matt wilkie ne fonctionne pas pour vous et si vous utilisez une ancienne version d'Ubuntu et/ou de adb Je recommande vivement une mise à jour.

$ adb version
Android Debug Bridge version 1.0.31
$ lsb_release -d
Description:    Ubuntu 14.04.2 LTS

0voto

Karl Nabb Points 1

Il suffit d'ajouter

adb backup -all -apk -shared -nosystem -f /data/Nexus5Backup backup_17042014.abk

des guillemets !

adb backup "–all -apk -shared -nosystem –f /data/Nexus5Backup/backup_17042014.abk"

0voto

Di Liu Points 129

Pour info, sur un Motorola G3Turbo avec Android 6.0, et :

adb --version
Android Debug Bridge version 1.0.41
Version 30.0.1-6435776

J'ai dû utiliser les guillemets d'une manière plutôt... bizarre :

./adb -d backup "-all" "-system" "-shared" "-apk" -f <filename>

Ce qui aurait dû être absolument la même chose que de ne pas être cité du tout. Puisque cela aurait vraiment, vraiment dû être la même chose que de ne pas avoir de guillemets du tout (je suis sous Linux, j'utilise bash, qui aurait dû manger les guillemets lui-même afin qu'adb n'ait jamais la chance de les voir), la réponse probable est : réessayer la commande plusieurs fois.

0voto

dougallj Points 299

J'ai dû utiliser les guillemets encore plus bizarrement : adb backup "-all -system -shared" -f

Centos7 - Android 10 Android Debug Bridge version 1.0.31

androidalle.com

AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X