Päivitys ei onnistu, "laitteella ei tilaa" vaikka tiedostonhallinta kertoo muuta

[Pjotor]

Hei

Ongelma on se, että headers paketti ei asennu. Virhe ilmoitus kertoo:

Koodia: [Valitse]

E: /var/cache/apt/archives/linux-headers-3.13.0-66_3.13.0-66.108_all.deb: unable to create `/usr/src/linux-headers-3.13.0-66/arch/powerpc/include/asm/syscalls.h.dpkg-new' (while processing `./usr/src/linux-headers-3.13.0-66/arch/powerpc/include/asm/syscalls.h'): Laitteella ei ole tilaa jäljellä

Tiedostonhallinnan mukaan juuri osiolla on kuitenkin yli 7 gigaa vapaata tilaa.

Muutama kuukausi sitten törmäsin samankaltaiseen virheilmoitukseen, mutta silloin juuri oli oikeasti tukossa ja vanhat kernelit piti heivata pois. Sillä kertaa homma korjaantui, mutta mikäs nyt neuvoksi?

Speksit:
-Computer-
Processor      : 2x Intel(R) Core(TM)2 CPU         T5500  @ 1.66GHz
Memory      : 1525MB (1220MB used)
Operating System      : Ubuntu 14.04.3 LTS
-Display-
Resolution      : 1024x768 pixels
OpenGL Renderer      : Mesa DRI Intel(R) 945GM
X11 Vendor      : The X.Org Foundation
-Multimedia-
Audio Adapter      : HDA-Intel - HDA Intel
-Input Devices-

[mrl586]

Onko myös /usr-osiolla riittävästi tilaa?

[nm]

Tiedostonhallinnan mukaan juuri osiolla on kuitenkin yli 7 gigaa vapaata tilaa.

Mitä df sanoo päätteessä?

Koodia: [Valitse]

df -h

[Postimies]

Koodia: [Valitse]

sudo apt-get clean
voi auttaa. df -h kertoo levytilan kaikista liitetyistä levyistä.

[Pjotor]

Koodia: [Valitse]

df -h
Tiedostojärjestelmä  Koko  Käyt Vapaa Käy% Liitospiste
/dev/sda5             22G   14G  7,3G  65% /
none                 4,0K     0  4,0K   0% /sys/fs/cgroup
udev                 735M  4,0K  735M   1% /dev
tmpfs                149M  1,3M  148M   1% /run
none                 5,0M     0  5,0M   0% /run/lock
none                 745M     0  745M   0% /run/shm
none                 100M   16K  100M   1% /run/user
/dev/sda6             51G   27G   21G  57% /home

Tommosta tulostelee..

Tuo clean ei auta, edelleen samaan kaatuu päivitys.

[nm]

Todennäköisesti juuriosiolla ei enää ole vapaita inodeja, jolloin uusia tiedostoja ei voida luoda. Tarkista komennolla:

Koodia: [Valitse]

df -i

Olethan poistanut myös vanhojen kernelien headerit? Ne kuluttavat suurimman osan juuriosion inodeista, kun tiedostoja on paljon. Listaa asennetut header-paketit komennolla:

Koodia: [Valitse]

dpkg -l "linux-headers*" | grep ii

[Postimies]

Myös kotihakemistoon voi kertyä paljon tiedostoja.  Esim. esikatselukuvat, erilaiset tietokannat. Lkm voi olla yli 100 000. Itse ajattelin ensin ei ne inodet voi loppua, mutta .thumbnails voi kertyä paljon ja vastaaviin. Jos käyttäjiä useampi tila voi loppua. Taas yksi syy miksi erillinen /home on hyvä. Oletuksena rootille varataan 5% joten tila loppuu harvoin. Päivityksiä voi yrittää asentaa paketti kerrallaan. tmpfs koko melko pieni.

kernelien headerit vievät vähän tilaa verrattuna kernelin lähdekoodiin & käännöksiin. Kyllä niitä voi olla useampia.

[kuutio]

Myös kotihakemistoon voi kertyä paljon tiedostoja.  Esim. esikatselukuvat, erilaiset tietokannat. Lkm voi olla yli 100 000. Itse ajattelin ensin ei ne inodet voi loppua, mutta .thumbnails voi kertyä paljon ja vastaaviin. Jos käyttäjiä useampi tila voi loppua. Taas yksi syy miksi erillinen /home on hyvä. Oletuksena rootille varataan 5% joten tila loppuu harvoin. Päivityksiä voi yrittää asentaa paketti kerrallaan. tmpfs koko melko pieni.

