Gracias. Algunas consideraciones.
1. Cuando tenía mdk 9.1 el pen drive funcionaba maravillosamente. Es decir que no es problema de kernel, a no ser que el nuevo kernel tenga algún problema con vfat (que se supone es compatible con fat16) 2. Re: Cargaste el modulo usb-storage? No estoy seguro de haberlo cargado Re: modprobe usb-storage Probaré esto por si acaso. 3. Re: le falta un numero X al /dev/sdaX Re: Re: mount -t auto /dev/sdaX /mnt/removible Me parece que el sistema lo tiene identificado como sda solamente, eso dice hwbrowser Gracias. Mauricio Vargas P. Geólogo MSc en Geología Usurio Linux # 326558 http://counter.li.org http://users.quickfox.org/~mauriciovargas/ -- ______________________________________________ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze From [EMAIL PROTECTED] Mon Jun 14 11:46:41 2004 From: [EMAIL PROTECTED] (Horst von Brand) Date: Mon Jun 14 11:46:46 2004 Subject: =?iso-8859-1?q?Problemas_con_configuraci=F3n_de_Sendmail?= In-Reply-To: Your message of "Mon, 14 Jun 2004 10:23:54 MST." <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> =?iso-8859-1?Q?Rodrigo_Guti=E9rrez_Torres?= <[EMAIL PROTECTED]> dijo: > Configuré un server RH 9 con sendmail 8.12.8. Configuracion por omision, o le metiste mano? > Hoy me llegó un correo de > [EMAIL PROTECTED] (www.amproducciones.cl), y aunque creo que esta > empresa no ha usado mis servidores para envío de correo, esta empresa ha > falsificado una cuenta de correo (en este caso el de mi dominio), lo que me > tiene tremendamente preocupado. Revisa _todos_ los encabezados de la nota (los Received: en reversa muestran el camino que siguio el mensaje). Sospecho que encontraras que nada tienen que ver, que el origen es falsificado. Seguro que es spam puro y simple, una vueltita por /etc/mail/access cura eso. > Escribí a la empresa hace un rato reclamando > por esta situación, pero creo es poco el tiempo aún para que me contesten. > La pregunta es, que tipo de medidas son "de buena ley" tomar cuando alguien > se toma esta libertad. Bloquearlos. Aplicar spamassassin. Reclamar cuando puedes determinar que son ellos el origen del spam. Reportarlos a las listas negras. Lo recomendable es reservar la plaza, y conseguir una buena cantidad de alquitran y plumas. Pero... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From [EMAIL PROTECTED] Mon Jun 14 11:48:05 2004 From: [EMAIL PROTECTED] (Alvaro Herrera) Date: Mon Jun 14 11:48:19 2004 Subject: Problema con Apache In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On Mon, Jun 14, 2004 at 11:11:14AM -0400, Ricardo Mun~oz A. wrote: > El lun, 14-06-2004 a las 10:41, Eduardo Quiroz Salinas escribi??: > > Si, tengo todos los parches. uso yum. Lo m??s raro es que estaba funcionando > > bien y, al parecer, sin mediaci??n alguna (pues el equipo aquel est?? > > como server y nadie entra en ??l, no tiene ni monitor), empez?? a negar > > los accesos a la web. Entonces ahi revis?? los logs y encontr?? el > > error. Hoy est?? funcionando, pues le coment?? la linea donde llamaba al > > modulo mod_unique_id, mi pregunta es que dejar??a de funcionar si le > > dejo comentada esa l??nea. Estuve viendo lo que hac??a el m??dulo ese en > > la documentaci??n de Apache, pero no me quedo muy claro. > > segun -> http://httpd.apache.org/docs/mod/mod_unique_id.html > sirve para que cada subproceso Apache obtenga un PID diferente > y pueda ser terminado sin ningun problema... por lo tanto, > creo que este modulo debe ser indispensable para los servidores > con _muchas_ conexiones simultaneas... En Linux, todos los subprocesos van a tener PIDs unicos de todas maneras, porque cada thread lleva su propio PID. Supongo que el problema seran otros sistemas operativos, que posiblemente asignen threads-id iguales dentro de distintos procesos. ... aunque leyendo la documentacion que citas, veo que tu interpretacion es erronea. Esto solo sirve cuando tienes clusters de servidores http, y no es para generar PIDs unicos, sino identificadores de _request_ unicos. Creo que no es el caso, y en realidad con un solo servidor http probablemente no tiene mucho sentido. -- Alvaro Herrera (<alvherre[a]dcc.uchile.cl>) "No renuncies a nada. No te aferres a nada."
