On Wed, Jul 04, 2007 at 05:25:54PM -0400, Horst H. von Brand wrote:
> Horst H. von Brand <[EMAIL PROTECTED]> wrote:
> > Pablo Allietti <[EMAIL PROTECTED]> wrote:
> > > paso a explicar mi problema, un administrador "descuidado" con el
> > > usuario root, dejo corriendo un scp -r de otro server, lo que ocasiono
> > > esta persona es que fuera todo redundante y el disco por lo cual se
> > > lleno.... 260 Gb llenos en 1 solo folder con un monton de archivos.
> > >
> > > ahora cuando hago un rm -Rf * demora unos 2 minutos y da errores de
> > > Inode y otras cosas que no tengo como para mostrarles.
> >
> > fsck(8) es tu amigo; en casos recalcitrantes mke2fs(8). Y ve si no
> > habran archivos con nombres que comienzan en '.'...
>
> Pablo me indico que parece tener una estructura recursiva inmensa
> (posiblemente un loop en el filesystem?) bajo el directorio pifiado.
>
> Que sistema de archivos es?
ext3
>
> Tal vez unlink(1) (como root) te deje pitearte el directorio de una,
> despues de esa clase de crimenes es *imperativo* correr fsck(8). Que
> segurmente chillara que te lo encargo...
>
unlink es para archivos no? yo tengo ademas todos directorios y el lio
empieza con el directorio openoffice :(
> Tienes todo al dia (particularmente e2fsprogs, si tienes ext<ALGO>
> alli; o el paquete del caso para el FS)?
>
todo al dia
> Posiblemente find(1) de una lista que se pueda pasar a rm(1), o sea,
> quiza algo del corte:
>
> find -depth . | xargs rm -rf
>
> salve la situacion?
> --
lo mismo error. :( ni un tar me deja crear como para hacer backup.
> Dr. Horst H. von Brand User #22616 counter.li.org
> Departamento de Informatica Fono: +56 32 2654431
> Universidad Tecnica Federico Santa Maria +56 32 2654239
> Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
>
---end quoted text---
--
.-
Pablo Allietti
E-mail: [EMAIL PROTECTED] | LACNIC
Phone : +598 2 6042222 | http://LACNIC.NET
From [EMAIL PROTECTED] Wed Jul 4 18:42:16 2007
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Wed Jul 4 18:44:09 2007
Subject: fallo de disco al borrar
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Pablo Allietti escribió:
> > Tal vez unlink(1) (como root) te deje pitearte el directorio de una,
> > despues de esa clase de crimenes es *imperativo* correr fsck(8). Que
> > segurmente chillara que te lo encargo...
>
> unlink es para archivos no? yo tengo ademas todos directorios y el lio
> empieza con el directorio openoffice :(
Quizas hay alguna cosa rara dentro del directorio openoffice. Prueba
haciendo rm -vfr *
en ese directorio y verifica si se queda pegado en algun archivo en
particular. O si entra en un ciclo.
Tambien aprovecha de mirar dmesg. Quizas el disco duro esta tirando
errores de I/O (signo seguro de que esta a medio morir ==> rescata tus
datos utiles y luego botalo. No gastes el poco tiempo de vida que le
queda en tratar de "limpiarlo").
--
Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC
"Hay quien adquiere la mala costumbre de ser infeliz" (M. A. Evans)
From [EMAIL PROTECTED] Wed Jul 4 18:43:28 2007
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Wed Jul 4 18:45:19 2007
Subject: ficheros muy grandes en ext3
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Rodrigo Fuentealba escribió:
> El 4/07/07, Victor Hugo dos Santos <[EMAIL PROTECTED]> escribió:
> >Hola a todos,
> >
> >una consulta (mas que nada existencial):
> >
> >existe algun problema en tener archivos grandes (10, 20, 40GB) en un FS
> >ext3
> >???
>
> aparte de que hacer un cat archivo.grande es tedioso y que la
> posibilidad de que el archivo se corrompa feamente con un corte de luz
> es mucho mas alta que la posibilidad de corromperse archivos pequeños
> (que tienen menos cantidad de punteritos y cositas chicas que revisar
> y comprobar coherencia), no mucho.
Huh, suena altamente improbable. Es mas, yo diria que la probabilidad
de que muchos archivos chicos se estropeen es mayor que la de que un
archivo grande se estropee.
Si los datos son muy valiosos, asegurate de desactivar el cache de
escritura.
--
Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4
"The Gord often wonders why people threaten never to come back after they've
been told never to return" (www.actsofgord.com)
From [EMAIL PROTECTED] Wed Jul 4 19:04:51 2007
From: [EMAIL PROTECTED] (Pablo Allietti)
Date: Wed Jul 4 18:52:16 2007
Subject: fallo de disco al borrar
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
On Wed, Jul 04, 2007 at 06:42:16PM -0400, Alvaro Herrera wrote:
> Pablo Allietti escribió:
>
> > > Tal vez unlink(1) (como root) te deje pitearte el directorio de una,
> > > despues de esa clase de crimenes es *imperativo* correr fsck(8). Que
> > > segurmente chillara que te lo encargo...
> >
> > unlink es para archivos no? yo tengo ademas todos directorios y el lio
> > empieza con el directorio openoffice :(
>
> Quizas hay alguna cosa rara dentro del directorio openoffice. Prueba
> haciendo rm -vfr *
nada unas veces demora 10 segundos otras 1 minuto y se pega en
diferentes archivos...
aun no puedo entenderlo sinceramente.... no puedo creer que linux sea
tan vulnerable a una copia recursiva y no poder borrarla simple..
>
> en ese directorio y verifica si se queda pegado en algun archivo en
> particular. O si entra en un ciclo.
>
> Tambien aprovecha de mirar dmesg. Quizas el disco duro esta tirando
> errores de I/O (signo seguro de que esta a medio morir ==> rescata tus
> datos utiles y luego botalo. No gastes el poco tiempo de vida que le
> queda en tratar de "limpiarlo").
>
> --
> Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC
> "Hay quien adquiere la mala costumbre de ser infeliz" (M. A. Evans)
---end quoted text---
--
.-
Pablo Allietti
E-mail: [EMAIL PROTECTED] | LACNIC
Phone : +598 2 6042222 | http://LACNIC.NET
From [EMAIL PROTECTED] Wed Jul 4 19:36:13 2007
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Wed Jul 4 19:38:06 2007
Subject: fallo de disco al borrar
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Pablo Allietti escribió:
> aun no puedo entenderlo sinceramente.... no puedo creer que linux sea
> tan vulnerable a una copia recursiva y no poder borrarla simple..
y dmesg que dice?
--
Alvaro Herrera http://www.amazon.com/gp/registry/5ZYLFMCVHXC
"You knock on that door or the sun will be shining on places inside you
that the sun doesn't usually shine" (en Death: "The High Cost of Living")
From [EMAIL PROTECTED] Wed Jul 4 18:24:33 2007
From: [EMAIL PROTECTED] (Luis Alejandro Aguilera Pascual)
Date: Wed Jul 4 20:14:47 2007
Subject: alo ... lista (OT)
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]><[EMAIL PROTECTED]><[EMAIL PROTECTED]><[EMAIL
PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
ESTOY SEGURO QUE SI PREGUNTAS AQUI VAS A ENCONTRAR MUCHAS RESPUESTAS:
www.google.com
Y DE PASO REVISA ESTO.
http://www.sindominio.net/ayuda/preguntas-inteligentes.html
salu2
luisito
