🔧 Redmi K40/POCO F3/Mi 11X (alioth)
⚠️ “The System Has Been Destroyed” Hatası Fix
📌 Çözüm Adımları:
1️⃣ Cihaza normal ENG ROM yükleyin
“The System Has Been Destroyed” hatası verecektir (normaldir)
2️⃣ Zip içindeki fix dosyasını
Fastboot modda flashlayın
3️⃣ Tekrar normal ENG ROM yükleyin
Cihaz sorunsuz şekilde ENG ROM’da açılacaktır
✅ Test edildi
Günümüz mobil telekomünikasyon cihazlarının donanımsal ve yazılımsal kimlik doğrulama algoritmaları, her yeni işletim sistemi güncellemesiyle birlikte daha katı bir kriptografik zincire bağlanmaktadır. Xiaomi’nin HyperOS işletim sistemi (özellikle OS3 sürümü), Android güvenlik yamalarının en üst düzeyini barındırmakta olup, hücresel ağ parametrelerinin dışarıdan modifikasyonunu engellemeye yönelik derin imza kontrollerine sahiptir.
Bu akademik tezin ana odağı, MediaTek Helio G99 (MT6789) yonga seti üzerine inşa edilmiş olan Xiaomi Redmi Note 14 4G Global (kod adı: tanzanite, model kodu: 24117RN76G) akıllı telefonunda, kilitli bir bootloader (Bootloader Locked) ortamında dual IMEI onarım (IMEI Repair) işleminin donanımsal ve yazılımsal aşamalarını incelemektir. İşlem sırasında karşılaşılan en büyük engel, cihazın işletim sistemi başlatılmadan önce ilk doğrulama noktası olan Preloader bölümünün kriptografik imzalarıdır. Bu makale, bu kontrol mekanizmalarının nasıl bypass edildiğini ve sonrasında cihazın kararlı bir şekilde hücresel şebekeye nasıl bağlandığını adım adım analiz edecektir.
MediaTek MT6789 (Helio G99) yonga seti, donanımsal güvenliği sağlamak adına ARM Cortex mimarisine entegre edilmiş TrustZone güvenlik katmanını ve eFuse (elektronik sigortalar) teknolojisini kullanır. Cihaz ilk tetiklendiğinde (Power-On Reset), CPU öncelikle dahili ROM (BootROM) kodunu çalıştırır. BootROM, depolama alanındaki (UFS veya eMMC) Preloader bölümünün imzasını doğrular.
Bootloader kilitli olduğunda (OS3 Bootloader Locked), imzasız ya da geçersiz imzaya sahip hiçbir sistem imajı (boot, system, recovery, preloader vb.) çalıştırılamaz. Eğer bu imajlardan birinde tek bir bitlik dahi değişiklik algılanırsa, işlemci güvenliği tehlikede görerek sistem başlatmayı askıya alır ve cihazı kapalı konuma ya da sonsuz bir logo döngüsüne (Bootloop) sokar. Bu durum, teknik servis mühendislerinin standart yöntemlerle IMEI onarımı yapmasını imkansız kılar.
Mühendislik önyükleyicisi olarak da bilinen “Eng Preloader” (Engineering Preloader), geliştirme aşamasında işlemcinin ve bellek birimlerinin test edilmesi amacıyla üretilen, cryptographic (kriptografik) imza kontrolleri esnetilmiş özel bir preloader dosyasıdır. Bu dosya, MediaTek işlemcilerde bulunan brom (BootROM) açığı veya DA (Download Agent) yetkilendirme bypass araçları vasıtasıyla geçici olarak cihaza yazdırılabilir.
Protokolün başarılı bir şekilde icra edilebilmesi için aşağıda listelenen akademik düzeydeki donanımsal ve yazılımsal araç setinin hazır bulundurulması zorunludur:
1. Donanımsal Platform: Bir adet çalışan Windows 10/11 x64 tabanlı ana bilgisayar, yüksek veri transfer hızlı ve parazit korumalı orijinal Tip-C kablo, tam şarjlı durumda Xiaomi Redmi Note 14 4G GLB (tanzanite) cihazı.
2. Yazılımsal Araç (Dongle/Tool): Mediatək platformlarında kararlı partition yönetimi ve imzalama algoritmalarına sahip olan DFT Pro (v7.1.0 veya üzeri) yazılım lisansı.
3. Yazılımsal İmajlar (Files): Cihazın üzerindeki mevcut HyperOS ROM versiyonuyla tam uyumlu olan orijinal stock Preloader dosyası (romun içinden çekilebilir) ve tanzanite için derlenmiş uyumlu Eng Preloader dosyası.
Bu aşama, teknik servis laboratuvar ortamında uygulanacak olan hassas adımları içermektedir. Adımların sırasına ve uyarı talimatlarına titizlikle riayet edilmesi gerekmektedir.
Aşama 1: Sürüm Tespiti ve Not Alınması
İşleme başlamadan önce cihazın ayarlar menüsünden “Telefon Hakkında” kısmına gidilerek mevcut HyperOS yazılım sürümü (örneğin: OS3.0.302.0.WOGMIXM) tam olarak not edilmelidir. Bu adım hayati öneme sahiptir; çünkü logo takılmasından cihazı kurtarırken geri yazılacak olan stok preloader dosyasının sürümü, cihazın içindeki rom sürümü ile birebir aynı olmak zorundadır. Aksi takdirde cihaz kalıcı olarak hard-brick durumuna geçebilir.
Aşama 2: ENG Preloader Dosyasının Flaşı
Cihaz tamamen kapatılır. DFT Pro veya uyumlu bir flasher aracılığıyla, daha önce elde edilen ve tanzanite modeline uyumlu olan Eng Preloader dosyası, cihaz kapalı durumdayken ses kısma + ses açma tuşlarına basılarak USB bağlantısı yapıldığında brom modunda cihaza yazdırılır. Yazma başarılı olduğunda cihaz artık dışarıdan imzalama parametresi gerektiren komutları almaya hazır hale gelecektir.
Aşama 3: Model Seçimi ve Parametre Yapılandırması
DFT Pro yazılımı başlatılır. Üstteki ana sekmelerden sırasıyla Xiaomi -> MediaTek adımları takip edilir. Açılan ekranda “Phone Model” (Telefon Modeli) arama kutusuna “tanz” yazılarak süzme işlemi gerçekleştirilir ve açılır listeden Redmi Note 14 (tanzanite) seçeneği aktif hale getirilir.
Aşama 4: Yama Seçimi ve Dual IMEI Girişi
Ayarlar bölümünde, kilitli bootloader cihazlarda imza kontrolünü aşmak için geliştirilmiş olan Patch BL Lock seçeneği mutlaka işaretlenmelidir. Yazma modu olarak Flash mode seçilir. IMEI A ve IMEI B alanlarına, cihazın anakartında tescilli ve yasal olarak kayıtlı olan orijinal dual IMEI adresleri girilir. “Start” butonuna basılarak işlem başlatılır ve cihaz kapalı konumda bilgisayara bağlanarak IMEI onarımı tamamlanır.
Cihazın logoda takılı kalması (logo loop), donanımsal bir arızadan değil, kilitli bootloader (Bootloader Locked) ortamında çalıştırılan imzasız Eng Preloader’ın, işlemcinin güvenli önyükleme (Secure Boot) kontrol noktasından geçememesinden kaynaklanır. Ancak bu sırada IMEI onarım işlemi kalıcı hafıza birimleri olan NVRAM ve NVDATA partisyonlarına “Patch BL Lock” algoritmaları sayesinde başarıyla kazınmıştır.
Sistemi tekrar başlatabilmek için, en başta not aldığımız ve orijinal yazılımdan elde ettiğimiz stock Preloader dosyasını cihaza geri yüklememiz gerekir. Cihaz logodayken güç + ses kısma tuşlarına uzun basılarak kapatılır ve hemen brom moduna geçmesi sağlanır. DFT Pro üzerinden sadece orijinal “Preloader” imajı seçilerek cihaza yazdırılır. Yazma işlemi saniyeler sürer. İşlem bittikten sonra cihazın güvenlik zinciri tekrar orijinal imzayla korunduğu için bootloader doğrulamayı başarılı kabul eder ve cihaz dual IMEI onarımı yapılmış bir şekilde pürüzsüzce açılır.
İşlem sırasında partisyonların durumları, yetkilendirme düzeyleri ve güvenlik protokollerinin değişim matrisi aşağıdaki tabloda teknik detaylarıyla karşılaştırılmıştır:
| Süreç Aşaması | Preloader Durumu | Bootloader Kontrolü | Cihaz Durumu | Şebeke ve Sinyal |
|---|---|---|---|---|
| İşlem Öncesi | Orijinal Stock Preloader | Kilitli (Locked) | Normal Açık / Kararlı | Şebeke Yok / Pasif |
| Eng Preloader Flaş Sonrası | Modifiye Eng Preloader | By-Pass / Esnek | Brom Modu / Servis Modu | Kapalı |
| IMEI Yazım Sonrası | Modifiye Eng Preloader | Doğrulama Hatası (Security Error) | Logoda Asılı (Logo Bootloop) | Kapalı |
| Stok Preloader Restorasyonu | Orijinal Stock Preloader | Doğrulama Başarılı | Normal Açık / Kararlı | Dual Şebeke Aktif (4G VoLTE) |
Redmi Note 14 4G GLB donanımsal bellek ve işlemci mimari veri seti ise şu şekildedir:
| Bileşen Sınıfı | Donanımsal Özellik / Protokol Değeri | Açıklama / Güvenlik Rolü |
|---|---|---|
| İşlemci Platformu | MediaTek MT6789 (Helio G99) TSMC 6nm | Güvenlik duvarı ve eFuse yapılandırmasını yönetir. |
| Hücresel Modem Mimarisi | LTE Cat-13 DL / Cat-5 UL – 4G VoLTE | NVRAM üzerindeki RF kalibrasyon verilerini işler. |
| Boot Güvenliği Sürümü | HyperOS OS3.0.302 (Android 14) | Katı kriptografik imza zincirini denetler. |
| Desteklenen Onarım Modu | DFT Pro Patch BL Lock Dual IMEI Write | Kilitli önyükleyicide NVRAM bloklarını yazar. |
Xiaomi Redmi Note 14 4G GLB (tanzanite) modelinde uygulanan “Patch BL Lock Dual IMEI” onarım protokolü, modern mobil güvenlik engellerinin doğru araçlar ve teorik altyapıyla nasıl aşılabileceğini ispatlayan niteliktedir. Bu işlemde donanıma fiziki müdahalede bulunulmadan, tamamen yazılımsal bypass yöntemleriyle kalıcı ve en ucuz şebeke restorasyonu sağlanmıştır.
İşlemin en hassas noktasını oluşturan “cihazın üzerindeki stock preloader sürümünü not alıp işlem sonunda geri yazma” aşaması, olası kalıcı sistem çökmelerinin önüne geçen yegane adımdır. Mert Cep Telefonu Tamir Kursu laboratuvarlarında test edilen bu metodoloji, profesyonel mobil yazılım teknisyenleri için en güvenli ve en efektif onarım kılavuzu niteliğindedir.
Akıllı telefon, tablet ve Android TV kutularının anakartında yer alan eMMC (embedded MultiMediaCard) belleklerin BGA paket ailelerini — BGA-153‘ten BGA-8250‘ye kadar — pin dizilimi, besleme voltajları, JTAG/ISP test noktaları, diyot ölçüm değerleri ve sahada karşılaşılan arızalarıyla birlikte teknik servis uzmanı bakış açısıyla ele alıyoruz.
eMMC (embedded MultiMediaCard), NAND flash bellek ile bir bellek denetleyicisini (controller) tek bir BGA gövde içinde birleştiren, JEDEC standardına bağlı depolama çözümüdür. Android cihazlarda eMMC 4.41 / 4.51 / 5.0 / 5.1 sürümleri yaygın kullanılır ve anakart üzerinde genellikle işlemciye (SoC/AP) en yakın konumda, ısı yayılımının düşük olduğu bölgede konumlandırılır.
Teknik servis açısından eMMC, cihazın “hafızası” değil “kalıcı diskidir” — RAM (DRAM/LPDDR) ile karıştırılmamalıdır. eMMC arızalarında cihaz genellikle açılır ancak boot loop, fastboot modda takılma veya IMEI/baseband kaybı gibi belirtiler verir.
Aşağıdaki tablo, sahada en sık karşılaşılan 9 eMMC BGA gövde tipinin pin sayısı, tipik gövde ölçüsü, kullanıldığı cihaz sınıfı ve yaklaşık kapasite aralığını özetler.
| Paket Tipi | Pin Sayısı |
Tipik Gövde Ölçüsü |
Pin Aralığı (pitch) |
Yaygın Kullanım Alanı |
Tipik Kapasite |
eMMC Versiyonu |
|---|---|---|---|---|---|---|
| BGA-153 | 153 | 11.5 x 13 mm | 0.5 mm |
Orta-üst segment akıllı telefon |
8GB – 128GB | 4.5 / 5.0 / 5.1 |
| BGA-169 | 169 | 11.5 x 13 mm | 0.5 mm |
Giriş-orta segment telefon, tablet |
4GB – 64GB | 4.41 / 4.5 |
| BGA-162 | 162 | 11.5 x 13 mm | 0.5 mm |
Çin menşeli SoC’lu cihazlar (Spreadtrum/Unisoc) |
4GB – 32GB | 4.5 |
| BGA-186 | 186 | 11.5 x 13 mm | 0.5 mm | MediaTek tabanlı orta segment | 8GB – 64GB | 5.0 / 5.1 |
| BGA-200 | 200 | 11.5 x 13 mm | 0.5 mm |
Üst segment / oyun odaklı telefonlar |
32GB – 128GB | 5.1 |
| BGA-221 | 221 | 12 x 16.5 mm | 0.5 mm | Tablet, Android TV kutusu | 8GB – 32GB | 4.5 / 5.0 |
| BGA-254 | 254 | 11.5 x 13 mm | 0.5 mm | Samsung Exynos tabanlı cihazlar | 16GB – 128GB | 5.0 / 5.1 |
| BGA-297 | 297 | 12 x 16 mm | 0.5 mm | Üst segment Qualcomm cihazlar | 32GB – 256GB | 5.1 |
| BGA-8250 | ~500+ (UFS/kombine) | 14 x 18 mm | 0.4-0.5 mm |
Bayrak gemisi (flagship) telefonlar, Samsung KLU/KLM serisi |
64GB – 1TB |
UFS 2.1 / 3.1 (eMMC muadili değil, karıştırılmamalı) |
→ Tabloyu görmek için yatay kaydırın
Android cihazlarda kullanılan eMMC BGA paket tiplerinin teknik detayları
Her paket tipinin görsel olarak ayırt edici pad dizilimi, teknik servis tarafından çıplak gözle veya mikroskop altında tanımlanabilir. Aşağıda her tipin karakteristik özellikleri listelenmiştir.
JEDEC JESD84 eMMC standardına göre her IC iki ayrı besleme hattı kullanır: VCC (NAND flash çekirdek besleme) ve VCCQ (I/O arayüz besleme). Bu iki hattın gerilim toleransı dışına çıkması, en sık karşılaşılan “eMMC yanığı” arızalarının başında gelir.
| Hat | Nominal Değer | Min–Maks Tolerans | Kaynağı (Anakart) | Görevi |
|---|---|---|---|---|
| VCC | 3.3 V | 2.7 V – 3.6 V | PMIC (LDO çıkışı) | NAND flash çekirdek / erase-program güç kaynağı |
| VCCQ | 1.8 V | 1.70 V – 1.95 V | PMIC (LDO çıkışı) | I/O veri yolu (DAT0-7, CMD, CLK) sinyal seviyesi |
| VCCQ (eski nesil) | 3.3 V | 2.7 V – 3.6 V | PMIC | Bazı eMMC 4.41 IC’lerde tek voltajlı I/O modu |
| CLK (bus clock) | 0 – VCCQ | Maks. 200 MHz (HS400) | SoC eMMC controller | Veri yolu senkronizasyon sinyali |
|
VDDi (dahili çekirdek, bazı modeller) |
1.2 V | 1.14 V – 1.26 V | Dahili LDO (IC içi) | Controller çekirdek mantık gerilimi |
→ Tabloyu görmek için yatay kaydırın
0 V okunması PMIC LDO arızasını veya hat üzerinde kısa devreyi; VCCQ’nun 1.8 V yerine dalgalı/kararsız değer vermesi ise genellikle bağlantı noktasında (pad) mikro çatlak veya nem/oksidasyon kaynaklı temas sorununu işaret eder.Yazılımsal olarak erişilemeyen (brick, hard-brick, format atmayan) cihazlarda eMMC’ye doğrudan donanımsal erişim için iki yöntem kullanılır: JTAG (Joint Test Action Group) arayüzü üzerinden SoC içinden eMMC’ye erişim veya ISP (In-System Programming) ile eMMC pinlerine doğrudan lehimsiz/lehimli prob bağlantısı.
JTAG erişimi, eMMC IC’nin kendi pinlerinden değil SoC’nin boundary-scan portundan sağlanır; bu nedenle IC sökülmeden (in-circuit) veri okuma/yazma mümkündür. Ancak birçok modern SoC’de (Snapdragon, Exynos, Kirin) JTAG portu fabrika çıkışında fuse ile kilitlenir; bu durumda üretici bazlı özel test point haritaları (EDL/9008 mod, Download modu vb.) kullanılır.
| Pin Adı | İşlev | Not |
|---|---|---|
| CLK | Bus saat sinyali | Programlayıcı clock hızına uyumlu olmalı |
| CMD | Komut hattı (bidirectional) | Pull-up dirençle 1.8V/3.3V seviyesinde |
| DAT0–DAT7 | 8-bit veri yolu | Chip-off okumada tüm hat bağlanmalı |
| VCC |
Çekirdek besleme |
Bkz. Voltaj tablosu §04 |
| VCCQ | I/O besleme | Bkz. Voltaj tablosu §04 |
| RST_n |
Donanımsal reset |
eMMC 4.41+ modellerde zorunlu |
| GND | Toprak | Birden fazla GND pini paralel bağlanmalı |
→ Tabloyu görmek için yatay kaydırın
Kısa devre / hat arızası teşhisinde multimetrenin diyot modu (diode mode) kullanılarak VCC, VCCQ ve veri hatlarının GND’ye göre ölçülen yaklaşık gerilim düşümleri, IC’nin sağlıklı olup olmadığı hakkında ilk fikir verir. Değerler ölçüm cihazına ve pil gerilimine göre ±%10 değişebilir; referans olarak kullanılmalıdır.
| Hat | Sağlıklı IC Diyot Değeri | Kısa Devre Şüphesi | Açık Devre Şüphesi |
|---|---|---|---|
| VCC → GND | 0.45 – 0.65 V | < 0.15 V veya 000 | OL (sonsuz) |
| VCCQ → GND | 0.35 – 0.55 V | < 0.10 V veya 000 | OL (sonsuz) |
| CMD → GND | 0.40 – 0.60 V | < 0.15 V | OL (sonsuz) |
| CLK → GND | 0.40 – 0.60 V | < 0.15 V | OL (sonsuz) |
| DAT0-7 → GND | 0.40 – 0.65 V | < 0.15 V | OL (sonsuz) |
| RST_n → GND | 0.45 – 0.70 V | < 0.15 V | OL (sonsuz) |
→ Tabloyu görmek için yatay kaydırın
system.img), önyükleyici (bootloader), çekirdek (kernel) imajları eMMC’nin belirli partition’larında (boot, system, vendor) saklanır.userdata partition’ında tutulur.modemst1/modemst2 veya persist partition’larında saklanır — bu nedenle eMMC değişiminde IMEI kaybı riski oluşur.Cihaz logo ekranından ileri gidemiyor, sürekli yeniden başlıyor. Genellikle system veya boot partition’ındaki bozuk sektörlerden kaynaklanır.
Önce fabrika sıfırlama (factory reset / wipe cache) denenir. Sonuç alınamazsa Download/EDL modunda orijinal firmware ile tam flash yapılır. Flash sonrası da tekrarlıyorsa eMMC’nin bad block oranı programlayıcı yazılımıyla (örn. SN write imajı sonrası bad block raporu) kontrol edilmeli, eşik değeri aşılıyorsa IC değişimi planlanmalıdır.
Recovery modda wipe data işlemi hata veriyor veya sonsuz döngüde kalıyor. Genellikle eMMC controller’ın erase komutuna yanıt vermemesi ile ilgilidir.
Önce VCC/VCCQ hatları diyot modunda ölçülerek kısa devre dışlanır (bkz. §06). Sorun yoksa test point üzerinden EDL/9008 moduna girilip düşük seviyeli (raw) format komutu gönderilir. Bu da başarısızsa controller arızası kesinleşir ve chip-off + reball ile IC değişimi gerekir.
Şarj kablosu takıldığında amper göstergesi anlık yükselip cihaz açılmıyor; termal kamerada eMMC bölgesinde ısınma tespit ediliyor.
IC izole edilerek (BGA altındaki VCC/VCCQ pedi kaldırılarak) kısa devrenin IC kaynaklı olup olmadığı doğrulanır. IC kaynaklıysa doğrudan değişim; komşu decoupling kondansatör kaynaklıysa kondansatör değişimi yeterlidir.
Donör (boş) eMMC takıldıktan sonra cihaz açılır ancak IMEI “Unknown”/”0” görünür, şebeke çekmez.
Değişimden önce orijinal IC’den persist, modemst1, modemst2 ve NV kalibrasyon partition’larının yedeği alınmalıdır. Yedek mümkün değilse üretici bazlı QCN/NV geri yükleme veya yetkili servis üzerinden IMEI onarım prosedürü uygulanır.
Cihaz normal moda geçemiyor, sürekli fastboot veya 9008 (EDL) moduna düşüyor.
Firehose programcısı ile eMMC’nin GPT partition tablosu kontrol edilir; bozuksa orijinal GPT ile yeniden yazılır. Partition tablosu sürekli bozuluyorsa NAND hücrelerinde kalıcı hata var demektir ve IC değişimi gerekir.
Reball/IC değişimi sonrası cihaz eMMC’yi hiç görmüyor, EDL modunda bile “Storage not found” hatası alınıyor.
Kullanılan donör IC’nin üretici kodu çözülerek orijinal ile aynı yoğunluk sınıfında (density class) ve aynı pinout revizyonunda olduğu datasheet üzerinden teyit edilmelidir; farklı üreticilerin aynı pin sayısına sahip IC’leri bile pinout açısından uyumsuz olabilir. Ayrıca reball sıcaklık profili (genellikle kurşunsuz BGA için 220–245°C pik) IC üreticisinin reflow profiline uygun ayarlanmalıdır.
Suya maruz kalmış cihazlarda eMMC etrafındaki pedlerde beyaz/yeşil oksit birikimi görülür, bağlantı kararsızdır.
İzopropil alkol (%99.9 IPA) ile ultrasonik temizlik yapılır, korozyon mekanik olarak fiberglas kalemle temizlenir. Pad hasar görmüşse mikro lehim köprüsü (jumper wire) ile onarım denenir; pad tamamen kalkmışsa IC değişimi kaçınılmazdır.
eMMC paralel bus mimarisi kullanırken UFS (Universal Flash Storage) SCSI tabanlı seri ve tam çift yönlü (full-duplex) mimari kullanır; bu nedenle UFS çok daha yüksek hız sunar. BGA-8250 gibi büyük pinli paketler çoğunlukla UFS ailesine aittir ve eMMC programlama araçlarıyla doğrudan uyumlu değildir.
IC üzerindeki üretici kodu (örn. Samsung KLM, SanDisk SDIN, Toshiba/Kioxia THGBM, Micron MTFC ön ekleri) not edilip ilgili üreticinin resmi datasheet arşivinden pinout ve paket tipi teyit edilmelidir. Cihaz modeli tek başına kesin bilgi vermez, aynı model farklı üretim partilerinde farklı IC tedarikçisi kullanabilir.
Evet; IC söküldükten sonra chip-off yöntemiyle ham (raw) veri imajı alınabilir, ancak controller şifrelemesi (özellikle Android 10+ File-Based Encryption/FBE) aktifse veri şifre çözülmeden okunamaz.
Hayır. Üreticiler güvenlik gerekçesiyle JTAG portlarını fabrikada fuse ile kapatabilir (secure boot). Bu durumda EDL/Download modu veya test point tabanlı alternatif erişim yöntemleri kullanılır.
Mert_EgitimMert_EgitimMert_EgitimMert_EgitimMert_Egitim