Gagal Memperbarui / Menginstal Paket - Masalah Ruang - Mengosongkan inode

Pertama-tama, komentar bahwa ini adalah kesalahan khusus karena karakteristik partisi root saya dan biasanya tidak terjadi pada instalasi biasa 

Untuk memulai, saya akan menyebutkan sejarah bagaimana masalah itu terjadi dan bagaimana mengatasinya.

Tim saya adalah Netbook Sony Vaio m120AL yang saya miliki selama sekitar 3 tahun yang panjang dengan hard drive 320 GB di mana mereka hidup berdampingan Windows 7, Chakra , partisi kerja saya dengan Xubuntu 12.04, partisi swap, partisi / home dan partisi informasi tambahan yang saya gunakan untuk berbagi informasi Windows.

Karena alasan ini partisi root saya pada kedua sistem sangat kecil menurut kebanyakan standar (masing-masing sekitar 6GB) tetapi mereka tidak pernah memberi saya masalah karena mereka lebih dari cukup untuk semua paket yang saya butuhkan.

Sekarang, memasuki situasi tertentu, beberapa hari yang lalu menerapkan beberapa pembaruan di Xubuntu (di antaranya Kernel baru disertakan) Saya melihat bahwa pengelola pembaruan menunjukkan kesalahan yang mengatakan bahwa ia mencoba menginstal linux-image-3.2.0-51-generic tetapi ketergantungannya linux-headers-3.2.0-51 It tidak akan diinstal, saya meninjau kesalahan secara detail dan saya melihat bahwa dpkg mengeluh bahwa tidak ada ruang yang tersedia.

Kesalahan mengatakan sesuatu dari gaya ini, meskipun tidak identik karena saya tidak menuliskannya:

tidak dapat membuat `/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new '(saat memproses` ./usr/src/linux-headers -3.2.0 .43-XNUMX / arch / xtensa / include / asm / coprocessor.h '): Tidak ada ruang tersisa di perangkat

Pada beberapa kesempatan sebelumnya, hal yang sama terjadi pada saya tetapi itu karena saya telah membiarkan beberapa kernel lama menumpuk tanpa menghapusnya, tetapi kali ini saya memeriksa dan saya memiliki praktis 600 Mb tersedia menurut Berhidung besar dari apa yang saya tidak mengerti, tetapi untuk mengonfirmasi apakah itu mungkin kesalahan dalam cara saya mengonfigurasinya atau yang serupa saya menjalankan df -h:

df -h

Tapi saya masih memiliki ruang di /!

Jadi saya tidak salah dan itu lebih dari cukup ruang untuk melakukan pembaruan (saya telah melakukannya berkali-kali dalam setahun yang panjang sejak saya menggunakan Xubuntu) lagi pula saya melakukan sudo bersih-bersih untuk membersihkan paket yang telah saya unduh dan coba lagi, tetapi dengan hasil yang sama.

Saya masih merasa aneh tapi bagaimanapun saya mencoba untuk keluar dari / tema ikon yang selalu saya gunakan dan yang telah saya modifikasi banyak (faenza y Bangun) untuk mengosongkan lebih banyak ruang, dan akhirnya berhasil melakukan pembaruan, melanjutkan lagi untuk mengembalikannya ke /.

Namun, gagasan tetap ada di kepala saya bahwa masalah ini harus pergi ke tempat lain tetapi saya tidak tahu yang mana. Beberapa jam kemudian ketika saya mencoba menginstal beberapa paket tambahan, saya mendapatkan kesalahan yang disebutkan di atas lagi, dan sekali lagi ada cukup ruang kosong, jadi saya selidiki.

Pencarian internet membawa saya ke beberapa utas di forum ubuntu-is, tetapi jawaban dari beberapa individu selalu sama: Anda tidak memiliki cukup ruang untuk menghapus file atau memperluas partisi root, tetapi saya melihat sesuatu yang sama di utas berbeda yang saya temukan, selalu partisi root yang memiliki ruang kosong, tetapi Itu mirip dengan milik saya (~ 600-900 Mb) dan ukuran partisi tidak pernah melebihi 10 Gb jadi saya selesai meyakinkan diri sendiri bahwa masalahnya pasti lain, dan begitulah cara saya mendapatkan judul postingan berkat ini halaman, masalahnya adalah bahwa partisi root memiliki 100% inode yang digunakan.

