Güncelleme Sonrası Telefon Açılmıyor:
Ölü Telefon Arızasında Sebep, Entegre ve Sinyal Yolu Analizi

Yazılım güncellemesi sırasında ya da hemen ardından telefon tamamen ölü kaldıysa; bu teknik döküman PMIC, eMMC, UFS, Baseband entegre arızalarını ve kritik sinyal yollarını sistematik biçimde ele alır. Teşhis adımları, ölçüm protokolleri ve onarım yöntemleriyle kapsamlı bir servis rehberidir.

 

01 Güncelleme Sonrası Ölü Telefon Nedir?

Mobil cihaz onarımı disiplininde “güncelleme sonrası ölü telefon” olgusu, son kullanıcı açısından en kaygı verici arıza kategorilerinden birini oluşturmaktadır. Teknik perspektiften değerlendirildiğinde bu arıza, yalnızca yazılım katmanının değil çoğu zaman bellek ve güç yönetimi donanımının da tehdit altında olduğu, çok katmanlı bir teşhis sürecini zorunlu kılan bir sendromdur.

Yazılım güncellemesi; eMMC ya da UFS tabanlı depolama entegresine milyonlarca yazma işlemi gerçekleştirir. Bu işlem sırasında herhangi bir kesinti — bataryanın bitmesi, voltaj dalgalanması veya bozuk bir firmware paketi — cihazı tamamen yanıtsız bırakabilir. Ortaya çıkan klinik tablo şu şekilde sınıflandırılır:

Belirti A

Ekran Gelmiyor, Titreşim Yok

PMIC güç yolu sorunu ya da tamamen şarjsız batarya. İlk kontrol noktası PP_BATT_VCC ve PP_VCC_MAIN hatlarıdır.

Belirti B

Logo Gelmiyor, Titreşim Var
Boot Dosyası / eMMC Hasarı

PMIC seviyesinde güç var ancak bootloader yüklenemiyor. eMMC veya UFS entegresinin wear-out ya da mantıksal bozulma şüphesi taşır.

Belirti C

Boot Döngüsü (Bootloop)

Logo geliyor ama sistem başlatılamıyor. Firmware bütünlüğü bozulmuş ya da sistem bölümü hasar görmüş. Yazılım yeniden yazma ilk adımdır.

Belirti D

Siyah Ekran / Vibrasyon Motoru Çalışıyor

CPU PMIC tarafından beslenebiliyor ancak ekran subsistemi (MIPI DSI, LCD/OLED sürücü entegresi) aktive edilemiyor.

Teknik Uyarı

Güncelleme sırasında pil bitmesi eMMC/UFS entegresinin yazma tamponunu temizleyemeden kapanmasına yol açar. Bu durum, NAND hücre katmanında kalıcı hasar bırakabilir; salt yazılım yenilemeyle geri dönüşü olmayabilir.

02 Birincil Arıza Nedenleri

Teknik servis pratiğinde güncelleme kaynaklı ölü telefon arızaları beş temel kategoride kümelenmektedir. Bu kategorilerin her birinin farklı teşhis yaklaşımı ve farklı entegre düzeyinde müdahale gerektirdiği bilinmelidir.

Bozuk Firmware Paketi

Cihaza indirilen yazılım paketinin bütünlük kontrolü (hash doğrulaması) başarısız olduğunda, bootloader bu paketi çalıştırmayı reddeder ve cihaz yükleme modunda askıya alınır. Qualcomm tabanlı cihazlarda EDL (Emergency Download) modu, Apple cihazlarda DFU modu bu durumun kurtarma kapısıdır.

Güncelleme Sırasında Pil Tükenmesi

eMMC ve UFS entegreleri, büyük yazma işlemleri sırasında belirli bir minimum güç voltajına ihtiyaç duyar. Bu eşiğin — tipik olarak 3,5V VBATT — altına düşülmesi halinde depolama entegresi kendini koruma moduna geçirir ve bazı durumlarda yazma tamponunun içeriğini kayıt edemez. Sonuçta sistem bölümü kısmen yazılmış ya da bozulmuş bir durumda kalır.

eMMC / UFS Hücre Bozulması

Özellikle 3–5 yıl kullanılmış cihazlarda eMMC NAND hücrelerinin yeniden programlanma kapasitesi tükenmekte, wear-out ilerlemektedir. Büyük bir yazılım güncellemesi bu sınırı aşan son yükleme olabilir. Samsung K9PGD8U7A (eMMC 4.5) ve KLMAG1JETD (eMMC 5.1) serisi entegrelerde bu tablo özellikle sık raporlanmaktadır.

Yazılım Flash Döngüsünün Kesilmesi

