Kernel panic

Bir kernel panic (bazen KP ^[1] olarak kısaltılır), bir işletim sisteminin çekirdeği tarafından, güvenli bir şekilde kurtarılamadığı veya sistemi çalıştırmaya devam etmenin bü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çüde Unix ve Unix benzeri sistemlere özgüdür. Microsoft Windows işletim sistemlerindeki eşdeğeri, genellikle "mavi ekran" olarak adlandırılan bir durdurma hatasıdır.

AT&T'den türetilmiş ve BSD Unix kaynak kodunda panic() 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 veya yazı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]

Tarih

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 bir panic 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ştiricisi Dennis 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ıl panic() 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'te panic() 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.

Nedenler

İşletim sistemindeki bir donanım arızası veya yazı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ği başlatırken bir çekirdek paniği yaygın bir sorundur.^[9] Ek donanım veya hatalı çalışan RAM, işletim sistemiyle uyumsuzluk veya eksik bir aygıt sürücüsü nedeniyle başlatma sırasında önemli çekirdek hatalarına da neden olabilir.^[10] Bir çekirdek, bir kö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çindeki Linux çekirdeği son başlatmasının bir uygulamasıdır:^[13]

static int __ref kernel_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))
                        return 0;
                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"))
                return 0;

        panic("No init found.  Try passing init= option to kernel. "
              "See Linux Documentation/init.txt for guidance.");
}

İşletim sistemine göre durumlar

Linux

Çekirdek panikleri, diğer Unix benzeri sistemlerde olduğu gibi Linux'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 edici iş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]

Ayrıca bakınız

Wikimedia Commons'ta Kernel panic ile ilgili ortam dosyaları mevcuttur.

• Core dump
• Mavi ekranı
• Ölüm ekranı

Kaynakça