root tam Linux. Ücretsiz blok yok

9

df -h'/' bölümünün% 100 dolu olduğunu bildirir. du -hs *Bu bölümün her dizini üzerinde çalışırken hala çok yer olduğunu gösterir.

tune2efski bu sadece bir blokun özgür olduğunu bildiriyor. Ayrıca koştu fsck, kullanılan tüm blokları da gösterir.

İyonod kullanımı '/' bölümünde% 14'tür.

Lütfen / var, / usr, / dev, / tmp, / home öğelerinin farklı bölümlere monte edildiğini ve bunlarda kullanılabilir alan bulunduğunu unutmayın.

Lütfen tüm blokların işgal edilmesinin olası nedenlerini ve çok fazla alan olsa bile disk raporlamasının dolu olabileceğini bana bildirir misiniz?

hard-drive  root  block 
— Ankit
kaynak
1
son zamanlarda hangi günlük dosyalarını sildiniz?
— Mike
Deneyin du -shx /ve bunun hala bolca yer var mı dediğini görün. Bu /, olası tüm dizinleri yakalamanıza güvenmeden hepsini değerlendirecektir .
— Mart'ta Insyte
du -shx / 188M '/' bölümü 2 GB'dir.
— Ankit

Yanıtlar:

13

Genellikle boş alanın kullanılamamasına neden olan açık dosyalar sorununun yanı sıra, bağlantı noktaları tarafından korunan dosyalar nadir bir sorundur. Örneğin /tmp, ayrı bir mantıksal biriminiz varsa ancak yine de /tmpkök dosya sistemindeki dizinde dosyalarınız varsa, bu dosyalar alan tüketir ancak bağlama tarafından gizlenir.

Bağlamaları açık tutacak hiçbir şeyin çalışmadığı, her şeyin bağlantısını kesebileceği ve normalde bağlama noktaları olarak kullanılan dizinlerde saklanan hiçbir dosya olmadığından emin olarak, önyükleme sırasında tek kullanıcı moduna geçmeyi deneyin.

— David Spillett
kaynak
1
David, Fikir için teşekkürler. Bu yönde çalışmaya gittim. Makineye bir USB HDD takıldığını öğrendim. Makine sabah yeniden başlatıldı. HDD önyükleme sırasında algılanmadı ve bazı verileri '/' bölümüne gitti. Ben / tmp ve harici sürücü montaj noktası sökülmüş zaman bunu anladım.
— Ankit
11

Bunun nedeni genellikle silinmiş bir dosyayı açmak için açık olması, ancak dosyaya yazma işleminin yeniden başlatılmaması ve böylece dosyayı bırakmanızdır. Açık ancak bağlantısı kaldırılmış (silinmiş) dosyaları bulmak için lsof kullanabilirsiniz

lsof +L1

hile yapmalı. Kılavuz sayfasında belirtildiği gibi:

Formun bir belirtimi, +L1bağlantısı kaldırılmış olan açık dosyaları seçer. Formun bir belirtimi +L1 <file_system>, belirtilen dosya sistemindeki bağlantısız açık dosyaları seçer.

— user9517
kaynak
lsof + L1 hiçbir şey vermez. yani açık bağlantısız dosya yok. Kontrol edebileceğim başka bir şey.
— Ankit
Bu, sistemimdeki suçluyu bulmama izin verdi - montaj korumalı birimlerle ilgisi yok. Geçici dosyalarda kök hacminin% 90'ını tüketen bir yedekleme işlemi bıraktım. lsof +L1hepsini çok basit bir şekilde listeledi.
— Senkro
0

Bir dosya başka bir işlem açık tutulurken silinirse, bu işlem yazmaya devam edebilir ve sonunda diski görünmez bir şekilde doldurabilir. Dosya açık tutma işlemi biter bitmez bloklar kullanılabilir hale gelir.

Çalışan cinleri değerlendirmeyi deneyin. Mümkünse, yeniden başlatın. Bunu anlayamıyorsanız, kutuyu yeniden başlatmanız temizlemelidir.

— Insyte
kaynak
Sistemi yeniden başlattı, fsck'i çalıştırdı, hiçbir şey yardımcı olmadı.
— Ankit
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.