Paketler Güncellenemedi / Yüklenemedi - Yer Sorunları - Ücretsiz inode'lar

Her şeyden önce, bunun kök bölümümün özelliklerinden dolayı belirli bir hata olduğunu ve genellikle tipik kurulumlarda gerçekleşmediğini yorumlayın. 

Başlamak için, sorunun nasıl oluştuğunu ve sonra nasıl çözüleceğini anlatacağım.

Ekibim bir Sony Vaio m120AL netbook bir arada bulundukları 3 GB sabit diskle yaklaşık 320 yıl , Windows 7, Çakra ile çalışma bölümüm Xubuntu 12.04, takas bölümü, / home bölümü ve bilgileri paylaştığım ek bir bilgi bölümü Pencereler.

Bu nedenlerden ötürü, her iki sistemdeki kök bölümlerim çoğu standarda göre oldukça küçüktür (her biri yaklaşık 6GB), ancak ihtiyaç duyduğum tüm paketler için fazlasıyla yeterli olduklarından bana hiçbir zaman sorun çıkarmadılar.

Şimdi, belirli duruma girerek, birkaç gün önce bazı güncellemeler uygulayarak Xubuntu (arasına yeni bir Çekirdek dahil edildi) Güncelleme yöneticisinin, linux-image-3.2.0-51-generic'i yüklemeye çalıştığını, ancak bağımlılık linux-headers-3.2.0-51 olduğunu söyleyen bir hata gösterdiğini görüyorum. Yüklenmeyecek, hatayı ayrıntılı olarak inceliyorum ve dpkg'nin boş yer olmadığından şikayet ettiğini fark ediyorum.

Hata, aynı olmasa da bu tarzda bir şey söyledi çünkü yazmadım:

"/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new 'oluşturamadı (işlenirken` ./usr/src/linux-headers -3.2.0-43 / arch / xtensa / include / asm / coprocessor.h '): Cihazda yer kalmadı

Önceki bir olayda aynı şey başıma geldi ama bunun nedeni birkaç eski Çekirdeğin onları silmeden birikmesine izin vermiş olmamdı, ancak bu sefer kontrol ettim ve şunlara göre pratik olarak 600 Mb'ım var. conky anlamadığım şeyden, ancak bunu nasıl yapılandırdığımda veya benzer şekilde bir hata olup olmadığını onaylamak için bir df -h:

df -h

Ama hala / içinde yerim var!

Bu yüzden yanılmıyorum ve bu güncellemeyi gerçekleştirmek için fazlasıyla yeterli alan (Xubuntu ile birlikte olduğumdan bu yana uzun yıl boyunca bu şekilde birçok kez yaptım) yine de bir sudo yapıyorum apt-temiz indirdiğim paketleri temizlemek ve tekrar denemek, ancak aynı sonuçlarla.

Hala garip buluyorum ama yine de her zaman kullandığım ve çok değiştirdiğim ikon temalarından / dışına çıkmaya çalışıyorum (Faenza y Uyandı) daha fazla alan boşaltmak ve böylece nihayet güncellemeyi gerçekleştirmeyi başarmak için tekrar / konumuna geri dönmeye devam edin.

Ancak konunun başka bir yere gitmesi gerektiği fikri aklımda kaldı ama hangisi olduğunu bilmiyordum. Birkaç saat sonra fazladan bazı paketler kurmaya çalıştığımda, yukarıda bahsedilen hatayı tekrar alıyorum ve bir kez daha boşa gidecek kadar yer vardı, bu yüzden kendimi araştırmaya adadım.

Bir internet araması beni şu forumlardaki birkaç başlığa yönlendiriyor: ubuntu-is, ancak bazı bireylerin cevabı her zaman aynıdır: Yeterli alanınız yok dosyaları silmek veya kök bölümünü genişletmek, ancak bulduğum farklı iş parçacıklarında ortak bir şey fark ettim, her zaman boş alana sahip olan kök bölüm, ancak Benimkine benziyordu (~ 600-900 Mb) ve bölümün boyutu hiçbir zaman 10 Gb'yi geçmedi, bu yüzden sorunun başka bir şey olması gerektiğine kendimi ikna etmeyi bitirdim ve bu sayede yazının başlığına ulaştım. bu sayfasında sorun, kök bölümünün kullanılan inode'ların% 100'üne sahip olmasıdır.

