df diskin dolu olduğunu söylüyor

Ubuntu 10.04 çalıştıran sanallaştırılmış bir sunucuda, df aşağıdakileri bildirir:

# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             7.4G  7.0G     0 100% /
none                  498M  160K  498M   1% /dev
none                  500M     0  500M   0% /dev/shm
none                  500M   92K  500M   1% /var/run
none                  500M     0  500M   0% /var/lock
none                  500M     0  500M   0% /lib/init/rw
/dev/sda3             917G  305G  566G  36% /home

Bu beni iki nedenden dolayı şaşırtıyor: 1.) df / / / sda1'in, / 7.0'da kullanıldığını ve bunun yalnızca 7.0 gigabayt kullanımda olduğunu, ancak yüzde 100 dolu olduğunu bildirdiğini / bildirdiğini 7.4 gigabayt kapasiteye sahip olduğunu söylüyor; ve 2.) Açık / kapalı alan bırakacak şekilde dosyaları oluşturabilirim.

Muhtemelen alakalı olan, / www dizininin / home / www 'nin farklı bir bölümdeki (/ dev / sda3, / home üzerine yerleştirilmiş) sembolik bir bağlantısı olmasıdır.

Burada neler olabileceğine dair önerilerde bulunabilir miyim? Sunucu sorunsuz çalışıyor gibi görünüyor, ancak bölümleme tablosunda, dosya sistemlerinde veya daha sonra patlamaya (veya patlamaya) neden olabilecek başka bir konuda sorun olmadığından emin olmak istiyorum.

Bir işlem o zamandan beri silinmiş olan büyük bir dosyayı açmış olabilir. Alanı boşaltmak için bu işlemi öldürmeniz gerekecek. Lsof'u kullanarak işlemi tanımlayabilirsiniz. Silinen Linux'ta henüz açık dosyalar lsof olarak bilinir ve lsof çıktısında (silindi) olarak işaretlenir.

Bunu kontrol edebilirsiniz sudo lsof +L1

Dosya sisteminin% 5'i (varsayılan olarak), ciddi sorunları önlemek için dosya sisteminin dolduğu durumlar için ayrılmıştır. Dosya sisteminiz dolu. % 5 arabellek - kökü nedeniyle hiçbir felaket yaşanmaz - bu güvenlik ara belleğini kullanmasına izin verilir ve kurulumunuzda kök olmayan kullanıcıların bu dosya sistemine yazma nedenleri yoktur.

Kök olmayan bir kullanıcı olarak çalışan, ancak bu dosya sistemindeki dosyaları yönetmesi gereken görevliler varsa, işler bozulur. Böyle yaygın bir daemon ise named. Başka bir ntpd.

Düğümlerin dışında olabilirsiniz. Bu komutla inode kullanımını kontrol et:

df -i

Çoğu Linux dosya sistemi yalnızca kök kullanıcıyı kullanmak için% 5 alan ayırır.

Bunu örneğin;

dumpe2fs /dev/sda1 | grep -i reserved

Ayrılmış tutarı aşağıdakileri kullanarak değiştirebilirsiniz:

tune2fs -m 0 /dev/sda1

Çoğu durumda, sunucu tüm işlemlerin 'kök' olarak çalıştırıldığını varsayarak iyi çalışmaya devam eder.

Bu problemi yaşadım ve çeşitli büyük dosyaları silmemin durumu şaşırtmadı, bazı ipuçlarını takip ederek durumu iyileştirmedi (% 5 tampon belleği bilmiyordu).

Kökten aşağı doğru yürüdükten sonra tekrarlanan en büyük dizinlerden aşağı yürüdü:

du -sh */ 

bazı büyük kütük kütükleri bulunan web sunucusu kütük dosyaları için bir dizin gelinceye kadar

hangi ile kısaltdım

:>lighttpd.error.log

aniden df -h% 48'in altına düştü!

Zaten önerilen nedenlere ek olarak, bazı durumlarda aşağıdakiler de olabilir:

• farklı bir disk veri dolu varolan klasörün üzerine
• du, monte edilmiş diskin harcanan boyutunu hesaplar ve df gerçekten harcandığını gösterir
• özüm: (mümkünse) tüm kök olmayan diskleri çıkarın ve boyutu du -md 1tekrar kontrol edin . Gizli klasörü başka bir yere taşıyarak veya farklı bir yere monte ederek durumu düzeltin .

df -hdeğerleri yuvarlıyor. Yüzdeler bile yuvarlanır. Atlayın -hve daha ince taneli farkları görün.

Ah. Ext3 ve türevleri dosya sistemi için tam olarak bu problemli takımyıldızı için bir yüzde (varsayılan% 5) ayırır. Kök dosya sisteminiz gerçekten dolu ise (kalan 0 bayt) sistemi açamazsınız. Böylece ayrılmış kısım bunu önler.

Birkaç kitaplıkta büyük bir güncelleme yaptım ve çok sayıda gereksiz kitaplık ve geçici dosya vardı, bu nedenle aşağıdakileri kullanarak "/" klasöründe boş alan açtım:

apt-get install -f
sudo apt-get clean

Ve çöpünü boşalt

kontrol et / kayıp + bulundu, bir sistemim vardı (centos 7) ve / kayıp + içindeki dosyanın bir kısmı tüm alanı yedi

Bölümünüzü btrfs ise, bir alt hacim alan olabilir. Bir btrfs dosya sistemi sadece bir tanesi monte edilmiş birçok alt hacme sahip olabilir. btrfs subvolume list <dir>Tüm alt hacimleri listelemek ve btrfs subvolume delete <dir>/<subvolume>birini silmek için kullanabilirsiniz . Varsayılan olarak monte edilmiş olanı silmediğinizden emin olun.