ပျက်စီးနေသောဖုန်းမှ အထောက်အထားမက်ဆေ့ချ်များကို ပြန်လည်ရယူခြင်း သို့မဟုတ် ပျက်စီးသွားသော ချတ်အရန်သိမ်းဆည်းခြင်း¶

ပြင်းထန်သော အရပ်ဘက်တရားစွဲဆိုမှု၊ မိသားစုတရားရုံးချုပ်နှောင်မှုတိုက်ပွဲ၊ တားမြစ်မိန့်ကြားနာခြင်း၊ လုပ်ငန်းခွင်နှောင့်ယှက်မှုတိုင်ကြားချက်၊ ကန်ထရိုက်တာလိမ်လည်မှုအငြင်းပွားမှု သို့မဟုတ် စာသားမက်ဆေ့ခ်ျများ၊ WhatsApp ချတ်များ၊ iMessages သို့မဟုတ် ကျိုးပဲ့နေသောဖုန်းအတွင်းပိတ်မိနေသည့် Signal thread များသည် မှားယွင်းစွာကလစ်တစ်ချက်နှိပ်ရုံဖြင့် သင်၏တရားဝင်အထောက်အထားများကို အပြီးအပိုင်ဖျက်ဆီးနိုင်သည်။ ခေတ်မီ စာတိုပေးပို့ခြင်း ဒေတာဘေ့စ်များသည် မက်ဆေ့ချ်များကို ရိုးရှင်းသော စာသားဖိုင်များအဖြစ် မသိမ်းဆည်းထားပေ။ ၎င်းတို့ကို ဆက်နွယ်သော SQLite databases တွင် သိမ်းဆည်းထားသည်။sms.db iOS တွင်၊ mmssms.db / bugle_db Android ပေါ်မှာ၊ msgstore.db.crypt14 / crypt15 WhatsApp ပေါ်တွင်၊ နှင့် Signal ရှိ SQLCipher ဒေတာဘေ့စ်များ) တွင် ယာယီ ** Write-Ahead Log (.db-wal)** ဂျာနယ်ဖိုင်များ။

အကယ်၍ သင်သည် ဖုန်းအသစ်တစ်လုံးမှ သင်၏ cloud အရန်သိမ်းဆည်းမှုကို အလွတ်ဒေတာဘေ့စ်တစ်ခုဖြင့် ထပ်ရေးခြင်း သို့မဟုတ် ဝှက်ထားခြင်းမရှိသော ပျက်စီးနေသော SQLite ဒေတာဘေ့စ်ကို ဖွင့်ပါက၊ -wal ဖိုင်ကို ဦးစွာ၊ သို့မဟုတ် ဆန့်ကျင်ဘက်ရှေ့နေက အတုအဖြစ်ကန့်ကွက်ထားသည့် ဖြတ်ညှပ်ကပ်ထားသော၊ အထောက်အထားမခိုင်လုံသော ဖန်သားပြင်ဓာတ်ပုံများကို သင်တင်ပြပါက၊ အချက်အလက်နှင့် တရားရုံးကိစ္စနှစ်ခုလုံးကို ဆုံးရှုံးနိုင်သည်။

ဤလမ်းညွှန်ချက်သည် အဆင့်ဆင့်သော အဖျက်သဘောမဟုတ်သော ချတ်ထုတ်ယူခြင်း၊ SQLite ဒေတာဘေ့စ် ပြုပြင်ခြင်း၊ ကုဒ်ဝှက်ထားသော အရန်သိမ်းဆည်းခြင်း နှင့် တရားရုံးမှ လက်ခံနိုင်သော မှုခင်းဆိုင်ရာ ထိန်းသိမ်းမှု ပရိုတိုကောများကို ပံ့ပိုးပေးသည် 901(b)(9) နှင့် 902(14) (SHA-256 Hash Certification မှတဆင့် မိမိကိုယ်ကို စစ်မှန်ကြောင်းသက်သေပြခြင်း) နှင့် တရားဝင် SQLite / SQLCipher ပြန်လည်ရယူခြင်းဆိုင်ရာ သတ်မှတ်ချက်များ။

ယခုလုပ်ပါ။¶

ပျက်စီးနေသောဖုန်းမှ အရေးကြီးသော စာတို သို့မဟုတ် ချတ်မက်ဆေ့ချ်များကို ကယ်တင်ရန် လိုအပ်ပါက၊ မတော်တဆ ဖျက်လိုက်သော စာတွဲ သို့မဟုတ် ပျက်ကွက်သော အရန်သိမ်းခြင်းအား ကယ်တင်ရန် လိုအပ်ပါက-

