İçeriğe geç
DuyurularBilgi bankasıKampanyalar
Hakkımızdaİletişim DestekTREN
hostingsepetiWEB HOSTING & SUNUCU
Hosting ve cPanel

Disk kotası ve inode kullanımını birlikte kontrol etme

Toplam depolama ile dosya sayısını ayırın; güvenli temizlik öncesinde büyüyen dizini ve sınırı bulun.

Disk kotası ve inode kullanımını birlikte kontrol etme

Disk kullanımının az görünmesi her zaman yeni dosya oluşturulabileceği anlamına gelmez. Depolama kotası toplam alanı, inode sınırı ise dosya sistemi nesnesi kullanımını ilgilendirir. Çok sayıda küçük cache veya e-posta dosyası, gigabayt tüketimi düşükken dosya sayısını artırabilir. Tersine birkaç büyük arşiv disk alanını hızla doldurabilir. Sorunu hangi sınırın oluşturduğunu belirlemek, gereksiz paket değişikliği veya riskli toplu silme yerine doğru işlemi seçmenizi sağlar.

Ön hazırlık

Panelde Disk Usage ve varsa dosya sayısı veya Resource Usage ölçümlerini bulun. CloudLinux ve cPanel arayüzleri sunucu ayarına göre farklı bilgiler gösterebilir. Sağlayıcınızın kotaya neleri dahil ettiğini öğrenin: e-posta, veritabanı, günlük veya yedekler ayrı ekranlarda görünebilir. Kullanıcı yüklemelerinin, uygulama kaynaklarının ve geçici dosyaların dizinlerini ayırın. Temizlik öncesi yedek alın; bir klasör adı size cache gibi görünse de uygulama için kalıcı veri barındırabilir.

Kontrol adımları

  1. Kullanılan alan ve dosya sayısını aynı tarihte kaydedin. Görülen limit ile gerçek kullanım arasındaki boşluğu hesaplayın. Kota dışındaki yükleme boyutu veya geçici dizin sorunları da dosya aktarımını etkileyebilir; hata mesajını not edin. Ölçümler bazen hemen yenilenmeyebilir. Bir silme işlemini sonuç görünmedi diye üst üste tekrarlamadan önce arayüzün güncelleme davranışını ve başka dizinlerdeki veriyi kontrol edin.

  2. En çok büyüyen dizinleri bulun. Görseller, video, eski ZIP yedekleri, e-posta klasörleri ve uygulama günlükleri ayrı incelenmelidir. Dosya sayısı sorunu varsa boyuta göre sıralamak yeterli olmayabilir; çok sayıda küçük dosyanın kaynağı araştırılır. Günlükte sürekli tekrarlanan hata veya uygulamanın temizlemediği cache olabilir. Hangi süreç dosya üretiyor sorusunu yanıtlamadan sadece sayıyı düşürmek geçici çözüm sağlar.

  3. Uygulamaya uygun temizlik yöntemini seçin. CMS cachei için kendi yönetim aracı, e-posta için uygun posta istemcisi veya panel işlemi kullanılabilir. Canlı veriyi doğrudan dosya sisteminden silmek indeks ve ilişkileri bozabilir. Eski yedeğin dışarıda doğrulanmış kopyası varsa açık dizindeki gereksiz kopyasını kaldırmayı planlayın. Dosya Yöneticisindeki çöp kutusu da alan tüketebilir; kalıcı silmeden önce gerçekten gereksiz olduğundan emin olun.

  4. Tek bir kontrollü değişiklikten sonra kullanımı tekrar ölçün. Yeni dosya yükleme ve uygulamanın yazma işlemini deneyin. Temizlik hedefi ile gerçek kazanımı karşılaştırın. Hesap kotasına çok yakınken yeni yedek oluşturmak yeterli geçici alan bulunmadığı için başarısız olabilir. Sağlayıcı desteği gerekiyorsa kullanılan alan, inode değeri, hata saati ve büyüyen dizinin adını paylaşın. Bütün dosya arşivini destek talebine yüklemek gerekli değildir.

Doğrulama

İlgili sınırın altında uygun boşluk oluşmalı ve uygulamanın dosya yazma işlemi çalışmalıdır. Ana sayfa, görseller ve kullanıcı yüklemeleri kontrol edilir. E-posta temizliği yapıldıysa posta kutusunun çalışması ayrıca doğrulanır. Sorun düzenli tekrar ediyorsa günlük büyüme trendini takip edin. Kaynak kullanımını iş hacmiyle eşleştirin; geçici arşiv birikimiyle gerçek içerik artışı aynı kapasite kararını gerektirmeyebilir. Temizlik tarihini envanterde tutun.

Sorun giderme

Kota boşaldı ama yükleme halen başarısızsa dosya izinleri, uygulama limiti ve geçici dizin kontrol edilir. Dosya sayısı azalmadıysa çöp kutusu veya başka hesaba ait görünmeyen ölçüm olabilir; yetkili destekten açıklama alın. Cache hızla geri oluşuyorsa normal uygulama davranışı mı, hatalı döngü mü araştırın. Rastgele klasörleri silerek deneme yapmayın. Paket yükseltme kararı, ölçülen büyüme ve gerekli bakım planına göre verilmelidir.

Sık sorulan sorular

Daha fazla disk almak inode sorununu da çözer mi?

Bu paket koşullarına bağlıdır. Disk ve inode sınırları ayrı belirlenebilir. Değişiklikten önce yeni paketteki iki limiti de doğrulayın. Ayrıca gereksiz dosya üretimi devam ediyorsa daha yüksek sınır yalnızca problemi ileri tarihe taşıyabilir.

Eski bütün yedekleri silebilir miyim?

Önce geri dönüş ihtiyacını ve doğrulanmış dış kopyaları değerlendirin. Tek kullanılabilir yedeği alan kazanmak için silmeyin. Saklama planı oluşturup belirli tarihlerdeki gerekli kopyaları koruyun. Yedeğin bulunduğu dizin de erişime açık olmamalıdır.

İlgili işlemler

Müşteri paneliniz üzerinden hizmetinizi ve destek taleplerinizi açabilir, bilgi bankasında diğer rehberlere ulaşabilirsiniz. Yeni bir hizmet için hosting paketlerini ve alan adı seçeneklerini inceleyin.

Resmî kaynaklar

Süreç özeti

Disk kotası ve inode kullanımını birlikte kontrol etme

AdımKontrol
1İki sınırı ölç
2Büyüyen dizini bul
3Güvenli temizlik planla
4Sonucu tekrar ölç