Ostatnio próbowałem wykonać kopię zapasową telefonu Motorola Moto G2 XT1068 z systemem Lollipop 5.0.1 i po podłączeniu go przez USB z włączonym debugowaniem USB i uruchomiłem polecenie adb backup, aby całkowicie wykonać kopię zapasową urządzenia i to pytanie Pełna kopia zapasowa nierootowanych urządzeń i rozwiązanie kierowało mną. Jednak uruchamiając następujące polecenie adb,
adb backup -apk -shared -all -system -f D:/backup.ab
nie działa w moim przypadku. Polecenie nakazało mi odblokowanie urządzenia i potwierdzenie operacji tworzenia kopii zapasowej. Jednak robi więc wyświetlane na Backup started
i Backup completed
tosty wiadomość plecami do siebie w jednym drugim trwania. I oczywiście backup.ab
wygenerowany plik był również pustym plikiem 0kb.
Usunięcie i zmiana parametru też nie pomaga.
5.0-lollipop
adb
backup
usb-debugging
motorola-moto-g2
Szczęściarz
źródło
źródło
Odpowiedzi:
Obejściem tego problemu było ustawienie hasła kopii zapasowej pulpitu w Ustawieniach programisty. Wygląda na to, że wystąpił błąd w procesie tworzenia kopii zapasowej. Jeśli nie ustawiłeś hasła kopii zapasowej pulpitu w ustawieniach opcji programisty, wystąpią powyższe problemy i twoja kopia zapasowa ostatecznie będzie niekompletna (pusty plik kopii zapasowej). Nie udało mi się jednak znaleźć oficjalnego źródła tego raportu o błędzie, w którym ustawienie hasła kopii zapasowej pulpitu rozwiązuje problem tworzenia kopii zapasowej adb.
Otrzymałem te informacje na podstawie XDA Forum [PRZEWODNIK] Pełna kopia zapasowa telefonu bez odblokowania lub rootowania
Po ustawieniu hasła kopii zapasowej pulpitu w pozycji
Settings > Developer Options > Desktop backup password
adb backup -apk -shared -all -f D:/backup.ab
Jestem teraz w stanie pomyślnie uruchomić powyższe polecenia tworzenia kopii zapasowej adb. Pamiętaj, że zostawiłem
-system
parametr jako domyślny, abackup.ab
plik ma teraz prawie 6 GB.źródło
.ab
pliku na plik do.tar
sprawdzenia)..ab
na,.tar
nawet jeśli plik jest zaszyfrowany hasłem. Oczywiście musisz podać hasło podczas konwersji. :)Na Marshmallow ustawienie (lub użycie) hasła zapasowego działało dla mnie, ale nie sądzę, że te 0-bajtowe pliki są spowodowane błędem. Możliwość ominięcia szyfrowania systemu poprzez wykonanie kopii zapasowej jest błędem, ogromnym.
Należy pamiętać, że w przeciwieństwie do nieszyfrowanych urządzeń, fizyczny dostęp do zaszyfrowanego urządzenia nie narusza danych urządzenia (pod warunkiem, że szyfrowanie nie jest wadliwe).
źródło