Pjotorilla on tulosteen mukaan erillinen /home osio, joten sen tila ei vaikuta päivityksiin.

kernelien headerit vievät vähän tilaa verrattuna kernelin lähdekoodiin & käännöksiin. Kyllä niitä voi olla useampia.

nm:n pointti oli varmaan se, että vaikka ne eivät levytilaa vie kovin paljon, niin inodeja ne käyttää yllättävän runsaasti, kun niitä pieniä tiedostoja on headereissa paljon. Tuolla df -i:llä tilanne luonnollisestikin selviää. (MUOKS: Kyllä niitä siis useampi mahtuu, mutta jos niitä ei ollenkaan poistele, inodet loppuu todennäköisesti ennen kuin levytila, esim. https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/1089195)

[Postimies]

Inodien määrään voi vaikuttaa tiedostojärjestelmää luotaessa. Jos pieni levy ja paljon tiedostoja inodet voivat loppua. Käytännössä näin tapahtuu harvoin. Itsellä parin kernelin lähdekoodi tuo jo reilusti yli 100 000 tiedostoa. Jos noita ei putsaisi niin levy kyllä täyttyisi. Kyseessä htpc:n levy jossa itse systeemi on pieni. Eniten taitaa viedä tilaa lähdekoodit, gcc ym kehityspaketit. En lukenut niin tarkkaan, että olisi myös erillinen home, joka yleensä hyvä asia. 20G levyllä kuitenkin toista miljoonaa inodea, joten paljon niitä tiedostoja pitää olla. Logrotate ja paketinhallinta siivoavat levyä. Joten ajattelin, että vika olisi siellä home kansiossa.

[malmilandia]

Inodien määrään voi vaikuttaa tiedostojärjestelmää luotaessa. Jos pieni levy ja paljon tiedostoja inodet voivat loppua. Käytännössä näin tapahtuu harvoin. Itsellä parin kernelin lähdekoodi tuo jo reilusti yli 100 000 tiedostoa. Jos noita ei putsaisi niin levy kyllä täyttyisi. Kyseessä htpc:n levy jossa itse systeemi on pieni. Eniten taitaa viedä tilaa lähdekoodit, gcc ym kehityspaketit. En lukenut niin tarkkaan, että olisi myös erillinen home, joka yleensä hyvä asia. 20G levyllä kuitenkin toista miljoonaa inodea, joten paljon niitä tiedostoja pitää olla. Logrotate ja paketinhallinta siivoavat levyä. Joten ajattelin, että vika olisi siellä home kansiossa.

Minulle ei tuo inode sano mitään, enkä sitä käsitä siis, joten heitän tyhmän kysymyksen, mitä tämä kertoo koneestani?

Tiedostojärjestelmä   I-solmut  IKäyt      IJälj IKäy% Liitospiste
/dev/sde7              3055616 506149    2549467   17% /
none                   4111276      2    4111274    1% /sys/fs/cgroup
udev                   4107443    646    4106797    1% /dev
tmpfs                  4111276    766    4110510    1% /run
none                   4111276      1    4111275    1% /run/lock
none                   4111276     10    4111266    1% /run/shm
none                   4111276     27    4111249    1% /run/user
/dev/sde1                48768    304      48464    1% /boot
/dev/sde6            117080064  62704  117017360    1% /home
/dev/sdc1           1007370984 114325 1007256659    1% /media/

[kx]

Samat sanat, ei mitään hajua mitä tämä on:

Koodia: [Valitse]

kari@kari-Amilo-Desktop-PI3410A:~$ df -i
Tiedostojärjestelmä I-solmut  IKäyt   IJälj IKäy% Liitospiste
/dev/sda5            1261568 218894 1042674   18% /
none                  213053      2  213051    1% /sys/fs/cgroup
udev                  208248    547  207701    1% /dev
tmpfs                 213053    583  212470    1% /run
none                  213053      3  213050    1% /run/lock
none                  213053      7  213046    1% /run/shm
none                  213053     26  213027    1% /run/user
kari@kari-Amilo-Desktop-PI3410A:~$


Päivitykset siis kyllä onnistuu täysin.

[kamara]

Jokainen tiedosto vie vähintään yhden inoden:

Tämän voi testata tällä tavalla:

Koodia: [Valitse]

df -i
touch tätätiedostoaEiollutaikaisemmin.txt
df -i
rm tätätiedostoaEiollutaikaisemmin.txt

Edit - Näyttää siltä, ettei btrfs:ssä ole kyseistä tapaa osoitella tiedostoihin...

Koodia: [Valitse]

/dev/sdb1                   0       0         0     - /mnt/btrfs
.. ja samaten myös vfat

