# 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.

Zorluk: İleri

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](/guides/manage-your-services)) veya içeren bir dedicated sunucuda IPMI sanal konsolunu (bkz. [IPMI konsolu ve sanal medya](/guides/ipmi-virtual-console-and-media)) 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](/guides/server-unreachable) 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
```

2. Bu modda kök dosya sistemi salt okunur bağlıysa düzenleyebilmek için yazılabilir yapın:

```bash
mount -o remount,rw /
```

3. `/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.

4. 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](/guides/use-new-disk-space-linux).

## 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
```

2. Hâlâ okuyabiliyorken önemli olan her şeyi sunucudan kopyalayın.

3. 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](/guides/replace-failed-raid-disk) 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
```

3. Açılışa devam edin:

```bash
exit
```

> **Tehlike**
>
> `fsck` komutunu asla bağlı bir dosya sisteminde çalıştırmayın. initramfs kabuğunda kök dosya sistemi henüz bağlı değildir; onarımın burada güvenli olmasının nedeni budur.

## 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](/guides/server-unreachable) ve [güvenlik duvarı değişikliğinden sonra erişim kaybı](/guides/locked-out-after-firewall-change).

**Açılış "No space left on device" ile duruyor.** [Disk dolu](/guides/disk-full) 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](/guides/reinstall-operating-system) ç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](/guides/backup-strategy-3-2-1).

## 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.

---

Kaynak: <https://hyperdc.com/tr/guides/products/linux-server-boot-problems>\
Son güncelleme: 2026-10-15