Newsgroup: it.comp.os.linux.iniziare
Titolo: Spazio esaurito ma non vedo dove è l'occupazione

Ciao a tutti.
Ho il mio sistema Debian SID che lamenta "no space left on device". 
Questa la situazione:
storebox:~# df -h
Filesystem         Dimens. Usati Disp. Uso% Montato su
/dev/hda1              74G   70G     0 100% /
tmpfs                 501M     0  501M   0% /lib/init/rw
udev                   10M  204K  9.9M   2% /dev
tmpfs                 501M     0  501M   0% /dev/shm
/dev/md0              917G  204G  668G  24% /var/lib/backuppc
overflow              1.0M     0  1.0M   0% /tmp
Ora mi chiedo, come faccio a scovare *dove* ï¿œ tutto lo spazio occupato 
su /dev/hda1? Mi viene il dubbio che il conteggio di "df -h" includa 
anche il mount point dove ï¿œ montato /dev/md0, ï¿œ possibile?
Grazie per ogni aiuto/suggerimento...

 ...
Credo che quei quattro giga mancanti siano lo spazio riservato 
per root; sono troppi, va bene anche mezzo giga o meno.
tune2fs per verificarlo o per cambiare.
PS Cancella la roba inutile.

 No.
OK, mi auguravo che fosse *intelligente* il comando "du"...
E mo, che faccio?

 Grazie per ogni aiuto/suggerimento...
In questo caso e' meglio sapere quanto e come lo spazio e' usato, non 
quanto e' libero;-)
es:
du --max-depth=100 | sort -gr
dato dalla root directory e' un buon inizio

 PS Cancella la roba inutile.
Che gran consiglio! Non c'è granchè di "inutile" da togliere, ho 
svuotato anche la cache di apt. E quel che c'è da togliere, non pesa di 
certo "manciate di GB"...

 dato dalla root directory e' un buon inizio
Capperi, ci metterà una vita!
Intanto ho questo (ho omesso /var perchè lì dentro c'è il mount point di 
/dev/md0):
4.4M    bin/
37M     boot/
12M     etc/
47M     home/
4.0K    initrd
133M    lib
16K     media/
4.0K    opt/
15M     root/
4.4M    sbin/
4.0K    selinux/
4.0K    srv/
0       sys/
0       tmp/
711M    usr/
Non arrivo mica a 70GB!

 Capperi, ci metterà una vita!
Il prezzo dell' "intelligenza" :)

 /dev/md0):
Cosa molto intelligente; /var è il primo sospettato. Come root dai:
# du -xs /*
e poi ne riparliamo.

 E quel che c'è da togliere, non pesa di certo "manciate di GB"...
Bravo, fai bene a non dirlo . Tanto la nostra sfera di cristallo funziona 
alla perfezione. Tanto è la stesa cosa dire: "Ho un filesystem pieno al 
100%" o dire: "Dopo accurati controlli ed aver eliminato tutto quello che 
c'era da eliminare l'occupazione del disco è ancora al 100%"

 OK, mi auguravo che fosse *intelligente* il comando "du"...
No, i programmi sono stupidi. Solo che i programmatori sono più 
stupidi dei programmi che scrivono e gli utenti sono più stupidi dei 
programmatori.


Te ne do uno..
Smonta la backuppc e controlla che dopo lo smontaggio sia effettivamente vuota.
Se non lo ï¿œ poi quello spazio occupato non lo vedi (perchï¿œ il so ti fa 
vedere /dev/md0) ma prende spazio
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
www.robyt.eu

 vedere /dev/md0) ma prende spazio
Si, ï¿œ che devo aspettare che termini il backup in corso... cmq ï¿œ la 
strada che avrei percorso per prima...

hai provato ?
tune2fs -l /dev/hda1 | grep Reserv

 tune2fs -l /dev/hda1 | grep Reserv
Eccolo:
storebox:~# tune2fs -l /dev/hda1 | grep Reserv
Reserved block count:     981671
Reserved GDT blocks:      1019
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
Ed il "Block count" �: 19633430 perci� credo che di spazio dovrei 
averne, no?

 Ok, du -sh * ti dira' dove sta' la roba.
Dopo aver fatto l'unmount di /dev/md0, scopro questo:
78G     mnt
� successo che il disco USB montato su /mnt/USB e che � dedicato a 
raccogliere dei tarball di backup, *non* fosse presente durante gli 
ultimi backup, perci� i dati sono finiti sul disco di sistema. Ora � 
tutto OK (ho svuotato /mnt/USB).
Domanda: c'� modo di evitare di far scrivere in un mount point se non 
v'� il filesystem montato?
Grazie...

 un cretino ha scritto:
"Il microkernel e' morto da molto tempo ed ancora non lo sa." (cit. Bluff)

 Ciao a tutti.
Ma che bello ï¿œ questo???
http://blueboy.wilpig.org/cgi-bin/philesight/philesight.cgi?path=%2Fetc%2Fwebmin
WOW!

 averne, no?
quanto e' un blocco ?


Si, ma sto vendendo l'anima per installarlo su un server ubuntu 8.04lts :-(
Estratto del log...
[Fri Jan 01 16:04:49 2010] [error] [client 192.168.0.101] 
./philesight.rb:52:in `initialize'
[Fri Jan 01 16:04:49 2010] [error] [client 192.168.0.101] : No such file 
or directory (BDB::Fatal)
[Fri Jan 01 16:04:49 2010] [error] [client 192.168.0.101] \tfrom 
./philesight.rb:52:in `new'
[Fri Jan 01 16:04:49 2010] [error] [client 192.168.0.101] \tfrom 
./philesight.rb:52:in `open'
[Fri Jan 01 16:04:49 2010] [error] [client 192.168.0.101] \tfrom 
./philesight.rb:52:in `db_open'
[Fri Jan 01 16:04:49 2010] [error] [client 192.168.0.101] \tfrom 
/usr/lib/cgi-bin/philesight.cgi:37:in `initialize'
[Fri Jan 01 16:04:49 2010] [error] [client 192.168.0.101] \tfrom 
/usr/lib/cgi-bin/philesight.cgi:243:in `new'
[Fri Jan 01 16:04:49 2010] [error] [client 192.168.0.101] \tfrom 
/usr/lib/cgi-bin/philesight.cgi:243
[Fri Jan 01 16:04:49 2010] [error] [client 192.168.0.101] Premature end 
of script headers: philesight.cgi

 v'è il filesystem montato?
  Dai, a filesystem smontato, diritti 0 alla directory del mountpoint.
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.

 Si, ma sto vendendo l'anima per installarlo su un server ubuntu 8.04lts :-(
Oddï¿œo, dov'ï¿œ che t'impasti tu?
Io con apache2 c'ho messo poco:
1) creato ScriptAlias (che non avevo)come segue:
ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
2) messo i file philesight.cgi e philesight.rb nella cartella 
/usr/lib/cgi-bin
3) creato il database di philesight col comando:
./philesight --db /var/www/ph.db --index /
4) riavviato apache2
5) collegato il browser a 
http://hostname/cgi-bin/philesight.cgi
Se hai problemi, contattami pure (io sono su Debian Sid).