Edit - Löytyy artikkeli englanninkielisestä wikipediasta https://en.wikipedia.org/wiki/Inode

Edit - Taitaa yksi tiedosto viedä vain yhden noden.

Edit - Typo korjattu

[Pjotor]

Koodia: [Valitse]

df -i
Tiedostojärjestelmä I-solmut   IKäyt   IJälj IKäy% Liitospiste
/dev/sda5            1463504 1461293    2211  100% /
none                  190685       2  190683    1% /sys/fs/cgroup
udev                  189621     432  189189    1% /dev
tmpfs                 190685     417  190268    1% /run
none                  190685       3  190682    1% /run/lock
none                  190685       1  190684    1% /run/shm
none                  190685      16  190669    1% /run/user
/dev/sda6            3366912   40890 3326022    2% /home

Koodia: [Valitse]

dpkg -l "linux-headers*" | grep ii
ii  linux-headers-3.13.0-24                     3.13.0-24.47                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-24-generic             3.13.0-24.47                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-27                     3.13.0-27.50                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-27-generic             3.13.0-27.50                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-29                     3.13.0-29.53                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-29-generic             3.13.0-29.53                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-30                     3.13.0-30.55                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-30-generic             3.13.0-30.55                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-34                     3.13.0-34.60                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-34-generic             3.13.0-34.60                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-35                     3.13.0-35.62                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-35-generic             3.13.0-35.62                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-36                     3.13.0-36.63                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-36-generic             3.13.0-36.63                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-37                     3.13.0-37.64                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-37-generic             3.13.0-37.64                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-39                     3.13.0-39.66                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-39-generic             3.13.0-39.66                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-40                     3.13.0-40.69                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-40-generic             3.13.0-40.69                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-43                     3.13.0-43.72                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-43-generic             3.13.0-43.72                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-44                     3.13.0-44.73                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-44-generic             3.13.0-44.73                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-45                     3.13.0-45.74                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-45-generic             3.13.0-45.74                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-46                     3.13.0-46.79                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-46-generic             3.13.0-46.79                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-48                     3.13.0-48.80                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-48-generic             3.13.0-48.80                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-49                     3.13.0-49.83                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-49-generic             3.13.0-49.83                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-51                     3.13.0-51.84                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-51-generic             3.13.0-51.84                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-52                     3.13.0-52.86                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-52-generic             3.13.0-52.86                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-53                     3.13.0-53.89                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-53-generic             3.13.0-53.89                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-55                     3.13.0-55.94                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-55-generic             3.13.0-55.94                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-57                     3.13.0-57.95                            all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-57-generic             3.13.0-57.95                            amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-61                     3.13.0-61.100                           all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-61-generic             3.13.0-61.100                           amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-62                     3.13.0-62.102                           all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-62-generic             3.13.0-62.102                           amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-63                     3.13.0-63.103                           all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-63-generic             3.13.0-63.103                           amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-65                     3.13.0-65.106                           all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-65-generic             3.13.0-65.106                           amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
Eli headerseja varmaan pitäis alakaa poistelee...

Nyt kone vaan teki sellasen tempun, että kadotti verkon sekä usb porttien liikenteen... Pitänee alakaa setvimään toivottavasti ei menny emo...

[kuutio]

Koodia: [Valitse]

df -i
Tiedostojärjestelmä I-solmut   IKäyt   IJälj IKäy% Liitospiste
/dev/sda5            1463504 1461293    2211  100% /
...
/dev/sda6            3366912   40890 3326022    2% /home

Kuten tulosteesta näkyy, juurihakemiston (osion) inodeista on käytössä 100% (muutama noita vielä vapaana on, mutta ymmärrettävästi paljon tiedostoja sisältävän uuden headers paketin purku levylle ei enää onnistu)...ongelman pitäisi ratketa vanhoja headers-paketteja poistamalla, johan noita oli ehtinyt kertyäkin. /home osiolla siis inodeista käytössä vain 2%.

Muille df -i tulosteensa postanneille tiedoksi, että teidän lukemanne ovat ihan kunnossa, 17-18% inodeista käytössä.

[raimo]

Eli headerseja varmaan pitäis alakaa poistelee...

Oletkos ajanut tämän:

Koodia: [Valitse]

sudo apt-get autoremove
sen pitäisi poistaa vanhat kernelit siten että vain käytössä oleva ja yksi vanhempi jää järjestelmään.

[Postimies]

