Linux'ta Kdump etkinleştirme: kernel panic dökümü

Seviye: Orta / Senior
Tahmini süre: ~30 dakika
Amaç: Üretim ortamındaki arızaların güvenilir bir şekilde ölüm sonrası (post-mortem) analizini sağlamak için Linux çekirdek paniklerinde kdump çökme dökümü (crash dump) yakalamayı yapılandırmak. Bu kılavuz, bellek rezervasyonundan vmcore analizine kadar Linux çökme dökümü yapılandırmasının tamamını kapsayarak Linux'ta kdump'ın nasıl etkinleştirileceğini açıklar.

Giriş

Bir çekirdek panik (kernel panic) sistemi durdurur ve bir çökme dökümü olmadan çalışacak hiçbir veriniz olmaz. Linux çekirdek çökme dökümü için standart çerçeve olan Kdump bunu çözer: ayrılmış belleğe bir yakalama çekirdeği (capture kernel) önceden yükler ve birincil çekirdek paniklediğinde, kexec bu yakalama çekirdeğini önyükleyerek diske tam bir bellek görüntüsü (vmcore) yazar. Bu eğitimde, Ubuntu, Debian ve RHEL tabanlı sistemlerde Linux çekirdek panik dökümü yakalamak için Linux'ta kdump'ın nasıl etkinleştirileceğini öğreneceksiniz. Linux çökme dökümü yapılandırması için gereken kdump linux sistemlerini tam olarak nasıl etkinleştireceğinizi, Linux'ta vmcore analiz post-mortem adımlarını da içerecek şekilde göstereceğiz.

Kdump Nedir?

Kdump, birincil çekirdek her paniklediğinde ayrılmış bir bellek bölgesinden ikincil bir yakalama çekirdeğini önyüklemek için kexec'i kullanan bir çekirdek çökme dökümü mekanizmasıdır. Yakalama çekirdeği, sınırlı bellekle (crashkernel önyükleme parametresi ile ayarlanır) çalışır ve başarısız olan çekirdeğin bellek görüntüsünü diske vmcore olarak yazar; bu, crash yardımcı programı veya gdb ile analiz edilebilen eksiksiz bir bellek döküm dosyasıdır. Kdump hizmeti (RHEL tabanlı sistemlerde kdump.service veya Debian tabanlı sistemlerde kdump-tools.service), önyükleme sırasında yakalama çekirdeğinin yüklenmesini yönetir.

Temel bileşenler:

• Kexec: Yakalama çekirdeğini ayrılmış belleğe yükleyen sistem çağrısı ve kullanıcı alanı (userspace) aracı.
• Crashkernel: Birincil çekirdeğe Linux'ta kdump işlemi için ne kadar RAM ayıracağını söyleyen önyükleme parametresi (örneğin, crashkernel=256M).
• Vmcore: Varsayılan olarak /var/crash konumuna yazılan, tam bellek dökümünü içeren çıktı dosyası.
• /var/crash: Kdump'un bir çekirdek panikinden sonra vmcore dosyalarını depoladığı varsayılan dizin.

Önkoşullar

Başlamadan önce aşağıdaki koşulların karşılandığından emin olun:

• İşletim sistemi: Ubuntu 22.04/24.04 LTS, Debian 12/13 veya RHEL/CentOS/AlmaLinux 9/10 (Ubuntu 24.04, Debian 13 ve AlmaLinux 10 üzerinde test edilmiş ve doğrulanmıştır).
• Erişim: Sunucuya sudo veya root erişimi.
• RAM: Toplamda en az 2 GB. Kdump, yakalama çekirdeği için sistem belleğinin bir kısmını (genellikle 256 MB) ayırır; düşük bellekli sistemlerde yeterli alan olmayabilir.
• Disk alanı: /var/crash içinde sisteminizin sahip olduğu RAM kadar boş alan (bir vmcore, fiziksel bellek kadar büyük olabilir).
• Gerekli bilgi: Linux komut satırını güvenle kullanma, temel dosya düzenleme ve GRUB önyükleme parametreleri hakkında bilgi sahibi olma.
• Yeniden başlatma penceresi: crashkernel parametresinin yapılandırılması, etkili olması için yeniden başlatma gerektirir.

Adım 1: kdump ve kexec paketlerini yükleyin

Kdump, kexec-tools (kexec kdump linux kullanıcı alanı bileşeni) ve dağıtıma özgü yardımcı programlara dayanır.

