El día 16/03/06, Eduardo Quiroz Salinas <[EMAIL PROTECTED]> escribió: > > [EMAIL PROTECTED] escribió: > > Hace un tiempo me paso lo mismo en mi notebook, revise y revise, al > final > > volvi a instalar el grub y se corrigio. Para mi que grub quedo mirando > al > > sureste en la instalacion del Fedora. > > > > > Hola a todos
hola Bueno probé la reinstalación de grub, pero no tuvo resultados positivos. > Si bien la reinstalación funcionó, sigue estando pegado al momento de > querer arrancar el wintendo. Probé con la clásica reparación del MBR con > el disco de windows, pero aparce una senda pantalla azul al intentar > cargar el CD, justo en la última parte, donde uno señala que tipo de > instalación quiere realizar. Al elegir cualquiera, incluso "consola" de > reparación aparece el infalibe error. Tengo cierta experiencia con esto, y quizas se deba a algun problema con tu hw, puede ser memorias, hdd.....Quizas algo que intenta hacer windows(asumo que intentas instalar W2K o XP) y linux no detecta o no se fija en ello y por eso carga. Los tipicos problemas son algo asi como "inaccesible boot device" si es este, entocnes el disco tiene problemas. Si entrega un tecto con "module #$%#$%#$", puede ser memoria. Revisé nuevamente la estructura del disco, y confirmé que los cabezales > fueran 255, tal como señala la solución normal al problema. Y esa solucion normal al problema es recomendada por M$??? Existe > alguna otra razón por la cual se estanque la carga del wintendo?? Lo dudo, pero chequea el CD. Gracias de antemano. > Saludos!!! > >> Hola a todos > >> Tuve que llevar mi NB a la garantía porque la batería estaba mala y > >> obviamente era necesario que ellos me dejaran el NB formateado y > >> arrancado desde cero, pero bueh...ahhh y casi no me dan la garantía por > >> haber instalado un SO distinto al ya instalado..pero eso es de otro > >> costal...al grano. > >> Reinstalé todo lo que tenía antes, wintendo primero y luego linux. Uso > >> FC4. Al terminar la instalación de FC4 se perdió el booteo de wintendo > y > >> no lo he logrado arreglar. > >> El problema, creo, es el clásico del cambio de la geometría del disco, > >> pues tiene los mismos síntomas. Se queda detenido luego de las dos > >> primeras frases del grub para cargar wintendo. > >> > >> Rootnoverify(hd0,8) > >> Chainloader +1 > >> > >> > >> Si mal no recuerdo el problema había quedado solucionado en FC2 y no me > >> había salido cuando instalé con los mismos discos la primera vez el > FC4, > >> pero bien. Ya está. > >> La solución clásica era cambiar los cabezales a 255 y con eso quedaba > >> bien. Además servía cambiar a LBA el disco duro en la bios. Bien. La > >> segunda solución en la bios de mi laptop no es posible, por lo que usé > >> la primera utilizando el disco rescue, con los siguientes comandos. > >> > >> sfdisk -d /dev/hda | sfdisk -no-reread -H255 /dev/hda > >> > >> revisé antes la salida del primer comando y está ok para ser ingresado > >> como entrada al segundo, sin ningún warning. > >> El problema es que la situación continúa y no se ha arreglado. En > google > >> siempre salen las soluciones estándar ya mencionadas y no he dado con > la > >> correcta. > >> Es posible corregir dicho problema de otra manera?? > >> Gracias de antemano! > >> Salute!!! > >> > >> -- > >> Eduardo Quiroz Salinas > >> Ingeniero Civil Informático > >> [EMAIL PROTECTED] > >> -- > >> Linux user number 344659 > >> KDE User 2453 > >> "...Los que pueden ser virtuosos sin dios, > >> son la desesperación de los creyentes..." > >> --------------------------------------------------- > >> > >> > > > > > > > > > -- > Eduardo Quiroz Salinas > Ingeniero Civil Informático > [EMAIL PROTECTED] > -- > Linux user number 344659 > KDE User 2453 > "...Los que pueden ser virtuosos sin dios, > son la desesperación de los creyentes..." > --------------------------------------------------- > > -- Saludos, LSM. Existen 10 tipos de personas: los que entienden binarios y los que no ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060317/308b1d2d/attachment.html From [EMAIL PROTECTED] Fri Mar 17 16:37:30 2006 From: [EMAIL PROTECTED] (jenny morales) Date: Fri Mar 17 17:04:14 2006 Subject: =?iso-8859-1?q?Re=3A_www=2Eencuentrolinux=2Ecl/2005_=BF=2E=2E=2E?= =?iso-8859-1?q?y_EncuentroLinux=2Ecl/2006=3F?= In-Reply-To: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> hola: quien dijo q será en la U. Católica del Maule? no entiendo bien tu critica para los de talca. atte. jenny morales --- Mauricio Vergara Ereche <[EMAIL PROTECTED]> escribió: > Hola! > > Durante los ultimos meses, se ha empezado a > preguntar sobre la nueva sede > del Encuentro nacional de linux... y se ha apuntado > a que sera realizado en > La Universidad Catolica del Maule (Ver [1] y [2]) > > Con sorpresa, y despues de que me lo mencionaran en > una conversacion con > algunos linuxeros asiduos, me doy cuenta que el > sitio del encuentro del año > pasado[3], hoy no tiene informacion. Es mas... esta > solo la cascara de todo > ese trabajo. ¿Que paso? > ¿Va a seguir asi? > Sino es asi... ¿Cuando se vuelve a poner la > informacion sobre el encuentro? > (en realidad, creo que lo que mas interesa es la > documentacion de las > ponencias) > > Por otro lado, pese a que se ha preguntado durante > los ultimos 2 meses en la > lista, no he visto hasta ahora a gente de Talca o de > la U.C. del Maule que > haya dicho algo como "Si... estamos trabajando" o > "Hey... necesitamos > ayuda", o un simplemente "Aah? Me hablan a mi??" > > El Encuentro, que si bien es cierto, ha sido llevado > por gente universitaria > (y que generalmente no es tomado en cuenta por la > Empresa privada), es algo > serio... y de alguna manera representa el "feeling" > de la comunidad chilena > ante al pinguino, asi que espero que se trate como > es debido: Con el > respeto, entusiasmo y la seriedad que se merece. > > Saludos! > > Referencias: > [1] > http://listas.inf.utfsm.cl/pipermail/linux/2006-February/026901.html > [2] > http://listas.inf.utfsm.cl/pipermail/linux/2006-March/027705.html > [3] http://www.encuentrolinux.cl/2005 > > -- > Mauricio Vergara Ereche User > #188365 counter.li.org > NIC Chile > mave [EMAIL PROTECTED] nic [.] cl > Agustinas 1357 Piso 4, Santiago CHILE > +56 2 9407721 > Codigo Postal: 834-0432 > http://www.nic.cl > > __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/ From [EMAIL PROTECTED] Fri Mar 17 17:28:49 2006 From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Germ=E1n_Po=F3_Caama=F1o?=) Date: Fri Mar 17 17:28:51 2006 Subject: Demora de Entrega de Correos de la Lista In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On Fri, 2006-03-17 at 15:57 -0400, Horst von Brand wrote: > Luis Sandoval <[EMAIL PROTECTED]> wrote: > > El vie, 17--2006 a las 09:43 -0400, Horst von Brand escribió: > [...] > > > Varias posibilidades: > > > - Estas "atras" en la lista de a quienes entregar, y sendmail trabaja uno > > > a > > > uno. Si hay demoras "antes", se retrasa la entrega a ti. Si, hay maneras > > > de hacer que entregue en paralelo, pero la maquina actual no da para > > > mucho mas... > > > Pero eso no justifica una demora de 1.30 o mas. (siendo las 11.45 recibi > > el mail con asunto "No me actualizo clamav" que fue enviado a las > > 9.15am, ese tardo 2:45h) > > Como que no? Son casi 1000 integrantes, a razon de unos 5 segundos c/u > (promedio) suma eso... los timeout para algun MTA que no reacciona son > bastante altos. (Si, ya se que si van varios dirigidos donde mismo es una > transaccion, no varias; pero igual). Pero 1000 no es tanto. Acá también tenemos listas con esos niveles de integrantes y no hay tanto retardo. A razón de 5 segundos, debiera ser menos de 14 minutos. Considerando que 5 segundos es bastante alto para los enlaces nacionales, pero sirve para asumir que el servidor no solo maneja esta lista. Además, si bien esta lista tiene tráfico, serán 30 al día; por lo que no debieran provocar atochamiento. Salvo con aquellos MTA inalcanzables. > > Por mas que los correos entren a una cola para ser enviados, el tiempo > > no deberia ser tan excecivo verdad? > > Podria ser mucho mayor (y solia serlo, cuando la red nacional era mas > lenta, y habia una mayor proporcion de DNS y MTAs mal configurados). > > > > - Por alguna razon tu MTA no aceptaba el mensaje, o por problemas de > > > comunicacion este no llegaba bien > > > Esto podria ser, pero seria la unica lista a la que estoy suscrita que > > tiene este problema con mi smtp. Ademas no soy el unico que tiene esas > > demoras. > > OK. > > > > - Se mareo el servidor de listas, y durante un periodo no envio correo > > > Si, pero el problema es que se comporta asi siempre. > > Si es "siempre" hay algo raro... revisemos. Al menos desde unos 8 meses atrás, probablemente más. > Al menos esta cuenta esta en la lista. OK. > > Aja! Acabo de ver que confHOST_STATUS no estaba habilitado en > listas.inf.utfsm.cl (con eso recuerda si logro o no entregar correo, y si > no funciono hace menos de 1/2 hora, ni lo intenta nuevamente). Esto puede > hacer lenta la entrega de correos. Veamos si hay mejora(s)... > > Disminui el tiempo de greylist (esto hace que (si el otro extremo reintenta > pronto, cosa que no es tan comun ya que generalmente sendmail procesa la > cola de salida cada 15 minutos o asi, pero...) la llegada de mensajes se > hace mas fluida). No debiera afectar grandemente, pero... No creo que eso cambie mucho. El cuello de botella, de acuerdo a los encabezados, no está en la recepción de mensajes (donde actuaría greylisting) sino en su despacho. Y al menos, acá a listas.inf.utfsm.cl lo tengo en una lista blanca; por lo que en este lado, el despacho tampoco lo frenamos. > Actualmente hay 444 (!) mensajes en la cola (de todas las listas que se > manejan aca, mas rebotes y demas challa), force procesarla ahora. Obvio, > muchos son simplemente anuncios de rebote a direcciones inexistentes o > falsificadas (si alguien tiene una receta para evitar que mailman pierda el > tiempo en esas tonteras...), pero demas hay su fraccion de quienes no > aceptan correo por la razon que fuere. O sea, gente que ve retrasada la > entrega de correo desde las listas... Se podría evitar en el lado del MTA, que no acepte mensajes cuyo dominio del emisor no existe. Adicionalmente, no aceptar correos de servidores que no aceptan el emisor nulo (que atenta contra el estándar), para ello hay que utilizar las listas de dsn.rfc-ignorant.org. Eso evita llenar las colas de correo de salida, y el funcionamiento es similar a las consultas DNS de las listas negras. No tiene sentido aceptar correos de dominios a quienes no se le puede informar de errores en sus servidores. Mailman no se entera, pasa todo al MTA. -- Germán Poó-Caamaño http://www.ubiobio.cl/~gpoo/ Concepción - Chile
