สำรอง / กู้คืน SMS / MMS ผ่าน ADB บนอุปกรณ์ที่ไม่ได้รูทหรือไม่


10

มีวิธีใดบ้างในการสำรอง / กู้คืนข้อความ 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ไม่ครอบคลุม หากเป็นเพราะ "เหตุผลด้านความเป็นส่วนตัว" ก็ควรนำไปใช้กับฐานข้อมูลผู้ติดต่อซึ่งสำรองไว้อย่างชัดเจน

อ้างอิง:

ดังนั้น: ทางออกใด ๆ ในอุปกรณ์ที่ไม่ได้รูท? โปรดทราบว่าฉันไม่ได้ขอวิธีแก้ปัญหาจากแอพ ฉันตระหนักดีมีปพลิเคชันหลายใช้ได้สำหรับการนี้ ฉันต้องการ "shell based solution" โดยเฉพาะเพื่อใช้ผ่าน ADB


" ฉันไม่ได้ขอวิธีแก้ปัญหาจากแอพ " - นิตินิติเวชอีกครั้ง?
Firelord

1
ใช่โดยเฉพาะอย่างยิ่ง (สำหรับผู้อ่านรายอื่น: โซลูชันที่ต้องการไม่ต้องการสิ่งใดที่แก้ไขบนอุปกรณ์) พิจารณาอุปกรณ์ที่เป็นปัญหาแล้วรายงาน "หน่วยความจำไม่เพียงพอ" แล้วดังนั้นจึงไม่สามารถติดตั้งบางอย่างได้ เนื่องจากอุปกรณ์นั้นมีพฤติกรรมแปลก ๆ ในบริบทอื่นจึงต้องทำการรีเซ็ตเป็นค่าจากโรงงานดังนั้นจึงเป็นการดีที่จะ "บันทึก" ข้อมูลให้ได้มากที่สุด ฉันสามารถสำรองข้อมูลส่วนใหญ่ผ่านทางadb backup: ข้อยกเว้นบางประการพวกเขาส่วนใหญ่เพิกเฉย แต่ผู้ใช้ชอบเก็บ SMS อย่างมากซึ่งไม่ได้ครอบคลุม
Izzy

สวัสดี! ขอโทษที่รบกวนคุณเคยแก้ปัญหานี้โดยไม่รูต? รายการแอปพลิเคชันที่ยอดเยี่ยมของ BTW ขอบคุณสำหรับลิงค์นี้!
Gruber

1
@Gruber ไม่ยังไม่พบอะไรเลย // ดีใจที่คุณชอบรายชื่อแอพของฉัน!
Izzy

คำตอบ:


6

ฉันสงสัยเป็นพิเศษว่าเหตุใดการสำรองข้อมูล adb จึงไม่ครอบคลุม

ไม่ใช่ว่าadb backupไม่ต้องการครอบคลุมแอcom.android.providers.telephonyพ แอพนี้ไม่แตกต่างจากแอพระบบอื่นใดมากขึ้นอยู่กับแอAndroidManifest.xmlพ ปัญหาเกิดขึ้นกับการตั้งค่าสถานะที่ผู้พัฒนาได้ประกาศไว้ในรายการซึ่งเป็นกลไกการเริ่มต้นด้วยเหตุผลบางอย่างที่adb backupผูกพันกับการเคารพ

android:allowBackup="false"ธงนี้เป็นใครอื่นนอกจาก มันยกเลิกแอปจากการสำรองข้อมูล ADB และการคืนค่า Google ที่นี่ต้องบอกว่า:

android:allowBackup

อนุญาตให้แอปพลิเคชันเข้าร่วมในการสำรองข้อมูลและเรียกคืนโครงสร้างพื้นฐานหรือไม่ หากคุณลักษณะนี้ถูกตั้งค่าเป็นเท็จจะไม่มีการสำรองข้อมูลหรือคืนค่าแอปพลิเคชันแม้จะมีการสำรองข้อมูลแบบเต็มระบบซึ่งอาจทำให้ข้อมูลแอปพลิเคชันทั้งหมดถูกบันทึกผ่าน adb ค่าเริ่มต้นของคุณลักษณะนี้เป็นจริง

(เน้นเหมือง)

ชำระเงินAndroidManifest.xmlแอพนี้สำหรับรุ่น Lollipop ที่นี่หรือดูหลักฐานนี้สำหรับ Android 4.2.1 ของฉัน:

IMG: ไม่มีการตั้งค่าสถานะสำรอง

มีมากกว่าแอพนี้ คุณไม่สามารถแม้แต่ล้างข้อมูลจากการตั้งค่า→แอพ→แอพทั้งหมด→<THIS_APP>เนื่องจากandroid:allowClearUserData="false"มีการประกาศด้วยเช่นกัน

หากเป็นเพราะ "เหตุผลด้านความเป็นส่วนตัว" ก็ควรนำไปใช้กับฐานข้อมูลผู้ติดต่อซึ่งสำรองไว้อย่างชัดเจน

มันแปลกประหลาดไม่ใช่ว่าคุณสามารถทำได้ แต่ระบบของคุณยังช่วยให้คุณทำเช่นนั้นได้อย่างไรadb backup!

