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

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

Türk Lirası $ US Dollar Euro
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Almanya (German)Almanya (German) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

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
Disk ve Dosya Sistemi

Linux Disk Dolu: No Space Left on Device Hatası Nasıl Çözülür?

No space left on device yalnız disk kapasitesinin dolduğu anlamına gelmez. Dosya sistemi inode’ları tükenmiş, silinen büyük dosya bir süreç tarafından açık tutuluyor, reserved bloklar kullanılıyor veya farklı bir mount point dolmuş olabilir.

No Space Leftinode 100%Root Partitionlsof +L1Logrotate
root@linux:~#
write error: No space left on device
/dev/mapper/almalinux-root  100%
Inodes: IUse% 100%
8Gerçek hata mesajı
6Güvenli teşhis komutu
3Dağıtım ve panel akışı
7Teknik SSS yanıtı
01
Teknik yaklaşım

Linux Disk ve inode Dolu sorunu nasıl ayrıştırılır?

No space left on device yalnız disk kapasitesinin dolduğu anlamına gelmez. Dosya sistemi inode’ları tükenmiş, silinen büyük dosya bir süreç tarafından açık tutuluyor, reserved bloklar kullanılıyor veya farklı bir mount point dolmuş olabilir.

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.

Veritabanı, mail queue veya aktif log dosyasını körlemesine rm ile silmeyin.

02
Hata sözlüğü

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

8 kayıt
01kritik

No space left on device

Anlamı: Dosya sistemi yeni veri yazamıyor.

Muhtemel neden: Kapasite, inode veya kota tükendi.

02kritik

Root filesystem 100%

Anlamı: Kök dosya sistemi tamamen dolu.

Muhtemel neden: Log, yedek, cache, container veya veritabanı dosyaları.

03kritik

Inodes IUse% 100%

Anlamı: Yeni dosya oluşturacak inode kalmadı.

Muhtemel neden: Çok sayıda küçük cache, session veya mail dosyası.

04uyari

df dolu fakat du düşük

Anlamı: Alan görünmeyen bir açık dosyada veya farklı mount katmanında.

Muhtemel neden: Deleted open file ya da bind mount.

05uyari

journal logs consuming disk

Anlamı: systemd journal büyümüş.

Muhtemel neden: Saklama sınırı yok veya hata döngüsü var.

06uyari

Docker overlay2 disk full

Anlamı: Container image, layer veya JSON logları büyümüş.

Muhtemel neden: Retention ve image temizliği eksik.

07uyari

Boot partition full

Anlamı: /boot yeni kernel için alan bulamıyor.

Muhtemel neden: Çok sayıda eski kernel.

08bilgi

Reserved blocks kullanılıyor

Anlamı: Normal kullanıcı için boş alan bitmiş olabilir.

Muhtemel neden: ext dosya sistemi reserved alanı.

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

03
Kopyalanabilir kontroller

SSH ve sistem teşhis komutları

Dosya sistemi özeti

df -hT
df -i
findmnt -o TARGET,SOURCE,FSTYPE,OPTIONS

Kapasite, inode ve mount yapısını gösterir.

En büyük dizinler

du -xhd1 / 2>/dev/null | sort -h
du -xhd1 /var 2>/dev/null | sort -h

Aynı dosya sistemi içindeki büyük dizinleri gösterir.

Büyük dosyalar

find /var -xdev -type f -size +500M -printf '%s %p\n' 2>/dev/null | sort -n | tail -n 50

500 MB üzerindeki dosyaları listeler.

Silinmiş açık dosyalar

lsof +L1

Silinmiş fakat süreç tarafından açık tutulan dosyaları gösterir.

Journal kullanımı

journalctl --disk-usage
journalctl -p err -n 100 --no-pager

Journal boyutunu ve hata döngüsünü gösterir.

Dosya sayısı yüksek dizinler

find /var -xdev -type f -printf '%h\n' 2>/dev/null | sort | uniq -c | sort -n | tail -n 40

inode tüketen dizinleri belirler.

04
Ortama göre uygulama

Ubuntu, AlmaLinux ve panel sunucusu ayrımı

Ubuntu / Debian

APT cache, snap revision’ları, systemd journal ve /boot kernel paketleri ölçülmelidir.

  • apt-get clean --dry-run 2>/dev/null || true
  • snap list --all 2>/dev/null || true
  • dpkg -l 'linux-image*' | grep '^ii'

AlmaLinux / Rocky / CloudLinux

DNF cache, journal, kernel paketleri, kullanıcı kotası ve CloudLinux LVE logları kontrol edilmelidir.

  • dnf clean packages --assumeno 2>/dev/null || true
  • rpm -q kernel
  • repquota -a 2>/dev/null || true

cPanel / Plesk

Yedek dizinleri, domain logları, mail queue ve panel geçici dosyaları normal sistem dizinlerinden ayrı analiz edilmelidir.

  • du -sh /backup /var/lib/psa/dumps /usr/local/psa/PMM/tmp 2>/dev/null
  • du -sh /home/*/logs /var/www/vhosts/system/*/logs 2>/dev/null | sort -h | tail
  • exim -bpc 2>/dev/null || postqueue -p 2>/dev/null | tail
Güvenlik ve erişim riski

Kesinlikle yapmayın

  • Veritabanı, mail queue veya aktif log dosyasını körlemesine rm ile silmeyin.
  • Canlı mount üzerinde dosya sistemi onarım aracı çalıştırmayın.
  • lsof +L1 çıktısındaki süreci analiz etmeden kill -9 uygulamayın.
  • Docker veya panel yedeklerini retention politikasını bilmeden topluca kaldırmayın.
İşlem sonrası kontrol

Çözümü doğrulayın

  • Disk ve inode kullanımında güvenli boşluk oluştu.
  • Büyümeye neden olan servis veya job düzeltildi.
  • Logrotate ve yedek retention görevleri çalışıyor.
  • MySQL, web ve mail servisleri yeniden yazabiliyor.
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 Disk ve inode Dolu hakkında merak edilenler

Linux Disk ve inode Dolu 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