Резервне копіювання / відновлення SMS / MMS через ADB на не вкоріненому пристрої?

Чи є резервне копіювання / відновлення SMS та MMS-повідомлень за допомогою ADB, коли пристрій не вкорінюється?

• adb pullне працюватиме тут, оскільки /data/data/com.android.providers.telephony/databases/mmssms.dbADB не може прочитати відповідну базу даних ( ), якщо вона не працює в незахищеному (кореневому) режимі
• adb shell "cat /data/data/com.android.providers.telephony/databases/mmssms.db > /sdcard/mmssms.db не працює без кореневого доступу
• adb backup чомусь не охоплює цю базу даних на пристрої, на який я перевірив (порожня резервна копія - лише 41 байт заголовка резервної копії в отриманому файлі)

Мені особливо цікаво, чому adb backupце не висвітлює. Якщо це стосується "конфіденційності", те саме слід застосувати до бази даних контактів - що явно є резервною копією.

Список літератури:

• Чи може adb використовуватися для відновлення SMS-повідомлень у постійному "безпечному режимі"? висвітлює ту саму тему - але, крім іншого, я не обмежуюсябезпечний режим
• резервне копіювання повного sms / mms вмісту через adb (на нашому сестринському веб-сайті розробників) - це "закорінене рішення" (і, крім цього, трохи віку: запитання та відповіді мають більше 3 років)

Отже: Будь-яке рішення на не вкоріненому пристрої? Зауважте, що я НЕ прошу рішення на основі додатків. Я повністю усвідомлюю, що для цього доступно кілька додатків . Я спеціально хочу, щоб "розчин на основі оболонки" використовувався через АБР.

Мені особливо цікаво, чому резервна копія adb не покриває це.

Це не те, adb backupщо не хоче охоплювати додаток com.android.providers.telephony. Цей додаток мало чим відрізняється від будь-якого іншого системного додатка на його основі AndroidManifest.xml. Проблема в тому, що прапор його розробник заявив у маніфесті, який як механізм за замовчуванням чомусь adb backupзобов'язаний дотримуватися.

Цей прапор - не хто інший, як android:allowBackup="false". Він вимикає додаток із резервного копіювання та відновлення ADB. Google має тут сказати:

android:allowBackup

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

_{(Наголос мій)}

Ознайомтесь AndroidManifest.xmlз цим додатком на версію Lollipop тут або перегляньте це свідчення для мого Android 4.2.1:

У цьому додатку є більше. Ви навіть не можете очистити дані з налаштувань → програми → Усі додатки →,<THIS_APP> оскільки android:allowClearUserData="false"це також оголошено, і це не те, що ми стикаємося раз у раз

Якщо це стосується "конфіденційності", те саме слід застосувати до бази даних контактів - що явно є резервною копією.

Це химерно, не те, що ти вмієш це робити, але як твоя система навіть дозволяє тобі це робити adb backup!

Зберігання контактів обробляється програмою "ContactsProvider", яка використовується за допомогою pkg_name = com.android.providers.contacts. Прапор android:allowBackup="false"чітко згадується в його AndroidManifest.xmlдля Jelly Bean (натисніть тут, щоб побачити інші версії).

Ви використовуєте ICS або будь-який попередник JB?

Я виявив , що цей додаток не має ніякої заяви про те прапорі для ICS тут . Насправді ви можете очистити цю таємницю, оскільки я не можу взяти резервну копію цього додатка в моєму JB 4.2.1 відповідно до визначення прапора, і завжди отримує файл резервної копії в 41 байт.

Як і для будь-якого іншого способу приймати резервне копіювання / відновлення SMS / MMS за допомогою ADB без доступу root - тут усі руки.