การจัดเก็บรายชื่อจะถูกจัดการโดย "ContactsProvider app" ซึ่งเป็นไปตาม pkg_name com.android.providers.contacts= มีการระบุการตั้งค่าสถานะandroid:allowBackup="false"ไว้อย่างชัดเจนAndroidManifest.xmlสำหรับ Jelly Bean (คลิกที่นี่เพื่อดูรุ่นอื่น ๆ )

คุณกำลังใช้ ICS หรือ JB รุ่นก่อนหรือไม่?

ผมพบว่า app นี้ไม่ได้มีการประกาศใด ๆ ของธงว่าสำหรับ ICS ที่นี่ คุณสามารถล้างความลึกลับนี้ได้เนื่องจากฉันไม่สามารถสำรองข้อมูลแอพนี้ใน JB 4.2.1 ของฉันตามคำจำกัดความของการตั้งค่าสถานะและจะได้รับไฟล์สำรอง 41 ไบต์เสมอ


สำหรับวิธีการอื่น ๆ ในการสำรองข้อมูล SMS / MMS / เรียกคืนโดยใช้ ADB โดยไม่ต้องเข้าถึงรูท - ทุก ๆ มือขึ้นที่นี่


ฉันรู้ว่ามันเป็นธง แต่ทั้งคู่แอปและ ADB นั้นเป็นส่วนหนึ่งของระบบเราไม่ได้พูดถึงผู้ให้บริการบุคคลที่สามที่นี่ เพื่อความกระจ่าง: อุปกรณ์ที่ฉันอ้างถึงในที่นี้จะเรียกใช้ JellyBean (4.1.2) ขอบคุณคำแนะนำของคุณฉันจะลองอีกครั้งกับอุปกรณ์อื่นของฉัน (4.2 และ 4.3) เกี่ยวกับความเป็นส่วนตัว: อาจมีคำแนะนำให้ผู้ใช้ระบุรหัสผ่าน นอกจากนี้ SharedStorage อาจมี "ข้อมูลส่วนตัว" - บวกกับ Google ถือว่าฉันต้องการซิงค์รายชื่อติดต่อ / ปฏิทินของฉันตามค่าเริ่มต้นเมื่อเปิดใช้งานบัญชี Google แทนที่จะถามฉัน (ดังนั้นไม่มีทางเลือกที่จะยกเลิกถ้าคุณเพิ่มไว้ในนั้นแล้ว )
Izzy

ตกอยู่ในอันตรายจากการที่มันกลายเป็นคำโวยวาย: ถ้าเป็นข้อมูลส่วนตัวเกินกว่าที่จะสำรองข้อมูล - ทำไมต้องมีการป้องกัน "ข้อมูลที่ชัดเจน" ด้วย? "ไม่ต้องแอตทริบิวต์กับความอาฆาตพยาบาทสิ่งที่สามารถอธิบายได้ด้วยความโง่เขลาอย่างบริสุทธิ์" ... // ดังนั้นมันเป็นไปไม่ได้หากไม่มีรูท: ซึ่งจะปล่อยเฉพาะโมดูล Xposed ที่เหมาะสมเท่านั้น ("สำรองข้อมูลแอพทั้งหมด") ต้องติดตั้งบนอุปกรณ์อีกครั้ง - ซึ่งฉันต้องการหลีกเลี่ยง ... เพียงดึงฐานข้อมูล (ด้วยรูท) จะเป็นการแก้ไข - แต่นั่นไม่อนุญาตให้ทำการกู้คืนข้ามอุปกรณ์ (ลองใช้ครั้งเดียวไม่ใช่ เป็นความคิดที่ดีเพราะมันใช้ SMS ไม่ได้ดังนั้นฉันต้องรีเซ็ต)
Izzy

1
ฉันรู้ว่า @Zzzy คุณรู้ว่าธงง่าย ๆ (คุณไม่ได้กลายเป็นมือโปรออกมาจากอากาศ แต่จากการวิจัยและประสบการณ์ :) แต่คนอื่น ๆ กำลังมองหาคำตอบสำหรับคำถามง่ายๆเช่นนั้นอาจจะไม่รู้เกี่ยวกับมันและทั้งหมด ของข้อมูลนี้ไม่เหมาะสำหรับความคิดเห็น ที่จริงแล้วฉันมีความคิดที่จะเขียนความคิดเห็นนี้ แต่ลืมไปว่าในท้ายที่สุดเมื่อเขียนคำตอบนี้ขอโทษ!
Firelord

1
// สำหรับรหัสผ่านในขณะที่ ADB ให้การสำรองข้อมูลผ่านการป้องกันอาจเป็น Google (IMO) คิดว่าการป้องกันการเข้าถึงเนื้อหาที่มีความละเอียดอ่อนเป็นสิ่งที่ดีกว่าการอนุญาตให้เข้าถึงซึ่งในกรณีที่อุปกรณ์สูญหายอาจส่งผลให้เกิดการถ่ายโอนข้อมูลโดยไม่ได้รับอนุญาต คนถ้าการดีบัก USB ถูกเปิดใช้งานโดยโอกาสใด ๆ ตามด้วยการโจมตีกำลังดุร้าย
Firelord

1
- โอ้พวกเขาคิดว่าตั้งแต่เริ่มต้นถึงวิธี จำกัด เสรีภาพในนามของธุรกิจอาจเป็นอย่างอื่น ฉันจะรายงานสิ่งที่ดี (ไม่ใช่คำโหยหวนแน่นอน) ถ้าฉันพบอย่างใด
Firelord
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.