Arama Yap Mesaj Gönder
Biz Sizi Arayalım
+90
X
X

Wählen Sie Ihre Währung

Türk Lirası $ US Dollar Euro
X
X

Wählen Sie Ihre Währung

Türk Lirası $ US Dollar Euro

Bize Ulaşın

Konum Halkalı merkez mahallesi fatih cd ozgur apt no 46 , Küçükçekmece , İstanbul , 34303 , TR
Boot ve Kurtarma

Ubuntu ve AlmaLinux Açılmıyor: Emergency Mode Kurtarma Rehberi

Boot sorunlarında ekrandaki son mesaj her zaman kök neden değildir. Hatalı fstab kaydı, bulunamayan UUID, bozuk dosya sistemi, dolu /boot, initramfs veya kernel sorunu, LVM ve bootloader hataları ayrı teşhis edilmelidir.

Emergency ModeGRUB RescueKernel PanicFailed to Mountinitramfs
root@linux:~#
You are in emergency mode. After logging in, type "journalctl -xb"
Dependency failed for Local File Systems.
Kernel panic - not syncing: VFS: Unable to mount root fs
8Gerçek hata mesajı
6Güvenli teşhis komutu
3Dağıtım ve panel akışı
7Teknik SSS yanıtı
01
Teknik yaklaşım

Linux Açılış ve Kurtarma sorunu nasıl ayrıştırılır?

Boot sorunlarında ekrandaki son mesaj her zaman kök neden değildir. Hatalı fstab kaydı, bulunamayan UUID, bozuk dosya sistemi, dolu /boot, initramfs veya kernel sorunu, LVM ve bootloader hataları ayrı teşhis edilmelidir.

01

Tam hatayı kaydedin

Ekrandaki genel uyarı yerine journal, servis ve kernel logundaki ilk gerçek hata mesajını zaman bilgisiyle alın.

02

Katmanları ayırın

Servis, disk, ağ, izin, güvenlik politikası ve uygulama yapılandırmasını aynı anda değiştirmeden ayrı test edin.

03

Dağıtımı doğrulayın

Ubuntu/Debian ile AlmaLinux/Rocky/CloudLinux üzerinde servis adı, paket yöneticisi ve firewall aracı farklı olabilir.

04

Geri dönüş hazırlayın

SSH, ağ, firewall, boot ve disk değişikliklerinde ikinci oturum, konsol, snapshot veya güncel yedek bulundurun.

Mounted dosya sistemi üzerinde fsck çalıştırmayın.

02
Hata sözlüğü

Log mesajları, nedenleri ve ilk güvenli işlem

8 kayıt
01kritik

You are in emergency mode

Anlamı: systemd normal boot hedeflerine ulaşamadı.

Muhtemel neden: Mount, fsck, dependency veya kritik unit hatası.

02kritik

Failed to mount filesystem

Anlamı: fstab içindeki mount başarısız.

Muhtemel neden: Yanlış UUID, disk yok veya dosya sistemi sorunu.

03kritik

Kernel panic not syncing

Anlamı: Kernel devam edemeyecek kritik hata gördü.

Muhtemel neden: Root fs, initramfs, kernel modülü veya donanım.

04kritik

grub rescue>

Anlamı: GRUB normal modül veya config’e ulaşamadı.

Muhtemel neden: Boot bölümü, prefix veya disk sırası değişti.

05uyari

Dependency failed for Local File Systems

Anlamı: Bir mount unit başarısız oldu.

Muhtemel neden: fstab kayıtlarından biri boot’u engelliyor.

06uyari

ALERT UUID does not exist

Anlamı: Root veya başka mount UUID’si bulunamıyor.

Muhtemel neden: Disk klonlama veya cihaz değişikliği.

07uyari

initramfs prompt

Anlamı: Root dosya sistemi normal boot’ta bağlanamadı.

Muhtemel neden: Filesystem, disk veya initramfs sorunu.

08bilgi

/boot is full

Anlamı: Yeni kernel/initramfs kurulumu tamamlanamamış olabilir.

Muhtemel neden: Eski kernel paketleri.

Bu ifadeyle eşleşen hata kaydı bulunamadı.

03
Kopyalanabilir kontroller

SSH ve sistem teşhis komutları

Boot hataları

journalctl -xb -p warning --no-pager
systemctl --failed

Mevcut boot içindeki warning/error ve başarısız unit’leri gösterir.

Disk ve UUID

lsblk -f
blkid
findmnt --verify --verbose

Disk, dosya sistemi, UUID ve fstab tutarlılığını gösterir.

fstab güvenli test

mount -av

fstab kayıtlarını yeniden boot etmeden test eder.

Kernel listesi