Güncelleme sürecinde cihazın yanlışlıkla sert kapatılması ya da güç dalgalanmasıyla kapanması, bootloader’ın ara katmanının yarım yazılmış halde kalmasına yol açar. Önyükleyici olmadan işletim sistemi başlatılamaz.

CPU / SoC Isı Hasarı (Aşırı Yük)

Qualcomm Snapdragon 810 (MSM8994) serisi başta olmak üzere ısı yönetimi zayıf bazı SoC kuşaklarında, güncelleme sırasındaki yoğun CPU/GPU yükü termal eşiği aşarak SoC’un soğuk lehim bağlantısını hızlandırılmış biçimde yıpratabilir ve bootloop ya da tam ölü belirtisi ortaya çıkabilir.

03 Teşhis Adımları: Sistematik Protokol

Güncelleme sonrası ölü telefon arızasında körü körüne müdahaleye geçmek hem cihaza hem zamana zarar verir. Aşağıdaki sekiz adımlık teşhis protokolü, tamir atölyelerinde kanıtlanmış bir sırayı yansıtmaktadır.

  1. Görsel İnceleme: Su hasarı, yanık izi, konnektör hasarı. Güncelleme öncesi düşme veya nem maruziyeti anamnezi al.
  2. Güç Testi: Multimetre ile batarya voltajını ölç. PP_BATT_VCC ≥ 3,5V olmalı. Şarj adaptörüne bağlıyken akım tüketimini gözlemle: 0mA = güç yolu kopuk; yüksek akım = kısa devre.
  3. Zorunlu Yeniden Başlatma: Güç + Ses Kıs tuş kombinasyonu veya eğer varsa donanımsal reset deliği ile zorunlu yeniden başlatma dene.
  4. Flash Modu Kontrolü (Fastboot): USB bağlantısıyla fastboot/download moduna girişi dene. PC tarafında tanıma oluyorsa sorun yazılım katmanındadır.
  5. EDL / DFU Modu: Fastboot çalışmıyorsa, Qualcomm cihazlar için EDL test noktasına bağlan; Apple cihazlar için DFU modunu dene.
  6. eMMC / UFS Sağlık Testi: UFI Box veya Easy JTAG Plus ile depolama entegresini doğrudan oku. Read/Write testi ve sağlık raporu al.
  7. CPU / Donanım Isı Kontrolü: Termal kamera veya ısıya duyarlı etiket ile SoC ve PMIC bölgelerinde anormal ısılanma var mı kontrol et. Anormal ısı varsa reballing şüphesi.
  8. Son Aşama Yedek Tavsiyesi: Tüm adımlar başarısızsa cihaz sahibine düzenli yedekleme öner; bu durum depolama entegresinin kullanım ömrünü tükettiğine işaret eder.
Teşhis İpucu

USB bağlantısında cihazın PC tarafında tanınıp tanınmadığı, arızanın yazılım mı yoksa donanım mı kaynaklı olduğunu hızla ayırt eder. Tanınma = yazılım sorunu; tanınmama = güç yolu veya depolama entegresi sorunu.

04 PMIC Entegre Analizi: Güç Yönetiminin Kritik Rolü

Güç Yönetimi Tümleşik Devresi (PMIC — Power Management Integrated Circuit), cep telefonunun kalbi mesabesindedir. Güncelleme sonrası ölü telefon arızalarının önemli bir bölümü doğrudan PMIC sorunlarından kaynaklanmaktadır; çünkü güncelleme süreci tüm güç yollarının kararlı ve kesintisiz çalışmasını zorunlu kılar.

Qualcomm PMIC Ailesi

Qualcomm ekosisteminde PM8941, PM8994, PM8998 ve PMI8996 gibi güç yönetimi entegreleri, onlarca LDO (Low Drop-Out Regülatör) ve DCDC dönüştürücü yolunu eş zamanlı yönetir. PM8998 bünyesinde 22 adet LDO ve 10 adet DCDC dönüştürücü bulunmaktadır. Bu yollardan herhangi birinin voltaj düşüşü güncelleme sürecini keserek bootloop ya da tam ölü tabloya yol açabilir.

TABLO — Lütfen ekranı yatay tutunuz veya sağa kaydırınız

EntegrePlatformGüç Yolu SayısıGüncelleme Arızası BelirtisiTeşhis YöntemiÇözüm
Qualcomm PM8998Snapdragon 83522 LDO + 10 DCDCRF güç dalgalanması, ekran açılmıyorLDO voltaj ölçümü, osiloskopPMIC reballing veya değişim
Qualcomm PM8941Snapdragon 80014 çıkışAçılmıyor, rastgele kapanmaKısa devre noktası tespitiSMD kondansatör + PMIC değişim
Samsung S2MPS18Exynos 8890/981030+ güç yoluEkran yanıp sönme, SoC voltaj düşüşüVoltaj yolu ölçümüPMIC reballing
Samsung S2MPS22Exynos 2100/2200LPDDR5 güç yoluYoğun iş yükünde donmaYol ölçümü, multimetreReballing
Dialog DA9090Apple A4/A5Çoklu güç yoluAçılmıyor, boot döngüsüÖlçüm + reballing teşhisiPMIC reballing
Maxim MAX77729Galaxy S20/S21USB-C PD dahil çoklu çıkışUSB-C güç teslimi yokCC1/CC2 ölçümüPMIC reballing

