Birkernel panic (bazenKP[1] olarak kısaltılır), birişletim sistemininçekirdeği tarafından, güvenli bir şekilde kurtarılamadığı veya sistemi çalıştırmaya devam etmeninbüyük veri kaybı yaşanabilmesinin yüksek bir riske sahip olacağı dahili bir kritik hata tespit edildiğinde alınan bir güvenlik önlemidir. Terim büyük ölçüdeUnix veUnix benzeri sistemlere özgüdür.Microsoft Windows işletim sistemlerindeki eşdeğeri, genellikle "mavi ekran" olarak adlandırılan birdurdurma hatasıdır.
AT&T'den türetilmiş veBSD Unix kaynak kodundapanic() olarak bilinen panikleri işleyençekirdek rutinleri genellikle konsola bir hata mesajı göndermek,ölüm sonrası hata ayıklama için diske çekirdek belleğinin bir görüntüsünü atmak ve ardından ya sistemin manuel olarak yeniden başlatılmasını bekleyin ya da otomatik yeniden başlatmayı başlatın.[2] Sağlanan bilgiler oldukça teknik niteliktedir ve bir sistem yöneticisine veyayazılım geliştiricisine sorunu teşhis etmede yardımcı olmayı amaçlar. Kernel panic, çekirdek alanı dışından kaynaklanan hatalardan da kaynaklanabilir. Örneğin, birçok Unix işletim sistemi, kullanıcı alanında çalışan init işlemi sona ererse kernel panic yaşanır.[3][4]
Unix çekirdeği, hata algılama mekanizması olarak iddialarla dahili tutarlılığı ve çalışma zamanı doğruluğunu korur. Temel varsayım, donanım ve yazılımın doğru bir şekilde çalışması gerektiği ve bir iddianın başarısızlığının birpanic ile, yani tüm sistem etkinliğinin gönüllü olarak durdurulmasıyla sonuçlanmasıdır.[5] Kernel panic, Unix'in erken bir sürümünde tanıtıldı ve Unix'in tasarım felsefeleri ile öncülüMultics arasında büyük bir fark olduğunu gösterdi. Multics geliştiricisi Tom van Vleck, Unix geliştiricisiDennis Ritchie ile bu değişiklikle ilgili bir tartışmayı hatırlıyor:
Dennis'e Multics'te yazdığım kodun yarısının hata düzeltme kodu olduğunu söyledim. Bütün bunları dışarıda bıraktık dedi. Bir hata varsa, panic denen bir rutinimiz var ve çağrıldığında makine çöküyor ve koridorda 'Hey, yeniden başlat' diye bağırıyorsunuz."[6]
Asılpanic() fonksiyonu, Fifth Edition UNIX'ten VAX tabanlı UNIX 32V'ye temelde değişmedi ve başka hiçbir bilgi içermeyen yalnızca bir hata mesajı verdi, ardından sistemi sonsuz bir boş döngüye bıraktı.V6 UNIX'tepanic() işlevinin kaynak kodu:[7]
/* * In case console is off, * panicstr contains argument to last * call to panic. */char*panicstr;/* * Panic is called on unresolvable * fatal errors. * It syncs, prints "panic: mesg" and * then loops. */panic(s)char*s;{panicstr=s;update();printf("panic: %s\n",s);for(;;)idle();}
Unix kod tabanı geliştirilirken,panic() fonksiyonu da çeşitli hata ayıklama bilgilerini konsola atmak için geliştirildi.
İşletim sistemindeki bir donanım arızası veyayazılım hatası sonucu kernel panic meydana gelebilir. Çoğu durumda, işletim sistemi bir hata oluştuktan sonra çalışmaya devam edebilir. Bununla birlikte, sistem kararsız bir durumdadır ve güvenlik ihlalleri ve veri bozulması riskine girmek yerine, işletim sistemi daha fazla hasarı önlemek ve hatanın teşhisini kolaylaştırmak için durur ve olağan durumlarda yeniden başlatılır.[8]
Kaynak kodundan bir çekirdek ikili görüntüsünü yeniden derledikten sonra, çekirdek doğru şekilde yapılandırılmamış, derlenmemiş veya kurulmamışsa, ortaya çıkan çekirdeğibaşlatırken bir çekirdek paniği yaygın bir sorundur.[9] Ek donanım veya hatalı çalışanRAM, işletim sistemiyle uyumsuzluk veya eksik biraygıt sürücüsü nedeniyle başlatma sırasında önemli çekirdek hatalarına da neden olabilir.[10] Bir çekirdek, birkök dosya sistemini bulamıyorsa,panic() de girebilir.[11] Çekirdek kullanıcı alanı başlatmasının son aşamalarında, init'in oluşturulması başarısız olursa, tipik olarak bir panik tetiklenir. Başlatma işlemi sona ererse sistem kullanılamaz hale geleceği için bir panik de tetiklenebilir.[12]
Aşağıdaki,kernel_init() içindekiLinux çekirdeği son başlatmasının bir uygulamasıdır:[13]
staticint__refkernel_init(void*unused){.../* * We try each of these until one succeeds. * * The Bourne shell can be used instead of init if we are * trying to recover a really broken machine. */if(execute_command){if(!run_init_process(execute_command))return0;pr_err("Failed to execute %s. Attempting defaults...\n",execute_command);}if(!run_init_process("/sbin/init")||!run_init_process("/etc/init")||!run_init_process("/bin/init")||!run_init_process("/bin/sh"))return0;panic("No init found. Try passing init= option to kernel. ""See Linux Documentation/init.txt for guidance.");}
Çekirdek panikleri, diğerUnix benzeri sistemlerde olduğu gibiLinux'ta da görülür, ancak aynı zamanda kernel oops olarak bilinen başka bir tür hata koşulu da oluşturabilirler.[14] Bu durumda, çekirdek normalde rahatsız ediciişlemiöldürdükten sonra çalışmaya devam eder. Hata, bazı alt sistemlerin veya kaynakların kullanılamaz hale gelmesine neden olabileceğinden, daha sonra tam bir çekirdek paniğine yol açabilir.
Linux'ta bir kernel panic, kritik bir durumun görsel bir göstergesi olarak klavye LED'lerinin yanıp sönmesine neden olur.[15]
Mac OS X 10.2 ila 10.7'de bir çekirdek paniği meydana geldiğinde, bilgisayar kullanıcıya sistemi yeniden başlatmaları gerektiğini bildiren çok dilli bir mesaj görüntüler.[16] 10.2'den önce, daha geleneksel bir Unix tarzı panik mesajı gösteriliyordu; 10.8 ve sonraki sürümlerde, bilgisayar otomatik olarak yeniden başlar ve yeniden başlatmanın ardından bir mesaj görüntüler. Mesajın formatı sürümden sürüme değişir:[17]
Bazen ilkinden sonraki üç dakika içinde beş veya daha fazla çekirdek paniği olduğunda, Mac 30 saniye boyunca yasak işareti görüntüler ve ardından kapanır; bu, "tekrarlayan kernel panic" olarak bilinir.
10.2'nin üzerindeki tüm sürümlerde, metin bir bekleme sembolü üzerine bindirilir ve tam ekran değildir. Hata ayıklama bilgileri NVRAM'e kaydedilir ve yeniden başlatıldığında bir günlük dosyasına yazılır. 10.7'de, bir çekirdek paniğinden sonra otomatik olarak yeniden başlatma özelliği vardır. Bazı durumlarda, 10.2 ve sonraki sürümlerde, bekleme sembolüne ek olarak hatayı ayrıntılandıran beyaz metin görünebilir.
