Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Spazio esaurito ma non vedo dove è l'occupazione

17 views
Skip to first unread message

OxygeN

unread,
Dec 28, 2009, 4:02:26 AM12/28/09
to
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...

mallin.shetland

unread,
Dec 28, 2009, 4:20:33 AM12/28/09
to
Addì lunedì 28 dicembre 2009 10:02 OxygeN scrisse:

> storebox:~# df -h
> Filesystem Dimens. Usati Disp. Uso% Montato su
> /dev/hda1 74G 70G 0 100% /

> ...

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.

Message has been deleted

OxygeN

unread,
Dec 28, 2009, 4:54:41 AM12/28/09
to
Il 28.12.2009 10:19, Davide Bianchi ha scritto:

> On 2009-12-28, OxygeN<SPAMbonif...@SPAMgmail.comSPAM> wrote:
>> /dev/hda1 74G 70G 0 100% /
>> Ora mi chiedo, come faccio a scovare *dove* � tutto lo spazio occupato
>
> Qualche cosa mi fa' pensare ai file di log.
> du -sh /var/log te lo dira'.

C'avevo pensato anche io, gi� visto:
storebox:~# du -sh /var/log
42M /var/log


>> anche il mount point dove � montato /dev/md0, � possibile?
>
> No.

OK, mi auguravo che fosse *intelligente* il comando "du"...

E mo, che faccio?

crunch

unread,
Dec 28, 2009, 4:56:31 AM12/28/09
to
Il Mon, 28 Dec 2009 10:02:26 +0100, OxygeN ha scritto:

> 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...

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

OxygeN

unread,
Dec 28, 2009, 4:56:22 AM12/28/09
to

Cosa intendi con "riservato per root"? Inoltre, non sono quei 4GB che mi
preoccupano, quanto piuttosto l'indicazione di 100% di uso!

> 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"...

OxygeN

unread,
Dec 28, 2009, 5:00:10 AM12/28/09
to
Il 28.12.2009 10:56, crunch ha scritto:

> In questo caso e' meglio sapere quanto e come lo spazio e' usato, non
> quanto e' libero;-)

Si, in effetti la mia successiva domanda era: come ottenere un risultato
(testuale) simile all'output del software "TreeSize" per Win?

> es:
>
> du --max-depth=100 | sort -gr
>
> 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!

crunch

unread,
Dec 28, 2009, 5:08:21 AM12/28/09
to
Il Mon, 28 Dec 2009 11:00:10 +0100, OxygeN ha scritto:


> Capperi, ci metterà una vita!

Il prezzo dell' "intelligenza" :)

mallin.shetland

unread,
Dec 28, 2009, 5:32:58 AM12/28/09
to
Addì lunedì 28 dicembre 2009 11:00 OxygeN scrisse:

> Capperi, ci metterà una vita!

Allora inizia subito.

Addì lunedì 28 dicembre 2009 11:00 OxygeN scrisse:

> Intanto ho questo (ho omesso /var perchè lì dentro c'è il mount point di
> /dev/md0):

Cosa molto intelligente; /var è il primo sospettato. Come root dai:

# du -xs /*


e poi ne riparliamo.


mallin.shetland

unread,
Dec 28, 2009, 5:40:18 AM12/28/09
to
Addì lunedì 28 dicembre 2009 10:56 OxygeN scrisse:

> Cosa intendi con "riservato per root"?

Intendo RISERVATO PER ROOT, solo root può usare questo spazio,
nessun altro tranne root può usare questo spazio, solo il superutente
può scrivere qui sopra,...

Addì lunedì 28 dicembre 2009 10:56 OxygeN scrisse:

> Inoltre, non sono quei 4GB che mi preoccupano, quanto piuttosto
> l'indicazione di 100% di uso!

Cancella la roba inutile.

Addì lunedì 28 dicembre 2009 10:56 OxygeN scrisse:

> Che gran consiglio! Non c'è granchè di "inutile" da togliere, ho
> svuotato anche la cache di apt.

I log? La cache web? Tutte le altre cache? I vari file di spool?
E /var/tmp/? E le e-mail?


Addì lunedì 28 dicembre 2009 10:56 OxygeN scrisse:

> 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%"

mallin.shetland

unread,
Dec 28, 2009, 5:42:30 AM12/28/09
to
Addì lunedì 28 dicembre 2009 10:54 OxygeN scrisse:

> 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.


Message has been deleted

Roberto Tagliaferri

unread,
Dec 28, 2009, 5:45:58 AM12/28/09
to
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

OxygeN

unread,
Dec 28, 2009, 6:01:23 AM12/28/09
to
Il 28.12.2009 11:45, Roberto Tagliaferri ha scritto:

> 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

Si, ￜ che devo aspettare che termini il backup in corso... cmq ￜ la
strada che avrei percorso per prima...


sac...@gmail.com

unread,
Dec 28, 2009, 6:04:36 AM12/28/09
to
hai provato ?


tune2fs -l /dev/hda1 | grep Reserv

OxygeN

unread,
Dec 28, 2009, 10:57:33 AM12/28/09
to
Il 28.12.2009 12:04, sac...@gmail.com ha scritto:
> hai provato ?
>
>
> 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?

OxygeN

unread,
Dec 28, 2009, 11:02:03 AM12/28/09
to
Il 28.12.2009 11:42, Davide Bianchi ha scritto:
> On 2009-12-28, OxygeN<SPAMbonif...@SPAMgmail.comSPAM> wrote:
>> C'avevo pensato anche io, gi� visto:
>> storebox:~# du -sh /var/log
>> 42M /var/log
>
> 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...


THe_ZiPMaN

unread,
Dec 28, 2009, 11:16:50 AM12/28/09
to
On 12/28/2009 05:02 PM, OxygeN wrote:
> Domanda: c'� modo di evitare di far scrivere in un mount point se non
> v'� il filesystem montato?

Puoi mettere un controllo all'inizio dello script di backup o in
pre-execution, ma AFAIK non esiste un modo per "vietarlo" tout court.

--
Flavio Visentin

Nel messaggio <hcn9tv$ec$3...@news.albasani.net> un cretino ha scritto:
"Il microkernel e' morto da molto tempo ed ancora non lo sa." (cit. Bluff)

OxygeN

unread,
Dec 28, 2009, 11:28:19 AM12/28/09
to
Il 28.12.2009 10:02, OxygeN ha scritto:
> Ciao a tutti.

Ma che bello ￜ questo???

http://blueboy.wilpig.org/cgi-bin/philesight/philesight.cgi?path=%2Fetc%2Fwebmin

WOW!


Message has been deleted

sac...@gmail.com

unread,
Dec 28, 2009, 2:48:37 PM12/28/09
to
>
> 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?

quanto e' un blocco ?

ZioDave

unread,
Jan 1, 2010, 10:09:15 AM1/1/10
to

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

Alessandro Selli

unread,
Jan 1, 2010, 7:02:18 PM1/1/10
to
OxygeN ha scritto:

[...]

> Domanda: c'è modo di evitare di far scrivere in un mount point se non
> 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.

signature.asc

OxygeN

unread,
Jan 4, 2010, 10:16:10 AM1/4/10
to
Il 01.01.2010 16:09, ZioDave ha scritto:
> Il 28/12/2009 17:28, OxygeN ha scritto:
>> Il 28.12.2009 10:02, OxygeN ha scritto:
>>> Ciao a tutti.
>>
>> Ma che bello ￜ questo???
>>
>> http://blueboy.wilpig.org/cgi-bin/philesight/philesight.cgi?path=%2Fetc%2Fwebmin
>>
>>
>
> 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).

0 new messages