команда adb резервного копіювання на не вкоріненому пристрої створює порожній файл резервної копії?


15

Нещодавно я намагався створити резервну копію свого телефону Motorola Moto G2 XT1068 під керуванням Lollipop 5.0.1 і після підключення його через USB з usb-налагодженням увімкнено, і я запустив команду adb backup, щоб повністю створити резервну копію мого пристрою, і це питання Повне резервне копіювання не вкорінених пристроїв і рішення мене керувало. Однак виконуючи таку команду adb,

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

у моєму випадку не працює. Команда доручила мені розблокувати пристрій і підтвердити операцію резервного копіювання. Однак це відображає повідомлення Backup startedі Backup completedтост назад до спини всього за одну секунду. І очевидно, що і backup.abгенерований файл був порожнім 0kb-файлом.

Видалення та зміна параметра також не допоможе.


3
У мене була подібна проблема на пристрої 4.4.2, але ваше рішення чомусь не працює ... хоча воно працювало раніше .. цікаво.
jpaugh

1
@jpaugh Спробуйте цю відповідь android.stackexchange.com/q/83080/96277 , спеціально для KitKat.
Лаки

1
Цінується!
jpaugh

Відповіді:


10

Вирішення проблеми полягало у встановленні пароля резервного копіювання на робочому столі в налаштуваннях розробника. Здається, є помилка в процесі резервного копіювання. Якщо ви не встановили пароль резервного копіювання на робочому столі в налаштуваннях параметрів розробника, виникають вищезазначені проблеми, і резервна копія з часом буде неповною (порожній файл резервної копії). Однак я не зміг знайти офіційне джерело для цього звіту про помилку, яке встановлює пароль резервного копіювання на робочому столі вирішує проблему резервного копіювання adb.

Отримав цю інформацію на основі XDA Forum [GUIDE] Повна резервна копія телефону без розблокування чи кореня

Примітка. Здається, виникла помилка, в якій операції з резервного копіювання та відновлення не відбудуться, якщо не встановлено пароль резервного копіювання на робочому столі в розділі Параметри розробника. З порожнім паролем він не працюватиме.

Після того як я встановив пароль резервного копіювання робочого столу під

Settings > Developer Options > Desktop backup password

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

Тепер я можу успішно запускати вищезазначені команди резервного копіювання. Зверніть увагу, що я залишив -systemпараметр як один за замовчуванням, а backup.abфайл майже 6 Гб.


1
Ви перевіряли, чи подано помилку? Ваша відповідь суперечить цьому питанню (хоча для Кітката).
Firelord

@Firelord Ні. Не вдалося знайти помилку з цього питання. Але я не пам’ятаю шифрування чи встановлення резервного пароля резервного копіювання на робочому столі раніше. Я ввожу 1234 в поточне поле пароля і, на щастя, він прийняв. :)
Вдалий

2
Добре, що це є, тому дякую за спільний доступ, але в кращому випадку це обхід (а не «рішення»). Іноді потрібно мати резервні копії без шифрування паролем (наприклад, перетворити .abфайл на .tarрозслідування).
Izzy

2
@Izzy Але Android Backup Extractor може перетворити .abна, .tarнавіть якщо файл зашифрований паролем. Звичайно, ви повинні надати пароль під час конверсії. :)
Firelord

Можливо - все ще ускладнює справи :) Просто кажу, не критикуючи наміром!
Izzy

0

На Marshmallow встановлення (або використання a) пароля для резервного копіювання працювало для мене, але я не думаю, що ці 0-байтові файли пов’язані з помилкою. Бути в змозі обійти шифрування системи, просто створивши резервну копію - це помилка, масивна.

Зауважте, що на відміну від незашифрованих пристроїв, фізичний доступ до зашифрованого пристрою не погіршує дані пристрою (за умови, що шифрування не є несправним).


3
Слово помилка походить від допису з форуму XDA. І це має бути коментарем, оскільки він не додає нічого іншого, крім того, що вже вказано у моїй відповіді.
Лаки

Я думаю, що важливо, щоб люди усвідомлювали, що дозволяючи створювати резервні копії зашифрованого пристрою без пароля, перемагає мету шифрування. Просто кажу.
Іванович Володимир Григорович
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.