Rootlu olmayan bir cihazda ADB üzerinden SMS / MMS Yedekleme / Geri Yükleme?


10

Cihaz köklü olmadığında ADB kullanarak SMS ve MMS mesajlarını yedeklemenin / geri yüklemenin bir yolu var mı?

  • adb pull/data/data/com.android.providers.telephony/databases/mmssms.dbgüvensiz (kök) modda çalışmıyorsa , karşılık gelen veritabanı ( ) ADB tarafından okunamayacağı için burada çalışmaz
  • adb shell "cat /data/data/com.android.providers.telephony/databases/mmssms.db > /sdcard/mmssms.db root erişimi olmadan da çalışmaz
  • adb backup bazı nedenlerden dolayı kontrol ettiğim cihazdaki bu veritabanını kapsamaz (boş yedekleme - sonuçta elde edilen dosyadaki yedekleme başlığının yalnızca 41 baytı)

Özellikle neden adb backupbunu kapsamadığını merak ediyorum . "Gizlilikle ilgili nedenlerden" kaynaklanıyorsa, bu aynı şekilde açık bir şekilde yedeklenen rehber veritabanına da uygulanmalıdır.

Referanslar:

Yani: Köklü olmayan bir cihazda herhangi bir çözüm var mı? Ben değilim unutmayın DEĞİL bir uygulama tabanlı bir çözüm için soruyorum. Bunun için çeşitli uygulamalar olduğunu tamamen biliyorum . Özellikle ADB aracılığıyla kullanılacak bir "kabuk tabanlı çözüm" istiyorum.


" Ben uygulama tabanlı bir çözüm istemiyorum " - Yine Adli Tıp?
Firelord

1
Tercihen evet (diğer okuyucular için: tercih edilen çözümler cihazda herhangi bir değişiklik yapılmasını gerektirmez). Söz konusu cihazın zaten "yetersiz bellek" bildirdiğini düşünün, bu nedenle bir şey yüklemek mümkün değildir. Cihaz başka bağlamlarda da garip davrandığından, fabrika ayarlarına sıfırlama gerçekleştirilmelidir - bu nedenle mümkün olduğunca fazla veriyi "kaydetmek" güzel olur. Çoğu şeyi şu adb backupyollarla yedekleyebildim : birkaç istisna, çoğu cahil, ancak kullanıcı da kapalı olmayan SMS tutmayı çok seviyor.
Izzy

Selam! Rahatsız ettiğim için üzgünüm, köksüz bir çözüm buldunuz mu? BTW mükemmel uygulama listesi, bu bağlantı için teşekkür ederiz!
Gruber

1
@Gruber Hayır, hala hiçbir şey bulamadık. // Benim uygulama listeleri gibi sevindim!
Izzy

Yanıtlar:


6

Özellikle adb yedeklemesinin neden bunu kapsamadığını merak ediyorum.

O değil adb backupuygulamayı kapsayacak istemiyor com.android.providers.telephony. Bu uygulama dayalı herhangi bir diğer sistem uygulaması çok farklı değil AndroidManifest.xml. Sorun, geliştiricisinin bir nedenden dolayı varsayılan bir mekanizma adb backupolarak saygı duyulması gereken bildirimde bildirdiği bayrakla ilgilidir .

Bu bayrak başka bir şey değil android:allowBackup="false". Uygulamayı hem ADB yedeklemesinden hem de geri yüklemeden çıkarır. Burada Google şunları söylemelidir:

android:allowBackup

Uygulamanın yedekleme ve geri yükleme altyapısına katılmasına izin verilip verilmeyeceği. Bu özellik false değerine ayarlanırsa, aksi takdirde tüm uygulama verilerinin adb yoluyla kaydedilmesine neden olacak bir tam sistem yedeklemesi olsa bile uygulamanın hiçbir yedeği veya geri yüklemesi gerçekleştirilmez. Bu özniteliğin varsayılan değeri true'dur.

(Vurgu madeni)

Ödemeye AndroidManifest.xmlLollipop sürümü için bu uygulamanın burada , ya da benim Android 4.2.1 için bu kanıtı bakın:

IMG: yedek bayrak yok