Penggunaan inode dapat dilihat dengan perintah df -i:

100% inode bekas

100% inode bekas

Dan sekarang muncul penjelasannya.

Inode ada dalam kata Dennis Ritchie:

Indeks, karena struktur sistem file yang agak tidak biasa yang menyimpan informasi akses ke file sebagai daftar datar pada disk, mengesampingkan semua informasi hierarki dari direktori

dan oleh karena itu dapat terjadi bahwa untuk sistem file tertentu masih ada ruang kosong untuk menyimpan file, tetapi tidak ada inode yang tersedia untuk mengindeksnya karena ada banyak file dalam sistem dan oleh karena itu yang baru tidak dapat dibuat.

Intinya adalah jumlah inode dalam sebuah partisi EXT4 tidak dapat dimodifikasi (ada jenis sistem lain seperti JFX o XFS di mana ini bukan batasan karena dinamis) itu adalah angka tetap yang dihitung ketika partisi dibuat dengan mkfs.ext4 sesuai ukurannya dengan rasio byte per inode sesuai dengan preferensi yang terletak di /etc/mke2fs.conf.

Saat menginstal sistem, biasanya menggunakan preferensi default yang menyertakan relasi inode = 16384, yang untuk partisi kecil bisa jadi terlalu besar dan tidak cukup dibuat (seperti dalam kasus saya). Satu-satunya cara untuk mengubahnya adalah dengan membuat / memformat partisi dan menentukannya dengan opsi -i.

Namun ini bukan pilihan bagi saya, karena saya telah menyebutkan inode terkait dengan jumlah file yang ada, jadi gunakan skrip bash berikut yang ditemukan di aliran tumpukan dan itu ditautkan ke halaman yang Anda sebutkan sebelumnya untuk menemukan direktori mana di partisi root dengan lebih banyak file:

penting untuk diketahui bahwa skrip menganalisis direktori dari mana ia dipanggil, yaitu, seperti dalam kasus saya, saya tertarik untuk menganalisis / Nah, pertama di terminal saya harus pindah cd / dan kemudian jika memanggil skrip
#!/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_$$

Yang memberikan hasil sebagai berikut:

Dan inilah pelakunya!

Dan inilah pelakunya!

Angka yang muncul di sebelah kiri menunjukkan jumlah file yang ada dan jalur menunjukkan direktori terkait, satu baris di bawah ini muncul direktori / var / lib / dpkg / info tetapi seperti biasa saya membersihkan paket saya di sini tidak ada yang bisa dilakukan .

Namun, jika saya mengenali dua masalah, yang pertama dan meskipun catpura tidak muncul dari sana, beberapa entri lagi menyertakan ikon Bangun, jadi saya harus memindahkannya ya atau ya, juga itu menjelaskan mengapa ketika saya melakukannya saya dapat memperbarui paket, karena saya membebaskan banyak inode dari partisi root ketika saya memindahkannya, tetapi masalah kembali ketika saya memindahkannya.

Dan kedua, jumlah entri berikutnya yang lebih besar dikaitkan dengan header dari beberapa kernel lama, dan saya menyadari bahwa prosedur yang selalu saya gunakan untuk menghilangkan kernel lama tidak menghilangkan header, yang biasanya saya gunakan adalah sebagai berikut, di terminal saya menulis :

dpkg --get-selection | grep-linux-image

kernel-rec

yang menunjukkan kernel yang diinstal dan kemudian saya menggunakan:

sudo apt-get purge

Di mana paket adalah nama kernel yang dipermasalahkan, tetapi ini tidak menghapus header terkait, jadi saya melakukan:

dpkg --get-selection | grep linux

header lama

Dan kemudian saya melanjutkan untuk menghapus header lama, dengan:

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

Dan voila, tapi tentu saja ada juga masalah ikon Bangun jadi saya memutuskan untuk memindahkannya ke ~ / .icons dan membuatnya tersedia untuk seluruh sistem. Saya hanya membuat tautan simbolis di / usr / share / icons, hasil pertama dari df -i Itu dengan penghapusan header dan yang kedua setelah memindahkan ikon.