Ubuntu/Debian:

sudo apt update && sudo apt install kdump-tools kexec-tools crash -y

Ubuntu'da etkileşimli bir kurulum sırasında, crashkernel parametresini otomatik olarak yapılandırmak isteyip istemediğinizi soran bir debconf istemi görünebilir. Sorulursa Evet'i seçin. İstem görünmezse (örneğin, etkileşimsiz modda), crashkernel bir drop-in dosyası aracılığıyla otomatik olarak yapılandırılır. Değeri daha sonra ayarlamanız gerekirse, Adım 2 manuel yapılandırmayı kapsar.

RHEL/CentOS/AlmaLinux:

sudo dnf install kexec-tools crash -y

RHEL tabanlı sistemlerde, kexec-tools paketi gereken her şeyi sağlar: kexec ikili dosyası, kdump hizmeti ve varsayılan yapılandırma dosyaları.

Adım 2: crashkernel önyükleme parametresini yapılandırın

crashkernel parametresi, çekirdeğe önyükleme sırasında Linux'ta kdump için ne kadar bellek ayıracağını söyler. Bu rezervasyon olmadan, yakalama çekirdeğinin çalışacağı bir yer yoktur. Crashkernel parametre değerlerini doğru şekilde nasıl yapılandıracağınızı anlamak çok önemlidir; çok az ayırırsanız yakalama çekirdeği önyüklenmez; çok fazla ayırırsanız üretim RAM'ini israf edersiniz.

2.1 Mevcut yapılandırmayı kontrol edin

Öncelikle, crashkernel parametresinin zaten ayarlanıp ayarlanmadığını kontrol edin:

cat /proc/cmdline | grep crashkernel

Çıktı bir crashkernel= girişi içeriyorsa, parametre zaten yapılandırılmış demektir. İhtiyaçlarınızı karşılıyorsa ayrılan miktarı doğrulayabilir ve Adım 3'e geçebilirsiniz.

2.2 GRUB tabanlı sistemlerde crashkernel parametresini yapılandırın

Ubuntu/Debian:

Ana GRUB yapılandırmasını değiştirmeden önce, bir drop-in dosyasının zaten var olup olmadığını kontrol edin:

cat /etc/default/grub.d/kdump-tools.cfg

Paket burada crashkernel parametresini zaten yapılandırdıysa, grub.cfg içinde yinelenen girişleri önlemek için bunun yerine bu dosyayı değiştirin. Aksi takdirde, ana GRUB varsayılanlar dosyasını açın:

sudo nano /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT satırını bulun ve crashkernel parametresini ekleyin. 4 GB veya daha fazla RAM'e sahip çoğu üretim sunucusu için, Linux'ta kdump için bellek ayırmak üzere 256 MB yeterlidir:

GRUB_CMDLINE_LINUX_DEFAULT="quiet crashkernel=256M"

4 GB'dan az RAM'e sahip sunucular için crashkernel=128M kullanın. 64 GB veya daha fazlasına sahip sistemler için crashkernel=512M düşünün. Kurulu RAM'e göre crashkernel parametre değerlerini dinamik olarak yapılandırmak için crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M otomatik ölçeklendirme sözdizimini de kullanabilirsiniz.

Dosyayı kaydedip kapatın, ardından GRUB yapılandırmasını yeniden oluşturun:

sudo update-grub

RHEL/CentOS/AlmaLinux:

RHEL/AlmaLinux 8+ için, crashkernel parametresi GRUB_CMDLINE_LINUX içinde bulunur (_DEFAULT olmadan). Ancak, BLS (Boot Loader Specification) kullanan modern sistemlerde, çekirdek komut satırını güncellemenin en güvenli ve önerilen yolu, /etc/default/grub dosyasını doğrudan değiştirmek yerine grubby kullanmaktır:

sudo grubby --update-kernel=ALL --args="crashkernel=256M"

GRUB yapılandırmaları aracılığıyla manuel olarak değiştirmeniz gerekirse, /etc/default/grub dosyasını düzenleyin ve GRUB_CMDLINE_LINUX öğesini güncelleyin. Ardından yapılandırmayı yeniden oluşturun (yollar önyükleme moduna bağlı olarak değişir):

# Eski (legacy) BIOS sistemleri için:
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

# UEFI sistemleri için (örneğin, AlmaLinux):
sudo grub2-mkconfig -o /boot/efi/EFI/almalinux/grub.cfg