Bu uygulamada daha fazlası var. Sen bile can Verileri Temizle gelen Ayarlar → Uygulamalar → Tüm → uygulamalar<THIS_APP> beri android:allowClearUserData="false"de biz şimdi ve sonra her karşılaşmazsınız şey ilan edilir.

"Gizlilikle ilgili nedenlerden" kaynaklanıyorsa, bu aynı şekilde açık bir şekilde yedeklenen rehber veritabanına da uygulanmalıdır.

Bu tuhaf, bunu yapabileceğinizden değil, sisteminiz bunu sadece bunu yapmanıza nasıl izin veriyor adb backup?

Kişi depolama pkg_name = gider "ContactsProvider" uygulaması tarafından işlenir com.android.providers.contacts. Bayrak android:allowBackup="false", AndroidManifest.xmlJelly Bean için açıkça belirtilmiştir ( diğer sürümleri görmek için buraya tıklayın ).

ICS veya JB'nin öncülü mü kullanıyorsunuz?

Bu uygulamanın burada ICS için bu bayrağın herhangi bir beyanı olmadığını buldum . Bu gizemi temizleyebilirsiniz, çünkü JB 4.2.1'de bayrak tanımına göre bu uygulamanın yedeğini alamıyorum ve her zaman bu 41 bayt yedekleme dosyasını alır.


Diğer tüm yöntemlere gelince, kök erişim olmadan ADB kullanarak SMS / MMS yedekleme / geri yükleme - tüm eller yukarı.


Bu bayrak olduğunun farkındayım. Ancak her ikisi de, bu uygulama ve ADB sistemin bir parçası - burada bir üçüncü taraf satıcıdan bahsetmiyoruz. Açıklamak için: burada bahsettiğim cihaz JellyBean'ı (4.1.2) çalıştırıyor. İpucu sayesinde, diğer cihazlarla (4.2 ve 4.3) tekrar deneyeceğim. Gizlilikle ilgili olarak: kullanıcının şifre girmesi için bir ipucu da olabilir. Ayrıca, SharedStorage "özel veriler" de içerebilir - ayrıca Google, bir Google hesabını etkinleştirirken bana sormak yerine varsayılan olarak kişilerimi / takvimlerimi senkronize etmek istediğimi varsayar (bu nedenle, zaten orada onlara eklerseniz devre dışı bırakmanın bir yolu yoktur. ).
Izzy

Bir rant olma tehlikesi altında: yedeklenemeyecek kadar özelse - neden "açık verilere" karşı da korunuyor? "Saf aptallıkla açıklanabilecek şeyleri asla kötülemeyin" ... // Yani, root olmadan bu mümkün değildir: sadece uygun Xposed modülünü bırakır ("Tüm Uygulamaları Yedekle"). Hangi tekrar cihaza yüklenmesi gerekir - kaçınmak istedim ... Sadece veritabanı (kök ile) çekmek bir çözüm olacaktır - ama bu cihazlar arası geri yükleme için izin vermez (bir kez denedim, bir SMS'i kullanılamaz hale getirdiği için iyi bir fikir, bu yüzden sıfırlamak zorunda kaldım)
Izzy

1
@Izzy'nin böyle basit bir bayrağın farkında olduğunuzu biliyorum, (ince havadan Pro haline gelmediniz, ancak araştırma ve deneyimle :) ama böyle basit bir sorunun cevabını arayan diğerleri muhtemelen bunu bilmiyorlar ve hepsi Bu bilgilerin yorum için uygun değildi. Aslında bu yorumu yazmayı düşündüm, ama sonunda bu cevabı yazarken özür dilerim!
Firelord

1
// Parola gelince, ADB geçiş korumalı bir yedekleme sağlarken, Google (IMO) hassas içeriğe erişimin önlenmesinin, cihazın kaybolması durumunda yetkisiz kişilerin veri dökümü ile sonuçlanmasına izin vermekten daha iyi bir şey olduğu düşünülebilir. USB hata ayıklama herhangi bir şansla etkinleştirildiyse, ardından kaba kuvvet saldırısı gelir.
Firelord

1
- ah, iş dünyasında özgürlüğün nasıl kısıtlanmaya başlangıcından beri başka bir şey olabilir diye düşündüler. Bir şekilde karşılaşırsam iyi bir şey rapor edeceğim (rant olmayan).
Firelord
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.