Disk kullanımı karışıklığı: SSD'deki Linux ev bölümünde 10G eksik

Linux Mint, sadece 622 MB boş disk alanım olduğunu söylüyor, ancak bazı gigabayt kalması gerekiyor.

Bölümlere baktığımda yaklaşık on gigabayt kullanılmamış olduğu söylendi. Sorunu araştırdım ve bir çözüm bulamadım ancak disk kullanımını kontrol etmem gereken ipucu buldum df -h.

sudo df -h /home
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1p8  189G  178G  622M 100% /home

Çıkış Bana hiçbir şey ifade etmiyor: arasındaki fark Sizeve Usedbir 11TR, ancak yalnızca gösterileri 622MTemin olarak.

SSD eski değil, bu yüzden böyle bir tutarsızlık beklemem.

Ne yapmalıyım?

linux disk-usage ssd

— tobiornottobi
kaynak

@Kusalananda yorumladığı gibi, sadece 10GB'ı neden alamadığınızı sormamalısınız (ki umarım cevabımda doğru bir şekilde hitap ediyorum), aynı zamanda / evdeki alanın çoğunu neden kullanıyorsunuz. Nedenini biliyorsanız (örneğin: çok fazla medya dosyası saklayın vb.), Eğer yapmazsanız, endişelenmelisiniz, potansiyel temizlik 10GB'tan fazla yer tasarrufu sağlar. Öyleyse ne olurdu?

— AB

“Bölümlere baktığımda yaklaşık on gigabayt kullanılmamış olduğu söylendi.” - bunu nereye söyledin?

— ctrl-alt-delor

@ ctrl-alt-delor adlı dfkişinin çıkışı - Boyut: 189G, Kullanılan: 178G

— billyjmc

@ ctrl-alt delor, billyjmc doğru şekilde çıkardığı gibi, 10GB rakamını gparted'den aldım ve daha sonra df'nin çıkışından 11G aldım.

— tobiornottobi

Ext4'ün

— Robert Riedl

Yanıtlar:

Dosya sistemi ext4 ise, çoğunlukla işlemeye yardımcı olmak ve parçalanmayı önlemeye yardımcı olmak için ayrılmış bloklar vardır ve yalnızca kök kullanıcı tarafından kullanılabilir. Bu ayar için, tune2fs kullanılarak canlı olarak değiştirilebilir (dosya sistemi bağlandığında tüm ayarlar bu şekilde ele alınamaz):

-m ayrılmış blok yüzdesi

Yalnızca ayrıcalıklı işlemlerle ayrılabilecek dosya sisteminin yüzdesini ayarlayın. Dosya sistemi parçalanmasının önlenmesi ve syslogd (8) gibi sistem arka plan programlarının ayrıcalıklı olmayan işlemlerin dosya sistemine yazılması engellendikten sonra düzgün çalışmaya devam etmesine izin vermek için, ayrıcalıklı işlemler tarafından kullanılmak üzere bazı dosya sistemi bloklarının ayrılması yapılır. Normalde, ayrılmış blokların varsayılan yüzdesi% 5'tir.

Dolayısıyla, rezervasyonu% 1'e (~ 2GB) düşürmek ve böylece ayrılmış alanın yaklaşık 8GB'ına erişmek istiyorsanız, bunu yapabilirsiniz:

sudo tune2fs -m 1 /dev/nvme0n1p8

