Dosya sistemimin yanında diskimde bu kadar yer kaplayan nedir?


20

Bilgisayarımda sadece bir tane disk var, 80 GB SSD. Tek bir ext4 bölümü olarak biçimlendirilir (takas yok) ve tüm normal klasörler üzerine yüklenir (harici medyada çok fazla veri tutarım, ancak / home ve geri kalan her şey SSD'dir).

Bugün açtım ve sürücünün dolu olduğunu belirten bir mesaj aldım. Ne yer kapladığını görmek için Disk Kullanımı Analizörünü açtım. 67,8 GB diskin kullanılmakta olduğu ve 36,4 GB aldığı konusunda ısrar ediyor. Hangi soruya yol açar, eksik dosya nerede değilse, 30 GB nerede ?!

Karşılaştırma yapmak için, Nautilus'ta listelenen tüm okunabilir klasörlerin tüm boyutlarını / (gizli olanlar dahil) alt klasörleri olarak ekledim. 20,9 GB aldım. Çöp kutusu okunamıyordu, ancak 16.2 GB olduğunu biliyorum, bu nedenle toplamı 36.1 GB'tır, Disk Kullanım Analizcisi'nin bildirdiği şekilde. Proc gibi okunamayan bazı sistem klasörleri vardı, fakat 30 GB'a kadar eklediklerinden şüpheliyim - başka bir deyişle Ubuntu'yu küçük disklere yüklemek mümkün olmazdı ve 2.5 GB'de çalıştığını gördüm. Hesaplamam ile Disk Kullanımı Analizörünün raporu arasındaki farkın 0,3 GB olması gerektiğini düşünüyorum.

Öyleyse bilmek istiyorum, bu 30 GB'ı ne yiyor ve onları serbest bırakmak için nasıl alabilirim?

alt metin

CYREX'in sorularının cevaplarını düzenleyin

  1. Ubuntu 10.10 64 bit canlı CD'den boot edilmiş (sistemimle aynı).

    fsck sonucu:

    root@ubuntu:~# fsck /dev/sda1
    fsck from util-linux-ng 2.17.2
    e2fsck 1.41.12 (17-May-2010)
    /dev/sda1: clean, 265956/4890624 files, 18073343/19537408 blocks
    
  2. SDD'den başlatıldı. Çöpü boşaltın ve oradan 16 GB şimdi ücretsiz. 30 GB hala kayıp.

    alt metin

  3. Bir kütükte neyin tuhaf olduğunu bilecek kadar deneyimli değilim. Mesajlarım günlüğü ve son önyüklemeden bu yana syslog'um, belki bunlarda bir şeyler bulabilirsiniz:

  4. İşte gerçekten garip geldi. Harici bir 500 GB HDD taktım. Disk Kullanımı Analizörü , kullanılabilir alanı fazla rapor etti, sonra eksik alan gösterdi (76 GB kullanılmış, ancak yalnızca 24 klasörde).

    alt metin

LiveCD'den yeniden başlatılan Disk Kullanım Analizörü'nü başlattı ve 1-2 GB içinde kurulu Ubuntu ile aynı sonuçları aldım.

CodeMonk'un cevabını düzenleyin

Bu güzel bir çözüm olurdu, ama bölüm gerçekten 80 GB'dı - 74 disk + pazarlama "hatası" demek istiyorum, yine de tüm disk biçimlendirilmiş. Ayrıca 50 GB'ın üzerinde kullanıldığını gösterir - öyleyse dosya ve klasörlerde değilse 30 GB nerede?

alt metin GParted ayrıca harici HDD'nin doğru boyutunu da bildirir.

alt metin


Bazen GUI araçlarına güvenmemek, bir uçbirim açıp çalıştırmak, kökün başına kullanılan alanın özet raporunu almak en iyisidir: sudo du -sm / *
João Pinto

3
Disk Kullanım Analizörü girişini /birinci ve ikinci ekran görüntüleriniz için genişletmeyerek, kendinizi (ve bizi) halka grafiğinin bir şey tarafından işgal edildiğini açıkça gösteren tüm alt dizinlerin boyutlarına kör ettiniz. / Var / log / syslog gibi basit bir şey olabilir, çok fazla şikayet edici donanımla doldurulmuş olabilir, ancak bu verilere ihtiyacımız var.
msw

Kayıt dosyalarını aramayı denedin mi? KVM anahtarım ve kablosuz klavyemin bir yeniden başlatma işleminden sonra birlikte güzelce oynamamadığını ve bir günlük dosyasının büyümesini ve tüm alanı doldurmasını (iki gün sonra) hatırladığımı hatırlıyorum. Cihazın değiştirilmesi yardımcı oldu. Sunucunuz için farklı olabilir, ancak umarım size bir ipucu verir.
LiveWireBT

Yanıtlar:


33

Disk Analyzer'ı normal bir kullanıcı olarak kullanıyorsanız, erişemediğiniz veya göremediğiniz bazı dosyalar olabilir. Süper kullanıcı ayrıcalıklarıyla başlatmayı deneyebilirsiniz. Bir terminal açın veya ALT + F2 tuşlarına basın ve şunu yazın:

gksudo baobab

Baobab merak ediyorsanız Disk Analyzer'ın geeky adıdır. Belki şimdi bu kayıp megabaytların nerede olduğunu gösterebilir.


1
Ayrıca, Ubuntu'da terminalinizi açmak için başka bir kısayolun Ctrl + Alt + T olduğunu unutmayın.
Yufenyuy Veyeh Dider

17

Bunu çözdüm - tavsiyeniz sayesinde, özellikle Disk Analyzer'ı sudo haklarıyla çalıştırmayı öneren Javier Riveira'nın önerileri sayesinde (bunun sonuçları etkileyebileceğini bilmiyordum).

Crashplan'ım var ve bazı harici sürücülere yedekleme yapıyor. Bu yüzden her 15 dakikada bir Milly'ye ve Sto_Lat'a giden bir yedek set var (bunlar harici sürücülerin isimleridir). Bir noktada bilgisayarı bu sürücüler olmadan başlattığımda, Crashplan altında hiçbir klasör bulamadı /media/Millyve /media/Sto_Latbu yüzden onları yeni yarattı ve kendilerine yedekler yazdı.

Bazı nedenlerden dolayı Disk Analyzer, sudo olmadan başlatıldığında bu klasörleri göstermiyor. Nautilus onları gösterir, ancak /mediagerçekte 30 GB olduğunda, 16 KB boyutunda listeler .

Bunu sadece Milly ve Sto_Lat dahil tüm harici sürücüleri söküp başlattığımda fark ettim gksudo baobab. Sonra harici disklerimin hiç olmaması gereken bir yer gördüm - hepsinin değil sadece yedek hedeflerin - ve bunların monte edilmiş sürücüler değil, Crashplan tarafından oluşturulan isimsiz klasörler olduğunu fark ettim. Sürücüyü varolan klasörle aynı adla takarken çok garip bir şey olmalı, neden hata mesajı alamadığımı merak ediyorum ...

BTW, bu aynı zamanda Disk Analyzer’ın neden Milly’yi 500 GB yerine 530 GB’da gösterdiğini de çözüyor - bunlar “eksik” 30 GB’dır, birlikte klasörü ve gerçek sürücüyü sayar.

Şimdi sadece Crashplan'ı kırmadan veya yedekleri bırakmadan klasörleri silme yöntemine ihtiyacım var.


Bunu kabul edilen cevap olarak işaretlemelisiniz, Javier'in cevabına bir link ekledim, böylece bahşiş için puan kazanabilir.
Jorge Castro

Bu tamamen yaşadığım aynı problem. Yedek disklerimden biri öldü, ancak yedekleme betiğim hala / mnt / Backup-Drive klasörüne yedekleme yapmaya çalıştı ve kök diskimi doldurdu.
Michael Robinson,

İhtiyacınız olan sebep sudo, dosya sisteminin bazı bölümlerinin, çalıştığınız kullanıcı tarafından okunamaz olmasıdır. Bu tamamen mantıklı, örneğin herhangi bir kullanıcının tam yedeklemenizi okuyabildiğini hayal edin.
arielf

@arielf Sanırım asla fazla düşünmedim. Ancak bir disk alanı sayma yardımcı programının bana kullanılan ve ücretsiz disk alanının doğru bir resmini vermesini bekliyorum, belki de "bu kısım dolu, ama orada ne olduğunu görme hakkına sahip değilsin" diyen gri bir blob sergiliyor. Okuma hakkım olmayan dosyalar boş disk alanı için sayıldığında kullanıcı olarak oldukça şaşırdım .
rumtscho

Eh, sadece dftam bir dizin taraması yapmaz ve sadece bir bölümün toplam vs boş alan verir çalışan çalıştırabilirsiniz . Ancak tam bir dizin taraması yapmak istiyorsanız, baobabya da filelight(her bir dosya düzeyinde) detayı verilmişse , dizinlere tam okuma izinleri gerekir.
arielf

5

Dizinlerinizi taramak ve alanınızın dosya sisteminde nereye gittiğini görmek için Disk Kullanım Analizörü'nü kullanabilirsiniz.

alt metin

30 GB diskinizi görememekle ilgili olarak GParted'i açın ve boşluğun diskte nasıl tahsis edildiğini görün. Bölme planınız, düşündüğünüz gibi olmayabilir.

GParted


GParted iyi bir fikirdi, ama gizem devam ediyor, ekran görüntüsüne bakın
rumtscho

Bu gerçekten çok garip. Disk kullanımı analizörü kök dizininde büyük dosyalar gösteriyor mu?
Nick Pascucci,

4

Bunu dugöstermek için kullanabilirsiniz :

cd /
sudo du -hcsx .[!.]* * | sort -rh | head

veya

sudo du -hcsx * | sort -rh | head

Bu, en çok hangi alanı kullandığını gösterecektir.


3

Varsayılan olarak, kök kullanıcı için ayrılan disk alanınızın% 10'u vardır. Bunu kullanarak değiştirebilirsiniz sudo tune2fs -m %percentage %device. Bu durumda sudo tune2fs -m 1 /dev/cciss/c0d0p1, rezervasyonu% 1'e düşürmek için olur. İstediğiniz herhangi bir numaraya ayarlayabilirsiniz, ancak% 0 tavsiye etmem.


'Sudo du -chs /' endişelenecek bir şey midir?
dannymcc

Bilmiyorum ama başka bir sorunun yoksa, sakıncası olmaz ;-)
André Stannek

