A mi me pasa lo mismo y de vez en cuando miro en /var/log y borro
ficheros muy grandes y que no vaya a mirar, como debug.log, kern.log o
otros.
Un saludo.
On Thu, 13 Jan 2005 08:33:37 +0100 (CET), Antonio Castro
<[EMAIL PROTECTED]> wrote:
> On Wed, 12 Jan 2005, Manuel Andr�s Herrero de la Mata wrote:
>
> > Hola de nuevo a toda la lista.
> > Esta noche me toca consulta sobre algo que para m� es de lo m�s raro, raro,
> > raro...
> > Desde hace alg�n tiempo he notado que el espacio ocupado en / es cada vez
> > mayor. Un par de veces me he quedado sin espacio y he liberado los pocos
> > megas que me permit�a un apt-get clean. Para que os hag�is una idea de mi
> > problema tengo algo m�s de 17 Gb en la partici�n ra�z y s�lo me quedan
> > libres
> > 970 Mb. La situaci�n es la siguiente:
> > Dos particiones /home por una lado (tiene 60 Gb) y / por otro (con algo m�s
> > de
> > 17 Gb)
> > He liberado el espacio que me ha sido posible con apt-get clean y con una
> > orden de lo m�s �til que encontr� googleando que sirve para eliminar
> > archivos
> > de cierta edad en cualquier directorio (en mi caso lo he usado para
> > liberar /tmp y /var/tmp de cualquier archivo con m�s de una semana).
> > Concretamente la orden es:
> > # find /directorio/que/sea -maxdepth 3 -type f -mtime +7 -daystart -exec rm
> > -f {} \;
> > Como s�lo consegu�a llegar a los 970 Mb libres hice
> > #du -h -l > tama�o
> > para crear un archivo de nombre tama�o y ver en �l todos los archivos y
> > directorios con sus tama�os correspondientes.
> > El resultado es que /usr es el directorio m�s grande con diferencia con 2.5
> > Gb
> > (los 42 Gb de /home no cuenta porque ya digo que est�n en una partici�n
> > distinta al resto de /)
> > El resto de los directorios principales ( /etc /var /tmp /root ... ) no
> > llegan ni por asomo a 1 Gb
> > Lo m�s curioso de todo es que el archivo termina con:
> > (...)
> > 0 ./initrd
> > 0 ./lost+found
> > 48G .
> > Es decir que en total, en / (incluyendo home que tiene 42 Gb) tengo 48 Gb, o
> > sea 6 Gb como mucho para el resto.
> > Seg�n esto deber�a tener libres unos 11 Gb para datos pero en el centro de
> > informaci�n de kde s�lo aparecen los 970 Mb dichosos y de hecho, varias
> > veces
> > ya, se ha abortado alguna acci�n por no quedar espacio en disco (como alg�n
> > apt-get upgrade).
> > Alguien sabe a qu� se debe o en us defecto sabe decirme c�mo recuperar ese
> > espacio.
> > Tanto / como /home son particiones reiserfs y uso un kernel compilado por m�
> > con parches para Reiser4 y squashfs (que no me ha dado de momento m�s
> > problemas que el que no tengo sonido y no puedo acceder a las consolas
> > virtuales)
> > Una ayudita por caridad... O:-)
> >
> > M. A. Herrero.
>
> Si que parece raro. Es como si tu sistema de ficheros no ocupara toda
> la partici�n. Puede que est�s pasando algo por alto y sea una chorrada
> pero por si acaso asumir� que el problema no solo parece raro sino que
> la causa quiz�s no sea muy normal.
>
> Los sistemas de journaling no usan la totalidad del espacio para
> el espacio del sistema de ficheros. Me pregunto si el sistema no estar�
> inflando el espacio de logs del journaling a costa del espacio para el
> sistema de ficheros.
>
> Ignoro si hay alguna herramienta de diagn�stico que proporcione la
> informaci�n que necesitas para localizar ese espacio perdido.
>
> Si no sacas nada en claro, yo sacar�a una copia de seguridad y despues de
> verificatr la copia volver�a a formatear esa partici�n.
>
> --
> Un saludo
> Antonio Castro
>
> /\ /\
> \\W//
> _|0 0|_
> +-oOOO-(___o___)-OOOo---------------------+
> | . . . . U U . Antonio Castro Snurmacher |
> | . . . . . . . [EMAIL PROTECTED] |
> +()()()---------()()()--------------------+
>
>
--
email: [EMAIL PROTECTED]
web site: http://odf.galeon.com/
