iPhone Kernel Panikleri

Eğer iPhone'unuz beklenmedik şekilde kapanıyor veya yeniden başlıyorsa, büyük ihtimalle cihazınızda bu soruna dair kayıtlar mevcuttur. Günlüklerinizi incelemek göz korkutucu bir görev gibi görünebilir. Ancak neye bakacağınızı biliyorsanız, sorunun doğası hakkında paha biçilemez veriler sağlayabilir.

Bu sayfa hiçbir şekilde tam bir liste değildir. Eğer paniğiniz listelenmemişse, cevaplar forumunda paylaşım yapın! Başka birinin de aynı şeyi yaşamış olması kuvvetle muhtemeldir.

macOS, iOS ve diğer Unix tabanlı işletim sistemleri açısından kernel panic, işletim sisteminin karşılaştığı ve kolayca kurtulamadığı bir hatadır. Birçok yönden Windows'taki Mavi Ölüm Ekranı'na benzer. Beklenmedik bir kapanma veya yeniden başlatma şeklinde kendini gösterir.

Telefonunuz beklenmedik şekilde yeniden başlıyorsa, bunun bir kernel panic olma ihtimali çok yüksektir. Sadece adının bu olduğunu bilmiyor olabilirsiniz.

iOS cihazlarda kernel panikleri hemen hemen her zaman bir donanım sorununa işaret eder.

iPhone'lar sistem kayıtlarını ortalama bir kullanıcının nadiren uğradığı bir menüde, yani analiz ayarlarının derinliklerinde saklar.

1. Ayarlar uygulamasını açın.
2. Gizlilik bölümüne gidin.
3. En alta kaydırın ve “Analiz ve İyileştirmeler” seçeneğini açın.
   • NOT: Bu menü adının tam ifadesi, telefonunuzun çalıştırdığı iOS sürümüne bağlı olarak değişecektir.
4. Analiz Verileri bölümünü açın.
5. Alfabetik olarak sunulan listede aşağı kaydırarak “P” bölümüne gelin ve başlığında panic kelimesi geçen girişleri tarayın. Genellikle panic.full olarak ve ardından paniğin meydana geldiği tarih ve saat bilgisiyle listelenirler.