1. ** ဖုန်းကို Airplane Mode တွင်ထား၍ အလိုအလျောက် iCloud / Google Drive Backup ကို ပိတ်ပါ။** ဤသည်မှာ မိုဘိုင်းမှုခင်းဆေးပညာ၏ နံပါတ် ၁ စည်းမျဉ်းဖြစ်သည်။ ဘာကြောင့်လဲ? ပထမဆုံး iMessage မှာ မက်ဆေ့ချ်တစ်ခုကို ဖျက်လိုက်တဲ့အခါ (sms.db), WhatsApp (msgstore.db) သို့မဟုတ် Android Messages၊ စာသားသည် ** flash drive မှချက်ချင်းဖျက်မပစ်ပါ**၊ ၎င်းသည် SQLite ဒေတာဘေ့စ်၏ "အခမဲ့စာရင်း/မခွဲပေးထားသောစာမျက်နှာများ" သို့မဟုတ် ယာယီ Write-Ahead Log (သို့).db-wal) ဒေတာဘေ့စ်သည် နောက်ခံတစ်ခုလည်ပတ်သည်အထိ VACUUM ရှင်းလင်းခြင်း သို့မဟုတ် မက်ဆေ့ချ်အသစ်များကို ၎င်းအပေါ်မှ လုပ်ဆောင်ပါ။ ဒုတိယ၊ ယနေ့ သင့်ဖုန်းတွင် မက်ဆေ့ချ်တစ်ခုကို ဖျက်လိုက်လျှင် ** သင်၏ မနေ့ည 02:00 AM iCloud Backup သို့မဟုတ် Google Drive WhatsApp Backup တွင် နဂိုအတိုင်း မက်ဆေ့ခ်ျပါနေသေးသည်**၊ *ယနေ့ည၏ အလိုအလျောက် Wi-Fi မိတ္တူက ၎င်းကို ထပ်မရေးမချင်း။ Airplane Mode ကိုဖွင့်ခြင်းသည် local SQLite overwrite နှင့် cloud backup overwrite နှစ်ခုလုံးကို ချက်ချင်းရပ်တန့်စေသည်။ အကယ်၍ သင်သည် မက်ဆေ့ချ်များကို ထိန်းသိမ်းစောင့်ရှောက်နေသော အိမ်တွင်းအလွဲသုံးစားလုပ်သူ သို့မဟုတ် stalker ထံမှ ရုပ်ပိုင်းဆိုင်ရာအန္တရာယ် ချက်ချင်းကြုံရပါက ဘေးကင်းရန် ဦးစွာရောက်ရှိပြီး သင့်ဒေသဆိုင်ရာ အရေးပေါ်နံပါတ် (အမေရိကန်နှင့် ကနေဒါတွင် 911၊ 112 ဥရောပသမဂ္ဂ၊ United Kingdom တွင် 999) သို့မဟုတ် စစ်ဆေးပါ။ အရေးပေါ်နံပါတ်များ.
2. ** ဖုန်းအသစ်တွင် WhatsApp သို့မဟုတ် Signal ထဲသို့ ထည့်သွင်းခြင်း သို့မဟုတ် Signal ထဲသို့ ဘယ်တော့မှ မထည့်သွင်းပါနှင့် သင်၏ မှတ်တမ်းဟောင်းကို ပြန်လည်မွမ်းမံခြင်းမပြုမီ "Back Up Now" ကိုနှိပ်ပါ။** အစားထိုးဖုန်းတစ်လုံးကို စနစ်ထည့်သွင်းသည့်အခါ သန်းပေါင်းများစွာသော သုံးစွဲသူများသည် WhatsApp အထောက်အထားများ ဆုံးရှုံးသွားသည်- အကယ်၍ သင်သည် ကနဦးပြန်လည်ရယူသည့်အချက်ကို ကျော်သွားပါက (သို့မဟုတ် ပြန်လည်ရယူမှု 99 ရာခိုင်နှုန်း ပျက်ကွက်ပါက) နှင့် အချည်းနှီးသော WhatsApp တပ်ဆင်မှုအသစ်သည် Google Drive သို့မဟုတ် iCloud တွင် ၎င်း၏ cloud အရန်ကို အလိုအလျောက်အရန်ကူးယူပေးမည်ဖြစ်ပါသည်၊ 0-kilobyte အရန်အလွတ် **။
3. ဖုန်း၏စခရင်သည် အနက်ရောင် သို့မဟုတ် ကွဲအက်နေပါက (touch digitizer ကွဲသွားသည်) သို့သော် ဖုန်းကို တုန်ခါဆဲ သို့မဟုတ် အော်ဟစ်နေသေးပါက ၎င်းကို ပြန်လည်စတင်ခြင်းမပြုပါနှင့်။ iOS နှင့် Android နှစ်မျိုးလုံးတွင် (File-Based Encryption / Before First Unlock - BFU vs After First Unlock - AFU) ၊AFU အခြေအနေ)၊ သင့်မက်ဆေ့ဂျ်ဒေတာဘေ့စ်များကို ကာကွယ်ပေးသည့် လျှို့ဝှက်ကုဒ်နံပါတ်များသည် RAM တွင် ကုဒ်ကုဒ်လုပ်ထားပြီး၊ ကြိုးတပ် USB ကွန်ပြူတာမောက်စ်နှင့် HDMI မော်နီတာ ** $15 USB-C / Lightning hub ကို ပလပ်ထိုးနိုင်စေမည်ဖြစ်သည်။ "Trust This Computer" ပြီးလျှင် local backup တစ်ခု အပြည့်အစုံကို ဆွဲထုတ်ပါ။ ပျက်နေသော မျက်နှာပြင်ပါသော ဖုန်းကို အတင်း reboot လုပ်ပါက၊ ၎င်းသည် ကျသွားပါသည်။ BFU USB မောက်စ် သို့မဟုတ် ကွန်ပြူတာသည် မျက်နှာပြင်ကို ဦးစွာ မပြုပြင်ဘဲ လော့ခ်ချနိုင်သည့် အခြေအနေ (ကျွန်ုပ်တို့၏ လမ်းညွှန်ချက်ကို ကြည့်ပါ ကျိုးနေသော သို့မဟုတ် ရေစိုနေသော ဖုန်းအား ပြန်လည်ရယူပါ။)
4. ** ကုန်ကြမ်း SQLite ဒေတာဘေ့စ်ကို ကူးယူသည့်အခါတိုင်း (sms.db သို့မဟုတ် msgstore.db) မောင်နှမ သုံးယောက် ဖိုင်ကို အတူတူ အမြဲကူးယူပါ (.db၊ .db-wal, နှင့် .db-shm.** ခေတ်မီမိုဘိုင်းစာတိုပေးပို့မှုဒေတာဘေ့စ်တိုင်းသည် SQLite WAL (Write-Ahead Logging) မုဒ်တွင် လုပ်ဆောင်သည်။ သင်၏ လတ်တလော နေ့ရက်များ သို့မဟုတ် ရက်သတ္တပတ်များအတွင်း မက်ဆေ့ချ်များကို အဖော်အတွင်း၌ ထိုင်နေလေ့ရှိသည်။ sms.db-wal သို့မဟုတ် msgstore.db-wal ဖိုင်၊ ပင်မအတွင်း၌မရှိပါ။ .db ဖိုင်မရှိသေးဘူး။ ကော်ပီဆိုရင် သပ်သပ် sms.db ထားခဲ့ပါ။ sms.db-wal နောက်ကွယ်တွင်၊ လတ်တလော မက်ဆေ့ချ်များ ကွယ်ပျောက်သွားသည် သို့မဟုတ် ဒေတာဘေ့စ်သည် ပျက်စီးသွားသည်ဟု ဖွင့်သည်။
5. ထုတ်ယူလိုက်သော အရန်သိမ်းခြင်း သို့မဟုတ် ဒေတာဘေ့စ်ဖိုင်တစ်ခုခု၏ လျှို့ဝှက်ကုဒ်သင်္ကေတ SHA-256 ကို တွက်ချက်ပြီး မှတ်တမ်းတင်ပါ။ ပြန်လည်ရယူထားသော အရန်ဖိုင်ကို မစစ်ဆေးမီ သို့မဟုတ် ပြောင်းလဲခြင်းမပြုမီ၊ လုပ်ဆောင်ပါ။ sha256sum (Linux/macOS) သို့မဟုတ် Get-FileHash -Algorithm SHA256 မူရင်း archive တွင် (Windows PowerShell) နှင့် 64 စာလုံး hash string ကိုသိမ်းဆည်းပါ။ Federal Rule of Evidence 902(14) အောက်တွင်၊ SHA-256 hash value သည် သင့်ဒစ်ဂျစ်တယ်မက်ဆေ့ချ်ကို ဘယ်သောအခါမှ မပြောင်းလဲခြင်း သို့မဟုတ် photoshopped မရှိကြောင်း တရားရုံးတွင် သက်သေပြရန်အတွက် ရွှေစံနှုန်းဖြစ်သည်။

flowchart TD
    A["အထောက်အထားစာတိုများ (SMS၊ iMessage၊ WhatsApp၊ Signal) ကို ပြန်လည်ရယူရန်နှင့် ထိန်းသိမ်းရန် အရေးတကြီးလိုအပ်ပါသည်။"] --> B["ချက်ခြင်းအေးစက်ခြင်း- ဖုန်းတွင် လေယာဉ်ပျံမုဒ်ကိုဖွင့်ပြီး အခြားစက်များတွင် အော်တို-cloud မိတ္တူကို ပိတ်ပါ။"]
    B --> C{"ဖုန်းနဲ့ မက်ဆေ့ချ်တွေရဲ့ လက်ရှိအခြေအနေက ဘယ်လိုလဲ။"}
    C -->|"1. ဖုန်းအလုပ်လုပ်သော်လည်း မက်ဆေ့ချ်များကို မတော်တဆ ဖျက်လိုက်ရုံသာဖြစ်သည်။"| D["Cloud Backup (iCloud / Google Drive) သို့မဟုတ် Local WhatsApp '/Databases' ဖိုင်တွဲတွင် ကြိုတင်ဖျက်မှုလျှပ်တစ်ပြက်ရှိမရှိ စစ်ဆေးပါ"]
    D --> E["တိုက်ရိုက်ဖုန်းဖြင့် ပြန်လည်မွမ်းမံခြင်းမပြုမီ- ဦးစွာ SQLite WAL အခမဲ့စာရင်းများကို ထိန်းသိမ်းထားရန်အတွက် အပြည့်အဝ Local Encrypted Backup ကို PC/Mac (`idevicebackup2` / iTunes / Finder / ADB) ရယူပါ။"]
    C -->|"2. ဖုန်းစခရင် ကွဲ/မည်းနေသော်လည်း ဘုတ်သည် ပါဝါပွင့်ဆဲဖြစ်သည်။"| F["ပြန်မဖွင့်ပါနှင့် ('ပထမသော့ဖွင့်ပြီးနောက်' အခြေအနေတွင် ထားပါ); PC အရန်ကို လော့ခ်ဖွင့်ရန်နှင့် ခွင့်ပြုရန် USB-C/Lightning Hub + ကြိုးတပ် USB Mouse + HDMI မျက်နှာပြင်ကို ချိတ်ဆက်ပါ။"]
    C -->|"3. Chat Backup ဖိုင် သို့မဟုတ် SQLite ဒေတာဘေ့စ် (`sms.db`၊ `msgstore.db`၊ Signal) ပျက်စီးနေသည် / ပြန်လည်ရယူရန် ပျက်ကွက်သည်"| G["ဖိုင် (`.db`၊ `.db-wal`၊ `.db-shm`) အားလုံးကို PC/Mac ပေါ်ရှိ အလုပ်လမ်းညွှန်တစ်ခုသို့ ကူးယူပါ။"]
    G --> H{"ဒေတာဘေ့စ်ကို စာဝှက်ထားသလား (`crypt14/crypt15` သို့မဟုတ် SQLCipher) သို့မဟုတ် စံ SQLite လား။"}
    H -->|"ကုဒ်ဝှက်ထားသော WhatsApp / Signal"| I["64-char E2EE ကီး / `/data/data/com.whatsapp/files/key` (`wa-crypt-tools`) သို့မဟုတ် Signal ဂဏန်း 30 လျှို့ဝှက်စာဝှက် (`signalbackup-tools`) ကို အသုံးပြု၍ စာဝှက်ပါ"]
    H -->|"စာဝှက်ထားသော / Standard SQLite"| J["`sqlite3 .recover` ကို အသုံးပြု၍ ပျက်စီးနေသော B-tree စာမျက်နှာများကို ပြုပြင်ပါ သို့မဟုတ် Freelist & WAL frames များမှ ဖျက်ထားသော မှတ်တမ်းများကို ထွင်းထုပါ။"]
    E --> K["တရားရုံးအတွက် စစ်မှန်ကြောင်းအထောက်အထား- SHA-256 Hash + ဝန်ဆောင်မှုပေးသူ CDRs ဖြင့် PDF အပြည့်အစုံ + FRE 902(14) ကြေငြာချက်ကို ဖန်တီးပါ။"]
    I --> K
    J --> K

မိုဘိုင်းမက်ဆေ့ခ်ျ သိုလှောင်မှု တည်ဆောက်ပုံ- သင့်မက်ဆေ့ဂျ်များ အမှန်တကယ် နေထိုင်သည့် နေရာ¶

၎င်းတို့ကို မဖျက်ဆီးဘဲ ဖျက်လိုက်သော သို့မဟုတ် ပျက်စီးသွားသော မက်ဆေ့ချ်များကို ပြန်လည်ရယူရန်၊ လည်ပတ်မှုစနစ်နှင့် စာတိုပေးပို့ခြင်း ပလပ်ဖောင်းတစ်ခုစီသည် ၎င်း၏ တိုက်ရိုက်ဒေတာဘေ့စ်၊ ၎င်း၏ ကုဒ်ဝှက်ခြင်းသော့များနှင့် ၎င်း၏ လှိမ့်နေသော ဒေသန္တရ အရန်များကို သိမ်းဆည်းထားသည်ကို နားလည်ရပါမည်။

Scenario 1: Recovering deleted or corrupted iPhone messages (sms.db & ChatStorage.sqlite)¶

If critical iMessages, SMS texts, or WhatsApp messages were deleted on an iPhone, or if the iPhone is damaged, follow these exact steps in priority order:

အဆင့် 1- Built-in iOS "လတ်တလော ဖျက်ထားသည်" အခန်းကို စစ်ဆေးပါ (ပထမရက် 30 မှ 40 အတွင်း)¶

iOS 16၊ iOS 17၊ iOS 18 နှင့် အသစ်များ တွင်၊ စာသား သို့မဟုတ် iMessage ကြိုးကို ဖျက်ခြင်းသည် ** ၎င်းကို SQLite freelist space ကြမ်းသို့ ချက်ချင်း ရွှေ့မည်မဟုတ်ပါ။ ၎င်းကို ရက် 30 ကြာ ဝှက်ထားသော အမှိုက်ဖိုဒါသို့ ရွှေ့သည် (အမြဲတမ်း ဖယ်ရှားခြင်းမပြုမီ ရက် 40 အထိ) 1. iPhone ရှိ Messages အက်ပ်ကို ဖွင့်ပါ။ 2. ဘယ်ဘက်အပေါ်ထောင့်ရှိ Edit (သို့မဟုတ် Filters) ကိုနှိပ်ပါ။ 3. မကြာသေးမီက ဖျက်ထားသည်ကို ပြပါ ကိုနှိပ်ပါ။ 4. စကားဝိုင်းကို ရွေးပြီး Recover ကိုနှိပ်ပါ။

အဆင့် 2: ထုတ်ယူပါ။ sms.db နှင့် ChatStorage.sqlite မည်သည့်အရာမှ ထပ်မရေးဘဲ Local Mac/Windows Backup မှ¶

If the message was permanently deleted from "Recently Deleted" (or if you need to extract messages for court or carve deleted SQLite rows), create a full local backup on a computer immediately while the phone is still in Airplane Mode:

1. Connect the iPhone via USB cable to a Mac (Finder) or Windows PC (Apple Devices / iTunes) or Linux (libimobiledevice):
2. Check the box for "Encrypt local backup" and set a simple password you will not forget (such as Evidence1234). (Why enable backup encryption? An encrypted local iOS backup includes additional forensic artifacts, health data, call history, and keychain items that Apple strips out of unencrypted backups).
3. Click Back Up Now and wait for it to finish.
4. Locate the raw backup folder on your computer:
5. macOS: -/Library/Application Support/MobileSync/Backup/<UDID>/
6. Windows: %APPDATA%\Apple Computer\MobileSync\Backup\<UDID>\ သို့မဟုတ် %USERPROFILE%\Apple\MobileSync\Backup\<UDID>\
7. Copy that entire <UDID> folder to a separate External Drive immediately and compute its SHA-256 hash so your original forensic snapshot can never be altered.
8. Locate the exact message databases inside the iOS Backup using Apple's SHA-1 Domain Hashes:
9. Apple renames every file inside an iOS backup to the SHA-1 hash of its Domain-RelativePath, sorted into two-character subdirectories:
   • Apple SMS / iMessage Database (HomeDomain-Library/SMS/sms.db): Located at subfolder 3d/ -> file 3d0d7e5fb2ce288813306e4d4636395e047a3d28
   • WhatsApp iOS Database (AppDomainGroup-group.net.whatsapp.WhatsApp.shared-ChatStorage.sqlite): Located at subfolder 7c/ -> file 7c7fba66680ef796b916b067077cc246adacf01d
   • Backup File Index (Manifest.db): A master SQLite index mapping every single photo, voice memo, and attachment hash to its real filename in SMS/Attachments/.
10. (If you enabled backup encryption, decrypt a working copy of the backup into a readable folder using open-source tools like iphone-backup-decrypt in Python or reputable local viewers like iMazing သို့မဟုတ် iBackup Viewer).

Scenario 2: Recovering Android WhatsApp .crypt14 / .crypt15 and Signal .backup archives¶

1. Rescuing an older WhatsApp backup before the 7-day rolling window expires¶

What if someone deleted an incriminating WhatsApp conversation on your Android phone 3 days ago, and last night's 02:00 AM Google Drive backup already overwritten the cloud copy? - Plug your Android phone into a computer via USB (in File Transfer / MTP mode) or open the Android Files app and navigate to:

Internal Storage/Android/media/com.whatsapp/WhatsApp/Databases/

2. Decrypting corrupted .crypt14 / .crypt15 WhatsApp backups on a computer (wa-crypt-tools)¶

What if the WhatsApp backup file crashes at 95 percent during phone restoration because the SQLite database inside the encrypted wrapper is slightly corrupted? You can decrypt the .crypt14 သို့မဟုတ် .crypt15 container directly on your computer, repair the SQLite database, and read every message: - If you have a .crypt15 End-to-End Encrypted Backup and saved your 64-digit hexadecimal key (or if you extracted /data/data/com.whatsapp/files/key သို့မဟုတ် encrypted_backup.key), install the open-source Python forensic tool wa-crypt-tools (wagolek):

# Install wa-crypt-tools on Linux, macOS, or Windows Python:
python3 -m pip install wa-crypt-tools

# Decrypt a WhatsApp .crypt15 backup using your 64-character hex key:
wadecrypt <your_64_character_hex_key> msgstore.db.crypt15 msgstore.db

# Or decrypt a .crypt14 backup using the extracted 158-byte key file:
wadecrypt key msgstore.db.crypt14 msgstore.db

3. Extracting and repairing a corrupted Signal .backup or Signal Desktop database¶

• For Android signal-YYYY-MM-DD.backup files: If a new phone refuses to import a large Signal backup file (or if the file was truncated when copying off a dying SD card), use the open-source forensic tool signalbackup-tools(github.com/bepaald/signalbackup-tools) with your 30-digit numeric backup passphrase to unpack the undamaged frames, export the raw SQLite database, and generate a clean, searchable HTML conversation archive with all media attachments intact:

  # Unpack a Signal Android backup (including truncated/partially corrupted archives) to HTML:
  signalbackup-tools signal-2026-10-30.backup "12345 67890 12345 67890 12345 67890" --exporthtml ./recovered_signal_chats/
  

• For Signal Desktop (-/.config/Signal/sql/db.sqlite): Even if your smartphone was crushed in a car crash or thrown in a lake and you have zero phone backups, if your laptop ever had Signal Desktop linked, copy the entire Signal application directory (%APPDATA%\Signal Windows တွင်၊ -/Library/Application Support/Signal on macOS, or -/.config/Signal on Linux) before opening the app, and export the SQLCipher database using signalbackup-tools သို့မဟုတ် sqlcipher.

Scenario 3: Repairing a corrupted SQLite chat database (database disk image is malformed) and carving deleted rows¶

When a phone loses battery power mid-write or suffers flash storage errors, opening sms.db၊ ChatStorage.sqlite, သို့မဟုတ် msgstore.db throws the fatal SQLite error: Error: database disk image is malformed (SQLITE_CORRUPT)

Never run destructive third-party "paid SQLite fixer" shareware on your original database. Use the official SQLite .recover command built directly into sqlite3 (version 3.29.0+), which scans the raw 4-kilobyte database pages one by one bypassing broken B-tree index pointers:

Step-by-step SQLite .recover and WAL checkpoint repair¶

1. Make a working copy of all three database files (.db၊ .db-wal၊ .db-shm) in a new folder:

   mkdir ~/chat_rescue && cp sms.db* ~/chat_rescue/ && cd ~/chat_rescue/
   

2. တရားဝင် SQLite ကို run .recover သန့်ရှင်းသောဒေတာဘေ့စ်ကို ပြန်လည်တည်ဆောက်ရန် အမိန့်ပေးသည် (နှင့် ပျောက်ဆုံးသွားသော/အလွတ်စာရင်း အတန်းများကို ဖမ်းယူရန်):

   # Standard recovery of all intact tables and rows into a brand-new healthy database:
   sqlite3 sms.db ".recover" | sqlite3 sms_repaired.db
   
   # FORENSIC DELETED-ROW RECOVERY: Add the --ignore-freelist flag so SQLite ALSO recovers
   # deleted message fragments still sitting inside unallocated freelist pages into a 'lost_and_found' table:
   sqlite3 sms.db ".recover --ignore-freelist" | sqlite3 sms_forensic_with_deleted.db
   

3. ** ပြန်လည်ပြုပြင်ထားသော ဒေတာဘေ့စ်မှ လူသားဖတ်နိုင်သော အချိန်နှင့်တပြေးညီ CSV/HTML မှတ်တမ်းကို ထုတ်ယူပါ-**
4. ** Apple iOS အတွက် sms.db (၂၀၀၁ ခုနှစ် ဇန်နဝါရီလ 1 ရက်နေ့မှ စတင်၍ Apple ၏ CoreData Nanosecond Timestamp ကို UTC/Local Date သို့ ပြောင်းနေသည်):**

   sqlite3 -header -csv sms_repaired.db "
   SELECT
       m.ROWID AS MsgID,
       datetime(m.date / 1000000000 + 978307200, 'unixepoch', 'localtime') AS Timestamp_Local,
       CASE WHEN m.is_from_me = 1 THEN 'SENT BY ME' ELSE 'RECEIVED' END AS Direction,
       h.id AS Contact_Phone_Or_Email,
       m.service AS Service_Type,
       m.text AS Message_Body,
       a.filename AS Attachment_Path
   FROM message m
   LEFT JOIN handle h ON m.handle_id = h.ROWID
   LEFT JOIN message_attachment_join maj ON m.ROWID = maj.message_id
   LEFT JOIN attachment a ON maj.attachment_id = a.ROWID
   ORDER BY m.date ASC;
   " > recovered_imessage_transcript.csv
   

5. ** WhatsApp Android အတွက် msgstore.db (ခေတ်မီ message ဇယားအစီအစဉ်):**

   sqlite3 -header -csv msgstore_repaired.db "
   SELECT
       m._id AS MsgID,
       datetime(m.timestamp / 1000, 'unixepoch', 'localtime') AS Timestamp_Local,
       CASE WHEN m.from_me = 1 THEN 'SENT BY ME' ELSE 'RECEIVED' END AS Direction,
       jid.raw_string AS Chat_Or_Sender_JID,
       m.text_data AS Message_Body
   FROM message m
   LEFT JOIN chat c ON m.chat_row_id = c._id
   LEFT JOIN jid ON c.jid_row_id = jid._id
   ORDER BY m.timestamp ASC;
   " > recovered_whatsapp_transcript.csv
   

ပြန်လည်ရယူထားသော မက်ဆေ့ချ်များကို တရားရုံးတွင် 100% ဝင်ခွင့်ဖြစ်စေရန် ("ဖန်သားပြင်ဓာတ်ပုံအတု" ကန့်ကွက်မှုကို ရှောင်ကြဉ်ခြင်း)¶

မိသားစုတရားရုံး၊ တိုင်ကြားမှုအသေးစားတရားရုံး၊ တားမြစ်မိန့်ကြားနာပွဲနှင့် အရပ်ဘက်တရားစွဲဆိုမှုများတွင် အပတ်တိုင်း လူများသည် အဆက်အသွယ်၏ထိပ်ခေါင်းစဥ်တွင် နာမည်ပြောင်ကဲ့သို့သော နာမည်ပြောင်တစ်ခုဖြင့် ဖြည်ဖြည်ဖြတ်ထားသော စမတ်ဖုန်းစခရင်ရင်ပုံများဖြင့် တရားသူကြီးထံ လျှောက်သွားကြသည်။ "Ex-Husband" သို့မဟုတ် "Landlord Mike" ဖုန်းနံပါတ်မရှိ၍ ရက်စွဲများ အပြည့်အစုံမရှိပါ။ ဆန့်ကျင်ဘက်ရှေ့နေများသည် Federal Rule of Evidence 901 (Authentication အားနည်းခြင်း) နှင့် Rule 106 (Rule of Completeness) အောက်တွင် မည်သူမဆို ဒုတိယကြိုတင်ငွေဖြည့်ဖုန်းကို အမည်ပြောင်းနိုင်သည်ဟု ငြင်းခုံခြင်း၊ "Landlord Mike" ၎င်းတို့၏အဆက်အသွယ်များအက်ပ်တွင် စက္ကန့် 30 အတွင်း ၎င်းတို့ကိုယ်တိုင် မက်ဆေ့ခ်ျအတုများ ပေးပို့ပါ။

စာသားနှင့် ချတ်အထောက်အထားအတွက် 5-Point Courtroom Authentication Checklist¶

1. ** ဖုန်းနံပတ်ကို ထုတ်ယူခြင်း/စခရင်မ်ရိုက်ခြင်းမပြုလုပ်မီ အဆက်အသွယ်၏ အမည်ပြောင်ကို ယာယီဖျက်ပါ သို့မဟုတ် အမည်ပြောင်းပါ သို့မဟုတ် အမည်ပြောင်းပါ+1-555-019-2834) သို့မဟုတ် အီးမေးလ်သည် ခေါင်းစီးတိုင်းတွင် ပေါ်လာသည်-**
2. မိတ္တူစခရင်ရှော့ပုံများကို မရိုက်မီ (သို့မဟုတ် ပိုကောင်းသော်လည်း၊ အပြည့်အစုံ-PDF တင်ပို့သည့်တူးလ်ကဲ့သို့သော အရာတစ်ခုကို အသုံးပြုပါ။ iMazing၊ Decipher TextMessageသို့မဟုတ် ဖော်ပြချက်အမည် နှင့် အကြမ်း နှစ်မျိုးလုံးကို ရိုက်နှိပ်သော အထက် SQLite CSV query handle.id မက်ဆေ့ဂျ်ပူဖောင်းတစ်ခုစီရှိ ဖုန်းနံပါတ်)၊ ပေးပို့သူ၏ ** ဂဏန်းအမှန် 10 လုံး တယ်လီဖုန်းနံပါတ် သို့မဟုတ် Apple ID အီးမေးလ်** ကို စာတွဲ၏ထိပ်တွင် မြင်နိုင်သည်၊ စိတ်ကြိုက်ရွေးချယ်နိုင်သော အဆက်အသွယ်အမည်ပြောင်အဖြစ်သာ မဟုတ်ဘဲ၊
3. သင်၏တရားဝင်မိုဘိုင်းဖုန်းလိုင်းခေါ်ဆိုမှုအသေးစိတ်မှတ်တမ်းများ (CDRs) နှင့် SMS/MMS အချိန်တံဆိပ်တုံးများကို လွတ်လပ်သောတတိယပါတီမှ အတည်ပြုချက်အဖြစ် ဆွဲယူပါ-
4. သင့်မိုဘိုင်းဝန်ဆောင်မှုပေးသူ (AT&T၊ Verizon၊ T-Mobile၊ EE၊ Vodafone၊ Rogers၊ Telstra) သည် SMS မက်ဆေ့ဂျ်များ၏ စာသားအကြောင်းအရာ ကို ကြာရှည်စွာ မသိမ်းဆည်းထားသော်လည်း (ကုဒ်ဝှက်ထားသော iMessage/WhatsApp အကြောင်းအရာကို ဘယ်တော့မှ မတွေ့ရပါ)၊ သင်၏လစဉ်ဝန်ဆောင်မှုပေးသူထုတ်ပြန်ချက် သို့မဟုတ် အွန်လိုင်းအကောင့်ပေါ်တယ်သည် ** သီးခြားပြင်ပအဖွဲ့အစည်းမှတ်တမ်းတစ်ခု ပေးဆောင်သည်)၊ အတိအကျရက်စွဲ၊ မိနစ်တိုင်း၊ ဖုန်းခေါ်ဆိုမှု (မိနစ်တိုင်း၊ မိနစ်တိုင်း)၊ SMS/MMS စာတိုနှင့် အသံခေါ်ဆိုမှု**။
5. သင်၏တရားဝင် AT&T/Verizon/T-Mobile သုံးစွဲမှုမှတ်တမ်းကို သင့်စာသားမက်ဆေ့ခ်ျပရင့်ထုတ်ပြီးနောက်တွင် ပူးတွဲပါရှိသည့် တစ်ဖက်သား၏ဖုန်းနံပါတ်သည် သင့်ဖုန်းသို့ SMS တစ်စောင် အမှန်တကယ်ပို့ကြောင်း သက်သေပြနေပါသည်။ 14:22:09 on October 12, destroying any claim that you faked the screenshot.
6. Export the ENTIRE Unedited Conversation Thread (Rule of Completeness - FRE Rule 106):
7. Never cherry-pick isolated screenshots or crop out your own replies. Under Federal Rule of Evidence 106, if you offer part of a recorded conversation, the opposing party can demand the entire surrounding thread, and judges distrust cropped images that omit timestamps or prior messages. Print the complete chronological conversation flow.
8. Preserve the Original Device AND the SHA-256 Hashed Backup File (Best Evidence Rule - FRE Rule 1002 & Self-Authentication - FRE Rule 902(14)):
9. Bring the actual physical phone (charged and unlocked) with you to the courtroom hearing table so that if the opposing lawyer challenges the printout, you can tell the judge: "Your Honor, I have the original device right here at counsel table for the Court's inspection pursuant to the Best Evidence Rule."
10. In addition, under Federal Rule of Evidence 902(14) (and state equivalents adopted across the US), data copied from an electronic device is self-authenticating when accompanied by a written certification setting forth the SHA-256 digital hash value of the original extraction and the copy.
11. Attach a Signed "Declaration Authenticating Electronic Text/Chat Messages" (Copy-and-paste template below):

