İçeriğe geç

Ürün belgeleriLinux VPS ve VDS

Linux sunucu açılmıyor: acil durum modu, fsck ve çekirdek çözümleri

Açılışta duran Linux sunucuyu düzeltin: hatalı /etc/fstab satırından acil durum modu, salt okunur kök dosya sistemi, initramfs istemi veya bozuk çekirdek.

  • İleri
  • 20 dk okuma
  • Güncellendi
Bu sayfada
  1. Başlamadan önce
  2. 1. durum: "You are in emergency mode"
  3. 2. durum: "Read-only file system" hataları
  4. 3. durum: "(initramfs)" istemi
  5. 4. durum: bir çekirdek güncellemesi açılışı bozdu
  6. 5. durum: bir sonraki açılışta tam denetimi zorlamak
  7. Sorun giderme
  8. Sonraki adımlar

Yeniden başlatmadan sonra geri gelmeyen bir sunucu nedenini genellikle ekranında söyler. SSH burada yardımcı olamaz, çünkü ağ ve SSH hizmeti açılışın geç aşamasında başlar. Bu rehber en sık gördüğümüz durumları ve bunları konsoldan düzeltmenin tam adımlarını anlatır.

Başlamadan önce

  • Konsolu açın. Paketiniz sunuyorsa hizmet sayfanızdaki konsolu (bkz. hizmetlerinizi yönetme) veya içeren bir dedicated sunucuda IPMI sanal konsolunu (bkz. IPMI konsolu ve sanal medya) kullanın. Konsolunuz yoksa hizmet adıyla bir destek talebi açın; ekrana bakıp yardımcı olabiliriz.
  • Önce basit nedenleri eleyin: sunucuya ulaşılamıyor rehberiyle sunucunun açık olduğunu ve bir ağ arızası olmadığını kontrol edin.
  • Root şifresini veya sudo yetkili bir kullanıcının şifresini bilin. Acil durum modu root şifresini ister.

1. durum: "You are in emergency mode"

Açılış, acil durum modunda olduğunuzu söyleyen bir mesajla durur ve root şifresini ister.

Olağan neden: /etc/fstab içindeki bir satır var olmayan bir diski, bölümü veya UUID'yi gösteriyor (örneğin kaldırılmış bir veri diski veya bir yazım hatası) ya da sistemin bağlayamadığı bir dosya sistemi adlandırıyor.

  1. Root şifresiyle giriş yapın ve nedeni okuyun:
Bash
journalctl -xb | grep -iE "mount|fstab|dependency" | head -40
findmnt --verify
  1. Bu modda kök dosya sistemi salt okunur bağlıysa düzenleyebilmek için yazılabilir yapın:
Bash
mount -o remount,rw /
  1. /etc/fstab dosyasını nano /etc/fstab ile açın. Hata veren satırın başına # koyun veya UUID'sini düzeltin (blkid ile karşılaştırın). Gelecekte eksik olabilecek diskler için açılışın onlarsız devam etmesini sağlayan nofail seçeneğini ekleyin.

  2. Dosyayı yeniden denetleyin ve normal şekilde açılışa devam edin:

Bash
findmnt --verify
systemctl daemon-reload
systemctl default

Doğrulama: sunucu açılışı tamamlar ve SSH yeniden çalışır. Veri diskinin satırını sonra düzgünce düzeltin; bkz. yeni disk alanını kullanma.

2. durum: "Read-only file system" hataları

Sunucu çalışıyor, ama yazma işlemleri Read-only file system hatasıyla başarısız oluyor, hizmetler çöküyor ve kayıtlar duruyor.

Olağan neden: çekirdek dosya sistemi hataları tespit etti ve dosya sistemini korumak için salt okunur olarak yeniden bağladı. Ubuntu ve Debian kök dosya sistemini errors=remount-ro ile bağlar.

  1. Nedeni çekirdek mesajlarında arayın:
Bash
dmesg | grep -iE "ext4|xfs|i/o error|remount" | tail -30
  1. Hâlâ okuyabiliyorken önemli olan her şeyi sunucudan kopyalayın.

  2. Yeniden başlatın. Hata kaydı olan bir dosya sistemi bir sonraki açılışta otomatik olarak denetlenir:

Bash
sudo reboot

Doğrulama: açılıştan sonra findmnt / rw gösterir ve yazma çalışır. Tekrarlanan I/O error mesajları depolamayı işaret eder: dmesg satırlarıyla bir destek talebi açın; dedicated sunucularda diskleri arızalı RAID diskini değiştirme rehberindeki gibi kontrol edin.

3. durum: "(initramfs)" istemi

