Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
El Saturday, 15 de January de 2005 01:06, Rafael Fernández López nos deleitó con las siguientes perlas: Ya me habéis acojonado... yo estoy con mi ReiserFS más feliz que nada... no me digáis esto... jajajajaja. Me habéis asustado x. Espero que eso no le pase al mío. ¿Qué versión de ReiserFS era? Era (y de momento es) la 3.6. Cuando tenga tiempo pienso pasar /home a reiser4 a ver qué tal va. Pasé alguna que otra partición a reiser4 para trastear instalando algún sistema en ella, pero no va... Básicamente no arranca, aunque leerla desde otra instalación que tenga soporte en el kernel para reiser4 sí la puedo leer (sin particiones que contienen a /). ¿Alguien ha conseguido instalar grub con soporte para reisers4? Seguí las instrucciones de namesys y ná de ná. M. A. Herrero.
Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
El Saturday, 15 de January de 2005 08:09, Antonio Castro nos deleitó con las siguientes perlas: Tengo que decir que la velocidad de acceso no me preocupa nada en comparación de lo que pueda suponer la perdida de información importante. Bueno, yo he estado reparando durante esta noche también mi /home (que estaba en una partición distinta) que ya empezaba también a notar algo raro también. En esta partición también ha encontrado algún fallo que se ha solucionado con un --rebuild-tree (para el que lea este hilo después buscando info OJO, no siempre hay que hacer --rebuild-tree, sino lo que te sugiera reiserfsck) y no sabes cómo me ha alegrado tener este tipo de sistema de ficheros, porque me ha permitido durante todo este tiempo seguir trabajando en mi proyecto fin de carrera y, lo más importante de todo, ¡¡no he perdido el trabajo de algo más de un año!! Si cada vez que hubiese habido un corte de luz (malditos apagones del ayuntamiento) hubiera tenido que revisar los cerca de 80Gb (entre / y /home) a estas alturas ya estaría loco! En todos los años que he usado ext2 no tuve un solo problema serio salvo un pequeño incidente por daño físico en unos sectores de mi disco duro. Fue una cosa leve. Como digo ya estoy en ext3 desde hace casi un año, pero no conozco estadísticas de uso ni mucho menos estadísticas relativas a incidentes serios usando uno u otro sistema. ¿Sabe alguien que puede ocurrir en uno u otro sistema si aparece un sector defectuosos en mala parte? Si son en mala parte ¿rezar? No, en serio. Por namesys tienen varias herramientas (más bien son opciones del reiserfsck) para hacer casi todo tipo de recuperaciones. M. A. Herrero.
Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
On Sat, 15 Jan 2005 [EMAIL PROTECTED] wrote: On Sat, Jan 15, 2005 at 08:09:35AM +0100, Antonio Castro wrote: serios usando uno u otro sistema. ¿Sabe alguien que puede ocurrir en uno u otro sistema si aparece un sector defectuosos en mala parte? En los sistemas de archivos tradicionales como ext2 existen herramientas que se ejecutan después que el problema ocurre, por tanto es poco probable que la información que haya sido almacenada durante un fallo sea recuperada. En ReiserFS [...] notable. En el esquema de ReiserFS es como si tuviéramos un verificador previo de sectores antes de escribir la data, frente a un sector defectuoso simplemente lo saltará en tiempo de ejecución y proseguirá su trabajo. Todo esto es tehoría y ya digo que no la pongo en duda. No he tenido problema físico serio en producción aunque tuve la posibilidad de hacer unos experimentos con un disco dañado físicamente, no solo con sectores defectuosos sino con daño de cabezal que prosigue dañando el disco conforme más se use, Muy interesante. Te felicito por esos experimentos y por compartir sus resultados. el resultado fue que ext2 tubo serios problemas y la recuperación tradicional se vuelve insoportable, mientras que Reiser permitió una mayor usabilidad antes del daño crítico, en ambos casos el resultado fue el cambio de disco. Ahora esto fue solo un experimento y las condiciones frente a discos duros y sus daños nunca podrán ser predecibles y si una vez con un sistema de ficheros la salida fue satisfactoria no garantiza que en otra oportunidad lo sea. Pero son precisamente este tipo de experiencias a las que yo les doy un especial valor. Seguramente los desarrolladores hicieron muchas pruebas pero es importante saber exactamente que tipo de pruebas se hacen y en que condiciones y cual fué el resultado. Todos nos quedamos algo descolocados cuando nos enteramos de que un sistema de ficheros falla de una forma inusual y sin saber exactamente debido a que. No solo hay que probar en distintas condiciones físicas relativas a nuestro hardware sino también en distintas condiciones software. Un bug puede presentarse solo cuando ocurre cierta combinación de condiciones hardware y software y el resultado de un bug cualquiera puede ser grave. Lo mejor en este caso es probar ambos sistemas y ajustarlos a sus necesidades tanto de seguridad como de velocidad, siempre es bueno tener en mente el sistema reserva. Exacto. Lo que resulta un riesgo admisible en un sistema puede ser inadmisible en otro y tener un buen sistema de respaldo es esencial. Todo esto es sólo opinión, sería muy bueno e instructivo oír otras experiencias con los otros sistemas de ficheros. Repito que tu experiencia me parece valiosísima. Con la cantidad de discos duros que he tirado yo por quedarse obsoletos. Puede que la próxima vez abra un disco duro (provocando entrada de algo de polvo) o le de unos cuantos golpes mientras está haciendo lectura escritura (para dañar superficie o cabezal) y haga pruebas de este tipo para ver cuanto tarda en morir el disco y como se comporta antes de morir del todo. Suena cruel pero los discos duros no son seres vivos. ;-) -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
On Fri, 14 Jan 2005, Blu wrote: On Fri, Jan 14, 2005 at 03:23:59PM +0100, Manuel Andrés Herrero de la Mata wrote: Bueno. Pues sí. Al final lo he solucionado y la verdad es que no sé cómo no se me ocurrió probarlo antes de dar la murga a la lista con mis problemas ;-) No encontré nada nuevo en la página de namesys.com, pero me sirvió para recordar que aún no había hecho nada para verificar el estado del sistema de archivos. Tras varias horas (de hecho, tras muchas horas) de hacer un reiserfsck --check, ver que había problemas en el sistema de archivos, tarearlo todo (por si las moscas) y después un reiserfsck --rebuild-tree (porque el propio reiserfsck te dice la mejor opción para recuperar el sistema y a mí me dijo que era ésta, no porque a mí se me pusiera en los mismísimos hacerlo así) obtuve tres bonitos archivos de 0b, 330b y 1.1Kb, los dos últimos archivos de texto, pero sin contenido (¿?). Total, un sustillo de nada y algunas horas perdidas en reparar el sistema, pero que vienen muy bien para darme un buen tirón de orejas. Gracias a todos por vuestra ayuda. Y yo que estaba apunto de sugerir que chequearas el sistema de archivos. Ya son varias veces que se de casos en que sistemas reiser se van de espaldas, y en no pocos casos con menos suerte que tú, pérdida total. Yo me quedo con ext3. Blu. Vamos a ver. Yo mencioné que el espacio perdido podría deberse a alguna anomalía en el sistema de ficheros recordando que en los sistemas de Journalin existe un espacio aparentemente perdido en la partición que es donde se van almacenando los logs. El caso es que no me atriví a decir que podría tratarse de un bug porque todo el mundo pone por las nubes a los sistemas de journaling y mas concretamente a reiserfs. Ahora tu dices que ya has tenido referencias de sistemas reiser que se van de espaldas y recomiendas ext3. Pero el caso es que a mi me pasó algo muy parecido a este extraño problema pero con ext3. También me desapareció una cantidad inmensa en el sistema de ficheros. Era una partición auxiliar y decidí volver a formatearla y desapareció el problema. Yo me cambie de ext2 a ext3 hace menos de un año resistiendome a la propaganda que todos los gurús parecen hacer sobre los sistemas de journaling. Me creo todo lo bueno que se dice de ellos, pero no hay datos para evaluar el grado de madurez alcanzado por cada sistema de ficheros. Seguro que quedan más bugs que en el ext2. Empiezo a fiarme ahora porque llevan ya mucho tiempo de uso y la gente ya los usa masivamente. Para mi la fiabilidad de un sistema de ficheros es lo más importante y no puede ser evaluado en base a una serie de comentarios aislados ni en base a una supuestas caracteríasticas técnicas espectaculares. Tengo que decir que la velocidad de acceso no me preocupa nada en comparación de lo que pueda suponer la perdida de información importante. En todos los años que he usado ext2 no tuve un solo problema serio salvo un pequeño incidente por daño físico en unos sectores de mi disco duro. Fue una cosa leve. Como digo ya estoy en ext3 desde hace casi un año, pero no conozco estadísticas de uso ni mucho menos estadísticas relativas a incidentes serios usando uno u otro sistema. ¿Sabe alguien que puede ocurrir en uno u otro sistema si aparece un sector defectuosos en mala parte? -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
On Sat, Jan 15, 2005 at 08:09:35AM +0100, Antonio Castro wrote:
serios usando uno u otro sistema.
¿Sabe alguien que puede ocurrir en uno u otro sistema si aparece un sector
defectuosos en mala parte?
En los sistemas de archivos tradicionales como ext2 existen
herramientas que se ejecutan después que el problema ocurre,
por tanto es poco probable que la información que haya sido
almacenada durante un fallo sea recuperada. En ReiserFS
existe el acceso a disco por atomicidad donde la información
en no es eliminada hasta que esta no haya sido ubicada
de forma adecuada y verificada en los sectores de disco duro
asignados. En cierta forma ReiserFS tendrá una perdida
considerable de rendimiento en cuanto a velocidad cuando
sectores defectuosos aparecen en el disco pero la
información será guardada de la forma más segura y con la
menor pérdida posible.
Ahora con los sistemas tradicionales de recuperación, estos
no garantizan que la recuperación siempre sea igual de
exitosa en todos los casos, en segundo lugar los sistemas
tradicionales de recuperación se ejecutan por un prolongado
tiempo, ese tiempo prolongado se vuelve crítico si nuestro
servidor tiene que estar operativo la mayor cantidad de
tiempo posible y si la información contenida en el es
demasiado abundante, la demora será considerablemente
notable. En el esquema de ReiserFS es como si tuviéramos un
verificador previo de sectores antes de escribir la data,
frente a un sector defectuoso simplemente lo saltará en
tiempo de ejecución y proseguirá su trabajo.
No he tenido problema físico serio en producción aunque tuve
la posibilidad de hacer unos experimentos con un disco dañado
físicamente, no solo con sectores defectuosos sino con daño
de cabezal que prosigue dañando el disco conforme más se use,
el resultado fue que ext2 tubo serios problemas y la
recuperación tradicional se vuelve insoportable, mientras
que Reiser permitió una mayor usabilidad antes del daño
crítico, en ambos casos el resultado fue el cambio de disco.
Ahora esto fue solo un experimento y las condiciones frente
a discos duros y sus daños nunca podrán ser predecibles y si
una vez con un sistema de ficheros la salida fue
satisfactoria no garantiza que en otra oportunidad lo sea.
Lo mejor en este caso es probar ambos sistemas y ajustarlos
a sus necesidades tanto de seguridad como de velocidad,
siempre es bueno tener en mente el sistema reserva.
Todo esto es sólo opinión, sería muy bueno e instructivo oír
otras experiencias con los otros sistemas de ficheros.
Saludos!
--
Un saludo
Antonio Castro
/\ /\
\\W//
_|0 0|_
+-oOOO-(___o___)-OOOo-+
| . . . . U U . Antonio Castro Snurmacher |
| . . . . . . . [EMAIL PROTECTED] |
+()()()-()()()+
--
# nmag only
# gnupg 0x978B82FF [pgp.mit.edu] GNU/Linux Registered User 312624
sub boo{$q=pack q;N;,join q++,reverse split q--,shift;$q=~s;\s+$;\n;
;$q} do {printf /%s/,boo($_)} for(9112662581, 676371445, 2158412302)
[SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
Bueno. Pues sí. Al final lo he solucionado y la verdad es que no sé cómo no se me ocurrió probarlo antes de dar la murga a la lista con mis problemas ;-) No encontré nada nuevo en la página de namesys.com, pero me sirvió para recordar que aún no había hecho nada para verificar el estado del sistema de archivos. Tras varias horas (de hecho, tras muchas horas) de hacer un reiserfsck --check, ver que había problemas en el sistema de archivos, tarearlo todo (por si las moscas) y después un reiserfsck --rebuild-tree (porque el propio reiserfsck te dice la mejor opción para recuperar el sistema y a mí me dijo que era ésta, no porque a mí se me pusiera en los mismísimos hacerlo así) obtuve tres bonitos archivos de 0b, 330b y 1.1Kb, los dos últimos archivos de texto, pero sin contenido (¿?). Total, un sustillo de nada y algunas horas perdidas en reparar el sistema, pero que vienen muy bien para darme un buen tirón de orejas. Gracias a todos por vuestra ayuda. M. A. Herrero.
Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
Blu escribi: On Fri, Jan 14, 2005 at 03:23:59PM +0100, Manuel Andrs Herrero de la Mata wrote: Bueno. Pues s. Al final lo he solucionado y la verdad es que no s cmo no se me ocurri probarlo antes de dar la murga a la lista con mis problemas ;-) No encontr nada nuevo en la pgina de namesys.com, pero me sirvi para recordar que an no haba hecho nada para verificar el estado del sistema de archivos. Tras varias horas (de hecho, tras muchas horas) de hacer un reiserfsck --check, ver que haba problemas en el sistema de archivos, tarearlo todo (por si las moscas) y despus un reiserfsck --rebuild-tree (porque el propio reiserfsck te dice la mejor opcin para recuperar el sistema y a m me dijo que era sta, no porque a m se me pusiera en los mismsimos hacerlo as) obtuve tres bonitos archivos de 0b, 330b y 1.1Kb, los dos ltimos archivos de texto, pero sin contenido (?). Total, un sustillo de nada y algunas horas perdidas en reparar el sistema, pero que vienen muy bien para darme un buen tirn de orejas. Gracias a todos por vuestra ayuda. Y yo que estaba apunto de sugerir que chequearas el sistema de archivos. Ya son varias veces que se de casos en que sistemas reiser se van de espaldas, y en no pocos casos con menos suerte que t, prdida total. Yo me quedo con ext3. Blu. Ya me habis acojonado... yo estoy con mi ReiserFS ms feliz que nada... no me digis esto... jajajajaja. Me habis asustado x. Espero que eso no le pase al mo. Qu versin de ReiserFS era? -- Saludos, .''`. Rafael Fernndez Lpez : :' : `. `'` `- Debian GNU/Linux (SID) Utilizando Debian GNU/Linux. Por qu no te animas a probarlo? "My name is Linus, and I am your god." - Linus Torvalds "We all know Linux is great...it does infinite loops in 5 seconds." - Linus Torvalds "Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect." - Linus Torvalds -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
On Fri, 14 Jan 2005, Blu wrote: On Fri, Jan 14, 2005 at 03:23:59PM +0100, Manuel Andrés Herrero de la Mata wrote: Bueno. Pues sí. Al final lo he solucionado y la verdad es que no sé cómo no se me ocurrió probarlo antes de dar la murga a la lista con mis problemas ;-) No encontré nada nuevo en la página de namesys.com, pero me sirvió para recordar que aún no había hecho nada para verificar el estado del sistema de archivos. Tras varias horas (de hecho, tras muchas horas) de hacer un reiserfsck --check, ver que había problemas en el sistema de archivos, tarearlo todo (por si las moscas) y después un reiserfsck --rebuild-tree (porque el propio reiserfsck te dice la mejor opción para recuperar el sistema y a mí me dijo que era ésta, no porque a mí se me pusiera en los mismísimos hacerlo así) obtuve tres bonitos archivos de 0b, 330b y 1.1Kb, los dos últimos archivos de texto, pero sin contenido (¿?). Total, un sustillo de nada y algunas horas perdidas en reparar el sistema, pero que vienen muy bien para darme un buen tirón de orejas. Gracias a todos por vuestra ayuda. Y yo que estaba apunto de sugerir que chequearas el sistema de archivos. Ya son varias veces que se de casos en que sistemas reiser se van de espaldas, y en no pocos casos con menos suerte que tú, pérdida total. Yo me quedo con ext3. Blu. Vamos a ver. Yo mencioné que el espacio perdido podría deberse a alguna anomalía en el sistema de ficheros recordando que en los sistemas de Journalin existe un espacio aparentemente perdido en la partición que es donde se van almacenando los logs. El caso es que no me atriví a decir que podría tratarse de un bug porque todo el mundo pone por las nubes a los sistemas de journaling y mas concretamente a reiserfs. Ahora tu dices que ya has tenido referencias de sistemas reiser que se van de espaldas y recomiendas ext3. Pero el caso es que a mi me pasó algo muy parecido a este extraño problema pero con ext3. También me desapareció una cantidad inmensa en el sistema de ficheros. Era una partición auxiliar y decidí volver a formatearla y desapareció el problema. Yo me cambie de ext2 a ext3 hace menos de un año resistiendome a la propaganda que todos los gurús parecen hacer sobre los sistemas de journaling. Me creo todo lo bueno que se dice de ellos, pero no hay datos para evaluar el grado de madurez alcanzado por cada sistema de ficheros. Seguro que quedan más bugs que en el ext2. Empiezo a fiarme ahora porque llevan ya mucho tiempo de uso y la gente ya los usa masivamente. Para mi la fiabilidad de un sistema de ficheros es lo más importante y no puede ser evaluado en base a una serie de comentarios aislados ni en base a una supuestas caracteríasticas técnicas espectaculares. Tengo que decir que la velocidad de acceso no me preocupa nada en comparación de lo que pueda suponer la perdida de información importante. En todos los años que he usado ext2 no tuve un solo problema serio salvo un pequeño incidente por daño físico en unos sectores de mi disco duro. Fue una cosa leve. Como digo ya estoy en ext3 desde hace casi un año, pero no conozco estadísticas de uso ni mucho menos estadísticas relativas a incidentes serios usando uno u otro sistema. ¿Sabe alguien que puede ocurrir en uno u otro sistema si aparece un sector defectuosos en mala parte? -- Un saludo Antonio Castro /\ /\ \\W// _|0 0|_ +-oOOO-(___o___)-OOOo-+ | . . . . U U . Antonio Castro Snurmacher | | . . . . . . . [EMAIL PROTECTED] | +()()()-()()()+
[SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
Bueno. Pues sí. Al final lo he solucionado y la verdad es que no sé cómo no se me ocurrió probarlo antes de dar la murga a la lista con mis problemas ;-) No encontré nada nuevo en la página de namesys.com, pero me sirvió para recordar que aún no había hecho nada para verificar el estado del sistema de archivos. Tras varias horas (de hecho, tras muchas horas) de hacer un reiserfsck --check, ver que había problemas en el sistema de archivos, tarearlo todo (por si las moscas) y después un reiserfsck --rebuild-tree (porque el propio reiserfsck te dice la mejor opción para recuperar el sistema y a mí me dijo que era ésta, no porque a mí se me pusiera en los mismísimos hacerlo así) obtuve tres bonitos archivos de 0b, 330b y 1.1Kb, los dos últimos archivos de texto, pero sin contenido (¿?). Total, un sustillo de nada y algunas horas perdidas en reparar el sistema, pero que vienen muy bien para darme un buen tirón de orejas. Gracias a todos por vuestra ayuda. M. A. Herrero.
Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
On Fri, Jan 14, 2005 at 03:23:59PM +0100, Manuel Andrés Herrero de la Mata wrote: Bueno. Pues sí. Al final lo he solucionado y la verdad es que no sé cómo no se me ocurrió probarlo antes de dar la murga a la lista con mis problemas ;-) No encontré nada nuevo en la página de namesys.com, pero me sirvió para recordar que aún no había hecho nada para verificar el estado del sistema de archivos. Tras varias horas (de hecho, tras muchas horas) de hacer un reiserfsck --check, ver que había problemas en el sistema de archivos, tarearlo todo (por si las moscas) y después un reiserfsck --rebuild-tree (porque el propio reiserfsck te dice la mejor opción para recuperar el sistema y a mí me dijo que era ésta, no porque a mí se me pusiera en los mismísimos hacerlo así) obtuve tres bonitos archivos de 0b, 330b y 1.1Kb, los dos últimos archivos de texto, pero sin contenido (¿?). Total, un sustillo de nada y algunas horas perdidas en reparar el sistema, pero que vienen muy bien para darme un buen tirón de orejas. Gracias a todos por vuestra ayuda. Y yo que estaba apunto de sugerir que chequearas el sistema de archivos. Ya son varias veces que se de casos en que sistemas reiser se van de espaldas, y en no pocos casos con menos suerte que tú, pérdida total. Yo me quedo con ext3. Blu.
Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
Blu escribi: On Fri, Jan 14, 2005 at 03:23:59PM +0100, Manuel Andrs Herrero de la Mata wrote: Bueno. Pues s. Al final lo he solucionado y la verdad es que no s cmo no se me ocurri probarlo antes de dar la murga a la lista con mis problemas ;-) No encontr nada nuevo en la pgina de namesys.com, pero me sirvi para recordar que an no haba hecho nada para verificar el estado del sistema de archivos. Tras varias horas (de hecho, tras muchas horas) de hacer un reiserfsck --check, ver que haba problemas en el sistema de archivos, tarearlo todo (por si las moscas) y despus un reiserfsck --rebuild-tree (porque el propio reiserfsck te dice la mejor opcin para recuperar el sistema y a m me dijo que era sta, no porque a m se me pusiera en los mismsimos hacerlo as) obtuve tres bonitos archivos de 0b, 330b y 1.1Kb, los dos ltimos archivos de texto, pero sin contenido (?). Total, un sustillo de nada y algunas horas perdidas en reparar el sistema, pero que vienen muy bien para darme un buen tirn de orejas. Gracias a todos por vuestra ayuda. Y yo que estaba apunto de sugerir que chequearas el sistema de archivos. Ya son varias veces que se de casos en que sistemas reiser se van de espaldas, y en no pocos casos con menos suerte que t, prdida total. Yo me quedo con ext3. Blu. Ya me habis acojonado... yo estoy con mi ReiserFS ms feliz que nada... no me digis esto... jajajajaja. Me habis asustado x. Espero que eso no le pase al mo. Qu versin de ReiserFS era? -- Saludos, .''`. Rafael Fernndez Lpez : :' : `. `'` `- Debian GNU/Linux (SID) Utilizando Debian GNU/Linux. Por qu no te animas a probarlo? "My name is Linus, and I am your god." - Linus Torvalds "We all know Linux is great...it does infinite loops in 5 seconds." - Linus Torvalds "Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect." - Linus Torvalds
Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
On Sat, 15 Jan 2005 01:06:08 +0100, Rafael Fernández López [EMAIL PROTECTED] wrote: Blu escribió: On Fri, Jan 14, 2005 at 03:23:59PM +0100, Manuel Andrés Herrero de la Mata wrote: Bueno. Pues sí. Al final lo he solucionado y la verdad es que no sé cómo no se me ocurrió probarlo antes de dar la murga a la lista con mis problemas ;-) No encontré nada nuevo en la página de namesys.com, pero me sirvió para recordar que aún no había hecho nada para verificar el estado del sistema de archivos. Tras varias horas (de hecho, tras muchas horas) de hacer un reiserfsck --check, ver que había problemas en el sistema de archivos, tarearlo todo (por si las moscas) y después un reiserfsck --rebuild-tree (porque el propio reiserfsck te dice la mejor opción para recuperar el sistema y a mí me dijo que era ésta, no porque a mí se me pusiera en los mismísimos hacerlo así) obtuve tres bonitos archivos de 0b, 330b y 1.1Kb, los dos últimos archivos de texto, pero sin contenido (¿?). Total, un sustillo de nada y algunas horas perdidas en reparar el sistema, pero que vienen muy bien para darme un buen tirón de orejas. Gracias a todos por vuestra ayuda. Y yo que estaba apunto de sugerir que chequearas el sistema de archivos. Ya son varias veces que se de casos en que sistemas reiser se van de espaldas, y en no pocos casos con menos suerte que tú, pérdida total. Yo me quedo con ext3. Blu. Ya me habéis acojonado... yo estoy con mi ReiserFS más feliz que nada... no me digáis esto... jajajajaja. Me habéis asustado x. Espero que eso no le pase al mío. ¿Qué versión de ReiserFS era? -- Saludos, .''`. Rafael Fernández López : :' : `. `'` `- Debian GNU/Linux (SID) Utilizando Debian GNU/Linux. ¿Por qué no te animas a probarlo? My name is Linus, and I am your god. - Linus Torvalds We all know Linux is great...it does infinite loops in 5 seconds. - Linus Torvalds Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect. - Linus Torvalds -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] mmm... A mi me paso una ya una vez lo mismo, pero no me aparecia espacio desperdiciado, sino que nadamas ya no pudo montar la particion.. Pero efectivamente me mandaba un error y me recomendaba un reiserfsck --rebuild-tree y con eso se corrigió. -- Jose Angel Barrientos Reynosa, Mexico PD .Tengo invitaciones de gmail :)
Re: [SOLUCIONADO] Re: ¿Porqué me quedo sin espacio en /?
On Sat, Jan 15, 2005 at 01:06:08AM +0100, Rafael Fernández López wrote:
Ya me habeacute;is acojonado... yo estoy con mi
ReiserFS maacute;s feliz que nada... no me digaacute;is esto... jajajajaja.
Me
habeacute;is asustado x. Espero que eso no le pase al miacute;o.
iquest;Queacute; versioacute;n
de ReiserFS era?
Yo tengo ReiserFS en varios equipos (2 de ellos un poco más
de 3 años aprox.) algunos con woody otros con sarge y nunca
tuve problemas serios, por ahí recuerdo algún problemilla en
un pc de escritorio que el rebuild-tree solucionó, caso mínimo
comparado con todos los demás... Además ReiserFS en velocidad
va muy por encima que ext3 y no tiene problema al tratar
archivos grandes.
Recuerdo también el ext3 y comparado con el tiempo y proporción
de uso tuve mayores dolores de cabeza con dicho sistema de
archivos.
Saludos!
--
# nmag only
# gnupg 0x978B82FF [pgp.mit.edu] GNU/Linux Registered User 312624
sub boo{$q=pack q;N;,join q++,reverse split q--,shift;$q=~s;\s+$;\n;
;$q} do {printf /%s/,boo($_)} for(9112662581, 676371445, 2158412302)
Re: ¿Porqué me quedo sin espacio en /?
El Jueves, 13 de Enero de 2005 00:24, Manuel Andr=E9s Herrero de la Mata=20 escribi=F3: El Thursday, 13 de January de 2005 00:52, simon nos deleit=F3 con las siguientes perlas: =3DBFPodria ser debido a la fragmentacion? =3DBFQue tengas un numero muy elevad=3D o de=3D20 peque=3DF1os archivos, de modo que aunque idealmente no ocuparian mucho espac=3D io,=3D20 el espacio total que estuviese ocupado aumentase debido a un tama=3DF1o= de bl=3D oque=3D20 inadecuado? Tal y como dices no se me ocurre otra cosa, pero, aunque se que=3D =3D20 se puede especificar el tama=3DF1o de bloque en el particionado y tal, = pues n=3D o=3D20 tengo ni idea de como se hace eso. Es lo =FAnico que se me hab=EDa ocurrido pero =BFno se supone que reiserf= s es el sistema ideal para esos peque=F1os archivos? y a m=ED me dijeron que en l= inux la fragmentaci=F3n era casi imposible (no como en el winblows) como es posible esto? =BFAlguna idea para probar si es un problema de fragmentaci=F3n? Gracias de nuevo. M. A. Herrero. Primero perdonad por lo horrible que se ven mis mensajes, supongo que sera= =20 alguna configuracion de idioma inadecuada o cualquier cosa, asi que por lo = de=20 pronto dejare de utilizar tildes y apertura de interrogacion.=20 Y volviendo al topic, acabo de probar a hacer du -h -l en /, y el fichero q= ue=20 me resulto era de unos 371K, y aunque no tenemos el mismo sistema ni la mis= ma=20 configuracion, sospecho que tres veces mas espacio implica tres veces mas=20 archivos, con lo que ya son muchos, y la fragmentacion podria aparecer. Aho= ra=20 voy a ir a clase, y preguntare a algun companhero (tambien hago extranhos s= i=20 escribo la ~n) a ver si conoce algun medio de identificar realmente el=20 problema, y de ser cierto, solucionarlo. Uso mandrake 10 con kde 3.3 (mientras me informo y documento para atreverme= a=20 meter debian, porque es un portatil, y me veo un poco intimidado) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ¿Porqué me quedo sin espacio en /?
El Thursday, 13 de January de 2005 08:59, Oscar Díaz Fernández nos deleitó con las siguientes perlas: 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. Mi /var/log ocupa 103 Mb. Mucho, pero no lo suficiente como para justificar casi 14 Gb Gracias. M. A. Herrero.
Re: ¿Porqué me quedo sin espacio en /?
El Thursday, 13 de January de 2005 08:33, Antonio Castro nos deleitó con las siguientes perlas: 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. Pues no se me había ocurrido, pero voy a pasarme por namesys.com a ver si encuentro algo... 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. Probaré con eso si no encuentro nada (menos mal que 160Gb dan mucho de sí) Gracias. M. A. Herrero.
Re: ¿Porqué me quedo sin espacio en /?
On Thu, Jan 13, 2005 at 11:22:06AM +0100, Manuel Andrés Herrero de la Mata wrote: El Thursday, 13 de January de 2005 12:03, Leandro Ferreira nos deleitó con las siguientes perlas: Bien, pero una pregunta. Qué tipo de usuario eres? Haces compactación de videos? Guardas películas en tu disco duro? Tienes un par de imágenes de dvd ahí? Yo no tengo más que 1GB de datos, juntando todos mis datos, emails, fotos, etc. Cuando grabo cds, o tengo imágenes de distros bajadas, por supuesto que gasto más. Pero 42 GB de datos de usuario es algo que nunca tendría. Bueno, cuando consiga la grabadora de DVD tengo algunas cosillas que copiar para mi hija; no sé... Unas 8 ó 10 películas de dibujos animados. O:-) Igual algún día me da también por pasar un par de discografías completas que tengo a CD/DVD lo que mejor venga... Incluso, si me promete mi mujer que no volverá a trastear con su ordenador puede que borre ese par de gigas que tengo con con sus programas y datos de windows. También es hora de que vaya borrando imágenes de distros que, definitivamente, no me han gustado... Cosas de esas... Por eso te pregunto, eres un usuario capaz de tener tal cantidad de datos? De repente tienes ahí unas cuantas películas y eso explica todo. Eso sólo explica que en mi home tenga 42 Gb de datos, pero /home está en una partición distinta a / y soy consciente del gasto de Gb en /home. No creo que esté ahí el problema... Evidentemente, como root no me pongo a descargar archivos no a almacenar datos de este tipo; compilo cositas y guardo una souce de kernel para evitarme confusiones _no es la primera vez que me confundo_ y ya está, pero ahí no tengo datos de ese tipo. Mira la salida de mi du -hs sacado desde el / Cierto, yo hice du -hl y me ha sacado el listado de _todos_ los directorios del sistema, pero te pongo los míos para que veas la comparación 4,6M bin 3,3 M bin 12M boot 14M boot 4,0K cdrom 1,3M dev 0 dev 4,0K dos 9,1M etc 30M etc 4,0K floppy 0 floppy 96M home 42G home 4,0K initrd 0 initrd 42M lib 104 lib 16K lost+found 0 lost+found 32K mnt 2.4G mnt (tenía una partición montada al hacerlo) 4,0K nf 4,0K opt 0 opt 0 proc 322M proc 19M root 308M root 3,2M sbin 6.4M sbin 4,0K sfs 4,0K sys 0 sys 64K tmp 20K tmp 429M usr 2.5G usr 60M var 269 var 0 .reiser_fs 48G . Teniendo tú 1MB o 10GB de datos no haría diferencia, pues el comando te va a mostrar sólo los nombres de los diretórios principales y el espacio ocupado, y no archivo por archivo. Nunca un árbol de directorios linux en / te va a dar una salida de 1MB. Para eso usamos la -s (du --help) Intentalo ahí. Creo que es la mejor manera de encontrar el comedor de espacio. Digamos que te dice que /usr ocupa 15GB. Ahí entras en /usr y repites el proceso, ahí te muestra que share tiene 14GB, ahí entras en share y ...en algún lugar tenemos un archivo, o varios, ocupando mucho espacio. Sigo sin encontrar mi espacio perdido. Ojo al dato y a la moral que tengo... Me he revisado prácticamente de arriba a abajo todo el listado que me sacó du -hl y sigo sin encontrar nada raro :-? (Lo único el tamaño un poco descomunal que va adquiriendo /usr) Gracias de todos modos por tu ayuda. M. A. Herrero. Hola de nuevo Bueno, no entiendo tu /proc tener 322 MB. Tu /etc/ también me parece raro, pero no imposible. Lo único que veo diferente es la salida final: 48G . Bueno, . es el directorio actual, donde te encuentras ( es decir /). ls -a muestra algún archivo oculto? Sería la explicación de todo si tuvieras algo ahí con 48GB. Por favor, si descubres la solución envía a la lista. Me estoy mordiendo de curiosidad :) Parece que no te sobra más que borrar todo e rehacer la instalación. Pero esa sería la última opción que yo tomaría. Me encanta un misterio...aunque es agobiante. saludos Leandro -- (@_ Leandro Padilha Ferreira - [EMAIL PROTECTED] //\ V_/_ http://androle.pro.brLinux user: #237.744 -- Fruta prohibida, más apetecida. signature.asc Description: Digital signature
Re: ¿Porqué me quedo sin espacio en /?
El Thursday, 13 de January de 2005 09:43, simon nos deleitó con las siguientes perlas: Primero perdonad por lo horrible que se ven mis mensajes, supongo que sera= =20 alguna configuracion de idioma inadecuada o cualquier cosa, asi que por lo = de=20 pronto dejare de utilizar tildes y apertura de interrogacion.=20 Ah! Pensaba que era un tic ;-) Y volviendo al topic, acabo de probar a hacer du -h -l en /, y el fichero q= ue=20 me resulto era de unos 371K, y aunque no tenemos el mismo sistema ni la mis= ma=20 configuracion, sospecho que tres veces mas espacio implica tres veces mas=20 archivos, con lo que ya son muchos, y la fragmentacion podria aparecer. Al menos significa que son unos 3 veces más directorios (y que tienes la instalación bastante más pulcra y cuidada que yo) pero no sé si eso implica que haya mucha más fragmentación ¿? Aho= ra=20 voy a ir a clase, y preguntare a algun companhero (tambien hago extranhos s= i=20 escribo la ~n) a ver si conoce algun medio de identificar realmente el=20 problema, y de ser cierto, solucionarlo. Te lo agradecería un montón... Uso mandrake 10 con kde 3.3 (mientras me informo y documento para atreverme= a=20 meter debian, porque es un portatil, y me veo un poco intimidado) Pues nada, lánzate que ya ves que por aquí siempre hay gente dispuesta a echar una mano... Gracias de nuevo M. A. Herrero.
Re: ¿Porqué me quedo sin espacio en /?
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] |
+()()()-()()()+
Re: ¿Porqué me quedo sin espacio en /?
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/
Re: ¿Porqué me quedo sin espacio en /?
El Jueves, 13 de Enero de 2005 00:24, Manuel Andr=E9s Herrero de la Mata=20 escribi=F3: El Thursday, 13 de January de 2005 00:52, simon nos deleit=F3 con las siguientes perlas: =3DBFPodria ser debido a la fragmentacion? =3DBFQue tengas un numero muy elevad=3D o de=3D20 peque=3DF1os archivos, de modo que aunque idealmente no ocuparian mucho espac=3D io,=3D20 el espacio total que estuviese ocupado aumentase debido a un tama=3DF1o= de bl=3D oque=3D20 inadecuado? Tal y como dices no se me ocurre otra cosa, pero, aunque se que=3D =3D20 se puede especificar el tama=3DF1o de bloque en el particionado y tal, = pues n=3D o=3D20 tengo ni idea de como se hace eso. Es lo =FAnico que se me hab=EDa ocurrido pero =BFno se supone que reiserf= s es el sistema ideal para esos peque=F1os archivos? y a m=ED me dijeron que en l= inux la fragmentaci=F3n era casi imposible (no como en el winblows) como es posible esto? =BFAlguna idea para probar si es un problema de fragmentaci=F3n? Gracias de nuevo. M. A. Herrero. Primero perdonad por lo horrible que se ven mis mensajes, supongo que sera= =20 alguna configuracion de idioma inadecuada o cualquier cosa, asi que por lo = de=20 pronto dejare de utilizar tildes y apertura de interrogacion.=20 Y volviendo al topic, acabo de probar a hacer du -h -l en /, y el fichero q= ue=20 me resulto era de unos 371K, y aunque no tenemos el mismo sistema ni la mis= ma=20 configuracion, sospecho que tres veces mas espacio implica tres veces mas=20 archivos, con lo que ya son muchos, y la fragmentacion podria aparecer. Aho= ra=20 voy a ir a clase, y preguntare a algun companhero (tambien hago extranhos s= i=20 escribo la ~n) a ver si conoce algun medio de identificar realmente el=20 problema, y de ser cierto, solucionarlo. Uso mandrake 10 con kde 3.3 (mientras me informo y documento para atreverme= a=20 meter debian, porque es un portatil, y me veo un poco intimidado)
Re: ¿Porqué me quedo sin espacio en /?
Hola On Thu, Jan 13, 2005 at 12:22:18AM +0100, Manuel Andrés Herrero de la Mata wrote: El Thursday, 13 de January de 2005 00:41, Leandro Ferreira nos deleitó con las siguientes perlas: Raro es poco ;-) intenta ver el tamaño de cada partición con cfdisk. Tamaño correcto para /; 20.000 Mb (lo que yo le asigné) Ok, No tienes otro kernel instalado para testear, por si acaso es un problema de kernel? Probaré con eso a ver :-/ Pues, es muy raro, un debian muy regordete con gnome/kde/etc. no ocuparía más que unos 6 GB. Eso pienso yo y eso es lo que me dice el sistema, pero... Si posible envía a la lista la salida de: df -h esta es: FilesystemSize Used Avail Use% Mounted on /dev/ide/host0/bus0/target0/lun0/part5 18G 17G 964M 95% / tmpfs 157M 0 157M 0% /dev/shm /dev/ide/host0/bus0/target0/lun0/part7 56G 42G 15G 74% /home Bien, pero una pregunta. Qué tipo de usuario eres? Haces compactación de videos? Guardas películas en tu disco duro? Tienes un par de imágenes de dvd ahí? Yo no tengo más que 1GB de datos, juntando todos mis datos, emails, fotos, etc. Cuando grabo cds, o tengo imágenes de distros bajadas, por supuesto que gasto más. Pero 42 GB de datos de usuario es algo que nunca tendría. Por eso te pregunto, eres un usuario capaz de tener tal cantidad de datos? De repente tienes ahí unas cuantas películas y eso explica todo. y du -hs, sacado desde el / Eso es lo que saqué antes y es un archivo de 1Mb. Hay otra solución antes de enviar toda esa basura a la lista? (Me imagino que aún hay quien pague por tiempo de coonexión y eso puede hacerles una gran putada...) Pero no puede ser. Mira la salida de mi du -hs sacado desde el / 4,6Mbin 12M boot 4,0Kcdrom 1,3Mdev 4,0Kdos 9,1Metc 4,0Kfloppy 96M home 4,0Kinitrd 42M lib 16K lost+found 32K mnt 4,0Knf 4,0Kopt 0 proc 19M root 3,2Msbin 4,0Ksfs 4,0Ksys 64K tmp 429Musr 60M var Teniendo tú 1MB o 10GB de datos no haría diferencia, pues el comando te va a mostrar sólo los nombres de los diretórios principales y el espacio ocupado, y no archivo por archivo. Nunca un árbol de directorios linux en / te va a dar una salida de 1MB. Para eso usamos la -s (du --help) Intentalo ahí. Creo que es la mejor manera de encontrar el comedor de espacio. Digamos que te dice que /usr ocupa 15GB. Ahí entras en /usr y repites el proceso, ahí te muestra que share tiene 14GB, ahí entras en share y ...en algún lugar tenemos un archivo, o varios, ocupando mucho espacio. Saludos -- (@_ Leandro Padilha Ferreira - [EMAIL PROTECTED] //\ V_/_ http://androle.pro.brLinux user: #237.744 -- En febrero, loco, ningún día se parece a otro. signature.asc Description: Digital signature
Re: ¿Porqué me quedo sin espacio en /?
El Thursday, 13 de January de 2005 08:59, Oscar Díaz Fernández nos deleitó con las siguientes perlas: 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. Mi /var/log ocupa 103 Mb. Mucho, pero no lo suficiente como para justificar casi 14 Gb Gracias. M. A. Herrero.
Re: ¿Porqué me quedo sin espacio en /?
El Thursday, 13 de January de 2005 08:33, Antonio Castro nos deleitó con las siguientes perlas: 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. Pues no se me había ocurrido, pero voy a pasarme por namesys.com a ver si encuentro algo... 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. Probaré con eso si no encuentro nada (menos mal que 160Gb dan mucho de sí) Gracias. M. A. Herrero.
Re: ¿Porqué me quedo sin espacio en /?
On Thu, Jan 13, 2005 at 11:22:06AM +0100, Manuel Andrés Herrero de la Mata wrote: El Thursday, 13 de January de 2005 12:03, Leandro Ferreira nos deleitó con las siguientes perlas: Bien, pero una pregunta. Qué tipo de usuario eres? Haces compactación de videos? Guardas películas en tu disco duro? Tienes un par de imágenes de dvd ahí? Yo no tengo más que 1GB de datos, juntando todos mis datos, emails, fotos, etc. Cuando grabo cds, o tengo imágenes de distros bajadas, por supuesto que gasto más. Pero 42 GB de datos de usuario es algo que nunca tendría. Bueno, cuando consiga la grabadora de DVD tengo algunas cosillas que copiar para mi hija; no sé... Unas 8 ó 10 películas de dibujos animados. O:-) Igual algún día me da también por pasar un par de discografías completas que tengo a CD/DVD lo que mejor venga... Incluso, si me promete mi mujer que no volverá a trastear con su ordenador puede que borre ese par de gigas que tengo con con sus programas y datos de windows. También es hora de que vaya borrando imágenes de distros que, definitivamente, no me han gustado... Cosas de esas... Por eso te pregunto, eres un usuario capaz de tener tal cantidad de datos? De repente tienes ahí unas cuantas películas y eso explica todo. Eso sólo explica que en mi home tenga 42 Gb de datos, pero /home está en una partición distinta a / y soy consciente del gasto de Gb en /home. No creo que esté ahí el problema... Evidentemente, como root no me pongo a descargar archivos no a almacenar datos de este tipo; compilo cositas y guardo una souce de kernel para evitarme confusiones _no es la primera vez que me confundo_ y ya está, pero ahí no tengo datos de ese tipo. Mira la salida de mi du -hs sacado desde el / Cierto, yo hice du -hl y me ha sacado el listado de _todos_ los directorios del sistema, pero te pongo los míos para que veas la comparación 4,6M bin 3,3 M bin 12M boot 14M boot 4,0K cdrom 1,3M dev 0 dev 4,0K dos 9,1M etc 30M etc 4,0K floppy 0 floppy 96M home 42G home 4,0K initrd 0 initrd 42M lib 104 lib 16K lost+found 0 lost+found 32K mnt 2.4G mnt (tenía una partición montada al hacerlo) 4,0K nf 4,0K opt 0 opt 0 proc 322M proc 19M root 308M root 3,2M sbin 6.4M sbin 4,0K sfs 4,0K sys 0 sys 64K tmp 20K tmp 429M usr 2.5G usr 60M var 269 var 0 .reiser_fs 48G . Teniendo tú 1MB o 10GB de datos no haría diferencia, pues el comando te va a mostrar sólo los nombres de los diretórios principales y el espacio ocupado, y no archivo por archivo. Nunca un árbol de directorios linux en / te va a dar una salida de 1MB. Para eso usamos la -s (du --help) Intentalo ahí. Creo que es la mejor manera de encontrar el comedor de espacio. Digamos que te dice que /usr ocupa 15GB. Ahí entras en /usr y repites el proceso, ahí te muestra que share tiene 14GB, ahí entras en share y ...en algún lugar tenemos un archivo, o varios, ocupando mucho espacio. Sigo sin encontrar mi espacio perdido. Ojo al dato y a la moral que tengo... Me he revisado prácticamente de arriba a abajo todo el listado que me sacó du -hl y sigo sin encontrar nada raro :-? (Lo único el tamaño un poco descomunal que va adquiriendo /usr) Gracias de todos modos por tu ayuda. M. A. Herrero. Hola de nuevo Bueno, no entiendo tu /proc tener 322 MB. Tu /etc/ también me parece raro, pero no imposible. Lo único que veo diferente es la salida final: 48G . Bueno, . es el directorio actual, donde te encuentras ( es decir /). ls -a muestra algún archivo oculto? Sería la explicación de todo si tuvieras algo ahí con 48GB. Por favor, si descubres la solución envía a la lista. Me estoy mordiendo de curiosidad :) Parece que no te sobra más que borrar todo e rehacer la instalación. Pero esa sería la última opción que yo tomaría. Me encanta un misterio...aunque es agobiante. saludos Leandro -- (@_ Leandro Padilha Ferreira - [EMAIL PROTECTED] //\ V_/_ http://androle.pro.brLinux user: #237.744 -- Fruta prohibida, más apetecida. signature.asc Description: Digital signature
Re: ¿Porqué me quedo sin espacio en /?
El Thursday, 13 de January de 2005 09:43, simon nos deleitó con las siguientes perlas: Primero perdonad por lo horrible que se ven mis mensajes, supongo que sera= =20 alguna configuracion de idioma inadecuada o cualquier cosa, asi que por lo = de=20 pronto dejare de utilizar tildes y apertura de interrogacion.=20 Ah! Pensaba que era un tic ;-) Y volviendo al topic, acabo de probar a hacer du -h -l en /, y el fichero q= ue=20 me resulto era de unos 371K, y aunque no tenemos el mismo sistema ni la mis= ma=20 configuracion, sospecho que tres veces mas espacio implica tres veces mas=20 archivos, con lo que ya son muchos, y la fragmentacion podria aparecer. Al menos significa que son unos 3 veces más directorios (y que tienes la instalación bastante más pulcra y cuidada que yo) pero no sé si eso implica que haya mucha más fragmentación ¿? Aho= ra=20 voy a ir a clase, y preguntare a algun companhero (tambien hago extranhos s= i=20 escribo la ~n) a ver si conoce algun medio de identificar realmente el=20 problema, y de ser cierto, solucionarlo. Te lo agradecería un montón... Uso mandrake 10 con kde 3.3 (mientras me informo y documento para atreverme= a=20 meter debian, porque es un portatil, y me veo un poco intimidado) Pues nada, lánzate que ya ves que por aquí siempre hay gente dispuesta a echar una mano... Gracias de nuevo M. A. Herrero.
Re: ¿Porqué me quedo sin espacio en /?
El Jueves, 13 de Enero de 2005 11:37, Manuel Andr=E9s Herrero de la Mata=20 escribi=F3: El Thursday, 13 de January de 2005 09:43, simon nos deleit=F3 con las siguientes perlas: Primero perdonad por lo horrible que se ven mis mensajes, supongo que sera=3D =3D20 alguna configuracion de idioma inadecuada o cualquier cosa, asi que por lo =3D de=3D20 pronto dejare de utilizar tildes y apertura de interrogacion.=3D20 Ah! Pensaba que era un tic ;-) Y volviendo al topic, acabo de probar a hacer du -h -l en /, y el fiche= ro q=3D ue=3D20 me resulto era de unos 371K, y aunque no tenemos el mismo sistema ni la mis=3D ma=3D20 configuracion, sospecho que tres veces mas espacio implica tres veces mas=3D20 archivos, con lo que ya son muchos, y la fragmentacion podria aparecer. Al menos significa que son unos 3 veces m=E1s directorios (y que tienes la instalaci=F3n bastante m=E1s pulcra y cuidada que yo) pero no s=E9 si eso= implica que haya mucha m=E1s fragmentaci=F3n =BF? Aho=3D ra=3D20 voy a ir a clase, y preguntare a algun companhero (tambien hago extranh= os s=3D i=3D20 escribo la ~n) a ver si conoce algun medio de identificar realmente el= =3D20 problema, y de ser cierto, solucionarlo. Te lo agradecer=EDa un mont=F3n... Uso mandrake 10 con kde 3.3 (mientras me informo y documento para atreverme=3D a=3D20 meter debian, porque es un portatil, y me veo un poco intimidado) Pues nada, l=E1nzate que ya ves que por aqu=ED siempre hay gente dispuest= a a echar una mano... Gracias de nuevo M. A. Herrero. Estuve pensando, y aunque no pude hablar con ninguna fuente fiable (lo=20 siento :( ), estoy por descartar la fragmentacion, porque son demasiados=20 gigas para la diferencia de la que estamos hablando. Mi experiencia en este= =20 tema es por la cuenta que tengo en la facultad, con cuota de disco. Aunque el problema esta a una escala mucho mucho menor (creo que tenemos=20 unos 20 megas de cuota), es muy frecuente que sin tener ningun archivo de g= ran=20 tamanho se acabe saturando todo. Y los motivos mas frecuentes son los=20 miticos core de algunos programas que no acabamos de hacer del todo=20 bien :P, y en otra ocasion se debio a unos archivos de trazas, para unas=20 practicas sobre el rendimiento con distintas configuraciones cache : eran u= na=20 cantidad inmensa de archivos pequenhisimos, y claro... Asi que nada, siento= =20 no haber contribuido demasiado, pero seguro que tambien se agradecen los po= st=20 con anecdota :P
Re: ¿Porqué me quedo sin espacio en /?
El Thursday, 13 de January de 2005 00:34, Jose Angel Barrientos nos deleitó con las siguientes perlas: A mi me a servido kdirstat para localizar directorios/archivos con demasiado espacio ocupado... A que te refieres con: Lo más curioso de todo es que el archivo termina con: (...) Muy bueno kdirstat (y muy chula la barra de progreso) pero me viene a decir poco más o menos lo mismo que al hacer du -h -l. Que debería ocupar unos 5.12 Gb. Por cierto lo de (...) quiere decir que la salida de este archivo tiene miles y miles de líneas (es un archivo de 1 Mb) y yo he quitado las n-mil línes primeras ;-P M. A. Herrero.
Re: ¿Porqué me quedo sin espacio en /?
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] |
+()()()-()()()+
Re: ¿Porqué me quedo sin espacio en /?
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/
¿Porqué me quedo sin espacio en /?
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.
Re: ¿Porqué me quedo sin espacio en /?
On Wed, 12 Jan 2005 19:06:15 +0100, Manuel Andrés Herrero de la Mata
[EMAIL PROTECTED] 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.
A mi me a servido kdirstat para localizar directorios/archivos con
demasiado espacio ocupado...
A que te refieres con:
Lo más curioso de todo es que el archivo termina con:
(...)
--
Jose Angel Barrientos
Reynosa, Mexico
PD .Tengo invitaciones de gmail :)
Re: ¿Porqué me quedo sin espacio en /?
On Wed, Jan 12, 2005 at 07:06:15PM +0100, 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.
Raro es poco ;-)
intenta ver el tamaño de cada partición con cfdisk.
No tienes otro kernel instalado para testear, por si acaso es un
problema de kernel?
Pues, es muy raro, un debian muy regordete con gnome/kde/etc. no
ocuparía más que unos 6 GB.
Si posible envía a la lista la salida de:
df -h
y
du -hs, sacado desde el /
Saludos y suerte
Leandro
--
(@_ Leandro Padilha Ferreira - [EMAIL PROTECTED]
//\
V_/_ http://androle.pro.brLinux user: #237.744
--
A vida e uma pedra de amolar: desgasta-nos ou afia-nos,
conforme o metal de somos feitos.
-- George Bernard Shaw
signature.asc
Description: Digital signature
Re: ¿Porqué me quedo sin espacio en /?
=BFPodria ser debido a la fragmentacion? =BFQue tengas un numero muy elevad= o de=20 peque=F1os archivos, de modo que aunque idealmente no ocuparian mucho espac= io,=20 el espacio total que estuviese ocupado aumentase debido a un tama=F1o de bl= oque=20 inadecuado? Tal y como dices no se me ocurre otra cosa, pero, aunque se que= =20 se puede especificar el tama=F1o de bloque en el particionado y tal, pues n= o=20 tengo ni idea de como se hace eso.
Re: ¿Porqué me quedo sin espacio en /?
El Thursday, 13 de January de 2005 00:34, Jose Angel Barrientos nos deleitó con las siguientes perlas: A mi me a servido kdirstat para localizar directorios/archivos con demasiado espacio ocupado... A que te refieres con: Lo más curioso de todo es que el archivo termina con: (...) Muy bueno kdirstat (y muy chula la barra de progreso) pero me viene a decir poco más o menos lo mismo que al hacer du -h -l. Que debería ocupar unos 5.12 Gb. Por cierto lo de (...) quiere decir que la salida de este archivo tiene miles y miles de líneas (es un archivo de 1 Mb) y yo he quitado las n-mil línes primeras ;-P M. A. Herrero.
Re: ¿Porqué me quedo sin espacio en /?
El Thursday, 13 de January de 2005 00:52, simon nos deleitó con las siguientes perlas: =BFPodria ser debido a la fragmentacion? =BFQue tengas un numero muy elevad= o de=20 peque=F1os archivos, de modo que aunque idealmente no ocuparian mucho espac= io,=20 el espacio total que estuviese ocupado aumentase debido a un tama=F1o de bl= oque=20 inadecuado? Tal y como dices no se me ocurre otra cosa, pero, aunque se que= =20 se puede especificar el tama=F1o de bloque en el particionado y tal, pues n= o=20 tengo ni idea de como se hace eso. Es lo único que se me había ocurrido pero ¿no se supone que reiserfs es el sistema ideal para esos pequeños archivos? y a mí me dijeron que en linux la fragmentación era casi imposible (no como en el winblows) como es posible esto? ¿Alguna idea para probar si es un problema de fragmentación? Gracias de nuevo. M. A. Herrero.