Bu kayıtlarda çok miktarda gereksiz bilgi bulunur. panic string (panik dizgisi) ifadesini bulmak için ilk kısmı tarayın. Bu, nihayetinde kilitlenmeye yol açan hatadır. Bu hata, CPU çağırıcısını (CPU'nun hangi parçasının sorunu bildirdiğini gösterir) takip eden kısımda panik dizgisi ifadesi olmadan da listelenebilir. Hatta metnin ilk ekranında veya devamında daha yararlı veriler bile olabilir.

• Mantığınızı kullanın. Elektronikte başka yerlerde bulunan terimlerle karşılaşabilirsiniz. Örneğin, WLAN genellikle Wi-Fi'a atıfta bulunmak için kullanılır. Bir panik kaydında WLAN görüyorsanız, Wi-Fi çipiniz veya anteninizle ilgili sorunlar mantıklı bir sonuçtur.
• Kayıtta belirli anakart bileşenlerine atıfta bulunan şeyler bulabilirsiniz. Tristar, Tigris, Chestnut gibi isimler ve daha birçokları ipuçları verebilir.
• Nihayetinde, anlamsız harf ve rakamlardan ibaret olmayan veriler görürseniz, biraz araştırma yapın. Yazılım mühendisi olmasanız bile bu kayıtlardan öğrenebilecekleriniz sizi şaşırtacaktır.
• Panik kayıtlarını okumanın tam bir bilim olmadığını unutmayın. Kesin bir neden-sonuç ilişkisi yoktur. Aynı panik dizgisi beş farklı çözüme sahip olabilir. Bir panik kaydı bir ipucudur, başka bir şey değil.

Kilitlenmeniz hakkında hızlıca veri almak için panic.full veya iDevice Panic Log Analyzer aracını kullanın. Ancak bağlam olmadan bu araçlar, ne yapacağınızdan emin olmadığınız bir sürü bilgi dökebilir.

iOS, sistem süreçlerinin bir parçası olarak düzenli sensör girişi denetimi yapar. Eğer sensörlerden üç dakika içinde yanıt alamazsa, telefonu yeniden başlatır. iPad Rehab'den Jessa, bu özel sorunla ilgili oldukça kapsamlı bir makale hazırlamıştır.

Nedene ulaşmak için, eksik sensörü bulmak amacıyla panik dizgisinden sonrasını okumaya devam edin.

• Diğer sensörler daha az belgelenmiştir ve Apple sensörlerin konumlarını veya adlarını kamuya açıklamadığından biraz bağlam gerektirebilir. iPad'lerde bazı hayati sensörler ekran üzerinde görünüyor. Anakart düzeyindeki sensörler de mevcuttur, ancak adlandırma konusunda aynı tahmin yürütme zorluğu devam etmektedir.

Watchdog Timeout süreci, sistemin genel işlevselliğini denetler. Denetimler arasındaki süre maksimumu (genellikle 180 saniye) aşarsa, cihaz bunu düzeltmek için kendini yeniden başlatır.

• Daha önce tartışılan eksik sensör yerine, bir yazılım bileşeninden gelen bir yanıt hatası da alabilirsiniz. Springboard, logd, wifid veya (eksik sensör referansı olmayan) thermalmonitord yaygın olanlardır. Bu süreçler bir donanım bileşeniyle ilişkili olsa da, bu genellikle bir yazılım sorunudur.
• Bu sorun, iOS 16'nın ilk sürümlerinde yaygın olarak ortaya çıkmıştır. Çözüm genellikle bir yedek alıp telefonunuzun yazılımını geri yüklemektir.
• Apple'ın bunu iOS 16.2 ile düzeltip düzeltmediği henüz belli değildir, ancak yedekleme yapmak istemiyorsanız güncellemeyi denemekte fayda var. Süreç sırasında yeniden başlatmaları önlemek için yüklemeyi gerçekleştirmek üzere Kurtarma Modu yöntemini kullanmayı deneyin.

Teknik olarak doğru olmak gerekirse i2c veya i²c, çipler arasında ağ iletişimi için kullanılan elektronik tabanlı bir protokoldür. Bu, bir ana (master) ve komut gönderdiği herhangi bir sayıda yardımcıdan (minion) oluşur.

Bunun nasıl çalıştığına çok fazla girmeyeceğim, ancak birçok durumda ana çip CPU'dur. Tahmin edebileceğiniz gibi, CPU ihtiyaç duyduğu bilgiyi alamazsa veya gönderdiği komutlar alınmazsa kötü şeyler olur.

Bu özel panik çok fazla bağlam gerektirecektir. iPhone'lar birkaç farklı i2c "kanalı" içerir ve hangi bileşenlerin hangi kanalda iletişim kurduğu modele göre değişir.

• Panik bazı başka ipuçları içerebilir. Ortam ışığı sensörü için ALS gibi parça adları veya diğerleri ifadelerde görünebilir.
• Şemaya erişiminiz olması, bu paniği çözümlemeyi çok daha kolaylaştıracaktır çünkü hangi bileşenlerin hangi kanallarda iletişim kurduğunu size söyleyecektir. Ayrıca sorunlu çip için adresleri de verebilir.

AOP panikleri, bir panik türleri alt kümesidir. AOP, Always On Processor (Her Zaman Açık İşlemci), CPU'nun her zaman açık işlevleri yürüten bir bölümüdür. Always On işlevleri, cihaz kapalıyken bile çalışabilir. Find My ağında yapılan güncellemeler cihazın kapalı bir durumda konumunu iletmeye devam etmesine izin vererek, muhtemelen bu teknolojiden yararlanmaktadır.

NMI, "Non-Maskable Interrupt" (Maskelenemez Kesme) anlamına gelir. Basit bir ifadeyle, bu görmezden gelinemeyecek ve diğer sinyallerin iletimini kesebilecek bilgidir. Genellikle bir tür hata veya sistem sıfırlamaları için kullanılmak üzere tasarlanmıştır.

• Bu panik genellikle başlatma düğmesi kablosu veya ön kamera düzeneği ile ilişkilidir.

Bu panik genellikle ses seviyesini maksimuma çıkarmak gibi sesle ilgili işlevler sırasında ortaya çıkar.

• şarj yuvası fleks kablosu düzeneği hoparlörden anakarta sinyalleri taşıdığından, bu düzenekteki hasar bu paniğin en yaygın nedenidir.
• Emin olmak için sıvı hasarı olup olmadığını kontrol edin ve mümkünse kaliteli veya orijinal bir yedek parça ile değiştirin.

ANS2 (Apple NAND Depolama sürüm 2), tahmin edebileceğiniz gibi Apple'ın depolama denetleyicisidir. NAND, modern akıllı telefonlarda ve lehimli depolama birimine sahip bilgisayarlarda yaygın olarak kullanılan bir flash bellek türüdür.

• Eğer bu paniği alırsanız, telefonunuzdaki tüm verileri barındıran çip arızalı olabilir veya NAND'a giden iletişim hatları düzgün çalışmıyor olabilir.
• NAND'ı değiştirmek mikrolehimleme becerileri ve eski NAND çipindeki benzersiz verileri yenisine yazmak için bir programlayıcı kullanılmasını gerektirir.

Bazen yazılım geliştiricileri hata anlarında ne olacağını kodlarken diğer şeylerden daha çok eğlenirler çünkü bunları gören muhtemelen sadece kendileridir. Bu hata oldukça nettir. CPU'nuz sadece sıcak değil; çok çok sıcak.

• Bu özel panik, Güç Yönetimi çipi ile CPU arasındaki bir elektrik hattına atıfta bulunur. Aslında bu, CPU'nuzun çok ısındığı anlamına gelebilir. Ayrıca, bu hatta kart düzeyinde bir sorun olduğu anlamına da gelebilir.
• Ayrıntılar ne olursa olsun, bu neredeyse kesinlikle bir parça sorunu değil, bir anakart sorunudur.
• CPU büyük olasılıkla başka bir anakart bileşeni nedeniyle ısınıyordur. Üzerinde işlem yapılmış olabilecek alanları kontrol edin. Wi-Fi ve ses ile ilgili bileşenler genellikle kök nedendir.

Secure Enclave Processor (Güvenli Bölge İşlemcisi) veya SEP, iPhone'daki tüm korumalı, hassas verileri işleyen sistemin bir parçasıdır. Şifreleme anahtarları ve parmak izi veya yüz tanıma verileri gibi şeyler. Read-only Memory (Salt Okunur Bellek) veya SEP ROM, sistemler arasındaki güveni doğrulayan bu sistemin ayrılmaz bir parçasıdır.

• Bir SEP ROM paniği, ROM çipinin veya onunla CPU arasındaki iletişimin hasar gördüğünü gösterir.
• SEP ROM üzerindeki veriler benzersizdir, bu nedenle hasar görürse yeniden oluşturulamaz. Verileri çekmenize olanak tanıyabilecek okuyucular vardır, ancak bu durum telefon için felaket anlamına gelebilir.

SMC (Sistem Yönetim Denetleyicisi), MacBook üzerinde herhangi bir sorun giderme işlemi yapmış olanlara tanıdık gelecektir. iPhone'larda da bir SMC bulunur, ancak kendi başına bir çip olmak yerine CPU'nun bir parçasıdır. Bu panikler genellikle BSC FAILURE hatasından bahseder.

• Assertion Failed türü panikler, iPhone 13 ve sonraki modellerde ortaya çıkmaya başlamıştır. Watchdog Timeout'a benzer şekilde, sensör verisi alınmazsa üç dakika işaretinde cihazı yeniden başlatırlar.

• Kayıt genellikle etkilenen bir sensör dizisinden ve ardından bir koddan bahseder. Paniğinizin hangi kodla ilişkili olduğunu bulmak için özel Panic Assertion Failed wiki sayfasına bakın.

Bir işletim sisteminin bu kernel'ı tam olarak duyulduğu gibidir; çekirdek kısımları. Komutlar tanımsızsa, bu genellikle komutların hasar görmüş veya düzgün çalışmıyor olmasından kaynaklanır.

• Genellikle bu bir yazılım sorunudur. İşletim sistemi güncellemelerini veya hatta uygulama güncellemelerini kontrol edin.
• Güncellemeler çözmezse, işletim sistemini tamamen yeniden yüklemeniz veya geri yüklemeniz gerekebilir.
• Sorun bundan sonra da devam ederse, büyük olasılıkla RAM veya NAND depolama ile ilgili sistemde bir sorunla karşı karşıyasınızdır. Komutların bulunduğu yer burasıdır ve bu bileşenler veya anakartla ilgili sistemleri hasar gördüğünde, barındırdıkları veya ilettikleri bilgiler de hasar görebilir.

• Sıcaklık Sensörü Sorunlarını Giderme
• Rastgele Yeniden Başlayan Bir iPhone 14 Pro Nasıl Onarılır
• Video: iPhone'unuzun Rastgele Yeniden Başlamasına Ne Sebep Oluyor?