PMIC Güç Yolu Ölçüm Protokolü

Teşhis sürecinde PP_VCC_MAIN ve PP_BATT_VCC hatları öncelikli ölçüm noktalarıdır. PP_VCC_MAIN, bataryadan güç MOSFET üzerinden gelen ana güç yolunu temsil eder; bu voltajın 0V okunması güç MOSFET’inin ya da PMIC bağlantı yolunun açık olduğunu gösterir.

BATARYA (+)
PP_BATT_VCC
Güç MOSFET
PP_VCC_MAIN
PMIC (PM8998 / S2MPS22 / vb.)
LDO / DCDC Çıkışları
SoC / eMMC / UFS / RAM

05 eMMC ve UFS Depolama Entegreleri: Güncelleme Sonrası Hasar Analizi

Depolama entegresi, güncelleme işleminin en yoğun stres altında kalan bileşenidir. İşletim sistemi güncellemesi, kimi zaman 3–6 GB büyüklüğünde yazma işlemi gerçekleştirir. Bu yükü taşıyan eMMC veya UFS entegresi, hem NAND hücre dayanımı hem de kontrol yazılımı (firmware) açısından sağlıklı olmalıdır.

eMMC Entegre Arıza Analizi

eMMC 4.5 standartındaki Samsung K9PGD8U7A ve eMMC 5.1 standardındaki KLMAG1JETD serisi entegrelerde, yıllar içinde biriken yazma döngüsü (write wear) depolama hücrelerini zayıflatır. Bir güncelleme sırasında bu zayıflamış hücrelere büyük veri yazılmaya çalışıldığında hem yazma başarısız olabilir hem de varolan veriler bozulabilir.

Hynix H26M64002BNR (eMMC 5.0) ve Micron MTFC64GAPALBH (eMMC 5.1) entegreleri için de benzer tablolar raporlanmaktadır. Kontrol yazılımı (kontroller firmware) çöküşü sonucu “no internal storage” hata mesajı, kısmi depolama erişimi ya da tam yanıtsızlık gözlemlenmektedir.

UFS Entegre Arıza Analizi

UFS 2.1 standardındaki SK Hynix H9HQ21AFAMMAER ve Samsung KLUFG8RHDE entegreleri, link eğitimi (link training) mekanizmasının başarısız olması halinde güncelleme sırasında depolama erişimini kaybedebilir. Bu özellikle 2016–2018 dönemi Galaxy S8 ve Pixel 2 cihazlarında gözlemlenen bir olgudur.

UFS 3.0 ve 3.1 depolama entegrelerinde (Samsung KLUEG8UHDB, KLUEG4RHEB) WriteBooster özelliğinin HPB firmware uyumsuzluğu nedeniyle devreye girmemesi de güncelleme işleminin çok yavaşlamasına ya da askıya alınmasına neden olabilmektedir.

TABLO — Lütfen ekranı yatay tutunuz veya sağa kaydırınız

Entegre / IC AdıStandartKapasiteGüncelleme ArızasıOlası NedenÇözümKullanıldığı Cihazlar
Samsung K9PGD8U7AeMMC 4.516–32GB TLCTelefon açılmıyor, yavaş boot, depolama hatasıNAND hücre bozulması, voltaj dalgalanmasıNAND programlama aracı, chip-off kurtarmaGalaxy S3, Note 2, Xperia Z
Samsung KLMAG1JETDeMMC 5.132–64GB MLC“No internal storage” hatası, yavaşlamaYazma wear-out, termal baskıeMMC programlama, NAND değişimiGalaxy A5 2016, J7 Prime
Hynix H26M64002BNReMMC 5.064GB TLCBoot döngüsü, kısmi depolamaKontrol yazılımı çöküşüYazılım flash, chip-offRedmi Note 3, Moto G3
SK Hynix H9HQ21AFAMMAERUFS 2.164–128GB TLCUygulama donması, depolama erişim hatasıUFS link eğitimi başarısızUFS programlama, reballingGalaxy S8, Pixel 2, OnePlus 5
Samsung KLUEG8UHDBUFS 3.0128–256GB V-NANDYavaş 5G indirme tamponuUFS link hızı düşükFW güncelleme, PCB yolu kontrolüGalaxy S10, Note 10
Samsung KLUEG4RHEBUFS 3.1256–512GB V-NANDWriteBooster devreye girmiyorHPB FW uyumsuzluğuFW güncellemeGalaxy S20 Ultra, Note 20 Ultra
Apple NAND (özel)NVMe tabanlı özelDeğişken“Connect to iTunes”, dış depolama görünmüyorMantıksal bozulma, güç kesintisiDFU restore (chip-off mümkün değil)iPhone 6s ve üzeri
Micron MTFC64GAPALBHeMMC 5.164GB 3D NANDDepolama kilitlenmesiKontrol entegresi sorunuChip-off ve yeniden yazmaMoto G Fast, Nokia 5.3
Servis Notu

