Ü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
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
sudoyetkili 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.
- Root şifresiyle giriş yapın ve nedeni okuyun:
journalctl -xb | grep -iE "mount|fstab|dependency" | head -40
findmnt --verify- Bu modda kök dosya sistemi salt okunur bağlıysa düzenleyebilmek için yazılabilir yapın:
mount -o remount,rw //etc/fstabdosyasınınano /etc/fstabile açın. Hata veren satırın başına#koyun veya UUID'sini düzeltin (blkidile karşılaştırın). Gelecekte eksik olabilecek diskler için açılışın onlarsız devam etmesini sağlayannofailseçeneğini ekleyin.Dosyayı yeniden denetleyin ve normal şekilde açılışa devam edin:
findmnt --verify
systemctl daemon-reload
systemctl defaultDoğ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.
- Nedeni çekirdek mesajlarında arayın:
dmesg | grep -iE "ext4|xfs|i/o error|remount" | tail -30Hâlâ okuyabiliyorken önemli olan her şeyi sunucudan kopyalayın.
Yeniden başlatın. Hata kaydı olan bir dosya sistemi bir sonraki açılışta otomatik olarak denetlenir:
sudo rebootDoğ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.
Ekrandaki mesajda kök aygıtı bulun (örneğin
/dev/sda1veya/dev/mapper/ubuntu--vg-ubuntu--lv). Bu noktada bağlı değildir.Onarımlara evet yanıtı vererek denetleyin ve onarın:
fsck -y /dev/sda1- Açılışa devam edin:
exit4. 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.
- Sunucuyu konsoldan yeniden başlatın ve GRUB menüsünü açın: menü gizliyse sunucu açılırken
Esctuşuna basın (veyaShifttuşunu basılı tutun). - Advanced options seçeneğini ve önceki çekirdek sürümünü seçin.
- 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:
uname -r
dpkg -l 'linux-image*' | grep ^iiAlmaLinux 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/fstabdeğişikliklerini yeniden başlatmadan öncefindmnt --verifyvesudo mount -aile 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.