[suse-linux-s] Cuelgues raros
Hola, Desde ayer se está quedando colgado completamente el ordenador. Se trata de un equipo que ha estado funcionando siempre sin problemas (empezó con una SuSE 8.2 hace 3 años y ahora tiene la versión 9.2 que ha estado funcionando como un reloj suizo... hasta ayer). Se trata de un Pentium 3 (socket 370) a 1 GHz. con 512 MB. de ram, dos discos ide (uno de 8 GB. Fujitsu y otro de 20 GB. Segate donde está instalado SuSE 9.2). También tiene un disco scsi de 4 GB. con Windows 98... Desde ayer el sistema se queda bloqueado (la luz del teclado queda encendida, el ratón no se mueve y el monitor se queda encendido). No he instalado ningún componente nuevo ni de hardware ni de software, sólo las actualizaciones de seguridad que van saliendo. Los registros no me dicen nada (ni errores de lectura de disco, mensajes raros, nada) y cuando se produce el cuelgue no puedo hacer nada más que reiniciar con el botón de reset. Estos cuelgues pasan cada 5 horas, más o menos, tanto en modo gráfico (KDE) como iniciando el init 3. Y no, nada tiene que ver con ReiserFS, ese error ya me lo conozco. :-P No puedo acceder vía ssh al equipo, no responde a pings ni tampoco puedo ver en el momento el registro de mensajes "dmesg" porque no puedo teclear nada. :-? Pensando que podía ser la temperatura, polvo, etc, le he hecho limpieza a fondo, pero nada, sigue colgándose. Al iniciarse, no pita ningún componente (memoria, gráfica o procesador) luego no sé si es tema de hardware o software... estoy perdida. Es un equipo antiguo (de 1999) pero cuando falla algo importante o se estropea algún componente de la placa, sencillamente no se inicia, o pita, pero no hace nada de esto. ¿Alguna sugerencia para descubrir al culpable? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Camaleón wrote:
Hola,
Desde ayer se está quedando colgado completamente el ordenador. Se trata de un equipo que ha estado funcionando siempre sin problemas (empezó con una SuSE 8.2 hace 3 años y ahora tiene la versión 9.2 que ha estado funcionando como un reloj suizo... hasta ayer). [...]
¿Alguna sugerencia para descubrir al culpable?
Saludos,
Prueba a hacer un test de memoria. Saludos! -- Armindo T. Díaz Argaña "Todos somos muy ignorantes. Lo que ocurre es que no todos ignoramos las mismas cosas." Albert Einstein -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
2006/6/28, Camaleón
Hola,
Desde ayer se está quedando colgado completamente el ordenador. Se trata de un equipo que ha estado funcionando siempre sin problemas (empezó con una SuSE 8.2 hace 3 años y ahora tiene la versión 9.2 que ha estado funcionando como un reloj suizo... hasta ayer).
mmm.. tienes la 9.2 instalada ??? todos los parches aplicados rigurosamente al dia ??? Pueda q sea algun exploit que genere un DoS al sistema !!!
Se trata de un Pentium 3 (socket 370) a 1 GHz. con 512 MB. de ram, dos discos ide (uno de 8 GB. Fujitsu y otro de 20 GB. Segate donde está instalado SuSE 9.2). También tiene un disco scsi de 4 GB. con Windows 98...
Equipo de escritorio ?? Algun serivicio funcionando en la maquina ??
Los registros no me dicen nada (ni errores de lectura de disco, mensajes raros, nada) y cuando se produce el cuelgue no puedo hacer nada más que reiniciar con el botón de reset. Estos cuelgues pasan cada 5 horas, más o menos, tanto en modo gráfico (KDE) como iniciando el init 3. Y no, nada tiene que ver con ReiserFS, ese error ya me lo conozco. :-P
hehehehe.. ok
Pensando que podía ser la temperatura, polvo, etc, le he hecho limpieza a fondo, pero nada, sigue colgándose. Al iniciarse, no pita ningún componente (memoria, gráfica o procesador) luego no sé si es tema de hardware o software... estoy perdida. ^^^^^^^^
siempre pienso que camaleon es un nombre/apodo masculino !!! :(
Es un equipo antiguo (de 1999) pero cuando falla algo importante o se estropea algún componente de la placa, sencillamente no se inicia, o pita, pero no hace nada de esto.
¿Alguna sugerencia para descubrir al culpable?
memtest, badblocks son vuestros amgios.. ademas que podria habilitar la maquina para que envie el registro para otro servidor.. en una de estas alcanza a grabar algo q pueda ayudarla. salu2 y suerte. -- -- Victor Hugo dos Santos Linux Counter #224399 -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
2006/6/28, Victor Hugo dos Santos:
mmm.. tienes la 9.2 instalada ??? todos los parches aplicados rigurosamente al dia ??? Pueda q sea algun exploit que genere un DoS al sistema !!!
Todos los parches, incluso los dos últimos de ayer... lo del exploit me parecería raro, pero no lo descarto. El equipo no tiene activado el cortafuegos de SuSE, pero sí tengo activado en el router reglas de filtrado.
Equipo de escritorio ?? Algun serivicio funcionando en la maquina ??
Sí, más bien de escritorio. Los servicios que tiene son Cyrus, Postfix, SA, Fetchmail, Hylafax y Samba.
siempre pienso que camaleon es un nombre/apodo masculino !!! :(
Alguna vez lo han preguntado en la lista sí... creo recordar que ya comenté la elección del "nick" de Camaleón debido a Gecko (la mascota de SuSE), por cierto ¿qué ha sido de él?
memtest, badblocks son vuestros amgios.. ademas que podria habilitar la maquina para que envie el registro para otro servidor.. en una de estas alcanza a grabar algo q pueda ayudarla.
Voy a probar a hacer un test de memoria. El disco no tiene ni un año, lo compré especialmente para poner SuSE sin particionar. Saludos y gracias por la ayuda. :-) -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-06-28 a las 23:09 +0200, Camaleón escribió:
Desde ayer el sistema se queda bloqueado (la luz del teclado queda encendida, el ratón no se mueve y el monitor se queda encendido). No he instalado ningún componente nuevo ni de hardware ni de software, sólo las actualizaciones de seguridad que van saliendo. ... No puedo acceder vía ssh al equipo, no responde a pings ni tampoco puedo ver en el momento el registro de mensajes "dmesg" porque no puedo teclear nada. :-? ... ¿Alguna sugerencia para descubrir al culpable?
Dejar encendido el terminal 10 hasta que se cuelgue. O mejor, un tty donde esté corriendo "tailf /var/log/messages", o el log del kernel. Con suerte, quizás le de tiempo a imprimir algo en la pantalla en el momento de colgarse. Yo tengo uno que se descuajaringa de vez en cuando porque se le desconecta un poco el cable ide de uno de los discos, pero me permite saltar de consola. Un fallo tan brutal como el tuyo no debe ser de disco, me parece, tiene que ser algo crítico como la memoria o la cpu. O tan simple como un bug del kernel (un "oops"). Por eso, tratar de dejar visualizandose el tty con el log de errores puede funcionar, tiene más posibilidades que las X de sobrevivir unos segundos. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEowKHtTMYHG2NR9URAhN4AJ9V1k90uP66Fni0LqE4jS8CoBRd5ACfR3Hv cau0tIUgQ4loasMIw9ovUck= =fZPp -----END PGP SIGNATURE----- -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 29/06/06, Carlos E. R. escribió:
Dejar encendido el terminal 10 hasta que se cuelgue. O mejor, un tty donde esté corriendo "tailf /var/log/messages", o el log del kernel. Con suerte, quizás le de tiempo a imprimir algo en la pantalla en el momento de colgarse.
O mejor ambas cosas... :-) Lo he desconectado de la red y lo tengo en cuarentena, a ver si cuando se bloquea logro alguna información que me de pistas... Los candidatos al cambio son: memoria, fuente de alimentación y batería cmos. Dejo a un lado (de momento) el micro y el disco, ya que si fuera el micro creo que el equipo no se podría iniciar y si fuera el disco encontraría errores de lectura por todos los lados...
O tan simple como un bug del kernel (un "oops").
Habría información sobre el cuelgue... me decanto por tema de harware.
Por eso, tratar de dejar visualizandose el tty con el log de errores puede funcionar, tiene más posibilidades que las X de sobrevivir unos segundos.
Así lo tengo, de momento está aislado de la red y con dos tty con los registros de mensajes, a la espera de que salte. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
2006/6/29, Camaleón:
Así lo tengo, de momento está aislado de la red y con dos tty con los registros de mensajes, a la espera de que salte.
He encontrado un "patrón de cuelgue". Si entro en Yast (ncurses o desde KDE) y le digo que quiero ver el registro del sistema (var/log/messages) el equipo se reinicia siempre :-? Por otra parte he pasado "reiserfsck --check --logfile check.log /dev/hdc2" y no me ha devuelto nada, el fichero está vacío. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-06-29 a las 11:46 +0200, Camaleón escribió:
He encontrado un "patrón de cuelgue". Si entro en Yast (ncurses o desde KDE) y le digo que quiero ver el registro del sistema (var/log/messages) el equipo se reinicia siempre :-?
¿Y si lo visualizas con "less /var/log/messages"? A ver si el fichero es enorrrrrmeeee y el yast se cuelga.
Por otra parte he pasado "reiserfsck --check --logfile check.log /dev/hdc2" y no me ha devuelto nada, el fichero está vacío.
Hazlo arrancando desde el CD de rescate. El reiserfsck funcionando desde el sistema normal sobre un disco montado está capado. Busca también sectores malos. Haz también la prueba larga con el smartctl. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEo6aFtTMYHG2NR9URAhjOAJ4pSBXfHmTfc3CI17GOp3EgCeeK6gCfd+Ps Lq2hFItf3HxrGSaZSCF+hnQ= =U6kR -----END PGP SIGNATURE----- -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El Jueves, 29 de Junio de 2006 11:46, Camaleón escribió:
2006/6/29, Camaleón:
Así lo tengo, de momento está aislado de la red y con dos tty con los registros de mensajes, a la espera de que salte.
He encontrado un "patrón de cuelgue". Si entro en Yast (ncurses o desde KDE) y le digo que quiero ver el registro del sistema (var/log/messages) el equipo se reinicia siempre :-?
Por otra parte he pasado "reiserfsck --check --logfile check.log /dev/hdc2" y no me ha devuelto nada, el fichero está vacío.
* Mira a ver que la particion no este llena, o que /var/log/messages no este rotando y sea GiGantesco.
El 29/06/06, jose maria escribió:
* Mira a ver que la particion no este llena, o que /var/log/messages no este rotando y sea GiGantesco.
El fichero "var/log/messages" ocupa 45 MB. que aunque es bastante tampoco es para reiniciar el equipo. Lo puedo leer bien desde cuaquier tty con Midnight Commander, por ejemplo, pero desde Yast casca. :-O El disco es de 20 GB. y tiene dos particiones, 1 GB. para swap (hdc1) y el resto (hdc2) para SuSE. El disco tiene disponible 15 GB. de los 18 que tiene, luego no creo que ese sea el problema. Además, "var/log/messages" empieza su registro el día 25 de junio y termina el 29, luego aparentemente sí está rotando bien. No sé qué puede estar haciendo reiniciar el equipo de esa forma y tampoco sé cómo podría ver algún registro de error... Sigo investigando... Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El Jueves, 29 de Junio de 2006 11:46, Camaleón escribió:
2006/6/29, Camaleón:
Así lo tengo, de momento está aislado de la red y con dos tty con los registros de mensajes, a la espera de que salte.
* Si segun dices tiene un tamaño razonable, Puede ser un fallo de algun inode o del propio binario, en este caso intentalo con netconsole, netconsole estaticamente, se ejecuta justo despues de la carga de la pila tcp y como modulo despues de levantar la red, la sintaxis seria la siguiente. netconsole=[src-port]@[src-ip]/[<dev>],[dport]@<d-ip>/[direccion-mac] * Estaticamente en el promt de arranque si fuera un panic en el arranque, que no lo es, en tu caso inicialo normalmente, pero ya que estamos, pues eso, en una linea (linux y netconsole con espacio en medio) linux netconsole=12000@192.168.0.1/eth0,12001@192.168.0.2/di:rec:cion:fi:si:ca * Como modulo pues algo como modprobe netconsole netconsole=@/,@192.168.0.2/ * luego en la otra maquina (la que capturara el asunto) netcat -u -l -p puerto o tirar del demonio syslogd. Netconsole se ha diseño para ser lo mas instantaneo posible, a fin de registrar incluso los bugs mas criticos del nucleo. Tambien funciona desde contexto de IRQ y no activa las interrupciones mientra envia un paquete, esto hace que tenga ciertas limitaciones y sea muy efectivo en los panic de arranque, con el sistema en ejecucion es probable que exista algo mas apropiado el problema es la captura de esas salidas para despues auditarlas, de hay lo de recomendarte netconsole.
El 29/06/06, jose maria escribió:
netconsole estaticamente, se ejecuta justo despues de la carga de la pila tcp y como modulo despues de levantar la red, la sintaxis seria la siguiente.
Tomo nota, si veo que no doy el error intentaré utilizar netconsole para ver si saco algo en claro. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 29/06/06, jose maria
El Jueves, 29 de Junio de 2006 11:46, Camaleón escribió:
[...]
Netconsole se ha diseño para ser lo mas instantaneo posible, a fin de registrar incluso los bugs mas criticos del nucleo. Tambien funciona desde contexto de IRQ y no activa las interrupciones mientra envia un paquete, esto hace que tenga ciertas limitaciones y sea muy efectivo en los panic de arranque, con el sistema en ejecucion es probable que exista algo mas apropiado el problema es la captura de esas salidas para despues auditarlas, de hay lo de recomendarte netconsole.
cooolll.. no lo conocia.. a mi en lo personal, parece fantastico para caso como el mencionado por camaleon !!! ;-) salu2 -- -- Victor Hugo dos Santos Linux Counter #224399 -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Hola :) El Jueves, 29 de Junio de 2006 11:46, Camaleón escribió:
2006/6/29, Camale�n:
As� lo tengo, de momento est� aislado de la red y con dos tty con los registros de mensajes, a la espera de que salte.
He encontrado un "patr�n de cuelgue". Si entro en Yast (ncurses o desde KDE) y le digo que quiero ver el registro del sistema (var/log/messages) el equipo se reinicia siempre :-?
No lo veo yo mucho como un "patrón de cuelgue" porque en un correo anterior dices que (más o menos) cada 5 horas se cuelga. No creo que arranques YaST(2) cada 5 horas para ver el messages. ¿Has comprobado si en cron tienes algo "raro"? También comentas en otro correo que puedes ver el messages con algo que no es YaST(2). ¿Ves algo "raro" en el /var/log/YaST2/y2log?
Por otra parte he pasado "reiserfsck --check --logfile check.log /dev/hdc2" y no me ha devuelto nada, el fichero est� vac�o.
Una posibilidad es que el disco duro haya alcanzado su MTBF. ¿Has cambiado de posición el equipo? Te lo comento porque hemos tenido suministradores de discos duros que te prometían XXXXXX de MTBF y nuestros clientes veían que era mucho menor. Pues resultó ser que el MTBF se había medido si el disco duro estaba en horizontal y no en vertical. En vertical el MTBF era mucho menor :( HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
2006/6/29, Rafa Grimán:
No lo veo yo mucho como un "patrón de cuelgue" porque en un correo anterior dices que (más o menos) cada 5 horas se cuelga.
:-) Cierto, pero al menos sé que se reinicia cuando ejecuto esa acción, que ya es algo. Independientemente de este "reinicio" con Yast, el equipo se queda congelado (sin hacer nada específico) cada 5 horas. No se reinicia, se queda frito.
¿Has comprobado si en cron tienes algo "raro"?
Luego te comento este punto, ahora está procesando el "memtest" (lleva ya una hora) a ver si me detecta algún error en el módulo de memoria.
También comentas en otro correo que puedes ver el messages con algo que no es YaST(2). ¿Ves algo "raro" en el /var/log/YaST2/y2log?
Le echo un vistazo un poco más tarde...
Una posibilidad es que el disco duro haya alcanzado su MTBF. ¿Has cambiado de posición el equipo?
Hum... No, no te tocado nada. Es una caja mini-torre, los discos están en horizontal.
Te lo comento porque hemos tenido suministradores de discos duros que te prometían XXXXXX de MTBF y nuestros clientes veían que era mucho menor. Pues resultó ser que el MTBF se había medido si el disco duro estaba en horizontal y no en vertical. En vertical el MTBF era mucho menor :(
Vaya, menuda faena, pues deberían especificarlo... por cierto, y ya que estamos con discos duros, Seagate y Maxtor se han "fusionado", y al menos por España son los dos fabricantes que más discos venden... Western Digital, Samsung, Hitachi (antigua IBM) y Fujitsu tienen menos cuota, al menos en ide / s-ata. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-06-29 a las 15:16 +0200, Camaleón escribió:
era mucho menor. Pues resultó ser que el MTBF se había medido si el disco duro estaba en horizontal y no en vertical. En vertical el MTBF era mucho menor :(
Vaya, menuda faena, pues deberían especificarlo...
Y lo dicen, al menos, los buenos fabricantes. Yo recuerdo un caso que especificaban sobre que cara del disco había que ponerlo en vertical, porque una o dos eran buenas, y el resto, malas. Lo mismo que horizontal, una de las dos caras era mala: tiene que ver con la posición del cojinete, es lógico.
por cierto, y ya que estamos con discos duros, Seagate y Maxtor se han "fusionado", y al menos por España son los dos fabricantes que más discos venden... Western Digital, Samsung, Hitachi (antigua IBM) y Fujitsu tienen menos cuota, al menos en ide / s-ata.
Ah, interesante. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEo9sTtTMYHG2NR9URAp8FAJ9uj8upXG7lKPEKZ8z8OVHRBizBKgCfX8sU 2nxkip4+z+inxf4ZqrngIF8= =jud2 -----END PGP SIGNATURE----- -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
2006/6/29, Rafa Grimán:
Una posibilidad es que el disco duro haya alcanzado su MTBF. ¿Has cambiado de posición el equipo?
Hum... No, no te tocado nada. Es una caja mini-torre, los discos están en horizontal.
Te lo comento porque hemos tenido suministradores de discos duros que te prometían XXXXXX de MTBF y nuestros clientes veían que era mucho menor. Pues resultó ser que el MTBF se había medido si el disco duro estaba en horizontal y no en vertical. En vertical el MTBF era mucho menor :(
El MTBF es una medida estadistica, por tanto no aplicable a una sola unidad. Por media se debe cumplir el MTBF pero no implica que tu disco en concreto pueda tardar mucho mas en averiarse o mucho menos. Por lo que he leido no parece muy claro el patron de fallo, a lo mejor no hay. Una posibilidad es que este afectado por el cambio de estacion, un ataque de polvo mas calor(al menos en este hemisferio). Yo intentaria limpiar bien el equipo, revisar ventiladores y limpiar los conectores de las tarjetas( frotarlos con papel de periodico o goma de borrar va bastante bien). No hay que olvidar que la mayoria de equipos con los que nos movemos(excepto algun afortunado como Rafa) son electronica de consumo, es decir de calidad infima. Un saludo LLuis
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-06-29 a las 19:38 +0200, lmartinez escribió:
El MTBF es una medida estadistica, por tanto no aplicable a una sola unidad.
Es cierto. Significa "tiempo medio entre fallos", y el fallo puede no ser catastrófico. Por eso recomendaba usar los autotests del propio disco mediante smartctl.
Una posibilidad es que este afectado por el cambio de estacion, un ataque de polvo mas calor(al menos en este hemisferio).
Un fallo curioso que yo he tenido es por la humedad de la playa: la etiqueta de papel adhesivo que le ponen a los módulos de memoria (esos que dicen que se anula la garantía si se quitan) se vuelven lo suficientemente conductores como para hacer fallar la memoria. Y a ver que haces...
No hay que olvidar que la mayoria de equipos con los que nos movemos(excepto algun afortunado como Rafa) son electronica de consumo, es decir de calidad infima.
¡Muy cierto! - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEpCGjtTMYHG2NR9URAnfnAKCT259l8PjA7Vbwl2SjkNyOvalYxACdGrpp MS1nTfkbVfqwoZblUY0zkxA= =2Q5/ -----END PGP SIGNATURE----- -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 29/06/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
[...]
Una posibilidad es que este afectado por el cambio de estacion, un ataque de polvo mas calor(al menos en este hemisferio).
mmm.. es valido tambien.. algunos equipos no le gusta el verano !!! :D
Un fallo curioso que yo he tenido es por la humedad de la playa: la etiqueta de papel adhesivo que le ponen a los módulos de memoria (esos que dicen que se anula la garantía si se quitan) se vuelven lo suficientemente conductores como para hacer fallar la memoria. Y a ver que haces...
pero para vivir en la playa es necesario tener un equipo todo terreno, ya que la maresia por su efecto natural tiene a deteriorar case todo mucho mas rapido !!! por cierto, estes dias mire un anuncio de un notbook echo completamente en "piel" que serveria para prevenir la entrada de polvo, humedad entre otras cosas ... a ver se encuentro el link... espera... aca estas: http://www.diarioti.com/gate/n.php?id=11720 salu2. -- -- Victor Hugo dos Santos Linux Counter #224399 -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
2006/6/29, Victor Hugo dos Santos
por cierto, estes dias mire un anuncio de un notbook echo completamente en "piel" que serveria para prevenir la entrada de polvo, humedad entre otras cosas ... a ver se encuentro el link... espera... aca estas: http://www.diarioti.com/gate/n.php?id=11720
perdon.. envie la direccion sin comprobarla antes, la direccion original es esta: http://ar.asus.com/news_show.aspx?id=3413 por cierto.. se ven bonito no ??? me recuerda un poco el lanzamento de los Acer Ferrari, que cuando mire el tono rojo de los modelos, me dieron agua en la boca !!! :D salu2 -- -- Victor Hugo dos Santos Linux Counter #224399 -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-06-29 a las 15:06 -0400, Victor Hugo dos Santos escribió:
pero para vivir en la playa es necesario tener un equipo todo terreno, ya que la maresia por su efecto natural tiene a deteriorar case todo mucho mas rapido !!!
Sip. Hombre, es temporal. Si tuviera aire acondicionado, no tendría problemas, porque seca el aire, además de enfriarlo. A veces cuento una anecdota del principio de los tiempos de los pcs de consumo. Van unos señores y compran un Amstrad PC (creo que era ese) en una tienda. A los pocos dias lo devuelven averiado, y se lo cambia por otro, que se avería igualmente. El tendero al final se mosquea y les pregunta que donde lo están instalando. "Pues en el submarino", le contestan. Claro, aquí no los tenemos nucleares, así que en cuanto arrancan el diesel, y con lo pequeños que son, imaginate las vibraciones... el disco duro a freir monas en poco rato X-)
por cierto, estes dias mire un anuncio de un notbook echo completamente en "piel" que serveria para prevenir la entrada de polvo, humedad entre otras cosas ... a ver se encuentro el link... espera... aca estas: http://www.diarioti.com/gate/n.php?id=11720
Hombre, yo los preferiría en chapa :-P - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEpClhtTMYHG2NR9URAhj/AJ9rwct8uZiEMsbxaneGR8LyDUR/eACdGhau +MEKUflgIDSxdbOlZPB9PbI= =T4Nz -----END PGP SIGNATURE----- -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
2006/6/29, Camaleón:
¿Has comprobado si en cron tienes algo "raro"?
En /etc/cron.daily están los siguientes scripts: clean_catman cyrus do_mandb faxcron logrotate suse.de-backup-rc.config suse.de-backup-rpmdb suse.de-check-battery suse.de-clean-tmp suse.de-cron-local Por cierto, memtest86 se ha tirado 9 horas sin reportar ningún error, lo he tenido que parar en el test nº 9 porque veía que no terminaba nunca...
También comentas en otro correo que puedes ver el messages con algo que no es YaST(2). ¿Ves algo "raro" en el /var/log/YaST2/y2log?
Ningún mensaje de error o fallo. Incluso el módulo que me hace reiniciar el sistema aparece en el registro, pero sólo informativo: (...) Calling yast client view_anymsg (arguments: ["/var/log/messages"] Después de pasar el test de memoria sin errores y descartando un error del módulo, me queda el procesador o el disco como componentes más posibles... no creo que la fuente de alimentación produzca estos errores ni la batería agotada de la CMOS. ¿Alguna otra sugerencia antes de tomar medidas...hum, drásticas? De todas formas, ya tocaba actualizar a la 10.1, seguramente la instale en el otro disco duro, que para eso está. Si pasa un día completo sin cuelgues pues pensaré que se trababa del disco duro. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-06-29 a las 23:10 +0200, Camaleón escribió:
En /etc/cron.daily están los siguientes scripts:
clean_catman cyrus do_mandb faxcron logrotate suse.de-backup-rc.config suse.de-backup-rpmdb suse.de-check-battery suse.de-clean-tmp suse.de-cron-local
Son los normales. Si hubiera un problema ahí, verías una entrada en el log un poco antes del cuelgue: Jun 29 00:00:02 nimrodel run-crons[19543]: Starting cron daily run ... Jun 29 00:07:06 nimrodel run-crons[19543]: Finishing cron runs ¡Oops! No, no lo verías, eso es una de mis modificaciones. Edita '/usr/lib/cron/run-crons': # stage 2: # run all scripts and collect output into one mail # for each TIME_EXT with a meaningfull subject. # if [ ! -z "${RUN}" ] ; then for EXT in ${RUN} ; do #Cer echo "Starting cron $EXT run"| $LOGGER -p info ... rm -f ${CONTROL_MAIL} fi done #Cer echo "Finishing cron runs"| $LOGGER -p info fi Lo hice precisamente por eso, porque es dificil de saber cuando se ejecutan las tareas del cron.
Por cierto, memtest86 se ha tirado 9 horas sin reportar ningún error, lo he tenido que parar en el test nº 9 porque veía que no terminaba nunca...
En ese tiempo es posible que haya dado varias vueltas.
También comentas en otro correo que puedes ver el messages con algo que no es YaST(2). ¿Ves algo "raro" en el /var/log/YaST2/y2log?
Ningún mensaje de error o fallo. Incluso el módulo que me hace reiniciar el sistema aparece en el registro, pero sólo informativo:
(...) Calling yast client view_anymsg (arguments: ["/var/log/messages"]
Bueno, tu log es bastante grande. El mio tiene 4 megas y abarca desde el 4 de Mayo - bien es cierto que desvío los registros del kernel a otro fichero.
Después de pasar el test de memoria sin errores y descartando un error del módulo, me queda el procesador o el disco como componentes más posibles...
Respecto al disco, ya te dije que lo probaras con "smartctl". Si el disco tiene problemas, te lo encontrará. Si no sabes como hacerlo, dilo.
¿Alguna otra sugerencia antes de tomar medidas...hum, drásticas?
No has dicho todavía si lo tuviste 6 horas en la consola de error hasta que se cuelgue. Si en esa consola no se cuelga, entonces es problema del desktop - ¿tienes salvapantallas? Alguno ha hecho que se me pare la máquina alguna vez. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEpEgVtTMYHG2NR9URAvgzAKCBRfY89+PHTkK2TpovZpFz32PT4ACeKFvW 84SV/0BlQHMk7L8ng0Ys6eU= =n27Y -----END PGP SIGNATURE----- -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 29/06/06, Carlos E. R. escribió:
Son los normales. Si hubiera un problema ahí, verías una entrada en el log un poco antes del cuelgue:
En los registros "warn" y "messages" no veo nada raro relacioando con cron. En una tty con el comando que me dijiste ayer (tail /var/log/messages) veo que se pone en marcha alguna de las tareas de cron, pero ni se cuelga el equipo ni veo nada raro en la tty 10.
Lo hice precisamente por eso, porque es dificil de saber cuando se ejecutan las tareas del cron.
Lo edito para ver si se trata de algún programa de cron.
Respecto al disco, ya te dije que lo probaras con "smartctl". Si el disco tiene problemas, te lo encontrará. Si no sabes como hacerlo, dilo.
Primero tengo que instalarlo... aquí* hay algunos ejemplos de utilización, supongo que me servirán.
No has dicho todavía si lo tuviste 6 horas en la consola de error hasta que se cuelgue. Si en esa consola no se cuelga, entonces es problema del desktop - ¿tienes salvapantallas? Alguno ha hecho que se me pare la máquina alguna vez.
No, no he dicho nada porque lo dejé haciendo el test de memoria para descartar que fuera el módulo. El salvapantallas lo tengo desactivado por eso mismo que comentas. Lo que sí tengo activado es que se apague el monitor (stand by a los 30 min. y apagado a la hora). Para concretar, el equipo presenta dos errores: - Desde Yast (el modo gráfico o ncurses) siempre se reinicia cuando quiero ver el registro del sistema que ocupa unos 40 MB. - Cuando pasan 5 / 6 horas, el equipo deja de responder, el teclado y el ratón no funcionan y el monitor tampoco responde. * http://smartmontools.sourceforge.net/man/smartctl.8.html#lbAH Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El Viernes, 30 de Junio de 2006 09:33, Camaleón escribió:
El 29/06/06, Carlos E. R. escribió:
Son los normales. Si hubiera un problema ahí, verías una entrada en el log un poco antes del cuelgue:
En los registros "warn" y "messages" no veo nada raro relacioando con cron. En una tty con el comando que me dijiste ayer (tail /var/log/messages) veo que se pone en marcha alguna de las tareas de cron, pero ni se cuelga el equipo ni veo nada raro en la tty 10.
Lo hice precisamente por eso, porque es dificil de saber cuando se ejecutan las tareas del cron.
Lo edito para ver si se trata de algún programa de cron.
Respecto al disco, ya te dije que lo probaras con "smartctl". Si el disco tiene problemas, te lo encontrará. Si no sabes como hacerlo, dilo.
Primero tengo que instalarlo... aquí* hay algunos ejemplos de utilización, supongo que me servirán.
No has dicho todavía si lo tuviste 6 horas en la consola de error hasta que se cuelgue. Si en esa consola no se cuelga, entonces es problema del desktop - ¿tienes salvapantallas? Alguno ha hecho que se me pare la máquina alguna vez.
No, no he dicho nada porque lo dejé haciendo el test de memoria para descartar que fuera el módulo. El salvapantallas lo tengo desactivado por eso mismo que comentas. Lo que sí tengo activado es que se apague el monitor (stand by a los 30 min. y apagado a la hora).
Para concretar, el equipo presenta dos errores:
- Desde Yast (el modo gráfico o ncurses) siempre se reinicia cuando quiero ver el registro del sistema que ocupa unos 40 MB.
- Cuando pasan 5 / 6 horas, el equipo deja de responder, el teclado y el ratón no funcionan y el monitor tampoco responde.
* http://smartmontools.sourceforge.net/man/smartctl.8.html#lbAH
Saludos,
Quieres decir que no es un problema de calentamiento? Puedes mirar la temperatura? Los ventiladores te van bien? Tienen polvo? Has probado a dejar la torre abierta con un ventilador de casa apuntando a dentro? :-D -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 30/06/06, aux escribió:
Quieres decir que no es un problema de calentamiento?
No, no es calentamiento. Esa fue mi primera idea, abrí la caja y la limpié a fondo (ventiladores, unidades, cables y tarjetas... aspirador en mano).
Puedes mirar la temperatura?
Sí. Antes de limpiar era de 53º la del micro y 40º la del sistema. Después bajo a 43º la del micro y 40º la del sistema.
Los ventiladores te van bien? Tienen polvo?
Funcionan correctamente. El disipador es un Zalman de estos de abanico de cobre para Pentium 3, y el ventilador regulado a 1.800 rpm limipado con alcohol a conciencia.
Has probado a dejar la torre abierta con un ventilador de casa apuntando a dentro? :-D
No, no es tema de calenturas. Esos problemas ya me los conozco... :-) Lleva todo el día encendido y no se ha bloqueado de momento... KDE está ne la tty7, pero tengo abierta una sesión en la tty6. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-06-30 a las 09:33 +0200, Camaleón escribió:
Respecto al disco, ya te dije que lo probaras con "smartctl". Si el disco tiene problemas, te lo encontrará. Si no sabes como hacerlo, dilo.
Primero tengo que instalarlo... aquí* hay algunos ejemplos de utilización, supongo que me servirán.
Viene en la distro. Es muy facil de usar en modo "manual": para ver si está bien: smartctl --health /dev/hda para ver todo lo que guarda: smartctl -A /dev/hda | less para inciar la prueba corta: smartctl --test=short /dev/hda Se pone a testear, y tu puedes seguir trabajando casi normalmente. Ppara ver el resultado, después del tiempo que diga: smartctl --log=selftest /dev/hda luego de ver el resultado, lanza la prueba larga (long) y el resultado lo tienes en un par de horas. Si tu disco es moderno, hará también una prueba de superficie, durante la cual el ordenador puede quedar casi frito: no lo pares.
Para concretar, el equipo presenta dos errores:
- Desde Yast (el modo gráfico o ncurses) siempre se reinicia cuando quiero ver el registro del sistema que ocupa unos 40 MB.
Es que yo nunca uso el yast para eso.
- Cuando pasan 5 / 6 horas, el equipo deja de responder, el teclado y el ratón no funcionan y el monitor tampoco responde.
¿podría estar en suspensión fallida? - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEpQqrtTMYHG2NR9URAt3fAJ44mCSa6zFf8v1powl8NmjayJ+jFgCfS898 gHd63Q2hDHIWp3381ejHDJY= =QkOR -----END PGP SIGNATURE----- -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 30/06/06, Carlos E. R. escribió:
para ver si está bien:
smartctl --health /dev/hda
Passed
para inciar la prueba corta:
smartctl --test=short /dev/hda
Passes también.
Se pone a testear, y tu puedes seguir trabajando casi normalmente. Ppara ver el resultado, después del tiempo que diga:
smartctl --log=selftest /dev/hda
Ooopps. Se reinicia. Me dice que espere 20 minutos para ver el resultado, pero el equipo se reinicia. En la bios está activada la opción de smart, y no me ha dado ningún aviso... Esto me da qué pensar... ¿qué más pruebas puedo hacer de disco? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Prueba a cambiar la fuente, no sea que te falla de vez en cuando Saludos Lluis El vie, 30-06-2006 a las 18:00 +0200, Camaleón escribió:
El 30/06/06, Carlos E. R. escribió:
para ver si está bien:
smartctl --health /dev/hda
Passed
para inciar la prueba corta:
smartctl --test=short /dev/hda
Passes también.
Se pone a testear, y tu puedes seguir trabajando casi normalmente. Ppara ver el resultado, después del tiempo que diga:
smartctl --log=selftest /dev/hda
Ooopps. Se reinicia. Me dice que espere 20 minutos para ver el resultado, pero el equipo se reinicia. En la bios está activada la opción de smart, y no me ha dado ningún aviso...
Esto me da qué pensar... ¿qué más pruebas puedo hacer de disco?
Saludos,
-- Camaleón
2006/6/30, lmartinez:
Prueba a cambiar la fuente, no sea que te falla de vez en cuando
Es una opción. Los problemas relacionados con las fuentes suelen ser cuelgues repentinos que no dejan registro alguno... Acabo de pasar el SeaTools de Seagate en todos los discos del equipo, dos ide y otro scsi... se me queda la pantalla bloqueada, el teclado, el ratón, todo, con una banda de colores (como chispas, nieve) horizontal que me atraviesa toda la pantalla. Ya no sé qué pensar. :-/ Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-06-30 a las 20:21 +0200, Camaleón escribió:
Acabo de pasar el SeaTools de Seagate en todos los discos del equipo, dos ide y otro scsi... se me queda la pantalla bloqueada, el teclado, el ratón, todo, con una banda de colores (como chispas, nieve) horizontal que me atraviesa toda la pantalla. Ya no sé qué pensar.
:-/
Bueno, el smartctl creo que va con los scsi, pero no con los sata, no todavía; no debería darte problema. Pero, si al hacer la prueba larga del smart, y al hacer la prueba del seatool - que es la misma, por cierto - el ordenador se cuelga, es que tienes un problema en ese (o esos) discos, y debes reemplazarlos. No se si la fuente pudiera afectar, quizás, así que si puedes reemplazarla, prueba primero con eso. O, llevate los discos uno a uno a otro PC para hacer la prueba allí. Ahora bien, recuerda que te dije que la prueba larga puede hacer aparentar que el ordenador se ha colgado, cuando en realidad está lentísimo porque el disco está ocupado en comprobar su superficie. Por cierto, con "smartcl -A disco" se pueden ver las horas de funcionamiento de la unidad. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEpXlBtTMYHG2NR9URApozAKCZIj37wdp4kedOmfGRpXSQqIHXSQCfdjMv yuhx6uMAyZBZgAkA3RVMZtg= =ajv8 -----END PGP SIGNATURE----- -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 30/06/06, Carlos E. R. escribió:
Bueno, el smartctl creo que va con los scsi, pero no con los sata, no todavía; no debería darte problema. Pero, si al hacer la prueba larga del smart, y al hacer la prueba del seatool - que es la misma, por cierto - el ordenador se cuelga, es que tienes un problema en ese (o esos) discos, y debes reemplazarlos.
El problema es que se queda colgado con los 3 discos al hacer los test de SeaTools (los he hecho de uno en uno, algunas veces pasaban bien, otras no). He probado a pasar el test en otro equipo (por si hubiera grabado mal la imagen iso) y no me da ningún error.
No se si la fuente pudiera afectar, quizás, así que si puedes reemplazarla, prueba primero con eso.
Mañana mismo la cambio por una nueva. La fuente puede afectar, un voltaje incorrecto a los discos (o a cualquier componente / periférico de la placa) los puede dejar fritos, sin dejar rastro alguno. La energía es muy traicionera, por eso los equipos deben ir con sais, y en este caso sí lo utiliza.
Ahora bien, recuerda que te dije que la prueba larga puede hacer aparentar que el ordenador se ha colgado, cuando en realidad está lentísimo porque el disco está ocupado en comprobar su superficie.
Una cosa es que se quede medio tonto y otra es que se reinicie él solito... Por cierto, que acabo de iniciar Windows 98 para si le afectaba y nada más iniciar se ha quedado congelado. En cuanto cambio la fuente saldré de dudas. A ver cuando a algún lumbreras se le ocurre añadir un sistema de diagnóstico (a través de leds o de sonidos, por ejemplo) a las fuentes de alimentación de los ordenadores para ver la vida que les queda y no esperar a que se cargue a todos los componentes, uno a uno... :-P Saludos y gracias de nuevo por la sugerencias que habéis aportado :-). -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-06-30 a las 21:42 +0200, Camaleón escribió:
Bueno, el smartctl creo que va con los scsi, pero no con los sata, no todavía; no debería darte problema. Pero, si al hacer la prueba larga del smart, y al hacer la prueba del seatool - que es la misma, por cierto - el ordenador se cuelga, es que tienes un problema en ese (o esos) discos, y debes reemplazarlos.
El problema es que se queda colgado con los 3 discos al hacer los test de SeaTools (los he hecho de uno en uno, algunas veces pasaban bien, otras no). He probado a pasar el test en otro equipo (por si hubiera grabado mal la imagen iso) y no me da ningún error.
Bueno, la imagen no tiene nada ver: esas pruebas no miran ficheros, ni siquiera particiones: miran al nivel más bajo. Pero que falle con los tres discos es muy raro. Podría ser el chipset... pero pensemos en la fuente, que no pueda con tanto.
En cuanto cambio la fuente saldré de dudas. A ver cuando a algún lumbreras se le ocurre añadir un sistema de diagnóstico (a través de leds o de sonidos, por ejemplo) a las fuentes de alimentación de los ordenadores para ver la vida que les queda y no esperar a que se cargue a todos los componentes, uno a uno... :-P
Juas. Aparte de un osciloscopio o un trasto equivalente, no se me ocurre con qué. En ciertas máquinas serias con las que he trabajado, absolutamente todo tiene sistemas de comprobación. Pero en PCs... na. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEpYA0tTMYHG2NR9URAlO4AJsGR5lU4gQfSURsjw/SBkQxQ2sh7ACgkCcx YX3f+rVZYTZjI9Zlt1VYMnQ= =EtCW -----END PGP SIGNATURE----- -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 30/06/06, Carlos E. R. escribió:
Bueno, la imagen no tiene nada ver: esas pruebas no miran ficheros, ni siquiera particiones: miran al nivel más bajo.
Podía ser que el cd estuviera mal grabado, tuviera la superficie dañana y no pudiera leer bien alguna pista... pero no.
Pero que falle con los tres discos es muy raro. Podría ser el chipset... pero pensemos en la fuente, que no pueda con tanto.
He cambiado la fuente (una Tacens Radix de 410 W nueva), he cambiado los cables ide por unos redondos para que ventile mejor la caja, he sacado los módulos de memoria y he aspirado los zócalos, y sigue haciendo lo mismo... creo que definitavemente es el disco duro, es el único que hace que se cuelgue el equipo al hacer el test de Seagate.
Aparte de un osciloscopio o un trasto equivalente, no se me ocurre con qué. En ciertas máquinas serias con las que he trabajado, absolutamente todo tiene sistemas de comprobación. Pero en PCs... na.
Bueno, con que comprobara la tensión de entrada y salida sería suficiente, una especie de mini-polímetro incorporado... :-) Estoy instalando SuSE 10.1 en el segundo disco ide que tiene el equipo, que para eso lo tenía precisamente. Además, tocaba actualizar a una versión superior, la 9.2 tiene los días contados. Si no me da ningún problema en la instalación no me cabe la menor duda de que se trataba del disco, o de la fuente, tal vez, que ha dañado el disco... también es posible, porque los cuelgues repentinos suelen ser tema de fuente. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, 1 Jul 2006, Camaleón wrote:
El 30/06/06, Carlos E. R. escribió:
Bueno, la imagen no tiene nada ver: esas pruebas no miran ficheros, ni siquiera particiones: miran al nivel más bajo.
Podía ser que el cd estuviera mal grabado, tuviera la superficie dañana y no pudiera leer bien alguna pista... pero no.
Lo que quiero decir es que no puedes comprobar el disco comprobando una imagen grabada en CD. Tienes que comprobar el propio disco a bajo nivel, que es lo que hacen las pruebas de seagate y las de smart.
Pero que falle con los tres discos es muy raro. Podría ser el chipset... pero pensemos en la fuente, que no pueda con tanto.
He cambiado la fuente (una Tacens Radix de 410 W nueva), he cambiado los cables ide por unos redondos para que ventile mejor la caja, he sacado los módulos de memoria y he aspirado los zócalos, y sigue haciendo lo mismo... creo que definitavemente es el disco duro, es el único que hace que se cuelgue el equipo al hacer el test de Seagate.
Esa pinta tiene.
Aparte de un osciloscopio o un trasto equivalente, no se me ocurre con qué. En ciertas máquinas serias con las que he trabajado, absolutamente todo tiene sistemas de comprobación. Pero en PCs... na.
Bueno, con que comprobara la tensión de entrada y salida sería suficiente, una especie de mini-polímetro incorporado... :-)
No, no es suficiente. El polímetro va bien si la fuente está bien. Pero se trata de una fuente conmutada, y esas pueden tener fallos no visibles con un polímetro. Además, están los "glitches", los picos o las caidas de tensión, que destruyen o resetean un ordenador sin que el polímetro se entere de nada.
Estoy instalando SuSE 10.1 en el segundo disco ide que tiene el equipo, que para eso lo tenía precisamente. Además, tocaba actualizar a una versión superior, la 9.2 tiene los días contados. Si no me da ningún problema en la instalación no me cabe la menor duda de que se trataba del disco, o de la fuente, tal vez, que ha dañado el disco... también es posible, porque los cuelgues repentinos suelen ser tema de fuente.
Pues nada, a ver si hay suerte... retira esa unidad del ordenador cuanto antes. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEpv6MtTMYHG2NR9URAszdAJ9+hzb55z/y2KEfM0CXYMFgPfqg/ACgi1D8 5ojqEi6dkQ6FgizUGsf9c/o= =T+xs -----END PGP SIGNATURE----- -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 2/07/06, Carlos E. R. escribió:
No, no es suficiente. El polímetro va bien si la fuente está bien. Pero se trata de una fuente conmutada, y esas pueden tener fallos no visibles con un polímetro. Además, están los "glitches", los picos o las caidas de tensión, que destruyen o resetean un ordenador sin que el polímetro se entere de nada.
Siempre me he preguntado por qué no incorporan en los equipos un pequeño sai que estabilice y filtre la tensión y los picos, así como aportar una autonomía de 10 minuntos al equipo si se va la luz. Por el precio de las fuentes de gama alta casi ni se notaría el incremento.
Pues nada, a ver si hay suerte... retira esa unidad del ordenador cuanto antes.
Al final no me ha dejado ni instalar la versión 10.1. Al dar formato al disco (al otro, no al problemático) se reiniciaba. Incluso probé desconectado el disco que daba problemas y pasaba lo mismo. A cambiar de equipo toca. :-( Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
prueba cambiando la bateria/pila del mother tienes todos los sintomas luego actualiza el bios -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 2/07/06, Juan Gustavo Fogelman escribió:
prueba cambiando la bateria/pila del mother tienes todos los sintomas luego actualiza el bios
Fue el último paso que hice, pero tampoco funcionó. Antes de cambiar la pila saqué pantallazos de los valores de la bios y los puse como estaban. Nada, se volvía a bloquear, tanto SuSE como Windows 98 que está en un disco distintos, scsi, y con una tarjeta controladora externa, es decir, no utiliza los puertos ide de la placa. Es bien extraño, no me había pasado nunca... es posible que algún componente de la placa esté fallando. :-( Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
hiciste tambien una actualizacion de la bios luego de cambiar la pila?
con cambiar la pila y volver a dejar los valores como antes a veces no
alcanza
si por falta de carga se corrompe la bios, y no la actualizas desde una
copia buena, sigues igual
----- Original Message -----
From: "Camaleón"
prueba cambiando la bateria/pila del mother tienes todos los sintomas luego actualiza el bios
Fue el último paso que hice, pero tampoco funcionó. Antes de cambiar la pila saqué pantallazos de los valores de la bios y los puse como estaban. Nada, se volvía a bloquear, tanto SuSE como Windows 98 que está en un disco distintos, scsi, y con una tarjeta controladora externa, es decir, no utiliza los puertos ide de la placa. Es bien extraño, no me había pasado nunca... es posible que algún componente de la placa esté fallando. :-( Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 3/07/06, Juan Gustavo Fogelman escribió:
hiciste tambien una actualizacion de la bios luego de cambiar la pila? con cambiar la pila y volver a dejar los valores como antes a veces no alcanza si por falta de carga se corrompe la bios, y no la actualizas desde una copia buena, sigues igual
Se trata de una placa base antigua (socket 370) y tengo la última bios disponible, no hay más. He dejado al equipo apartado para seguir haciendo pruebas, además, tengo datos que tengo que transpasar al nuevo ordenador, los discos funcionan, los sistemas operativos arrancan... pero el equipo se bloqea o se reinicia solo... en fin, una faena :-P. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Hola, no se te ha ocurrido que es posible que se cuelgue o apague por que se calienta el procesador? Seria bueno que verifiques el estado del ventilador de tu CPU, frecuentemente he visto esa falla. -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El Lunes, 3 de Julio de 2006 10:48, Camaleón escribió:
El 3/07/06, Juan Gustavo Fogelman escribió:
hiciste tambien una actualizacion de la bios luego de cambiar la pila? con cambiar la pila y volver a dejar los valores como antes a veces no alcanza si por falta de carga se corrompe la bios, y no la actualizas desde una copia buena, sigues igual
Se trata de una placa base antigua (socket 370) y tengo la última bios disponible, no hay más. He dejado al equipo apartado para seguir haciendo pruebas, además, tengo datos que tengo que transpasar al nuevo ordenador, los discos funcionan, los sistemas operativos arrancan... pero el equipo se bloqea o se reinicia solo... en fin, una faena :-P.
Saludos,
-- Camaleón Hola, no se te ha ocurrido que es posible que se cuelgue o apague por que se calienta el procesador? Seria bueno que verifiques el estado del ventilador de tu CPU, frecuentemente he visto esa falla.
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 4 Jul 2006, Luis Gustavo Diez Mayorga wrote:
Hola, no se te ha ocurrido que es posible que se cuelgue o apague por que se calienta el procesador?
Deberías leer el hilo completo antes, porque eso concretamente ya se ha sugerido y respondido. ;-) - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEqnZLtTMYHG2NR9URAlVbAJ9sp4FpEXNMs+vLn6khjH8LKkt0XACgmEGR bR0vYJnl11ZZG8a61Vl35zM= =x1H1 -----END PGP SIGNATURE----- -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 2 Jul 2006, Camaleón wrote:
El 2/07/06, Carlos E. R. escribió:
No, no es suficiente. El polímetro va bien si la fuente está bien. Pero se trata de una fuente conmutada, y esas pueden tener fallos no visibles con un polímetro. Además, están los "glitches", los picos o las caidas de tensión, que destruyen o resetean un ordenador sin que el polímetro se entere de nada.
Siempre me he preguntado por qué no incorporan en los equipos un pequeño sai que estabilice y filtre la tensión y los picos, así como aportar una autonomía de 10 minuntos al equipo si se va la luz. Por el precio de las fuentes de gama alta casi ni se notaría el incremento.
Filtros si llevan: las fuentes conmutadas generan un rizado considerable a la frecuencia interna de conmutación, así que tienen que filtrar por narices. Pero por la técnica que usan, por el mismo principio de funcionamiento, si se estropean pueden mandar más voltaje de la cuenta; se supone que llevan un circuito "suicida" que si supera cierto voltaje cortocircuita la fuente destruyéndola (no es una barbaridad, si se pasa de voltaje ya está rota). Lo llaman "crowbar", porque equivale a soltar una barra metálica entre los polos. Respecto a lo de la autonomía de 10 minutos, tienes razón: recuerdo unas fuentes especiales hace años que tenían una batería incorporada, una sai. Las sais independientes generan 220 voltios de alterna a partir de los 12 de la batería, y la fuente del ordenador vuelve a generar 12 y 5 voltios internamente. Es más lógico usar los 12 de la batería y generar los 5 (o 3 o lo que sea) directamente: un paso menos, menos perdidas, menos circuitería pesada. Bueno, pues no se que ha pasado con esas fuentes. Posiblemente, como los ordenadores tienden a reducir el tamaño, ya no quepan. Es una pena, en mi opinión.
Pues nada, a ver si hay suerte... retira esa unidad del ordenador cuanto antes.
Al final no me ha dejado ni instalar la versión 10.1. Al dar formato al disco (al otro, no al problemático) se reiniciaba. Incluso probé desconectado el disco que daba problemas y pasaba lo mismo. A cambiar de equipo toca. :-(
Jo. Si la fuente estaba mal, se ha cargado el equipo :-( - -- Saludos. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEp54+tTMYHG2NR9URAsNPAJ9RvvEwvlaPZgtQJKsylpY4zJB+OQCfaKLR INJLBErRtG7gSzO6mo3yXIU= =Y/nC -----END PGP SIGNATURE----- -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
participants (10)
-
Armindo Díaz Argaña
-
aux
-
Camaleón
-
Carlos E. R.
-
jose maria
-
Juan Gustavo Fogelman
-
lmartinez
-
Luis Gustavo Diez Mayorga
-
Rafa Grimán
-
Victor Hugo dos Santos