Açılış, (initramfs) istemli bir BusyBox kabuğunda durur; çoğu zaman kök dosya sisteminin bulunamadığını veya elle denetlenmesi gerektiğini söyleyen bir mesajdan sonra.

Olağan neden: kök dosya sisteminde otomatik denetimin kendi başına düzeltmeyeceği hatalar var.

  1. Ekrandaki mesajda kök aygıtı bulun (örneğin /dev/sda1 veya /dev/mapper/ubuntu--vg-ubuntu--lv). Bu noktada bağlı değildir.

  2. Onarımlara evet yanıtı vererek denetleyin ve onarın:

Bash
fsck -y /dev/sda1
  1. Açılışa devam edin:
Bash
exit

4. durum: bir çekirdek güncellemesi açılışı bozdu

Açılış bir çekirdek paniğiyle durur veya sunucu bir çekirdek güncellemesinden hemen sonra yanıt vermez.

  1. Sunucuyu konsoldan yeniden başlatın ve GRUB menüsünü açın: menü gizliyse sunucu açılırken Esc tuşuna basın (veya Shift tuşunu basılı tutun).
  2. Advanced options seçeneğini ve önceki çekirdek sürümünü seçin.
  3. Sunucu çalıştığında neyin kurulduğuna bakın ve düzeltilmiş bir sürüm çıkana kadar hatalı çekirdeği kaldırın veya bekletin:
Bash
uname -r
dpkg -l 'linux-image*' | grep ^ii

AlmaLinux ve Rocky Linux'ta sudo grubby --default-kernel varsayılanı, rpm -q kernel ise kurulu çekirdekleri gösterir.

5. durum: bir sonraki açılışta tam denetimi zorlamak

Sunucu hâlâ çalışıyor ama dosya sistemi hasarından şüpheleniyorsanız tam bir denetim planlayın: GRUB menüsünde varsayılan girdide e tuşuna basın, linux ile başlayan satırın sonuna fsck.mode=force ekleyin ve Ctrl + X ile açın. Değişiklik yalnızca bu tek açılış için geçerlidir.

Sorun giderme

Acil durum modu Cannot open access to console, the root account is locked diyor. İmajda root şifresi yok. /etc/fstab dosyasını düzeltmek için bir kurtarma sisteminin konsolunu kullanın veya bir destek talebi açın. Sunucu yeniden çalıştığında, acil durum modunun bir dahaki sefere çalışmasını istiyorsanız sudo passwd root ile bir root şifresi belirleyin.

Konsol bir giriş istemi gösteriyor ama SSH çalışmıyor. Sistem açıldı; sorun ağda veya güvenlik duvarında. Bkz. sunucuya ulaşılamıyor ve güvenlik duvarı değişikliğinden sonra erişim kaybı.

Açılış "No space left on device" ile duruyor. Disk dolu rehberindeki gibi yer açın; /boot içindeki eski çekirdekler sık rastlanan bir nedendir.

Hiçbir şey işe yaramıyor. Verileriniz yedekliyse yeniden kurulum çoğu zaman en hızlı dönüş yoludur. Aksi halde konsol mesajının fotoğrafı veya kopyasıyla bir destek talebi açın.

Sonraki adımlar

  • Bir sonraki sürprizden kaçının: /etc/fstab değişikliklerini yeniden başlatmadan önce findmnt --verify ve sudo mount -a ile test edin.
  • Geri yüklemeyi mümkün kılın: yedekleme stratejisi.

Sık sorulan sorular

Sunucumun açılış ekranını nasıl görürüm?

Bir konsoldan: paketiniz sunuyorsa hizmet sayfanızdaki konsol veya içeren dedicated sunucularda IPMI sanal konsolu. Konsolunuz yoksa bir destek talebi açın; ekrana sizin için biz bakarız.

fsck verilerimi siler mi?

fsck dosya sisteminin yapısını onarır. Hasar görmüş dosyalar lost+found klasörüne düşebilir veya kaybolabilir; güncel bir yedeğin önemli olmasının nedeni budur. Asıl hasara yol açan, fsck'yi bağlı bir dosya sisteminde çalıştırmaktır; bunu asla yapmayın.

Sunucu aylarca sorunsuz açıldı, neden bugün açılmadı?

Genellikle son yeniden başlatmadan önce test edilmeden bir şey değişmiştir: bir /etc/fstab satırı, yeni bir çekirdek, dolu bir disk veya bir ağ değişikliği. Böyle bir değişiklik ilk kez yeniden başlatmada kullanılır.

Onarmak yerine yeniden kurabilir miyim?

Evet, verileriniz başka bir yerde yedekliyse. Yeniden kurulum diski siler; yeniden kurulum rehberimize bakın.

Şifre Oluştur

Lütfen onaylayın