Xiaomi Cihazlarda No-Auth EDL Öncesi Hayati Uyarı: Kioxia / Toshiba UFS Hard-Brick Tehlikesi, Rootlu ve Rootsuz (*#*#284#*#*) Çip Üreticisi Tespit Protokolü
📌 İçindekiler (Başlığa Tıklayarak İlgili Bölüme Gidebilirsiniz)
- 1. Giriş ve Arka Plan: Xiaomi Qualcomm Cihazlarda ‘No-Auth’ Nedir ve Neden Hayati Bir Risktir?
- 2. Kioxia / Toshiba (TH) UFS Çipleri Neden No-Auth İşleminde Kalıcı Olarak Kilitlenir (Hard-Brick)?
- 3. UFS Üretici Kodları ve Mimari Sınıflandırma (TH, KL, MT, HN Karşılaştırması)
- 4. Yöntem 1: Root Yetkisi ile Terminal / ADB Üzerinden 3 Saniyede UFS Modeli Sorgulama
- 5. Yöntem 2: Rootsuz Cihazlarda *#*#284#*#* Kodu ile dumpstate_board.txt Üzerinden UFS Tespiti
- 6. Adım Adım İnceleme: Hata Raporunda ‘UFS Spec’ Satırını Okuma ve Yorumlama Kılavuzu
- 7. Kioxia / Toshiba Çipli Cihaz Geldiğinde Teknik Servis Ne Yapmalı? Güvenli İşlem Alternatifleri
- 8. UFS Üreticileri, Risk Seviyeleri ve Teknik Servis Karar Matrisi (Hücre Korumalı WordPress Tablosu)
- 9. Sıkça Sorulan Sorular (SSS / FAQ)
- 10. Eğitim ve Teknik Servis Tavsiyesi: Mert Cep Telefonu Tamir Kursu
- Referans Ölçüm ve Voltaj Tablosu
- Adım Adım Arıza Teşhis Akışı
Özet & Uzman Notu: Xiaomi, Redmi ve POCO cihazlarda yetkisiz (No-Auth) EDL 9008 flash veya bypass işlemlerinde Kioxia/Toshiba UFS yongalarının neden kalıcı olarak kilitlenip (hard-brick) anakartı susturduğunun teknik açıklaması. Root yetkisi ile sysfs üzerinden (cat /sys/devices/platform/soc/…/product_name) ve rootsuz olarak arama ekranından *#*#284#*#* koduyla üretilen hata raporu (dumpstate_board.txt / UFS Spec) üzerinden UFS çip üreticisi (TH: Toshiba/Kioxia, KL: Samsung, MT: Micron, HN: SK Hynix) tespit protokolü. Yazan: Mert Cep Telefonu Tamir Kursu (0542 585 68 92 – www.ceptelefonutamirkursu.com).
1. Giriş ve Arka Plan: Xiaomi Qualcomm Cihazlarda ‘No-Auth’ Nedir ve Neden Hayati Bir Risktir?
Xiaomi, Redmi ve POCO akıllı telefonlarda Qualcomm yonga setleri üzerinde yürütülen acil durum yazılım yükleme ve yetkisiz kurtarma protokolleri, teknik servis sektöründe yaygın olarak ‘No-Auth’ (Yetkilendirmesiz EDL 9008) olarak adlandırılır. Normal şartlarda Xiaomi, fabrikasyon kilit mekanizması olan EDL Authorization (Server Token) doğrulaması olmadan cihazın acil durum portu üzerinden yazılım yüklenmesini engeller.
Teknik servis araçları (DFT Pro, UnlockTool, Chimera, UMT vb.) veya modifiye edilmiş ‘Firehose Programmer’ dosyaları, bu sunucu doğrulamasını aşmak (bypass) için işlemcinin birincil önyükleyicisindeki (PBL) açıkları ve RAM protokollerini kullanır. Ancak burada teknisyenlerin %90’ının bilmediği ölümcül bir donanım değişkeni vardır: Anakart üzerinde bulunan UFS (Universal Flash Storage) depolama çipinin üreticisi! İşinizi asla şansa bırakmayın; anakarttaki UFS çipinin üreticisine ve modeline bakmadan No-Auth işlem başlatmak, saniyeler içinde çalışır durumdaki bir telefonu tamamen ölü (Hard-Brick) hale getirebilir.
Eğer Xiaomi cihazın UFS depolama üreticisi Kioxia (Eski adıyla Toshiba) ise; KESİNLİKLE VE KESİNLİKLE NO-AUTH İŞLEM YAPMAYINIZ! Aksi takdirde UFS denetleyicisi geri dönülemez şekilde kilitlenecek ve anakart yalnızca UFS çipinin fiziksel olarak sökülüp BGA lehimleme veya programlayıcı kutularla müdahale edilmesiyle kurtarılabilecektir.
2. Kioxia / Toshiba (TH) UFS Çipleri Neden No-Auth İşleminde Kalıcı Olarak Kilitlenir (Hard-Brick)?
Elektronik ve yazılım seviyesinde Kioxia/Toshiba UFS yongalarını Samsung veya Micron’dan ayıran en kritik unsur, dahili Flash Bellek Denetleyici (UFS Controller Firmware) güvenlik mimarisidir:
- Katı LUN (Logical Unit Number) Zamanlaması: Kioxia UFS denetleyicileri (özellikle UFS 2.2, 3.1 ve 4.0 nesilleri), Qualcomm işlemcinin gönderdiği LUN yapılandırma komutlarına mikrosaniye hassasiyetinde yanıt bekler. No-Auth patch uygulanmış firehose yükleyicileri zamanlama sinyallerini bozduğu anda Kioxia çipi bunu donanımsal bir veri manipülasyonu olarak algılar.
- Dahili Salt Okunur (Permanent Write Protect / Lockout) Kilidi: Kioxia kontrolcüsü, beklenmedik sektör sıfırlaması veya yetkisiz RPMB erişim denemesi gördüğünde kendisini kalıcı olarak ‘Read-Only’ veya ‘Internal Controller Fault’ moduna kilitler. Bu kilitlenme oluştuktan sonra EDL 9008 portundan ne orijinal yazılım atılabilir ne de fabrika formatı atılabilir.
- Sahara Fail & Firehose NAK Çıkmazı: Çip kilitlendiği andan itibaren bilgisayara bağlandığında DFT Pro veya QPST loglarında
Sahara Error: Command NAK ReceivedveyaFirehose write failed: Device is write protectedhatası düşer ve telefon hiçbir tepki vermeyen ‘9008 döngüsüne’ (EDL Loop) hapsolur.
Buna karşılık Samsung (KL) ve Micron (MT) UFS yongaları, hatalı firehose komutlarında çip çekirdeğini dondurmak yerine yumuşak sıfırlama (soft reset) yaparak hatayı tolere eder. Bu nedenle Samsung veya Micron chipli Xiaomi modelleri no-auth ile kurtarılabilirken, Kioxia çipler doğrudan pert olmaktadır.
3. UFS Üretici Kodları ve Mimari Sınıflandırma (TH, KL, MT, HN Karşılaştırması)
Teknik servis teknisyeninin cihaz belleğini sorguladığında karşısına çıkan ürün kodlarının (Product Name) ilk iki harfi, UFS çipinin fabrikasyon üreticisini açıkça ele verir. Bu harf kodlarını ezbere bilmek hayat kurtarır:
- TH : Toshiba / Kioxia ➔ ⚠️ KESİNLİKLE NO-AUTH YAPMAYIN! (Yüksek risk, kalıcı kilitlenme ve hard-brick tehlikesi).
- KL : Samsung Electronics ➔ 🟢 GÜVENLİ (En yüksek tolerans, No-Auth işlemlerinde en stabil çalışan çip mimarisi).
- MT : Micron Technology ➔ 🔵 UYUMLU / GÜVENLİ (Geniş uyumluluk, kontrollü no-auth işlemlerini sorunsuz karşılar).
- HN : SK Hynix ➔ 🟡 UYUMLU / ORTA DÜZEY (Genellikle uyumlu, stabil yazılım gerektirir).
4. Yöntem 1: Root Yetkisi ile Terminal / ADB Üzerinden 3 Saniyede UFS Modeli Sorgulama
Eğer cihaz teknik servisinize açık vaziyette gelmişse veya geçici root yetkisi varsa, saniyeler içinde doğrudan Android çekirdeğinin (sysfs) donanım düğümünden UFS kimliğini okuyabilirsiniz:
cat /sys/devices/platform/soc/1d84000.ufshc/string_descriptors/product_name
- Çıktı
THGJFGT0T45BAIRveyaTHGBM...ile başlıyorsa: Kioxia / Toshiba çiptir. Derhal No-Auth işlemini iptal edin! - Çıktı
KLUDG4UHDB-B0E1veyaKLUEG...ile başlıyorsa: Samsung çiptir. Güvenle işleme devam edebilirsiniz. - Çıktı
MT29F...ile başlıyorsa: Micron çiptir. Uyumlu kategoridedir. - Çıktı
HN8T...ile başlıyorsa: SK Hynix çiptir. Uyumlu kategoridedir.
5. Yöntem 2: Rootsuz Cihazlarda *#*#284#*#* Kodu ile dumpstate_board.txt Üzerinden UFS Tespiti
Müşterinin getirdiği sıfırlanmamış, bootloader kilidi kapalı veya root yetkisi bulunmayan standart bir Xiaomi cihazında UFS çipini öğrenmek için gizli mühendislik hata raporu (Bugreport) sistemi kullanılır. Bu yöntem %100 fabrikasyon ve güvenlidir:
- Telefonun arama (çevirici) ekranını açın ve şu gizli kodu tuşlayın: *#*#284#*#* (Harf karşılığı: *#*#BUG#*#* veya ykyk284kyky).
- Ekranda ‘Hata raporu oluşturuluyor, lütfen bekleyin…’ uyarısı belirecektir. Cihaz arka planda tüm donanım kütüğünü toplarken ortalama 2-3 dakika bekleyin.
- Bildirim panelinde ‘Hata raporu hazır (Bug report captured)’ bildirimini gördüğünüzde telefonda dahili Dosya Yöneticisi uygulamasını açın.
- Ana dahili depolama biriminden MIUI/debug_log (veya HyperOS yüklü cihazlarda HyperOS/debug_log) klasörüne gidin.
- Klasör içerisindeki
bugreport-YYYY-MM-DD-HHMMSS.zipisimli ana arşiv dosyasını açın. - Açtıktan sonra dosya listesinde en aşağıya kaydırın ve içerisinde bulunan ikinci zip dosyasını (iç içe arşiv) tekrar açın.
- İkinci zip arşivinin içerisinden dumpstate_board.txt isimli sistem donanım kütük dosyasını bulun ve yerleşik metin görüntüleyici ile açın.
- Arama kutucuğuna ‘UFS Spec’ yazıp aratın.
- Bulunan satırın hemen altındaki parametre satırında çipin tam model kodu ve üretici kimliği görünecektir!
6. Adım Adım İnceleme: Hata Raporunda ‘UFS Spec’ Satırını Okuma ve Yorumlama Kılavuzu
dumpstate_board.txt dosyasında ‘UFS Spec’ araması yapıldığında sistem kütüğünde şu şekilde bir çıktı bloğu ile karşılaşırsınız:
ufs_version: 0x0310
product_name: THGJFGT0T45BAIR
manufacturer_id: 0x0198 (Kioxia Corporation)
boot_lun_enabled: 0x1
Bu raporda product_name karşısında yer alan kod TH ile başlıyorsa, cihaz %100 Kioxia / Toshiba çip barındırmaktadır. Bu durumda No-Auth işlem başlatıldığı anda cihazın UFS kontrolcüsü kendini kitleyecektir. Ancak raporda KLUDG... (Samsung) veya MT... (Micron) görülüyorsa işlem güvenle yapılabilir.
7. Kioxia / Toshiba Çipli Cihaz Geldiğinde Teknik Servis Ne Yapmalı? Güvenli İşlem Alternatifleri
Eğer müşterinizin Xiaomi cihazında Kioxia/Toshiba (TH) UFS çipi tespit ettiyseniz ve cihaz çökmüşse veya yazılım ihtiyacı varsa izlenmesi gereken profesyonel protokoller şunlardır:
- 1. Yetkili Sunucu Hesabı (Authorized Mi Account Flash): No-Auth bypass denemek yerine, resmi Xiaomi yetkili servis hesabı (EDL Auth Token) kullanarak flash atın. Resmi token ile yapılan yüklemelerde Qualcomm orijinal firehose kullanıldığı için Kioxia kontrolcüsü kilitlenmez.
- 2. Fastboot Üzerinden Resmi Kurtarma: Cihaz Fastboot moduna giriyorsa ve Bootloader kilidi açıksa, MiFlash veya Fastboot ROM ile temiz kurulum yapın. UFS kilitlenme riski sadece EDL No-Auth baypaslarında geçerlidir; Fastboot modunda risk yoktur.
- 3. Sideload (Mi Assistant / Recovery) Yöntemi: Bootloader kilitli ise cihazı Recovery moduna alıp ‘Connect with MIAssistant’ üzerinden Mi PC Suite veya DFT Pro Sideload modülü ile orijinal son sürüm Recovery ROM yükleyin.
- 4. Donanımsal Çip Müdahalesi: Eğer daha önce başka bir serviste No-Auth denenmiş ve Kioxia UFS kilitlenmişse; anakart üzerindeki UFS BGA çipi sökülmeli, EasyJTAG Plus, Xiaomi No-Auth UFS uyarısı, Kioxia Toshiba UFS brick, Xiaomi UFS öğrenme kodu, *#*#284#*#* hata raporu UFS, cat ufshc product_name, Xiaomi EDL 9008 Kioxia tehlikesi, TH Toshiba KL Samsung MT Micron HN SKHynix, Xiaomi brick kurtarma, Mert Cep Telefonu Tamir Kursu adaptörüne bağlanarak fabrika konfigürasyon blokları baştan yazılmalı veya çip sıfır Samsung UFS ile değiştirilmelidir (Reballing).
8. UFS Üreticileri, Risk Seviyeleri ve Teknik Servis Karar Matrisi (Hücre Korumalı WordPress Tablosu)
Aşağıdaki tablo, teknik servis teknisyenlerinin tezgaha gelen Xiaomi cihazlarında UFS çip koduna göre anında karar verebilmesi için hazırlanmış olup, içerik yönetim sistemlerinde hücrelerin bozulmasını engelleyen özel inline CSS ile tasarlanmıştır:
| Ön Ek (Prefix) | Üretici Firma | Örnek Parça Kodu | No-Auth Risk Durumu | EDL Kilitlenme Eğilimi | Teknik Servis Tavsiyesi |
|---|---|---|---|---|---|
| TH | Toshiba / Kioxia | THGJFGT0T45BAIR / THGBM | 🚨 AŞIRI YÜKSEK (ÖLÜMCÜL) | %95+ Kalıcı Lockout | ASLA NO-AUTH YAPMAYIN! Sadece Yetkili Auth veya Sideload. |
| KL | Samsung Electronics | KLUDG4UHDB-B0E1 / KLUEG | 🟢 DÜŞÜK / GÜVENLİ | Yumuşak Reset ile Tolere Eder | Doğru firehose ile No-Auth ve yazılım işlemleri güvenle yapılabilir. |
| MT | Micron Technology | MT29F1T08… / MT29F512 | 🔵 GÜVENLİ / UYUMLU | Standart Tolerans Seviyesi | EDL yazım protokollerine tam yanıt verir, sorunsuzdur. |
| HN | SK Hynix | HN8T15DEHKX075 / H28S | 🟡 ORTA DÜZEY / UYUMLU | Nadir zamanlama uyumsuzluğu | Stabil USB 2.0 portu ve orijinal kablo ile işlem yapılmalıdır. |
9. Sıkça Sorulan Sorular (SSS / FAQ)
❓ *#*#284#*#* kodu tuşlandığında telefonda herhangi bir veri silinir mi?
Kesinlikle hayır. Bu kod yalnızca işletim sisteminin mevcut donanım ve yazılım hata kütüğünü (dumpstate) toplayıp dahili hafızadaki debug_log klasörüne sıkıştırılmış bir zip dosyası olarak kaydeder. Cihazdaki hiçbir fotoğraf, rehber veya uygulama silinmez.
❓ Kioxia (Toshiba) UFS çipli bir Xiaomi cihazda yanlışlıkla No-Auth yapılıp cihaz çöktüyse ne olur?
Cihaz 9008 EDL modunda kalır ve hiçbir yetkili veya yetkisiz yazılımı kabul etmez. Çözüm için anakart üzerindeki UFS BGA yongası ısı kontrollü lehim istasyonu ile sökülmeli, profesyonel UFS programlayıcıya (EasyJTAG / JCID U70, F64 Ultra) bağlanarak çip konfigürasyonu sıfırlanmalı veya yeni bir Samsung/Micron UFS takılarak yeniden programlanmalıdır.
❓ Cihaz tamamen çökmüşse ve açılmıyorsa UFS çipinin markasını nasıl öğrenebilirim?
Telefon hiç açılmıyorsa ve arama kodu tuşlanamıyorsa tek yol donanımsal kontroldür. Telefonun arka kapağı açılır, anakart üzerindeki CPU/UFS metal kalkanı (shield) sıcak hava ile dikkatlice kaldırılır veya mikroskop altında incelenir. UFS çipinin üzerindeki lazer kazıma marka ve model kodu okunur.
10. Eğitim ve Teknik Servis Tavsiyesi: Mert Cep Telefonu Tamir Kursu
Akıllı telefon tamirinde tezgaha gelen cihazı rastgele servis araçlarıyla deneme-yanılma yoluyla onarmaya çalışmak, telafisi binlerce liraya mal olan anakart kayıplarına yol açar. Profesyonel teknisyenlik; donanım çiplerinin dilini bilmeyi, UFS mimarilerini okumayı ve risk analizini doğru yapabilmeyi gerektirir.
📱 Mert Cep Telefonu Tamir Kursu İle Profesyonel GSM & Çip Düzeyi Uzmanlık
Kursumuzda; Xiaomi, Samsung, Huawei ve iPhone akıllı telefonların UFS/eMMC programlama mantığı, EasyJTAG veya Jcid U70, F64 Ultra ile çip okuma-yazma, EDL yetkilendirme prosedürleri, BGA reballing, çift katman anakart ayırma ve mikroskop altında mikro lehimleme eğitimleri uygulamalı olarak verilmektedir.
📊 Referans Voltaj, Parametre ve Ölçüm Tablosu
UFS NAND flaş hücrelerinin programlama ve okuma voltajı.
UFS çipinin dahili işlemci/kontrolcüsünün çalışma gerilimi.
Qualcomm işlemci ile UFS diferansiyel veri yolları referans voltajı.
Donanımsal reset hattı. Kilitlenme anında 0V’a çökebilir.
🔧 Adım Adım Arıza Teşhis ve Çözüm Rehberi
Adım 1: Cihaz Açıkken UFS Tespiti (*#*#284#*#*)
Telefonun arama ekranına *#*#284#*#* tuşlayarak hata raporu oluşturun. 2-3 dakika sonra bildirim gelmesini bekleyin.
Adım 2: dumpstate_board.txt Dosyasına Ulaşma
Dosya yöneticisinden MIUI/debug_log klasöründeki ana zip arşivini ve içerisindeki ikinci zip dosyasını açıp dumpstate_board.txt dosyasını görüntüleyin.
Adım 3: ‘UFS Spec’ Parametresini Arama ve Okuma
Metin içinde ‘UFS Spec’ araması yaparak product_name satırındaki ön eki kontrol edin: TH (Toshiba/Kioxia), KL (Samsung), MT (Micron), HN (SK Hynix).
Adım 4: Rootlu Cihazlarda Hızlı Terminal Sorgusu
ADB veya Termux ile ‘cat /sys/devices/platform/soc/1d84000.ufshc/string_descriptors/product_name’ komutunu çalıştırarak 3 saniyede doğrudan çip kodunu alın.
Adım 5: Kritik Risk Kararı ve No-Auth Engeli
Eğer çip kodu ‘TH’ (Kioxia/Toshiba) ise No-Auth işlemleri kesinlikle durdurun; cihazı sadece yetkili sunucu (Auth) veya Sideload ile kurtarın.