UFI Box, Easy JTAG Plus ve Medusa Pro gibi profesyonel depolama programlama cihazları; eMMC ve UFS entegrelerinin sağlık durumunu (bad block sayısı, yazma döngüsü, kontrol durumu) raporlayabilir. Bu raporlar, entegrenin hâlâ yazılabilir mi yoksa fiziksel değişim mi gerekeceğini belirlemede temel kılavuzdur.

06 Baseband, SoC ve İşlemci Entegreleri: Güncelleme Sonrası Hasar

Telefon güncelleme sonrası ölü kaldıysa ve temel güç yolu ile depolama entegresi sağlıklıysa, bir sonraki inceleme katmanı işlemci SoC ve baseband entegresidir.

SoC Soğuk Lehim ve Isı Hasarı

Büyük yazılım güncellemeleri, CPU ve GPU çekirdeklerini uzun süre yüksek frekansta çalıştırır. Bu süreç, SoC’un altındaki lehim noktalarını ısıl strese maruz bırakır. Apple A8 (iPhone 6/6 Plus) ve Qualcomm Snapdragon 800 (MSM8974) serisi SoC’larda belgelenmiş soğuk lehim vakaları, güncelleme sırasındaki termal döngüyle tetiklenebilmektedir.

Baseband Güç Entegresi

Qualcomm MDM9635, MDM9645 ve Intel XMM7480 gibi baseband entegreleri, işletim sistemi güncellemesinden ayrı bir baseband firmware güncellemesi alır. Bu güncellemenin yarım kalması ya da uyumsuz baseband yazılımı yüklenmesi, SIM tanınmaması, ağ bağlantısı yokluğu ya da tam ölü ekran dahil çeşitli semptomlara yol açabilir.

TABLO — Lütfen ekranı yatay tutunuz veya sağa kaydırınız

SoC / Baseband EntegrePlatformGüncelleme ArızasıArıza NedeniÇözüm
Apple A12 BioniciPhone XS/XRiOS güncelleme sonrası boot sorunuDepolama / yazılımDFU mod + iTunes restore
Apple A14 BioniciPhone 125G modem uyumsuzluğuSDX55 modem yazılımıiOS güncelleme
Qualcomm Snapdragon 810Galaxy Note 4 QC, LG G Flex 2Kritik ısınma, bootloopbig.LITTLE ısı sorunuTermal pad, throttle kontrolü
Qualcomm Snapdragon 888Galaxy S21, Mi 11Aşırı ısınma, pil tüketimibig.LITTLE güç dağıtımıTermal yönetim, yazılım
Qualcomm MDM9635Galaxy S5 LTE-A, iPhone 6s4G+ stabil değil, bant kayıplarıPA voltaj sorunu, sinyal yolu hasarıPA güç hattı ölçümü, reballing
Intel XMM7480iPhone 7 Intel varyantSinyal kaybı, 4G bağlantısı yokLehim yorulmasıReballing
Samsung Exynos 990Galaxy S20/Note 20 ExynosGPU benchmark kayıplarıGPU yolu arızasıGPU reballing
MediaTek Dimensity 1000Redmi Note 10 Pro 5G5G bağlantısı kararsızModem yazılımıFW güncellemesi

07 Kritik Sinyal Yolları: Güncelleme Sonrası Ölü Telefon Teşhisinde Ölçüm Noktaları

Kart seviyesinde onarım yaparken (board-level repair), sinyallerin hangi yol üzerinden aktığını bilmek teşhis süresini dramatik biçimde kısaltır. Aşağıdaki sinyal yolları ve ölçüm noktaları, güncelleme sonrası ölü telefon arızasında öncelikli kontrol listesini oluşturur.

Güç Başlatma Sinyal Yolu

BATARYA
PP_BATT_VCC
Güç MOSFET
PP_VCC_MAIN
PMIC
PMU_RESET_IN
PMIC_RESOUT_L
SoC (CPU)

eMMC / UFS Boot Sinyal Yolu