2.3 crashkernel rezervasyonunu uygulamak için yeniden başlatın

crashkernel bellek rezervasyonu yalnızca yeniden başlatmadan sonra etkili olur:

sudo reboot

Sistem tekrar açıldıktan sonra, rezervasyonun aktif olduğunu doğrulayın:

cat /proc/cmdline | grep crashkernel

Beklenen çıktı şunları içerir:

crashkernel=256M

Ayrıca belleğin gerçekten ayrıldığını da doğrulayın:

sudo dmesg | grep -i "crashkernel reserved"

Şuna benzer bir satır görmelisiniz:

crashkernel reserved: 0x... - 0x... (NNN MB)

Rezervasyon başarısız olduysa (mesaj "crashkernel reservation failed" diyorsa), değeri artırmanız veya azaltmanız gerekebilir. Bu, yaygın bir Linux çekirdek panik sorun giderme adımıdır; çekirdek istenen boyutta bitişik bir blok bulamamıştır.

Adım 3: kdump linux hizmeti ayarlarını yapılandırın

Bellek ayrıldıktan sonra, kdump'un vmcore'u nereye ve nasıl depolayacağını yapılandırın.

3.1 RHEL/CentOS/AlmaLinux yapılandırması

Ana yapılandırma dosyası /etc/kdump.conf'dur. Açın:

sudo nano /etc/kdump.conf

Kritik yönergeler:

path /var/crash
core_collector makedumpfile -l --message-level 7 -d 31

• path /var/crash: vmcore hedef dizinini ayarlar. Tüm çökme dökümleri buraya iner.
• core_collector makedumpfile: Dökümü sıkıştırır ve gereksiz sayfaları filtreler. -d 31 bayrağı sıfır sayfalarını, önbelleği, kullanıcı verilerini ve boş sayfaları hariç tutar; bu genellikle bir vmcore'u toplam RAM'in %10-20'sine indirir.

3.2 Ubuntu/Debian yapılandırması

Debian tabanlı sistemlerde, kdump-tools yapılandırması /etc/default/kdump-tools içinde bulunur. Açın:

sudo nano /etc/default/kdump-tools

Bu satırların ayarlandığından emin olun:

USE_KDUMP=1
KDUMP_COREDIR="/var/crash"
KDUMP_CORE_COLLECTOR="makedumpfile -l --message-level 7 -d 31"

USE_KDUMP=1, kdump hizmetini etkinleştirir. Bu olmadan, yakalama çekirdeği önyükleme sırasında yüklenmez.

Adım 4: kdump hizmetini etkinleştirin ve başlatın

Linux'ta kdump'ın nasıl etkinleştirileceğine dair son adım budur. Yakalama çekirdeğinin her önyüklemede otomatik olarak yüklenmesini sağlamak ve kexec kdump linux kurulumunu tamamlamak için kdump hizmetini etkinleştirin.

Ubuntu/Debian:

sudo systemctl enable kdump-tools
sudo systemctl start kdump-tools

RHEL/CentOS/AlmaLinux:

sudo systemctl enable kdump
sudo systemctl start kdump

Hizmetin çalıştığını doğrulayın:

Ubuntu/Debian:

sudo systemctl status kdump-tools

RHEL/CentOS/AlmaLinux:

sudo systemctl status kdump

Beklenen çıktı şunları içerir:

Active: active (exited)

"exited" (çıktı) durumu normaldir; kdump hizmeti yakalama çekirdeğini ayrılmış belleğe yükler ve ardından çıkar. Kalıcı bir arka plan programı (daemon) olarak çalışmaz.

Adım 5: Doğrulama ve test etme

5.1 kdump'un hazır olduğunu doğrulayın

Yakalama çekirdeğinin yüklendiğini ve bir çekirdek paniğinde tetiklenmeye hazır olduğunu doğrulayın:

cat /sys/kernel/kexec_crash_loaded

Beklenen çıktı:

1

1 değeri, yakalama çekirdeğinin yüklendiği anlamına gelir. 0 değeri, kdump'un çalışmadığı anlamına gelir; geri dönün ve hizmet durumunu ile crashkernel rezervasyonunu kontrol edin.

Linux'ta kdump için bellek ayırmak üzere ne kadar belleğin ayırdığını da inceleyebilirsiniz:

cat /sys/kernel/kexec_crash_size