uname -r
ls -1 /boot/vmlinuz-* 2>/dev/null
rpm -q kernel 2>/dev/null || dpkg -l 'linux-image*' 2>/dev/null | grep '^ii'

Çalışan ve kurulu kernel sürümlerini gösterir.

GRUB yapılandırması

grub2-mkconfig --help >/dev/null 2>&1 && grub2-editenv list || grub-editenv list 2>/dev/null || true

GRUB ortam bilgilerini değişiklik yapmadan gösterir.

Filesystem durumu

findmnt -no TARGET,SOURCE,FSTYPE,OPTIONS /
dmesg -T | grep -iE 'I/O error|filesystem|ext4|xfs|nvme|ata' | tail -n 100

Root mount ve storage hatalarını gösterir.

04
Ortama göre uygulama

Ubuntu, AlmaLinux ve panel sunucusu ayrımı

Ubuntu / Debian

Recovery mode, initramfs shell, update-initramfs ve update-grub araçları dağıtım yapısına göre kullanılmalıdır.

  • cat /etc/fstab
  • update-initramfs -u -k all --dry-run 2>/dev/null || true
  • grub-script-check /boot/grub/grub.cfg 2>/dev/null || true

AlmaLinux / Rocky / CloudLinux

GRUB2, dracut, grubby ve XFS/LVM yapısı dikkate alınmalıdır.

  • grubby --default-kernel 2>/dev/null || true
  • dracut --list-modules 2>/dev/null | head -n 40
  • pvs; vgs; lvs 2>/dev/null

Sanal Sunucu / Panel

Snapshot, sağlayıcı konsolu, rescue ISO ve panel lisans/hostname bağımlılıkları kurtarma planına dahil edilmelidir.

  • hostnamectl
  • ip -br addr
  • systemctl list-unit-files | grep -E 'cpanel|psa|plesk' | head -n 40
Güvenlik ve erişim riski

Kesinlikle yapmayın

  • Mounted dosya sistemi üzerinde fsck çalıştırmayın.
  • GRUB’u diski ve UEFI/BIOS modunu doğrulamadan yeniden kurmayın.
  • Çalışan tek kerneli kaldırmayın.
  • fstab satırlarını yedek almadan silmeyin; önce yorumlayıp mount -av ile test edin.
İşlem sonrası kontrol

Çözümü doğrulayın

  • Sistem normal multi-user hedefinde açılıyor.
  • systemctl --failed kritik unit göstermiyor.
  • findmnt --verify fstab hatası vermiyor.
  • Fallback kernel ve konsol erişimi korunuyor.
05
İç SEO içerik kümesi

İlgili Linux hata çözümleri

06
Birincil teknik kaynaklar

Resmî Linux ve dağıtım belgeleri

07
Sık sorulan sorular

Linux Açılış ve Kurtarma hakkında merak edilenler

Linux Açılış ve Kurtarma sorununda ilk işlem nedir?

Ekrandaki veya logdaki tam hata mesajı zaman bilgisiyle kaydedilir; ardından servis, ağ, disk ve güvenlik katmanları ayrı test edilir.

Ubuntu ile AlmaLinux komutları neden farklı?

Paket yöneticisi, firewall, ağ yöneticisi ve bazı servis adları dağıtım ailelerine göre farklıdır. Sayfadaki dağıtım bölümü bu ayrımı gösterir.

Servisi yeniden başlatmak çözüm mü?

Geçici olarak çalıştırabilir ancak log ve kaynak verisi alınmadan yapılan restart kök nedeni gizleyebilir.

Komutları doğrudan üretimde çalıştırabilir miyim?

Salt okunur teşhis komutları genellikle güvenlidir. Config, firewall, disk ve recovery değişikliklerinde konsol, yedek ve geri dönüş planı gerekir.

cPanel veya Plesk sunucusunda aynı adımlar geçerli mi?

Linux katmanı aynıdır ancak panel servis wrapper’ları, firewall eklentileri ve üretici paketleri ayrıca dikkate alınmalıdır.

Root erişimini kaybetmemek için ne yapılmalı?

SSH, firewall, network veya boot değişikliklerinde ikinci oturum ve sağlayıcı konsolu açık tutulmalıdır.

Bu rehber Google’da birinci sıra garantisi verir mi?

Hayır. Teknik doğruluk ve kapsam güçlü temel sağlar; sıralama rekabet, site otoritesi, iç link, hız ve kullanıcı davranışına da bağlıdır.

EKA YAZILIM VE BİLİŞİM SİSTEMLERİ

Linux sunucunuzu erişim veya veri kaybı oluşturmadan düzeltelim

Ubuntu, Debian, AlmaLinux, Rocky ve CloudLinux servis, disk, ağ, güvenlik, performans ve boot sorunlarını log verileriyle analiz ediyoruz.

Teknik Destek AlWhatsApp ile Yaz
Top