SoC (CPU / AP)
AP_TO_NAND_RESET_L
eMMC / UFS Entegresi PCIE_AP_TO_NAND_REFCLK_P (UFS saat)

Baseband Reset Sinyal Yolu

AP (Ana İşlemci)
AP_TO_BB_RESET_L
Baseband (Modem IC) BB_TO_AP_RESET_DETECT_L
AP

Ekran Boot Sinyal Yolu

AP (SoC)
AP_TO_LCM_RESET_L
LCD/OLED Panel Sürücü IC MIPI_AP_TO_LCM_DATAO_N/P (MIPI DSI verisi)

TABLO — Lütfen ekranı yatay tutunuz veya sağa kaydırınız

Sinyal AdıTürkçe AnlamıKategoriGüncelleme Arızasındaki ÖnemiÖlçüm Yöntemi
PP_BATT_VCCBatarya Güç Besleme VoltajıGüç / Bataryaİlk kontrol noktası; 0V = güç yolu kopukMultimetre DC ölçüm
PP_VCC_MAINAna Güç Besleme Voltajı (MOSFET çıkışı)Güç / Ana HatPMIC girişi; düşük voltaj = MOSFET hasarıMultimetre DC ölçüm
PMU_RESET_INGüç Yönetimi Reset GirişiGüç YönetimiPMIC sıfırlama yolunun sağlıklı olup olmadığını gösterirOsiloskop darbe analizi
PMIC_RESOUT_LBaseband Güç Reset Düşük Seviye ÇıkışıGüç / BasebandSoC başlatma sinyali; yok = PMIC arızasıOsiloskop
AP_TO_NAND_RESET_LAP’den Depolamaya ResetDepolama / PCIEeMMC/UFS başlatma; alçak = reset aktifOsiloskop veya multimetre
SLEEP_CLKUyku Saati / Ana Konuşma SinyaliBaseband / Saat32kHz referans saat; yoksa baseband başlamazOsiloskop frekans ölçümü
AP_TO_LCM_RESET_LAP’den LCD/OLED’e ResetEkranEkran açılmıyorsa ilk ölçüm noktasıOsiloskop
MIPI_AP_TO_LCM_DATAO_NAP’den Ekrana MIPI DSI Veri İletimiEkran / MIPIMIPI veri yolunun aktif olup olmadığını gösterirOsiloskop diferansiyel ölçüm
XTAL_19P2M_OUT19.2 MHz Saat Sinyal ÇıkışıSaat / OsilatörAna saat yok = tüm sistem dururOsiloskop frekans ölçümü
RADIO_ON_LRF / Güç Başlatma SinyaliRF / GüçModem/RF başlatma; yoksa ağ gelmiyorOsiloskop

08Firmware Flash Protokolleri: Yazılım Kaynaklı Ölü Telefonu Kurtarma

Teşhis sonucunda arızanın donanımsal değil yazılımsal olduğu anlaşılırsa, firmware yeniden yazma işlemi başlatılır. Farklı ekosistemler için farklı flash araçları ve protokoller kullanılmaktadır.

Qualcomm EDL (Emergency Download) Modu

EDL modu, Qualcomm tabanlı cihazlarda bootloader ve işletim sistemi tamamen çalışmıyor olsa dahi donanım seviyesinde firmware yazmayı mümkün kılar. EDL moduna giriş için test noktası (TP) ya da belirli tuş kombinasyonu kullanılır; ardından QFIL (Qualcomm Flash Image Loader) veya Sahara protokolü üzerinden çalışan araçlarla imaj yazılır.

Fastboot / Download Modu

Bootloader hasarsız ancak işletim sistemi bozulmuşsa fastboot modu yeterlidir. Android cihazlarda fastboot üzerinden factory image veya recovery imajı yazılabilir; Samsung cihazlarda Odin ile Qualcomm Download Mode üzerinden flash işlemi yapılır.

Apple DFU Modu

iOS güncellemesinin yarım kalması ya da bootloop durumunda DFU (Device Firmware Upgrade) modu iTunes veya Finder üzerinden komple firmware yazmayı sağlar. DFU, bootloader da dahil olmak üzere tüm yazılım katmanını yeniler.

MediaTek SP Flash Tool

MediaTek (MTK) tabanlı cihazlarda BROM (Boot ROM) modu üzerinden SP Flash Tool ile scatter dosyası ve tam firmware imajı yazılır. Bu araç eMMC / UFS entegresiyle doğrudan iletişim kurarak boot bölümlerini yeniden oluşturabilir.

  1. Qualcomm cihaz: EDL test noktasını kısa devre yap → QFIL aç → sahara protokolü ile bağlan → stock firmware ile tam flash yap.
  2. Samsung cihaz: Download moduna gir (Vol+ + Vol- + Güç) → Odin ile AP/BL/CP/CSC imajlarını seç → Flash başlat.
  3. Apple iPhone: DFU moduna gir → Finder/iTunes’da “Geri Yükle” seç → orijinal IPSW imajı ile tam flash.
  4. MediaTek cihaz: Cihazı kapalı tut → SP Flash Tool’da scatter.txt dosyasını seç → güç tuşuna bas → download bitene kadar USB bağlı tut.
  5. Huawei / HiSilicon: HISI EDL veya DFTPro aracıyla TP üzerinden bağlan → fastboot flash komutuyla imajları yaz.