Inodien lkm rajoittaa tiedostojen lukumäärän. Jos levyllä paljon pieniä tiedostoja voi inodien lukumäärä täyttyä ennen levytilan loppumista. Silloin levylle ei voi enää kirjoittaa vaikka tilaa muuten olisi. Tämä on kyllä harvinaista. linux-headers pakettia tarvitaan joidenkin ohjelmien kääntämiseen. On hieman kevyempi kuin varsinainen kernelin lähdekoodi. Jonkun pienen ajurin kääntäminen voi siis viedä jopa gigan levytilaa. Ja kun se tehdään joka kerta kun kerneli päivitetään levytila voi loppua jos vanhoja ei putsata pois. Sitä voi kokeilla jonkun isohkon ohjelman kääntämistä. Esim. Firefox, Office tai KDE, niin huomaa vaikka binääripaketti on kohtuu kokoinen levytilaa silti kuluu melkoisesti.  Jos tekee gcc asennuksen eli ns. bootstrapping siinäkin saa kulumaan aikaa ja levytilaa.

[Pjotor]

Nyt kone vaan teki sellasen tempun, että kadotti verkon sekä usb porttien liikenteen... Pitänee alakaa setvimään toivottavasti ei menny emo...

Uusimmasta kerelistä oli ilmeisesti jäänyt jotain tarpeellista asentumatta ja vanhalla kaikki spelaili hyvin.

Poistelin headerseja yksittäin

Koodia: [Valitse]

sudo rm -rf /usr/src/linux-headers-xxxxx ja inodeja vapautui sen verran että järjestelmä päivittyi.

Loppuun ajoin vielä tuon raimon vinkin.

Nyt tilanne näyttää jo paremmalta:

Koodia: [Valitse]

df -i
Tiedostojärjestelmä I-solmut  IKäyt   IJälj IKäy% Liitospiste
/dev/sda5            1463504 891139  572365   61% /
none                  190685      2  190683    1% /sys/fs/cgroup
udev                  187989    488  187501    1% /dev
tmpfs                 190685    503  190182    1% /run
none                  190685      3  190682    1% /run/lock
none                  190685      1  190684    1% /run/shm
none                  190685     16  190669    1% /run/user
/dev/sda6            3366912  41026 3325886    2% /home


[nm]

Nyt tilanne näyttää jo paremmalta:

Koodia: [Valitse]

df -i
Tiedostojärjestelmä I-solmut  IKäyt   IJälj IKäy% Liitospiste
/dev/sda5            1463504 891139  572365   61% /

Vieläkin melkein 900 000 inodea varattuna. Se on suunnilleen kaksi kertaa normaali määrä, eli jossain on vieläkin paljon pieniä tiedostoja. Kannattaa ehkä selvittää, missä ne majailevat.

Tässä komento, joka laskee hakemistopuun (tai -puiden) tiedostojen ja hakemistojen lukumäärät eli varatut inodet ja järjestää tulokset pienimmästä suurimpaan:

Koodia: [Valitse]

sudo bash -c 'for f in /POLKU/KANSIOON/*; do echo -e "$(find "$f" -printf "%i\n" | sort -u | wc -l)\t$f"; done | sort -g'

Esimerkiksi juurihakemistoon sovellettuna tuo antaa omassa järjestelmässäni tällaisen listauksen:

Koodia: [Valitse]

$ sudo bash -c 'for f in /*; do echo -e "$(find "$f" -printf "%i\n" | sort -u | wc -l)\t$f"; done | sort -g'
find: "/proc/17127/task/17127/fd/5": Tiedostoa tai hakemistoa ei ole
find: "/proc/17127/task/17127/fdinfo/5": Tiedostoa tai hakemistoa ei ole
find: "/proc/17127/fd/5": Tiedostoa tai hakemistoa ei ole
find: "/proc/17127/fdinfo/5": Tiedostoa tai hakemistoa ei ole
find: "/run/user/1000/gvfs": Lupa evätty
1       /cdrom
1       /initrd.img
1       /initrd.img.old
1       /lost+found
1       /mnt
1       /vmlinuz
1       /vmlinuz.old
4       /lib64
25      /tmp
29      /srv
44      /lib32
56      /root
159     /bin
200     /sbin
308     /boot
688     /dev
747     /run
3302    /etc
3763    /opt
6792    /media
17197   /lib
25682   /sys
51795   /var
82223   /home
151509  /proc
292816  /usr
/usr:ssä on paljon tavaraa, joten seuraavaksi voisi sitten tutkia, miten se on jakautunut:

Koodia: [Valitse]