Bu, rezervasyonu bayt cinsinden döndürür.

5.2 Bir test çökmesini tetikleyin

SysRq tetikleyicilerini etkinleştirin, ardından bir çökme zorlayın:

echo 1 | sudo tee /proc/sys/kernel/sysrq
echo c | sudo tee /proc/sysrq-trigger

Sistem panikleyecektir. Kdump doğru şekilde yapılandırılmışsa, yakalama çekirdeği önyüklenir, vmcore'u /var/crash konumuna yazar ve sistem otomatik olarak yeniden başlatılır.

5.3 vmcore'un yakalandığını doğrulayın

Yeniden başlatmadan sonra, döküm için /var/crash konumunu kontrol edin:

ls -lh /var/crash/

Beklenen çıktı (dağıtıma göre format değişir):

RHEL ailesi (AlmaLinux/CentOS):

drwxr-xr-x 2 root root 4.0K May 23 14:00 127.0.0.1-2026-05-23-14:00:01/

Bu zaman damgalı dizinin içinde, vmcore (bellek dökümü) ve vmcore-dmesg.txt (çekirdek günlüğü) bulacaksınız.

Debian ailesi (Ubuntu/Debian):

drwxr-xr-x 2 root root 4.0K May 23 14:00 202605231400/

Bu dizinin içinde, dosyalar genellikle dump.<zaman_damgası> ve dmesg.<zaman_damgası> olarak adlandırılır.

Dizinin içini kontrol edin:

ls -lh /var/crash/*/

Bu dosyaları görmek, Linux çekirdek çökme dökümü hattınızın tamamen çalışır durumda olduğunu doğrular.

Adım 6: Bir vmcore dosyasını analiz edin

Bir çökme dökümünü yakalamak, yalnızca okuyabiliyorsanız kullanışlıdır. crash yardımcı programı, Linux yöneticilerinin Linux çekirdek panik sorunlarını gidermek için güvendiği standart vmcore analiz Linux aracıdır.

6.1 Hata ayıklama (debug) çekirdeğini yükleyin

crash aracı, panikleyen çekirdeğin tam sürümü için hata ayıklama sembollerini gerektirir.

Ubuntu:

echo "deb http://ddebs.ubuntu.com $(lsb_release -cs) main restricted universe multiverse
deb http://ddebs.ubuntu.com $(lsb_release -cs)-updates main restricted universe multiverse" | sudo tee /etc/apt/sources.list.d/ddebs.list
sudo apt install ubuntu-dbgsym-keyring
sudo apt update
sudo apt install linux-image-unsigned-$(uname -r)-dbgsym

Debian:

echo "deb http://deb.debian.org/debian-debug/ $(lsb_release -cs)-debug main" | sudo tee /etc/apt/sources.list.d/debian-debug.list
sudo apt update
sudo apt install linux-image-$(uname -r)-dbg

RHEL/CentOS/AlmaLinux:

sudo dnf --enablerepo='*-debuginfo' install -y kernel-debuginfo-$(uname -r)

6.2 vmcore'u crash ile açın

crash komutunu çalıştırmadan önce, hata ayıklama sembollerinin yüklü olduğunu ve çekirdek sürümünüzle eşleştiğini doğrulayın, böylece körü körüne çalıştırmazsınız:

# RHEL/Debian:
ls -lh /usr/lib/debug/lib/modules/$(uname -r)/vmlinux

# Ubuntu:
ls -lh /usr/lib/debug/boot/vmlinux-$(uname -r)

Çökme dökümü dizinine gidin ve vmcore'u açın (tam komut işletim sistemine göre değişir):

RHEL/CentOS/AlmaLinux:

sudo crash /usr/lib/debug/lib/modules/$(uname -r)/vmlinux /var/crash/*/vmcore

Debian:

sudo crash /usr/lib/debug/lib/modules/$(uname -r)/vmlinux /var/crash/*/dump.*

Ubuntu:

sudo crash /usr/lib/debug/boot/vmlinux-$(uname -r) /var/crash/*/dump.*

crash yardımcı programı yüklenir ve sizi etkileşimli bir kabuğa (shell) bırakır. İlk triyaj için temel komutlar:

bt          # panikleyen görevin geri izlemesi (backtrace)
log         # çekirdek günlük arabelleği (panik anındaki dmesg ile aynı)
ps          # çökme anındaki işlemlerin listesi
mod         # yüklenen çekirdek modülleri
sys         # sistem bilgileri