Inode dilepaskan oleh heap!

Inode dilepaskan oleh heap!

Dengan ini masalah terpecahkan, dan saya dapat menginstal / memperbarui paket tanpa masalah, saya harap posting ini akan membantu seseorang, atau berfungsi untuk referensi di masa mendatang tentang instalasi di partisi kecil dan mengungkap topik yang disebarkan oleh forum-forum kekurangan Ruang.


tinggalkan Komentar Anda

Alamat email Anda tidak akan dipublikasikan. Bidang yang harus diisi ditandai dengan *

*

*

  1. Penanggung jawab data: Miguel Ángel Gatón
  2. Tujuan data: Mengontrol SPAM, manajemen komentar.
  3. Legitimasi: Persetujuan Anda
  4. Komunikasi data: Data tidak akan dikomunikasikan kepada pihak ketiga kecuali dengan kewajiban hukum.
  5. Penyimpanan data: Basis data dihosting oleh Occentus Networks (UE)
  6. Hak: Anda dapat membatasi, memulihkan, dan menghapus informasi Anda kapan saja.

  1.   Ferdinand Baptis dijo

    Hai, gunakan ubuntu tweak ( http://ubuntu-tweak.com ) seperti tuneup untuk windows, ini membantu Anda untuk menghapus banyak sampah dan dalam prosesnya mencopot pemasangan kernel lama dengan aman, namun, kernel sebelumnya tetap menyala, pada beberapa kesempatan kernel terakhir tidak berfungsi untuk saya dan saya berhasil untuk masuk ke sistem berkat tidak menghapus semuanya.

    1.    Rayonan dijo

      Saya sudah mengenalnya sejak lama, tetapi saya selalu lebih suka melakukannya dengan cara saya dan memahami cara kerja, dalam hal apa pun, bahkan tanpa sepasang tajuk lama yang bermasalah, itu akan menampilkan hal yang sama dalam waktu yang kurang lebih. Tema ikon, dan yang pada akhirnya seperti yang saya sebutkan BUKAN masalah kurangnya ruang tetapi inode yang digunakan.

  2.   Mauritius dijo

    Terima kasih telah membagikan ini. Sejauh ini saya tidak mengalami masalah itu, karena disk yang saya gunakan semuanya dalam format Linux, tidak ada windows, karena saya tidak memiliki sistem itu di komputer saya.

    Jadi, ini yang akan saya ingat, jika suatu hari saya datang untuk melihat masalah ini.

    1.    Rayonan dijo

      Masalahnya tidak datang dari memiliki partisi dengan Windows (ini hanya kekhasan kasus saya) tetapi dari memiliki partisi root kecil, kurang dari 10Gb di mana penginstal menggunakan opsi default mke2fs (yang merupakan salah satu yang memformat partisi) dan Anda ia meninggalkan sejumlah kecil inode untuk ukurannya, dan seperti biasanya, semua partisi kita ada di EXT4 yang menetapkan nomor ini saat dibuat dan tidak mungkin untuk memodifikasinya nanti.

  3.   gerardo H. dijo

    Seperti yang Anda lihat, ini adalah jenis hal yang membuat orang menjauh dari linux dan mereka akhirnya kembali ke windows, menurut Anda bagaimana pengguna biasa dalam situasi ini dapat menyelesaikan masalah?
    Anda tidak perlu membuang waktu Anda untuk memperbaiki dan mengonfigurasi hal-hal semacam ini dan membuang waktu produktif.
    Miguel de Icaza benar dengan apa yang dia katakan dan itulah mengapa dia memutuskan untuk beralih ke Mac karena SEMUANYA BERFUNGSI di sana, titik.

    1.    hidup dijo

      Itu dia. Di OS X semuanya bekerja dengan indah .. Tidak ada gunanya menjelaskan pada saat ini mengapa apa yang terjadi pada penulis posting komentar, jadi tolong, jangan memberi makan komentar ini. Itu akan berakhir dengan nyala api.

      1.    eliotime3000 dijo

        Dalam kasus saya, Debian mengerjakan semuanya di PC saya dan ternyata saya menggunakan DVD sebagai repo tambahan untuk memutakhirkan dari Squeeze ke Wheezy. Jadi siapa pun dapat memperbarui.

    2.    fabian dijo

      Kalau begitu, Anda memiliki pikiran sebagai pengguna windows.
      GNU / Linux sangat cocok untuk Anda.
      salam

  4.   sieg84 dijo

    ini menarik.

  5.   Jorge dijo

    Kesalahan ini sangat sering terjadi ketika menginstal gentoo pada disk kecil, begitu banyak file sumber kecil dan partisi kehabisan inode meskipun masih ada 60% ruang kosong yang tersisa. Setidaknya buku pegangan memperbaikinya dengan mengetik mke2fs -j -T small / dev / sdaX, mungkin berjalan di ubuntu. Sebelum saya memainkan pengaturan aneh 😛

    1.    Rayonan dijo

      Persis, seperti yang saya sebutkan sebelumnya Anda dapat menentukan rasio byte inode dengan opsi -i, tetapi ada juga opsi yang Anda sebutkan -T menggunakan salah satu mode default di file konfigurasi yang bernama /etc/mke2fs.conf, di dalam hal ini small akan menerapkan blocksize = 1024, ukuran inode = 128 dan rasio byte-inods = 4096.

  6.   MSX dijo

    Luar biasa!
    Ini adalah masalah tipikal yang memakan kepala Anda untuk waktu yang lama sampai Anda menyadari dari mana asalnya.
    +10 untuk penjelasannya 😀

    1.    Rayonan dijo

      Seperti yang Anda katakan, Anda bersenang-senang membunuh kepalaku! Terima kasih banyak atas komentarnya, datang dari seseorang yang tahu sebanyak Anda adalah suatu kehormatan!

  7.   Anthony dijo

    Luar biasa !!, Saya telah belajar sesuatu yang lain, dan itu telah membantu saya memulihkan 19 MB atau lebih dengan menghapus header lama, serta memulihkan beberapa inode. Sekarang saya memiliki lebih banyak ruang untuk dipasang. Karena saya adalah pemula di Linux, jika menurut Anda tidak apa-apa, saya mendorong Anda untuk membuat posting tentang cara memformat untuk mendapatkan jumlah inode tertinggi dan apakah itu dapat dilakukan sambil menyimpan informasi disk atau tidak.
    Salam dan terima kasih

    1.    Rayonan dijo

      Seperti yang saya sebutkan dalam indikasi di awal entri, ini adalah masalah yang sangat jarang dan dikaitkan dengan partisi root kecil (<10GB) seperti kasus saya, dengan ukuran lain hal ini tidak mungkin terjadi. Sekarang, mengenai perubahan jumlah inode, seperti yang saya juga sebutkan di entri, tidak mungkin melakukannya tanpa memformat di partisi tipe EXT4, jadi Anda tidak dapat menyimpan informasi di disk tanpa membuat cadangan sebelumnya, untuk mengubah inode rasio byte gunakan opsi -i di perintah mke2fs atau salah satu opsi yang terkait dengan -T (kecil, besar, besar dll).

  8.   Mario dijo

    Luar biasa! Eksposisi masalah, penjelasan mengapa itu terjadi, fondasinya, dan langkah-langkah solusinya! Saya menyebut ini sebagai kontribusi yang luar biasa! Terima kasih Rayonant!

  9.   Diana Bedoya dijo

    Terima kasih untuk artikelnya, itu sangat membantu saya. Saya telah mencoba segalanya untuk mengatasi kesalahan ini dan dengan menghapus header lama dan ketergantungannya dengan bakat saya dapat menginstal ulang program dan melakukan pembaruan. Terima kasih!

  10.   Jasco dijo

    Masalah yang sama terjadi pada saya, tidak ada yang terjadi, dan itu membuat saya terbalik hahaha. Dalam kasus saya, partisi root memiliki cukup banyak memori bebas, tetapi menggunakan inode 100%! Intinya adalah, jika Anda telah menggunakan distribusi yang sama untuk waktu yang lama dan tidak menghapus kernel lama dari waktu ke waktu, backlognya buruk. Dalam kasus saya, saya dapat menyelesaikan masalah dengan cara yang mirip dengan yang Anda katakan, hanya sudo apt-get remove atau purge yang tidak berfungsi untuk saya dan kunci untuk dapat menghapus file kernel yang tidak digunakan itu adalah menggunakan sudo dpkg –remove dan –purge, dan satu per satu saya bisa melepaskan inode. Semua yang Anda pelajari. Saya berharap saya telah menemukan entri ini lebih awal karena itu akan menyelesaikan masalah lebih cepat. Terima kasih telah membuat sketsa sedikit apa itu inode, saya tidak punya banyak ide.
    Blog yang bagus, salam!

  11.   Leo dijo

    Anda adalah seorang groso dan meskipun rumit itu dipahami dengan cukup baik. Saya melakukan segalanya untuk surat itu tetapi yang tidak dapat saya lakukan adalah menghapus linux-header sebelumnya, itu tidak membiarkan saya, itu menempatkan saya
    E: dpkg terputus, Anda harus menjalankan "sudo dpkg –configure -a" secara manual untuk memperbaiki masalah
    Saya menjalankan apa yang dikatakannya dan itu membuat saya
    Pengaturan openshot (1.4.0-1ubuntu1) ...
    Traceback (panggilan terakhir terakhir):
    File "/ usr / sbin / update-python-modules", baris 478, dalam
    package.install (py_installed)
    File "/ usr / sbin / update-python-modules", baris 112, sedang diinstal
    os.symlink (nama file, jalur tujuan)
    OSError: [Errno 2] Tidak ada file atau direktori seperti itu
    Kesalahan di sys.excepthook:
    Traceback (panggilan terakhir terakhir):
    File "/usr/lib/python2.7/dist-packages/apport_python_hook.py", baris 128, di apport_excepthook
    os.O_WRONLY | os.O_CREAT | os.O_EXCL, 0o640), 'w')
    OSError: [Errno 28] Tidak ada ruang tersisa di perangkat: '/var/crash/_usr_sbin_update-python-modules.0.crash'

    Pengecualian asli adalah:
    Traceback (panggilan terakhir terakhir):
    File "/ usr / sbin / update-python-modules", baris 478, dalam
    package.install (py_installed)
    File "/ usr / sbin / update-python-modules", baris 112, sedang diinstal
    os.symlink (nama file, jalur tujuan)
    OSError: [Errno 2] Tidak ada file atau direktori seperti itu
    dpkg: pemrosesan kesalahan openshot (–configure):
    utas menginstal skrip pasca-instalasi mengembalikan kode keluar kesalahan 1
    dpkg: error: gagal membuka `/ var / lib / dpkg / status 'untuk menulis status database: Tidak ada ruang tersisa di perangkat
    Pertanyaannya adalah, apa yang saya kenakan?

  12.   Pablo dijo

    Terima kasih banyak! Posting ini banyak membantu saya.

  13.   pang dijo

    Ole!!!

    Anda tidak hanya memecahkan masalah yang rumit, tetapi saya belajar (dan menikmati) sepanjang jalan

  14.   Juan Carlos dijo

    Hai. Pertama-tama, terima kasih atas kirimannya ...

    Kedua, sayangnya itu tidak membantu saya. Saya datang kepadanya karena masalah paket yang rusak, yang sistem tidak memungkinkan saya untuk menyelesaikannya karena kurangnya ruang, yang pada kenyataannya dari apa yang dijelaskan di sini adalah node i.

    Jadi saya mencoba membersihkan kernel lama, seperti yang disarankan, tetapi sistem tidak mengizinkan saya:
    juan @ juan-P29G: ~ $ sudo apt-get purge linux-image-3.2.0-29-generic-pae
    Membaca daftar paket ... Selesai
    Membuat pohon ketergantungan
    Membaca informasi status ... Selesai
    Anda mungkin ingin menjalankan "apt-get -f install" untuk memperbaikinya:
    Paket berikut memiliki dependensi yang belum terpenuhi:
    tzdata-java: Tergantung: tzdata (= 2014i-0ubuntu0.12.04) tetapi 2014e-0ubuntu0.12.04 akan diinstal
    E: Dependensi tidak terpenuhi. Coba "apt-get -f install" tanpa paket (atau tentukan solusi).

    Dan ketika saya mengikuti saran dari sistem:
    juan @ juan-P29G: ~ $ sudo apt-get -f install
    Membaca daftar paket ... Selesai
    Membuat pohon ketergantungan
    Membaca informasi status ... Selesai
    Memperbaiki ketergantungan ... Selesai
    Paket tambahan berikut akan diinstal:
    tzdata
    Paket berikut akan diperbarui:
    tzdata
    1 diperbarui, 0 akan dipasang, 0 untuk menghapus, dan 23 tidak diperbarui.
    1 tidak sepenuhnya terpasang atau dilepas.
    0 B / 461 kB file perlu diunduh.
    31,7 kB akan dirilis setelah operasi ini.
    Apakah Anda ingin melanjutkan [Y / n]? s
    Mengonfigurasi paket sebelumnya ...
    (Membaca database… 893468 file atau direktori yang saat ini diinstal.)
    Bersiap untuk mengganti tzdata 2014e-0ubuntu0.12.04 (menggunakan… / tzdata_2014i-0ubuntu0.12.04_all.deb)…
    Membongkar pengganti tzdata ...
    dpkg: pemrosesan kesalahan /var/cache/apt/archives/tzdata_2014i-0ubuntu0.12.04_all.deb (–unpack):
    tidak dapat mencadangkan symlink untuk `./usr/share/zoneinfo/posix/America/Santo_Domingo ': Tidak ada ruang tersisa di perangkat
    Laporan "apport" tidak ditulis karena pesan kesalahan menunjukkan bahwa kesalahan adalah disk penuh
    Kesalahan ditemukan saat memproses:
    /var/cache/apt/arsip/tzdata_2014i-0ubuntu0.12.04_all.deb
    E: Sub-Proses / usr / bin / dpkg kembali kode kesalahan (1)

    Lingkaran setan ... Bagaimanapun, saya akan melihat apa yang bisa saya lakukan.

    Salam.

  15.   Juan Carlos dijo

    Halo lagi… Saya tahu bagaimana memutus lingkaran setan.

    Saya akan menghapus gambar kernel tertua dengan perintah ini:
    sudo dpkg –hapus linux-image-3.2.0-29-generic-pae

    Dengan itu saya mendapatkan 4389 i-node, cukup untuk memperbaiki paket yang rusak, dan kemudian menghapus header dari kernel yang lebih lama seperti yang ditunjukkan di pos.

    Dan sekarang saya akan memulihkan lebih banyak i-node dengan menghapus banyak kernel lama ...

    Terima kasih dan salam, Juan Carlos.

  16.   anonim dijo

    Dia tidak mengizinkan saya menghapus header

    Saya sudah mengetik
    sudo nautilus

    Dan saya telah pergi ke folder / usr / src
    Di sana saya telah melihat file "header" dan saya telah menghapusnya
    Dengan itu dia telah membiarkan saya melakukan perintah penghapusan otomatis

  17.   anonim dijo

    Terima kasih!! posting mungkin agak lama tetapi masih sangat berguna, masalah diselesaikan dengan inode

  18.   Luis dijo

    Rayonant: penjelasan yang patut dicontoh.
    Meskipun, dalam kasus saya, saya harus memperluas partisi (dengan Gparted), posting Anda telah membantu saya memahami masalahnya. Dan setelah mengikuti metode Anda, saya telah beralih dari 90% inode yang ditempati (setelah memperluas partisi), menjadi hanya 28%.
    Terima kasih banyak. Saya akan menggunakannya mulai sekarang untuk menghilangkan kernel lama (dan header).
    Terima kasih juga kepada Juan Carlos (saya memiliki masalah yang sama).
    Sebuah pelukan.

  19.   Lucu sekali dijo

    Posting yang menarik,
    Dalam kasus saya, saya telah turun dari 100% digunakan menjadi 9%

    root @ pi: / home / pi # apt-get clean
    root @ pi: / home / pi # df -i
    S. files Nodes-i NUsados ​​NLibres NUso% Terpasang
    / dev / root 1915424 1915288 136% /

    kemudian saya menemukan bahwa badai ntopng menyentuh hidung saya, saya melenyapkannya dan ...

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

    Tachan !!!

    root @ pi: / # df -i
    S. files Nodes-i NUsados ​​NLibres NUso% Terpasang
    / dev / root 1915424 160408 1755016 9% /

    Terima kasih