Kritik Uyarı

Flash işlemi sırasında USB bağlantısının kesilmesi eMMC/UFS entegresini kalıcı olarak kilitleyebilir. Flash işlemi başlatılmadan önce batarya yeterli dolulukta olmalı veya DC güç kaynağıyla sabitlenmelidir. Orijinal firmware kullanılması zorunludur; yanlış model imajı, kalıcı brick’e neden olur.

09 Donanımsal Onarım Yöntemleri: Reballing, Yol Tamiri ve Entegre Değişimi

Yazılım yenileme işlemi sonuç vermediğinde ve teşhis donanım hasarını işaret ettiğinde, kart seviyesinde fiziksel müdahale kaçınılmaz olur. Bu müdahaleler üç temel yöntemde sınıflandırılır.

Reballing (Lehim Noktası Yenileme)

BGA (Ball Grid Array) paketlemeli entegrelerde zaman içinde lehim noktaları yorulur, mikro çatlaklar oluşur veya düzensiz ısı döngüleri nedeniyle bağlantı kopukluğu gelişir. Reballing işleminde entegre kart üzerinden çıkarılır, eski lehim yuvarlakları temizlenir, yeni BGA lehim noktaları uygulanır ve entegre aynı pozisyona yeniden lehimlenir. PMIC, SoC ve eMMC/UFS entegreleri için sıklıkla uygulanır.

PCB Yolu Tamiri

Güncelleme sonrası ölü telefon arızasına eşlik eden fiziksel hasar (düşme, su) veya üretim hatası nedeniyle bakır yolun (trace) kopmuş ya da yıpranmış olabileceği durumlar mevcuttur. AP_TO_NAND_RESET_L, PP_VCC_MAIN veya SLEEP_CLK gibi kritik sinyal yollarında kopukluk tespit edildiğinde, onarım için 0.1mm’lik bakır tel jumper hattı (köprü) çekilir ya da baskılı devre kartına özel iletken boya uygulanır.

Entegre Değişimi

Reballing işlemine rağmen entegre sağlıklı çalışmıyorsa ya da NAND hücre hasar oranı geri dönülemez düzeydeyse komple entegre değişimi gerekir. eMMC/UFS için JEDEC uyumlu aynı kapasiteli ve aynı fiziksel format (BGA153, BGA169, BGA254 vb.) entegre seçilmeli; yazılım da yeni entegre üzerine programlanmalıdır.

Başarı Kriterleri

Onarım sonrası cihazın orijinal firmware ile tam olarak başlayabilmesi, depolama kapasitesinin doğru görünmesi ve güncelleme döngüsünü sorunsuz tamamlayabilmesi başarılı onarımın göstergesidir. Onarım sonrasında bir yazılım güncellemesi daha çalıştırılarak entegrenin dayanımı doğrulanmalıdır.

10 Ekosisteme Göre Arıza ve Çözüm Tabloları

Apple iPhone Ekosistemi — Güncelleme Arızaları

TABLO — Lütfen ekranı yatay tutunuz veya sağa kaydırınız

Model / SoCGüncelleme Arızasıİlgili EntegreSinyal YoluOnarım
iPhone 6 / Apple A8Açılmıyor, donuyorApple A8 SoC, Dialog DA9210 PMICPP_VCC_MAIN, AP_TO_NAND_RESET_LReballing + DFU restore
iPhone 6s / Apple A9Termal kapatma, bootloopApple A9 (TSMC/Samsung varyant)PMU_TO_APIRQ_L, PMIC_RESOUT_LVaryant teşhisi, termal pad yenileme
iPhone 7 / Apple A10iOS sonrası boot yokApple A10 Fusion, NANDAP_TO_PMU_WDOG_RESET, AP_TO_NAND_RESET_LNAND + PMIC tanılaması, DFU
iPhone X / Apple A11Face ID yok, bootloopApple A11 Bionic, Secure EnclaveFORCE_DFU, AP_TO_BB_RESET_LPMIC + anten kontrolü, DFU
iPhone 12 / Apple A14iOS güncelleme sonrası 5G sorunuApple A14 + Qualcomm SDX55AP_TO_BBPMU_RADIO_ON_L, RADIO_ON_LiOS yeniden yükleme