İnode kullanımı komutuyla görülebilir df -i:

% 100 kullanılan düğümler

% 100 kullanılan düğümler

Ve şimdi açıklama geliyor.

Düğümler Dennis Ritchie'nin sözünde:

Dosyalara erişim bilgilerini diskte düz bir liste olarak depolayan ve dizinlerin tüm hiyerarşik bilgilerini bir kenara bırakan bir dosya sisteminin biraz alışılmadık yapısı nedeniyle bir dizin

ve bu nedenle, belirli bir dosya sistemi için dosyaları depolamak için hala boş alan olabilir, ancak sistemde çok sayıda dosya olduğundan ve bu nedenle yenileri oluşturulamadığından bunları indekslemek için kullanılabilecek inode yoktur.

Önemli olan, bir bölümdeki inode sayısının HARICI4 değiştirilemez (gibi başka sistem türleri de vardır. JFX o XFS'in dinamik olduğu için bunun bir sınırlama olmadığı durumlarda) içinde bulunan tercihlere göre inode başına bayt oranı ile boyutuna göre mkfs.ext4 ile bölüm oluşturulduğunda hesaplanan sabit bir sayıdır. /etc/mke2fs.conf.

Sistemi kurarken, inode = 16384 ilişkisini içeren varsayılan tercihleri ​​kullanmak olağandır, ki bu küçük bölümler için çok büyük olabilir ve yeterince yaratmayabilir (benim durumumda olduğu gibi). Değiştirmenin tek yolu, bölümü oluşturmak / biçimlendirmek ve seçeneği ile belirtmektir. -i.

Ancak bu benim için bir seçenek değildi, çünkü inode'ların mevcut dosyaların sayısıyla ilgili olduğunu söylediğim için şu bash betiğini kullanın. Stackoverflow ve bu, daha önce bahsettiğiniz sayfada, daha fazla dosya içeren kök bölümdeki dizinlerin hangileri olduğunu bulmak için bağlantılıdır:

betiğin dizini çağrıldığı yerden analiz ettiğini bilmek önemlidir, yani benim durumumda olduğu gibi analiz etmekle ilgilendim / İlk önce terminalde hareket etmeliyim cd / ve sonra senaryoyu çağırırsanız
#!/bin/bash
# count_em - count files in all subdirectories under current directory.
echo 'echo $(ls -a "$1" | wc -l) $1' >/tmp/count_em_$$
chmod 700 /tmp/count_em_$$
find . -mount -type d -print0 | xargs -0 -n1 /tmp/count_em_$$ | sort -n
rm -f /tmp/count_em_$$

Bu, aşağıdaki sonucu verir:

Ve işte suçlular!

Ve işte suçlular!

Solda görünen sayı, mevcut dosya sayısını ve yol, ilişkili dizini gösterir, aşağıdaki bir satır / var / lib / dpkg / info dizini görünür, ancak her zaman olduğu gibi burada paketleri temizlerim .

Ancak, iki sorunu fark edersem, birincisi ve catpura oradan yukarı çıkmasa da, birkaç giriş daha simgeleri içerir Uyandı, bu yüzden onları evet veya evet olarak taşımam gerekiyor, bu da bunu yaptığımda neden paketleri güncelleyebileceğimi açıklıyor, çünkü onları taşıdığımda kök bölümden birçok inode yayınladım, ancak onları yeniden yerleştirdiğimde sorun geri döndü.

İkincisi, bir sonraki daha fazla sayıda giriş, birkaç eski çekirdeğin başlıkları ile ilişkilidir ve eski çekirdekleri ortadan kaldırmak için her zaman kullandığım prosedürün, başlıkları ortadan kaldırmadığını fark ediyorum, genellikle kullandığım şey, yazdığım bir terminalde :

dpkg --get-seçimler | grep linux resmi

çekirdekler-rec

bu da bana yüklenen çekirdekleri gösteriyor ve sonra kullanıyorum:

sudo apt-get purge paketi

Burada paket söz konusu çekirdeğin adıdır, ancak bu ilişkili başlıkları kaldırmaz, bu yüzden şunu yapıyorum:

dpkg --get-seçimler | grep linux

eski başlıklar

Ve sonra eski başlıkları şu şekilde kaldırmaya devam ediyorum:

sudo apt-get tasfiye linux-headers-3.2.0-41 linux-headers-3.2.0-44 linux-headers-3.2.0-45 linux-headers-3.2.0-48

Ve voilà, ama tabii ki ikonlar sorunu da vardı Uyandı bu yüzden onları ~ / .icons'a taşımaya ve tüm sistem için kullanılabilir hale getirmeye karar verdim. df -i Başlıkların kaldırılması ve simgelerin taşınmasından sonraki ikinci.

Yığın tarafından serbest bırakılan düğümler!

Yığın tarafından serbest bırakılan düğümler!

Bununla sorun çözüldü ve paketleri sorunsuz bir şekilde kurabilir / güncelleyebilirim, umarım bu gönderi birisine yardımcı olur veya küçük bölümlerdeki kurulumlarda ileride başvurmak için hizmet eder ve konuyu, eksikliğin forumları tarafından yayılan açıklığa kavuşturur. Boşluk.


Yorumunuzu bırakın

E-posta hesabınız yayınlanmayacak. Gerekli alanlar ile işaretlenmiştir *

*

*

  1. Verilerden sorumlu: Miguel Ángel Gatón
  2. Verilerin amacı: Kontrol SPAM, yorum yönetimi.
  3. Meşruiyet: Onayınız
  4. Verilerin iletilmesi: Veriler, yasal zorunluluk dışında üçüncü kişilere iletilmeyecektir.
  5. Veri depolama: Occentus Networks (AB) tarafından barındırılan veritabanı
  6. Haklar: Bilgilerinizi istediğiniz zaman sınırlayabilir, kurtarabilir ve silebilirsiniz.

  1.   Ferdinand Baptist dijo

    Merhaba, ubuntu tweak ( http://ubuntu-tweak.com . hepsini silmemek için.

    1.    suni ipek dijo

      Onu uzun zamandır tanıyorum, ama her zaman kendi yöntemimle yapmayı ve işlerin nasıl yürüdüğünü anlamayı tercih ettim, her durumda, problemi olan eski başlıklar olmasa bile, aynı şeyi az ya da çok zamanda sunacaktı. ikon temaları ve sonunda bahsettiğim gibi bu bir alan eksikliği değil, kullanılan inode problemidir.

  2.   Mauricio dijo

    Bunu paylaştığın için teşekkürler Şu ana kadar bu problemi yaşamadım, çünkü kullandığım disklerin hepsi Linux formatında, penceresiz, çünkü bilgisayarımda o sistem yok.

    Yani, bir gün bu sorunu görmeye gelirsem diye bunu aklımda tutacağım.

    1.    suni ipek dijo

      Sorun, Windows ile bölümlere sahip olmaktan değil (bu sadece benim durumumun bir özelliğidir), ancak yükleyicinin varsayılan mke10fs seçeneklerini (bölümleri biçimlendiren) kullandığı 2 Gb'den küçük kök bölümlere sahip olmaktan kaynaklanıyor. Boyutuna göre az sayıda inode ile ayrılır ve genellikle neredeyse norm olduğu gibi, tüm bölümlerimiz, oluşturulduğunda bu sayıyı ayarlayan EXT4'tedir ve daha sonra değiştirmek mümkün değildir.

  3.   gerard H dijo

    Gördüğünüz gibi, insanları linux'tan uzak tutan bu tür bir şey ve sonunda pencerelere geri dönüyorlar, bu durumda sıradan bir kullanıcının sorunu nasıl çözebileceğini düşünüyorsunuz?
    bu tür şeyleri düzeltmek ve yapılandırmak için zaman harcamanıza ve verimli zaman harcamanıza gerek yok.
    Miguel de Icaza söylediklerinde haklıydı ve bu yüzden Mac'e geçmeye karar verdi çünkü HER ŞEY ÇALIŞIYOR, nokta.

    1.    ela dijo

      Bu kadar. OS X'te her şey güzel çalışıyor .. Şu anda yazının yorumlarının neden olduğunu açıklamanın faydası yok, bu yüzden lütfen bu yorumu beslemeyin. Alevle bitecek.

      1.    eliotime3000 dijo

        Benim durumumda, Debian her şeyi bilgisayarımda çalıştırıyor ve ortaya çıktı ki DVD'yi Squeeze'den Wheezy'ye yükseltmek için ek bir depo olarak kullandım. Böylece herkes güncelleme yapabilir.

    2.    fabian dijo

      O halde, bir Windows kullanıcısı gibi düşünüyorsunuz.
      GNU / Linux sizin için büyük.
      Saygılarımızla

  4.   Sieg84 dijo

    bu ilginç.

  5.   Jorge dijo

    Bu hata, gentoo'yu küçük disklere yüklerken çok sık görülür, çok sayıda küçük kaynak dosyası ve% 60 boş alan kalsa bile bölümün düğümleri biter. En azından el kitabı mke2fs -j -T small / dev / sdaX yazarak bunu düzeltir, muhtemelen ubuntu üzerinde çalışır. Garip ayarları oynamadan önce 😛

    1.    suni ipek dijo

      Tam olarak, daha önce bahsettiğim gibi -i seçeneğiyle bir inode bayt oranı belirtebilirsiniz, ancak bahsettiğiniz bir seçenek de vardır -T yapılandırma dosyasında /etc/mke2fs.conf adında varsayılan modlardan birini kullanır. bu durumda küçük blok boyutu = 1024, inode boyutu = 128 ve bayt-inod oranı = 4096 uygulayacaktır.

  6.   msx dijo

    Excelente!
    Siz nereden geldiğini anlayana kadar başınızı uzun süre yiyen tipik bir sorundur.
    Açıklama için +10 😀

    1.    suni ipek dijo

      Dediğin gibi, kafamı öldürmekle iyi vakit geçirdin! Senin kadar çok şey bilen birinden gelen yorum için çok teşekkür ederim, bir onurdur!

  7.   Antonio dijo

    Mükemmel !!, Başka bir şey öğrendim ve eski bir başlığı kaldırarak ve bazı inode'ları kurtararak 19Mb'yi kurtarmama yardımcı oldu. Şimdi kuracak daha fazla alanım var. Linux için oldukça acemi olduğum için, sorun olmadığını düşünüyorsanız, en yüksek sayıda inode'u elde etmek için nasıl biçimlendirileceğini ve disk bilgilerini saklayarak yapılıp yapılamayacağını anlatan bir yazı yazmanızı tavsiye ederim.
    Saygılar ve teşekkürler

    1.    suni ipek dijo

      Girişin başında bir göstergede bahsettiğim gibi, çok nadir görülen bir sorundur ve benim durumumda olduğu gibi küçük kök bölümleri (<10GB) ile ilişkilidir, diğer boyutlarda olması pek olası değildir. Şimdi, inode sayısının değişmesi ile ilgili olarak, girişte de bahsettiğim gibi, EXT4 tipi bölümlerde formatlamadan bunu yapmak mümkün değildir, bu nedenle önceden bir yedekleme yapmadan diskteki bilgileri tutamaz, bayt oranını değiştiremezsiniz. inode'lar mke2fs komutundaki -i seçeneğini veya -T ile ilişkili seçeneklerden birini (küçük, büyük, büyük vb.) kullanır.

  8.   Mario dijo

    Mükemmel! Sorunun açıklaması, neden olduğunun açıklaması, temelleri ve çözümün adımları! Ben buna mükemmel bir katkı diyorum! Teşekkürler Rayonant!

  9.   Diana Bedoya dijo

    Yazı için teşekkürler, bana çok yardımcı oldu. Bu hatanın üstesinden gelmek için her şeyi denedim ve eski başlıkları ve bunların bağımlılıklarını yetenekli bir şekilde kaldırarak programları yeniden yükleyip güncellemeleri yapabildim. Teşekkür ederim!

  10.   Jasco dijo

    Aynı sorun bana da oldu, hiçbir şey olmadı ve beni altüst etti hahaha. Benim durumumda, kök bölümünün oldukça boş belleği vardı, ancak% 100 inode kullanıldı! Mesele şu ki, aynı dağıtımı uzun süredir kullanıyorsanız ve zamanla eski bir çekirdeği kaldırmazsanız, biriktirme listesi korkunçtur. Benim durumumda, problemi sizin ifade ettiğiniz şekilde çözebildim, sadece sudo apt-get remove veya purge benim için işe yaramadı ve bu kullanımdan kaldırılmış çekirdek dosyalarını kaldırabilmenin anahtarı sudo dpkg –remove ve –purge kullanmaktı. ve tek tek inode'ları serbest bırakabildim. Tüm öğrendiğin. Keşke bu girişi daha erken bulsaydım çünkü sorunu daha erken çözecektim. İnode'un ne olduğunu biraz çizdiğiniz için teşekkürler, pek bir fikrim yoktu.
    Harika blog, selamlar!

  11.   Aslan burcu dijo

    Sen bir groso'sun ve her ne kadar külfetli olsa da gayet iyi anlaşılıyor. Mektuba her şeyi yaptım ama yapamadığım şey önceki linux başlıklarını kaldırmak, bana izin vermiyor, beni
    E: dpkg kesintiye uğradı, sorunu düzeltmek için "sudo dpkg –configure -a" komutunu manuel olarak çalıştırmalısınız
    Bana söylediğini uyguluyorum ve bu beni yapıyor
    Ekran görüntüsü (1.4.0-1ubuntu1) ayarlanıyor ...
    Geri izleme (en son yapılan arama):
    "/ Usr / sbin / update-python-modules" dosyası, satır 478, içinde
    package.install (py_installed)
    "/ Usr / sbin / update-python-modules" dosyası, satır 112, kurulumda
    os.symlink (dosya adı, destpath)
    OSError: [Errno 2] Böyle bir dosya veya dizin yok
    Sys.excepthook'ta hata:
    Geri izleme (en son yapılan arama):
    "/Usr/lib/python2.7/dist-packages/apport_python_hook.py" dosyası, satır 128, apport_excepthook'ta
    os.O_WRONLY | os.O_CREAT | os.O_EXCL, 0o640), 'w')
    OSError: [Errno 28] Cihazda yer kalmadı: '/var/crash/_usr_sbin_update-python-modules.0.crash'

    Orijinal istisna şuydu:
    Geri izleme (en son yapılan arama):
    "/ Usr / sbin / update-python-modules" dosyası, satır 478, içinde
    package.install (py_installed)
    "/ Usr / sbin / update-python-modules" dosyası, satır 112, kurulumda
    os.symlink (dosya adı, destpath)
    OSError: [Errno 2] Böyle bir dosya veya dizin yok
    dpkg: ekran görüntüsünü işleme hatası (–configure):
    iş parçacığı, yükleme sonrası komut dosyasını yükledi, çıkış kodu 1 hata döndürdü
    dpkg: hata: veritabanı durumunu yazmak için `/ var / lib / dpkg / status 'açılamadı: Cihazda yer kalmadı
    Soru şu ki, ne giyiyorum?

  12.   Paul dijo

    Çok teşekkürler! Bu gönderi bana çok yardımcı oldu.

  13.   sızı dijo

    Ol !!!

    Sadece zor bir sorunu çözmekle kalmaz, aynı zamanda yol boyunca öğrenirim (ve eğlenirim)

  14.   Juan Carlos dijo

    Selam. Öncelikle gönderi için teşekkürler ...

    İkincisi, ne yazık ki bana yardımcı olmadı. Ona, sistemin alan yetersizliğinden çözmeme izin vermediği, gerçekte burada anlatılanlardan itibaren düğümler olan kırık bir paket problemi nedeniyle geldim.

    Bu yüzden önerildiği gibi eski çekirdekleri temizlemeyi denedim, ancak sistem bana izin vermiyor:
    juan @ juan-P29G: ~ $ sudo apt-get purge linux-image-3.2.0-29-generic-pae
    Paket listesi okunuyor ... Bitti
    Bağımlılık ağacı oluşturma
    Durum bilgilerinin okunması ... Bitti
    Düzeltmek için "apt-get -f install" komutunu çalıştırmak isteyebilirsiniz:
    Aşağıdaki paketlerin karşılanmamış bağımlılıkları vardır:
    tzdata-java: Bağlıdır: tzdata (= 2014i-0ubuntu0.12.04) ancak 2014e-0ubuntu0.12.04 yüklenecek
    E: Bağımlılıklar karşılanmadı. Paketler olmadan "apt-get -f install" deneyin (veya bir çözüm belirtin).

    Ve sistemin tavsiyelerine uyduğumda:
    juan @ juan-P29G: ~ $ sudo apt-get -f install
    Paket listesi okunuyor ... Bitti
    Bağımlılık ağacı oluşturma
    Durum bilgilerinin okunması ... Bitti
    Bağımlılıklar düzeltiliyor ... Bitti
    Aşağıdaki ekstra paketler yüklenecek:
    tzveri
    Aşağıdaki paketler güncellenecektir:
    tzveri
    1 güncellendi, 0 yüklenecek, 0 kaldırılacak ve 23 güncellenmeyecek.
    1 tam olarak yüklenmemiş veya kaldırılmamış.
    0 B / 461 kB dosyaların indirilmesi gerekiyor.
    Bu işlemden sonra 31,7 kB serbest bırakılacaktır.
    Devam etmek istiyor musunuz [E / n]? s
    Paketler önceden yapılandırılıyor ...
    (Veritabanının okunması… 893468 dosya veya şu anda kurulu dizinler.)
    Tzdata 2014e-0ubuntu0.12.04'ü değiştirmek için hazırlanıyor (… / tzdata_2014i-0ubuntu0.12.04_all.deb kullanarak)…
    Tzdata değişim paketinin açılması ...
    dpkg: /var/cache/apt/archives/tzdata_2014i-0ubuntu0.12.04_all.deb (–unpack) işleme hatası:
    "./usr/share/zoneinfo/posix/America/Santo_Domingo 'için symlink yedeklenemiyor: Cihazda yer kalmadı
    Hata mesajı hatanın disk dolu olduğunu gösterdiği için bir "dağıtma" raporu yazılmadı
    İşlem sırasında hatalarla karşılaşıldı:
    /var/cache/apt/archives/tzdata_2014i-0ubuntu0.12.04_all.deb
    E: Sub-process / usr / bin / dpkg yıl Döndürdü hata kodu (1)

    Bir kısır döngü ... Neyse, ne yapabileceğime bir bakacağım.

    Selamlar.

  15.   Juan Carlos dijo

    Tekrar merhaba… Kısır döngüyü nasıl kıracağımı biliyorum.

    Bu komutla çekirdeklerin en eski görüntüsünü kaldıracağım:
    sudo dpkg – linux-image-3.2.0-29-generic-pae'yi kaldır

    Bununla birlikte, kırılmış paketi tamir etmeye yetecek 4389 i-düğüm kazanıyorum ve ardından eski çekirdek başlıklarını yazıda belirtildiği gibi kaldırıyorum.

    Ve şimdi bir grup eski çekirdeği kaldırarak daha fazla i-node kurtaracağım ...

    Teşekkürler ve selamlar, Juan Carlos.

  16.   anonim dijo

    Başlıkları silmeme izin vermedi

    Yazdım
    sudo nautilus

    Ve / usr / src klasörüne gittim
    Orada "üstbilgi" dosyalarını gördüm ve onları sildim
    Bununla birlikte otomatik kaldırma emrini vermeme zaten izin verdi

  17.   anonim dijo

    Teşekkür ederim!! gönderi biraz eski olabilir ancak yine de çok kullanışlı olabilir, inode'larla çözülen problem

  18.   Luis dijo

    Rayonant: örnek bir açıklama.
    Benim durumumda bölümü genişletmem gerekti (Gparted ile), gönderiniz sorunu anlamama yardımcı oldu. Yönteminizi izledikten sonra, işgal edilen düğümlerin% 90'ından (bölümü genişlettikten sonra) yalnızca% 28'e çıktım.
    Çok teşekkürler. Bundan sonra eski çekirdekleri (ve başlıkları) ortadan kaldırmak için kullanacağım.
    Juan Carlos'a da teşekkürler (aynı sorunu yaşadım).
    Kucaklıyorum.

  19.   komik dijo

    İlginç gönderi,
    Benim durumumda% 100 kullanımdan% 9'a düştüm

    root @ pi: / home / pi # apt-get clean
    kök @ pi: / home / pi # df -i
    S. Dosyaları i-düğümleri NUsados ​​NLibres NUso% Bağlı
    / dev / root 1915424 1915288% 136 /

    Daha sonra, durgun fırtınaların burnuma değdiğini fark ettim, onları yok ettim ve ...

    kök @ pi: / home / pi # rm -rf / var / tmp / ntopng /

    Tachán !!!

    kök @ pi: / # df -i
    S. Dosyaları i-düğümleri NUsados ​​NLibres NUso% Bağlı
    / dev / root 1915424 160408 1755016 9% /

    teşekkürler