Newsgroup: it.comp.os.linux.sys
Titolo: Occupazione filesystem debian

Ciao a tutti,
Chi mi sa spiegare la discrepanza che ottengo dall' output di
du -shx /* e df -h?
Dal primo comando risultano poco più di 700M occupati nel filesystem di
root mentre da du -h risultano più di 2G di dati nell stesso fs.
Cosa mi sfugge?
Ecco l'output dei 2 comandi....
myslug:/home/gas# du -shx /*         
3.4M    /bin
21M     /boot
88K     /dev
2.8M    /etc
29M     /home
4.0K    /initrd
52M     /lib
16K     /lost+found
20K     /media
8.0K    /mnt
4.0K    /opt
629K    /proc
244K    /root
3.0M    /sbin
4.0K    /srv
0       /sys
4.0K    /tmp
227M    /usr
361M    /var
myslug:/home/gas# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             2.8G  2.5G  127M  96% /
tmpfs                  15M     0   15M   0% /lib/init/rw
udev                   10M   52K   10M   1% /dev
tmpfs                  15M     0   15M   0% /dev/shm
/dev/sda3             364G  238G  108G  69% /media/usb1_3
/dev/sdb3             364G  262G   84G  76% /media/usb2_3

 root mentre da du -h risultano più di 2G di dati nell stesso fs.
Probabilmente hai uno o piu` file cancellati ma ancora aperti da qualche 
applicazione.
Prova a riavviare per vedere se si liberano.
Bye.

 Prova a riavviare per vedere se si liberano.
Ho appena provato a riavviare ma rimane tutto uguale.
Boh!

 Cosa mi sfugge?
du -shx /*
non si limita al solo root filesystem.
In /* sono inclusi anche i filesystem montati in directory di primo livello,
come  /proc e /dev
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 (specie in /var e /tmp) che controlli con lsof.
Che, riavviando, vengono liberati e cancellati.
Bye.


Omettendo l'asterisco dovrei avere l'occupazione del solo fs di root
giusto?
Il risultato è più o meno lo stesso, du -shx / dice circa 700M mentre df
dice 2,5G

 /tmp) che controlli con lsof.
Ok riavviare non è quasi mai la soluzione. Lo so.
In questo caso non mi costa niente quindi visto che me l'avevano suggerito..
Comunque, df -h mi da un'occupazione maggiore rispetto a du -shx sia con
/* che con solo /
Mettendo solo la root senza asterisco dovrei avere i soli file contenuti
nel fs di root. Come faccio a capire dove stanno i quasi 2G di roba in più
che se potessi cancellerei?

 600 Kb (solo le directory in pratica) e /sys nulla.
Il che è strano. Di solito dovrebbero essere parecchi megabyte "virtuali".
L'alternativa, che m'è capitata l'altro ieri, è che vi sia il filesystem
corrotto.
df legge infatti lo spazio da una "bitmap" del filesystem, mentre du passa
file per file a leggere le informazioni dagli inode. Se per esempio vi
fossero inode non referenziati potrebbero esservi problemi.
Prova a riavviare in SUM e fare un fsck -f.


 da utente su /var ?
A meno di un daemon impazzito non ho ancora visto niente che al boot crea 
un file di 1.5 Gb in /tmp e lo cancella subito TENENDOLO APERTO.
La /tmp viene svuotata al boot in (quasi?) tutte le distro. Lo shutdown 
chiude tutti i processi, quindi libera i file handle, e il kernel cancella 
i file rimasti allocati ma invisibili a ls.
L'unico caso in cui un reboot non risolve questo problema e` appunto 
qualcosa che al boot crea un file, lo cancella e lo tiene comunque aperto.
A questo punto o e` un rootkit/worm/malware, o e` un errore sul 
filesystem, o e` un file di journaling di 1.5 Gb o non saprei cosa puo` 
essere.
Bye.

 Cosa mi sfugge?
Che 'du -shx /*' ti conta solo i files contenuti nella root partition.
Prova a togliere -x :-)
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   Registered Linux user #337974  < 
http://giovanni.homelinux.net/
 >

 
Invece di dare consigli strampalati rileggete man du :-(


 Invece di dare consigli strampalati rileggete man du :-(
visto il consiglio che gli hai dato, forse dovresti rileggerti te la sua
domanda


Ok, e
du -shx --apparent-size
cosa dice?
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

> root mentre da du -h risultano più di 2G di dati nell stesso fs.
Ciao


 cosa dice?
Qualche mega in meno.
Cambia poco.

 
Conta anche quelli nelle sottodirectory appartenenti allo stesso
fs (è quello che m'interessa).
Se guardi l'output nel primo messaggio lo vedi subito.

Prova a controllare se hai dei file in qualche directory della
partizione / su cui poi viene montato un altro fs che li nasconde.
        Mauro

 essere.
Ok trovato.
Era più semplice del previsto. Uno script che sincronizza 2 dischi ogni 4
ore è partito quando il disco target era smontato quindi ha copiato i dati
nella directory mountpoint e mi ha saturato il filesystem.
Cancellati quei file è tornato tutto a posto.
Gas



Esatto, dopo un po' ci sono arrivato :)

 nella directory mountpoint e mi ha saturato il filesystem.
Beh, il consiglio per il futuro e` semplice: modifica lo script in modo
da verificare che il file system sia montato (bastano mount, grep e
cut); ti eviterai altri inconvenienti e grattacapi
Enrico