Not: Bu -mseçenek aslında ondalık bir sayıyı parametre olarak kabul eder. -m 0.1Yalnızca yaklaşık 200 MB ayırmak için kullanabilirsiniz (ve daha önce mevcut olmayan 10 GB'ların çoğuna erişmek için). Bu -rseçeneği doğrudan bloklarla ayırmak için de kullanabilirsiniz . Muhtemelen 0 ayrılmış blok olması tavsiye edilmez.

— AB
kaynak

Kullanıcı 8 GB "geri dönmüyor". Harcamak için 8 GB daha alıyor. Tüm disk alanını neyin kullandığını izlemek ve daha sonra uygunsa bunun bir temizliğini yapmak veya başka bir yere taşımak veya bölümü büyütmek daha iyi olur.

— Kusalananda

@Kusalananda Kelime haznesini değiştireceğim. Kullanım gelince, OP'nin geri bildirimlerine ihtiyacım var. Soru, bilinmeyen yüksek kullanım olduğunu asla ima etmedi, sadece 10GB eksikti.

— AB

Çok iyi ve yardımsever bir cevap, teşekkür ederim. % 5'inin eksik 10 gigabaytla çok açık bir şekilde eşleştiği görülüyor. Genel olarak çok fazla disk alanı kullanmaktan endişe etmiyorum ve hala bölümümü büyütebiliyorum. :)

— tobiornottobi

Cevabınız kesinlikle doğrudur, ancak bu durumda kök ayrılmış alanın değerinin çok büyük olmadığını belirtmek gerekebilir. Bu /homeve kök için yer ayırmak, dosya sisteminin diğer bölümleri için olduğu kadar önemli değildir (örn. Sistem günlüklerinin hala yazılabilmesini sağlamak için). Ayrıca, bu bir SSD olduğundan, parçalanmayı önlemek, metal diskleri döndürmede önceliğe sahip olmayabilir.

— marcelm

@marcelm Bu benim için anlamlı. Ancak, bir SSD'deki / ev bölümünde hala yararlı mı yoksa sadece alan kaybı mı? Kök ayrılmış alanı% 1'e indirmenizi tavsiye eder misiniz?

— tobiornottobi

Silinen dosyalar da "eksik alan" a katkıda bulunabilir

lsof | grep deleted | grep /home

bu çıktıyı benim için döndürür

chrome    11181           criggie   15u      REG              254,0   
4194304  50651663 /home/criggie/.config/google-chrome/BrowserMetrics/BrowserMetrics-5D0236AF-2BAD.pma (deleted)

Bu, PID 11181 olarak çalışan Chrome'un o BrowserMetrics dosyasını açtığını ve daha sonra dosyayı sildiğini ve yine de dosya tanıtıcısının açık olduğunu gösterir. Bu, dosyanın bir dizin listesinde görünmez olduğu, ancak yine de disk alanı kapladığı anlamına gelir.

Programlar neden bunu yapıyor? Çalışan ikili sonlandığında, işletim sistemi açık dosya tanıtıcısını serbest bırakır ve diskteki dosya eski bir geçici dosyayı bırakma riski olmadan kaybolur.

Ne göremiyorum o dosyanın disk kullanımının ne kadar büyük olduğunu.

— Criggie
kaynak

Çoğu iyi yazılmış program bunu yapmamalıdır. Bu bir hata ve rapor edilmelidir, sadece bu belirsiz hataların çoğu bir optimizasyon aşamasına gelene kadar gerçekten görünmüyor ve eğer bir tane varsa, test sırasında gerçekten hiç algılanmayabilir. Bunu yapmalarının belirli bir nedeni olabileceğini, tutamağın bu kadar uzun süre açık tutulması için burada farkında olmadığım bir mantık olabileceğini unutmayın.

— Sarhoş Kod Maymun

@DrunkenCodeMonkey Dude - Chrome'u ... tamamen haklısınız.

— Criggie

@DrunkenCodeMonkey, birçok iyi yazılmış program bunu yapıyor. * Nix'de geçici dosyalar oluşturmak için open-delete-close deseni neredeyse evrenseldir, çünkü programdan çıkıldığında nasıl çıkacağına bakılmaksızın dosyanın silineceğini garanti eder : normal sonlandırma, çökme, bellek tükenerek öldürüldü, öldürüldü elektrik kesintisi vb. ile

— Mark

@DrunkenCodeMonkey öyleyse, program asla onunla yapılmazsa?

— leftaroundabout

@DrunkenCodeMonkey: Desen open-delete- work -close. Program hala geçici dosyanın içeriğiyle ilgili bir şey yapıyorsa (örneğin, diskte önbellek olarak kullanmak veya telemetri verilerini bu dosyaya kaydetmek), o zaman elbette dosyayı açık tutmalıdır. (Tabii ki, bunun gerçekten de programın kapatması gereken ancak kapatılmaması gereken eski bir kapatılmamış dosya tanıtıcısı olması da mümkündür. Ancak böyle bir dosya olduğu ve kaynak sızıntısının başka bariz bir göstergesi olmadığı göz önüne alındığında, Dosyanın muhtemelen bilerek açık tutulduğu varsayımıyla

— başlardım