Samsung Galaxy Ekosistemi — Güncelleme Arızaları

TABLO — Lütfen ekranı yatay tutunuz veya sağa kaydırınız

Model / SoCGüncelleme Arızasıİlgili EntegreSinyal YoluOnarım
Galaxy S3 / Exynos 4412Yavaş boot, depolama hatasıSamsung K9PGD8U7A (eMMC 4.5)AP_TO_NAND_RESET_L, PP_VCC_MAINeMMC programlama veya değişim
Galaxy S8 / Snapdragon 835Uygulama donması, depolama hatasıSK Hynix H9HQ21AFAMMAER (UFS 2.1), PM8998PCIE_AP_TO_NAND_RESET_L, PMU_TO_APIRQ_LUFS link eğitimi, PMIC ölçüm
Galaxy S20 / Snapdragon 8655G entegrasyon sorunlarıSamsung KLUEG8UHDB (UFS 3.0), MAX77729AP_TO_BBPMU_RADIO_ON_L, BB_RESET_LModem yolu tamiri, PMIC reballing
Galaxy S21 / Exynos 2100Donma (yoğun yük)Samsung S2MPS22 PMIC, KLUEG4RHEB UFS 3.1PMU_TO_APIRQ_L, PP_VCC_MAINYol ölçümü, reballing

Qualcomm / MediaTek Tabanlı Android Ekosistemi

TABLO — Lütfen ekranı yatay tutunuz veya sağa kaydırınız

Marka / ModelSoCGüncelleme ArızasıDepolama EntegresiFlash AracıOnarım
Xiaomi Redmi Note 3Snapdragon 650Boot döngüsü, kısmi depolamaHynix H26M64002BNR (eMMC 5.0)QFIL + EDLYazılım flash, eMMC değişim
OnePlus 5 / Snapdragon 835MSM8998Uygulama donmasıSK Hynix UFS 2.1fastboot flashUFS programlama, reballing
Redmi Note 10 ProDimensity 10005G bağlantısı instabilUFS 2.1 + Kioxia THGJFG8D2LLAYLSP Flash ToolFW güncellemesi
Moto G FastSnapdragon 665Depolama kilitlenmesiMicron MTFC64GAPALBH (eMMC 5.1)QFILChip-off, yeniden yazma
Huawei Mate 40 ProKirin 90005G bağlantı sorunlarıUFS 3.1DFTPro / HiSilicon EDLFW kontrol, modem reballing

11 Önleyici Tedbirler: Güncelleme Güvenliği Protokolü

Güncelleme kaynaklı arızaların önemli bir bölümü, birkaç temel önlem alınarak önlenebilir niteliktedir. Bir teknik servis uzmanı olarak müşteriye aşağıdaki protokolü öğretmek, sonraki güncelleme arızası vakasını büyük ölçüde azaltacaktır.

Kural 1

Batarya En Az %50

Güncelleme başlatılmadan önce batarya doluluğunun en az %50 olması veya cihazın şarj kablosuna bağlı bulunması zorunludur. eMMC/UFS yazma süreci güç kesintisine son derece duyarlıdır.

Kural 2

Stabil İnternet Bağlantısı

Güncelleme paketinin bütünlüğü bozulmuş şekilde indirilmesi, bootloader tarafından reddedilmesine ve cihazın kurtarma modunda takılı kalmasına yol açar. Wi-Fi tercih edilmeli, aktarım ortasında kesilmemelidir.

Kural 3

Güncelleme Öncesi Tam Yedek

Herhangi bir büyük güncelleme öncesinde fotoğraf, mesaj ve uygulama verilerinin buluta veya harici ortama yedeklenmesi, potansiyel veri kaybının tek garantili önlemidir.

Kural 4

Orijinal Firmware

Üçüncü taraf ROM’lar ya da yanlış model firmware imajları, güncelleme sonrası kalıcı brick riskini dramatik biçimde artırır. Yalnızca üretici tarafından onaylı yazılım kullanılmalıdır.

Kural 5

Termal Yönetim

Cihaz güncelleme sırasında vaka içinde bulundurulmamalı; ısı dağılımını engelleyen örtü veya kılıf çıkarılmalıdır. Yüksek ısı, SoC soğuk lehim arızasını hızlandırır.

Kural 6

Dokunmadan Tamamlanmasını Bekle

Güncelleme işlemi bitmeden cihaza müdahale edilmemeli, ekran kapatılmaya çalışılmamalı, şarj kablosu çekilmemelidir. Yazılım flash döngüsü kesintisiz olmalıdır.

Teknik Servis Uzmanından Özet Değerlendirme