DECLARATION AUTHENTICATING ELECTRONIC MESSAGE EVIDENCE
(Pursuant to Federal Rules of Evidence 901(b)(1), 901(b)(4), and 902(14) / State Equivalents)

I, [YOUR FULL LEGAL NAME], declare under penalty of perjury under the laws of the State of [STATE] and the United States of America that the following is true and correct:

1. I am the [Plaintiff / Defendant / Petitioner / Respondent] in this action and have personal knowledge of the facts set forth herein.
2. I am the sole owner and user of the [Apple iPhone / Android Smartphone], assigned telephone number [YOUR 10-DIGIT PHONE NUMBER].
3. Attached hereto as EXHIBIT A is a true, complete, and unedited chronological transcript and printout of [SMS / iMessage / WhatsApp / Signal] messages exchanged between my telephone number ([YOUR NUMBER]) and [NAME OF OTHER PARTY] at telephone number [OTHER PARTY'S 10-DIGIT PHONE NUMBER] between [START DATE] and [END DATE].
4. I personally know that telephone number [OTHER PARTY'S NUMBER] belongs to and is used by [NAME OF OTHER PARTY] because: (a) we have communicated at that number regularly since [YEAR]; (b) I have spoken to [NAME OF OTHER PARTY] by voice call at that exact number and recognized their voice; and (c) the messages inside Exhibit A contain distinctive personal facts, photographs, and references known uniquely to [NAME OF OTHER PARTY] (pursuant to FRE Rule 901(b)(4) Distinctive Characteristics).
5. Not a single message, timestamp, or attachment in Exhibit A has been altered, deleted, or modified in any way. On [DATE OF EXTRACTION], a complete forensic backup of the original messaging database (`[FILENAME, e.g., sms.db / msgstore.db]`) was preserved prior to printing Exhibit A, yielding the following cryptographic SHA-256 hash fingerprint:
   SHA-256 Hash: [INSERT 64-CHARACTER HEXADECIMAL SHA-256 HASH FROM sha256sum / Get-FileHash]
6. Attached hereto as EXHIBIT B are true and correct copies of my official mobile carrier call/message detail records from [NAME OF CARRIER] independently corroborating the dates, times, and telephone numbers of the communications.
7. The original smartphone device and the SHA-256 verified backup archive remain in my secure custody and are available for immediate inspection by the Court.

Executed on [DATE] at [CITY, STATE].

____________________________________
[YOUR SIGNATURE]
[YOUR PRINTED NAME]

မေးလေ့ရှိသောမေးခွန်းများ¶

အရင်းအမြစ်များကို စစ်ဆေးခဲ့သည်။¶

• National Institute of Standards and Technology (NIST၊ United States)- NIST အထူးထုတ်ဝေမှု 800-101 Rev. 1- Mobile Device Forensics ဆိုင်ရာ လမ်းညွှန်ချက်များ (ထိန်းသိမ်းခြင်း၊ လေယာဉ်ပျံမုဒ် RF အထီးကျန်ခြင်း၊ SQLite ဒေတာဘေ့စ် အထောက်အထားများနှင့် Hash အတည်ပြုခြင်း)။
• United States တရားရုံးများ၏ စီမံခန့်ခွဲရေးရုံး- Federal Rules of Evidence (FRE) Rule 106 (Remainder of or Related Writings or Recorded Statements), Rule 901(b)(1), (b)(4), နှင့် (b)(9) (Electronic Evidence) ၊ Rule 902(13) နှင့် Copied တို့မှ ဒေတာ 902(13) နှင့် 90 Hash Value) နှင့် Rule 1002 (မူရင်းလိုအပ်ချက်)။
• SQLite လုပ်ငန်းစု- Ahead Logging (WAL Mode) တွင် တရားဝင် SQLite Documentation၊ Corrupt Databases ၏ ဖိုင်ပုံစံ၊ Freelist Pages နှင့် .recover CLI Command။
• Apple Inc.- Apple Platform လုံခြုံရေးလမ်းညွှန် (Data Protection Classes၊ First Unlock မလုပ်မီနှင့် First Unlock Key Hierarchy နှင့် iTunes/Finder Backup Manifest Structure)။
• ဒစ်ဂျစ်တယ်အထောက်အထားဆိုင်ရာ သိပ္ပံနည်းကျလုပ်ငန်းအဖွဲ့ (SWGDE)- မိုဘိုင်းလ်ဖုန်းမှုခင်းဆေးပညာနှင့် SQLite ဒေတာဘေ့စ်စာမေးပွဲအတွက် အကောင်းဆုံးအလေ့အကျင့်များ။

ဆက်စပ်လမ်းညွှန်များ¶

• ကျိုးနေသော သို့မဟုတ် ရေစိုနေသော ဖုန်း- အရေးပေါ်ဒေတာ ကယ်ဆယ်ရေး
• မတော်တဆ ဖိုင်ဖျက်ခြင်း၊ ဖော်မတ်လုပ်ထားသော drive နှင့် ဓာတ်ပုံပြန်လည်ရယူခြင်း။
• ပျက်စီးနေသော Word၊ Excel၊ PDF သို့မဟုတ် ဒေတာဘေ့စ်ဖိုင် ပြန်လည်ရယူခြင်း။
• သက်သေထွက်ဆိုရန် ဆင့်ခေါ်စာ၊ ဆင့်ခေါ်စာနှင့် စာရွက်စာတမ်း ထုတ်လုပ်မှု နောက်ဆုံးရက်
• တားမြစ်မိန့်များ၊ အကာအကွယ်အမိန့်များနှင့် အရေးပေါ် တားမြစ်ချက်များ
• ကမ္ဘာလုံးဆိုင်ရာ အရေးပေါ်နံပါတ်များ