Crash kabuğundan çıkmak için exit veya quit yazın.

Geri Alma (Rollback)

Kdump yapılandırmasını geri almak ve ayrılmış belleği geri kazanmak için:

1. kdump hizmetini durdurun ve devre dışı bırakın:

Ubuntu/Debian:

sudo systemctl disable --now kdump-tools

RHEL/CentOS/AlmaLinux:

sudo systemctl disable --now kdump

2. crashkernel parametresini kaldırın:

Ubuntu/Debian:

Drop-in yapılandırma dosyasını açın:

sudo nano /etc/default/grub.d/kdump-tools.cfg

crashkernel parametresini kaldırın (eğer bunu manuel olarak /etc/default/grub dosyasına eklediyseniz, bunun yerine o dosyayı düzenleyin).

RHEL/CentOS/AlmaLinux:

GRUB varsayılanlar dosyasını açın:

sudo nano /etc/default/grub

GRUB_CMDLINE_LINUX veya GRUB_CMDLINE_LINUX_DEFAULT satırından crashkernel=256M öğesini kaldırın.

GRUB'u yeniden oluşturun:

Ubuntu/Debian:

sudo update-grub

RHEL/CentOS/AlmaLinux:

sudo grub2-mkconfig -o /boot/grub2/grub.cfg

3. Ayrılmış belleği serbest bırakmak için yeniden başlatın:

sudo reboot

4. Paketleri kaldırın (isteğe bağlı):

Ubuntu/Debian:

sudo apt remove --purge kdump-tools kexec-tools crash -y

RHEL/CentOS/AlmaLinux:

sudo dnf remove kexec-tools crash -y

Sorun Giderme

Kdump hizmeti başlatılamıyor

Nedenini görmek için günlüğü kontrol edin:

journalctl -xeu kdump

Yaygın nedenler:

• crashkernel rezervasyonu yok. cat /proc/cmdline | grep crashkernel ile doğrulayın. Eksikse, Adım 2'yi tekrarlayın.
• Yetersiz ayrılmış bellek. Yakalama çekirdeğinin başlatılması ve dökümü yazması için yeterli RAM'e ihtiyacı vardır. Değeri artırmayı deneyin (örneğin, crashkernel=512M).
• Secure Boot çakışması. Bazı Secure Boot yapılandırmaları, kexec'in imzasız çekirdekleri yüklemesini engeller. Yakalama çekirdeğini imzalayın veya BIOS'ta Secure Boot'u devre dışı bırakın.

Panikten sonra vmcore yazılmıyor

• Disk alanı. /var/crash konumunda yeterli boş alan olduğundan emin olun. Bir vmcore, (makedumpfile sıkıştırmasından önce) fiziksel RAM boyutuna yaklaşabilir.
• Yanlış yol. /etc/kdump.conf içindeki path (veya /etc/default/kdump-tools içindeki KDUMP_COREDIR) öğesinin yazılabilir, bağlanmış bir dosya sistemine işaret ettiğini doğrulayın.
• SELinux reddi. RHEL tabanlı sistemlerde, kdump ile ilgili reddedilmeler için ausearch -m avc -ts recent komutunu kontrol edin.

Sistem dökümü yakalamak yerine donuyor

Bu genellikle kexec kdump linux geçişini engelleyen bir donanım veya sürücü sorununa işaret eder. /etc/sysconfig/kdump (RHEL) veya /etc/default/kdump-tools (Debian) içindeki kdump çekirdek komut satırına KDUMP_CMDLINE_APPEND olarak irqpoll nr_cpus=1 reset_devices eklemeyi deneyin.

Sonuç

Hepsi bu kadar. Crashkernel belleği ayırır, kdump hizmeti önyüklemede yakalama çekirdeğini yükler ve bir Linux çekirdek panik dökümünde vmcore, gerçekten güvenebileceğiniz bir Linux çökme dökümü yapılandırması için hazır olarak /var/crash konumuna iner. Artık Linux'ta kdump çökme dökümü yakalamayı otomatik olarak etkinleştirmek için çalışan bir kurulumunuz var; daha derinlemesine Linux çekirdek panik sorun giderme için vmcore'u crash aracına besleyin ve geri izleme (backtrace) ile başlayın.

Belge Sürümü: 1.0
Son Güncelleme: Mayıs 2026
Sahibi: Teknik Dokümantasyon Ekibi