$ sudo bash -c 'for f in /usr/*; do echo -e "$(find "$f" -printf "%i\n" | sort -u | wc -l)\t$f"; done | sort -g'
6       /usr/games
138     /usr/local
237     /usr/sbin
310     /usr/lib32
2372    /usr/bin
4929    /usr/include
38393   /usr/lib
99654   /usr/src
146776  /usr/share
jne.

Vastaavasti voit soveltaa komentoa omassa järjestelmässäsi, kunnes löydät riittävän tarkan sijainnin, jossa ne puoli miljoonaa ylimääräistä tiedostoa majailevat. Joukko saattaa toki muodostua monesta pienemmästä purosta, jolloin selvittäminen on hieman hankalampaa. Ubuntu 15.04:ssä ja uudemmissa saman voi tehdä komennolla:

Koodia: [Valitse]

du -i -s /polku/*

[raimo]

Ubuntu 15.04:ssä ja uudemmissa saman voi tehdä komennolla:

Koodia: [Valitse]

du -i -s /polku/*

Ei toimi ainakaan 15.10:ssä tuo -i vipu vaan pitää käyttää  pidempää verisota --inodes.
Lienee bugi?

Koodia: [Valitse]

raimo@kone:~$ du --help
Usage: du [OPTION]... [FILE]...
  or:  du [OPTION]... --files0-from=F
Summarize disk usage of each FILE, recursively for directories.

Mandatory arguments to long options are mandatory for short options too.
  -0, --null            end each output line with NUL, not newline
  -a, --all             write counts for all files, not just directories
      --apparent-size   print apparent sizes, rather than disk usage; although
                          the apparent size is usually smaller, it may be
                          larger due to holes in ('sparse') files, internal
                          fragmentation, indirect blocks, and the like
  -B, --block-size=SIZE  scale sizes by SIZE before printing them; e.g.,
                           '-BM' prints sizes in units of 1,048,576 bytes;
                           see SIZE format below
  -b, --bytes           equivalent to '--apparent-size --block-size=1'
  -c, --total           produce a grand total
  -D, --dereference-args  dereference only symlinks that are listed on the
                          command line
  -d, --max-depth=N     print the total for a directory (or file, with --all)
                          only if it is N or fewer levels below the command
                          line argument;  --max-depth=0 is the same as
                          --summarize
      --files0-from=F   summarize disk usage of the
                          NUL-terminated file names specified in file F;
                          if F is -, then read names from standard input
  -H                    equivalent to --dereference-args (-D)
  -h, --human-readable  print sizes in human readable format (e.g., 1K 234M 2G)
      --inodes          list inode usage information instead of block usage
  -k                    like --block-size=1K
  -L, --dereference     dereference all symbolic links
  -l, --count-links     count sizes many times if hard linked
  -m                    like --block-size=1M
  -P, --no-dereference  don't follow any symbolic links (this is the default)
  -S, --separate-dirs   for directories do not include size of subdirectories
      --si              like -h, but use powers of 1000 not 1024
  -s, --summarize       display only a total for each argument
  -t, --threshold=SIZE  exclude entries smaller than SIZE if positive,
                          or entries greater than SIZE if negative
      --time            show time of the last modification of any file in the
                          directory, or any of its subdirectories
      --time=WORD       show time as WORD instead of modification time:
                          atime, access, use, ctime or status
      --time-style=STYLE  show times using STYLE, which can be:
                            full-iso, long-iso, iso, or +FORMAT;
                            FORMAT is interpreted like in 'date'
  -X, --exclude-from=FILE  exclude files that match any pattern in FILE
      --exclude=PATTERN    exclude files that match PATTERN
  -x, --one-file-system    skip directories on different file systems
      --help     display this help and exit
      --version  output version information and exit

Display values are in units of the first available SIZE from --block-size,
and the DU_BLOCK_SIZE, BLOCK_SIZE and BLOCKSIZE environment variables.
Otherwise, units default to 1024 bytes (or 512 if POSIXLY_CORRECT is set).

The SIZE argument is an integer and optional unit (example: 10K is 10*1024).
Units are K,M,G,T,P,E,Z,Y (powers of 1024) or KB,MB,... (powers of 1000).

GNU coreutils online help: <http://www.gnu.org/software/coreutils/>
Full documentation at: <http://www.gnu.org/software/coreutils/du>
or available locally via: info '(coreutils) du invocation'

edit:

Koodia: [Valitse]

raimo@kone:~$ du --version
du (GNU coreutils) 8.23

[nm]

Ei toimi ainakaan 15.10:ssä tuo -i vipu vaan pitää käyttää  pidempää verisota --inodes.
Lienee bugi?

Saattaa olla ominaisuuskin. Jostain syystä lyhyt parametri on näemmä jätetty du:sta pois.