Güncelleme sonrası ölü telefon arızaları, bir servis atölyesine gelen en karmaşık ve en çok yanlış teşhis edilen sorunlar arasındadır. Bu arızaların yaklaşık %70’i yazılım yenileme ile çözülebilir durumdadır; geri kalan %30’luk kesimde ise eMMC/UFS entegre hasarı, PMIC güç yolu kopukluğu ya da SoC soğuk lehim sorunu donanımsal müdahale gerektirir.

Teşhis sırası her zaman şöyle olmalıdır: önce güç yolu ölçümü, ardından flash modu denemesi, ardından depolama entegresi sağlık testi, son olarak SoC ve baseband değerlendirmesi. Acele reballing veya entegre değişimi kararları hem zaman hem maliyet kaybına yol açar.

Her güncelleme arızası vakası aynı zamanda kullanıcı eğitimi için bir fırsattır. Yukarıda özetlenen altı temel kural, müşteriye aktarıldığında tekrar geri dönme ihtimalini önemli ölçüde düşürecektir.

12 Sık Sorulan Sorular (SSS)

Güncelleme sonrası telefon neden tamamen ölü kalıyor?

Güncelleme sırasında batarya bitmesi, bozuk firmware paketi, eMMC/UFS depolama hasarı veya yazılım flash döngüsünün kesilmesi telefonu yanıtsız bırakabilir. PMIC güç yolu kontrolü ve firmware yeniden yazma ilk adım olmalıdır.

Logo gelmiyor ama telefon titreşiyor — bu ne anlama geliyor?

Titreşim varsa telefon PMIC düzeyinde güç alıyor demektir. Logo gelmemesi boot/sistem dosyalarının hasar gördüğüne ya da eMMC/UFS entegresinin arızalı olduğuna işaret eder. Fastboot veya EDL moduna girişi deneyin; başarılıysa yazılım flash yeterli olabilir.

EDL modu ve Fastboot nedir, farkları ne?

EDL (Emergency Download) modu, Qualcomm tabanlı cihazlarda bootloader ve işletim sistemi tamamen çalışmıyor olsa dahi donanım seviyesinde firmware yazmayı sağlar. Fastboot ise bootloader üzerinden çalışır; bu nedenle bootloader hasarsız ama sistem bozuksa kullanılır. EDL daha derin bir müdahaledir.

eMMC mi UFS mi güncelleme arızasına daha yatkın?

eMMC 4.5/5.1 entegrelerinde wear-out ve voltaj dalgalanmalarına bağlı hücre bozulması daha sık görülür. UFS 2.1/3.0/3.1 entegreleri daha dayanıklı olmakla birlikte link eğitimi hatası ve HPB FW uyumsuzlukları ölü telefon arızasına yol açabilir. Her iki türde de güncelleme sırasında kesintisiz güç şarttır.

Güncelleme sonrası bootloop — yazılım mı, donanım mı?

Bootloop çoğunlukla yazılım kaynaklıdır. Önce flash modu üzerinden firmware yenilemeyi deneyin. Başarısız olursa, eMMC/UFS sağlık testine geçin. Depolama entegresi yazılabiliyorsa sorun yazılım; yazılamıyorsa donanım hasarı söz konusudur.

Apple iPhone güncelleme sonrası ölü kaldı, ne yapmalıyım?

DFU moduna alın: iPhone 8 ve sonrası için önce Vol+, sonra Vol-, ardından güç tuşunu 8 saniye basılı tutup Vol+ ve Vol-‘u bırakın, güç tuşu 5 saniye daha basılı kalsın. iTunes/Finder’da “Geri Yükle”yi seçin. Başarısız olursa, batarya voltajını ve PP_VCC_MAIN hattını ölçün.

Güncelleme sırasında cihaz kapandı, veri kurtarılabilir mi?

eMMC/UFS entegresi fiziksel olarak hasarlı değilse, yazılım yenileme ile cihaz kurtarılabilir ve mevcut kullanıcı verilerine erişilebilir. Ancak entegrenin ciddi wear-out yaşamışsa ya da yazma tamponu bozulmuşsa veri kaybı yaşanabilir. Bu durumda profesyonel chip-off veri kurtarma yöntemi değerlendirilebilir; ancak Apple cihazlarda Secure Enclave nedeniyle bu yöntem uygulanamaz.

Güncelleme sonrası şarj olmuyor, neyin arızası?

Şarj entegreleri (Qualcomm SMB1351, TI BQ24297, Richtek RT9471 gibi) ve USB-C PD entegreleri (NXP FUSB302, Cypress CYPD3177) bir güncelleme ile doğrudan bozulmaz. Ancak güncelleme sırasında PMIC (PM8994, MAX77729) üzerindeki USB güç yönetimi bloğu hasar görürse şarj kesilir. CC1/CC2 ölçümü ile USB PD yolu kontrol edilmelidir.