1

Aşağıdakileri yapın, nasıl gittiğini bana bildirin:

  1. Bir LiveCd ekleyin ve / dev / sda1'inizi fsck edin
  2. Çöp Kutunuzu temizleyin.
  3. Olan garip şeyler için Günlük Dosyası Görüntüleyicisine bakın.
  4. Normal bir HDD ile test edin (Yapabiliyorsanız) (SSD değil). Sadece bu seçeneği kaldırmak için.

Nasıl geçtiğini bilmeme izin ver.


İstediğiniz bilgi gönderildi, sorudaki düzenlemeye bakın.
rumtscho

1

Bunun size yardım edip etmediğini gerçekten bilmiyorum, ama benim durumumda da, HDD’m zaman içerisinde boş yere kayıtsız kaldığını gördüm. Sinaptik paket yöneticisindeki varsayılan ayarların da buna katkıda bulunduğu ortaya çıktı. Tercihlerdeki dosya sekmesi altındaki varsayılan ayarlar, indirilen tüm paketleri önbellekte tutmaları için sinaptik talimatı verecektir . Zamanla bu dosyalar güzel bir dağ biriktirebilir. Kurulumdan sonra indirilen paketleri silmek için ayarları değiştirdim . Bu oldukça hoş bir boş alan kurtarmaya yardımcı oldu.

Yine de, bu sizin durumunuza yardımcı olup olmadığından emin değilim, ancak sinaptik önbelleği kontrol edebilirsiniz, belki eski olan dosyalarla doludur.


1
bilmek ilginç, ancak bu önbellek dosya sisteminin bir parçası olarak sayılır.
rumtscho
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.