1. Adım: Aslında hangi sorunun olduğunu öğrenin
Dosya sisteminiz beklenmedik bir şekilde dolu olduğunda, birçok olası neden vardır. Bununla ilgili daha fazla bilgi için Eliah Kagan'ın cevabına bakınız. Vakaların büyük çoğunluğunda, gerçek nedeni belirlemek (ve sonunda onarmak) kolay olmalıdır, bu nedenle yeniden biçimlendirme / yeniden yükleme gerekli olmayacaktır.
Bu nedenle ilk adım, sorunun tam olarak ne olduğunu, yani eksik alanın nereye gittiğini bulmaktır. Yani ilk önce
df -hl -x tmpfs -x devtmpfs
Bu, makinenizdeki disklerin kullanılan tüm bölümlerinin bir listesini, boyutlarını, ne kadar dolu olduklarını ve bağlama noktalarını gösterir. Bu listeden çok dolu olduğunu düşündüğünüzü alın ve bağlama noktasını not edin. Sizin durumunuzda, monte edilmiş olan kök dosya sistemidir /
.
Şimdi bu dosya sistemi içinde alanın nerede kullanıldığını analiz ediyoruz. gerçekleştirmek
sudo du -xhsc /* 2> /dev/null
( /
Yukarıda belirtilen bağlama noktasıyla değiştirin .) Tüm dizinler kullanıcılarınız tarafından okunamayabileceğinden sudo gerekir. Biraz zaman alabilir (özellikle büyük dosya sistemlerinde), her bir dizini ziyaret etmeleri gerekir.
Bu komutun yaptığı, verilen dizinin içindeki her dosya ve dizini boyutu (alt dizinler dahil) ile birlikte göstermektir. Yani bu listeden olması gerekenden daha büyük olduğunu düşündüğünüz (ler) i alın ve bu dizindeki komutu tekrar çağırın. (Yani, komutu yeniden çalıştırın, ancak önceki bir listeden değiştirilen büyük bir dizinin adıyla değiştirin /
.)
Örneğin, sizin durumunuzda /var
tek büyük dizin olduğu açıktı , bu yüzden yürütmeniz gerekir
sudo du -xhsc /var/* 2> /dev/null
Çok büyük tek bir dosya bulana veya birlikte tüm bu alanı kaplayan çok sayıda dosya içeren bir dizin bulana kadar bu adımlarla devam edin.
Sizin durumunuzda bir sonraki adım,
sudo du -xhsc /var/log/* 2> /dev/null
çünkü /var/log
çok büyüktü ve bu size uvcdynctrl-udev.log
174GB adında tek bir günlük dosyası olduğunu gösterdi (ki bu kesinlikle kötü).
2. Adım: Dosyaların neden orada olduğunu ve neden bu kadar büyük olduğunu belirleyin
Şimdi, tespit edilenlerin neden orada olduğunu veya orada olmaları bekleniyorsa neden bu kadar büyük olduklarını bulmamız gerekiyor.
Sizin durumunuzda, bir günlük dosyası /var/log
şüpheli bir şey değildir, ancak boyutu kesinlikle. Neyse ki, sadece dosya adıyla bir Google araması, ilk isabet olarak aşağıdaki hata raporunu getiriyor ve bu da açıkça aynı sorun yaşıyor : / 811604
3. Adım: Sorunu çözün
Bu durumda, web kamerasıyla ilgili bazı şeylerin bir günlük dosyası ilginç görünmüyor, bu yüzden komutla kolayca silebilir sudo rm /var/log/uvcdynctrl-udev.log
ve tüm alanı boşaltabiliriz.
Ne yazık ki, hata raporu hala açık ve yorumlarda çözüm veya geçici çözüm bulunmuyor, bu nedenle şimdilik bu hatayla yaşamak zorundasınız. Yer açmak için günlük dosyasını zaman zaman silebilirsiniz.