[opensuse-es] Se "congelan" los equipos
Buenas noches, Os describo brevemente un par de cosas con las que me he encontrado en las instalaciones de openSuSE 11.0 en dos de mis máquinas. Máquina 1: Intel Pentium 4 de 32 bits. ASUS Pundit PH1 con 1 GB de RAM y disco SATA. Después de un tiempo encendido (este varía) el PC se "congela", y al cabo de un rato (llega a varios minutos) vuelve a continuar por donde se quedó. El siguiente mensaje que se obtiene, despues de continuar es: "Clocksource tsc unstable (delta = xxxx ns)" Me ocurre tanto con el kernel -pae, como con el -default. Máquina 2: AMD Turion de 64 bits. HP Pavilion tx1320es con 2 GB de RAM. IDEM de IDEM He probado varias cosas, pero no doy con el error, ya que creo que el mensaje del "Clocksource" se produce cuando el equipo vuelve a continuar y no antes. Seguiré investigando, Saludos y gracias, -- . - - . | o_o | Antonio José Portaz Collado | :_/ | // \ \ correo-e: aportaz@gmail.com (| | ) /'\_ _/`\ \___)=(___/ --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 31 de julio de 2008 13:53, Antonio J. Portaz Collado <aportaz@gmail.com> escribió:
Buenas noches,
Os describo brevemente un par de cosas con las que me he encontrado en las instalaciones de openSuSE 11.0 en dos de mis máquinas.
Máquina 1: Intel Pentium 4 de 32 bits. ASUS Pundit PH1 con 1 GB de RAM y disco SATA. Después de un tiempo encendido (este varía) el PC se "congela", y al cabo de un rato (llega a varios minutos) vuelve a continuar por donde se quedó. El siguiente mensaje que se obtiene, despues de continuar es: "Clocksource tsc unstable (delta = xxxx ns)" Me ocurre tanto con el kernel -pae, como con el -default.
Máquina 2: AMD Turion de 64 bits. HP Pavilion tx1320es con 2 GB de RAM. IDEM de IDEM
He probado varias cosas, pero no doy con el error, ya que creo que el mensaje del "Clocksource" se produce cuando el equipo vuelve a continuar y no antes.
Seguiré investigando,
Formato de Sistema de Archivos ? EXT2, EXT3, ReiserFS ? -- Ing. Alejandro Rodriguez || @LeX Usuario Linux # 379802 openSUSE 11.0 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Hola, Tengo particiones tanto ext3, como reiserfs, en un árbol de directorios muy amplio. No creo (no sé como podría ser) que este sea el problema. El día 31 de julio de 2008 22:40, Alex Rodriguez <alexio44@opensuse.org.ni> escribió:
El día 31 de julio de 2008 13:53, Antonio J. Portaz Collado <aportaz@gmail.com> escribió:
Buenas noches,
Os describo brevemente un par de cosas con las que me he encontrado en las instalaciones de openSuSE 11.0 en dos de mis máquinas.
Máquina 1: Intel Pentium 4 de 32 bits. ASUS Pundit PH1 con 1 GB de RAM y disco SATA. Después de un tiempo encendido (este varía) el PC se "congela", y al cabo de un rato (llega a varios minutos) vuelve a continuar por donde se quedó. El siguiente mensaje que se obtiene, despues de continuar es: "Clocksource tsc unstable (delta = xxxx ns)" Me ocurre tanto con el kernel -pae, como con el -default.
Máquina 2: AMD Turion de 64 bits. HP Pavilion tx1320es con 2 GB de RAM. IDEM de IDEM
He probado varias cosas, pero no doy con el error, ya que creo que el mensaje del "Clocksource" se produce cuando el equipo vuelve a continuar y no antes.
Seguiré investigando,
Formato de Sistema de Archivos ?
EXT2, EXT3, ReiserFS ?
-- Ing. Alejandro Rodriguez || @LeX Usuario Linux # 379802 openSUSE 11.0 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-- . - - . | o_o | Antonio José Portaz Collado | :_/ | // \ \ correo-e: aportaz@gmail.com (| | ) /'\_ _/`\ \___)=(___/ ====================================================================== Bebe Slurm, la bebida favorita de Fry, en todas sus variedades: Slurm Classic, Royal Slurm, Super Slurm y ahora Nuevo Slurm !muy adictivo! ====================================================================== --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 4 de agosto de 2008 15:19, Antonio J. Portaz Collado <aportaz@gmail.com> escribió:
Hola,
Tengo particiones tanto ext3, como reiserfs, en un árbol de directorios muy amplio. No creo (no sé como podría ser) que este sea el problema.
El reiserFS en openSUSE 11.0 fue bien latoso :s :( Las maquinas se cuelgan con el formato de archivos reiserFS https://bugzilla.novell.com/show_bug.cgi?id=389656 Se soluciona con un parche de actualizacion del kernel =) Lo diferente es que a mi cuando se me colgaba era para siempre y solo la podia apagar apretando 5 segundos el boton de encendido Saludos -- Ing. Alejandro Rodriguez || @LeX Usuario Linux # 379802 openSUSE 11.0 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Tengo que leerlo detenidamente para saber si este es mi problema. Pero ¿esto lo corregiría opensuse con alguna actualización en línea? ¿Cual sería? Yo estoy actualizado a través de internet. Saludos, 2008/8/4 Alex Rodriguez <alexio44@opensuse.org.ni>:
El día 4 de agosto de 2008 15:19, Antonio J. Portaz Collado <aportaz@gmail.com> escribió:
Hola,
Tengo particiones tanto ext3, como reiserfs, en un árbol de directorios muy amplio. No creo (no sé como podría ser) que este sea el problema.
El reiserFS en openSUSE 11.0 fue bien latoso :s :(
Las maquinas se cuelgan con el formato de archivos reiserFS https://bugzilla.novell.com/show_bug.cgi?id=389656
Se soluciona con un parche de actualizacion del kernel =)
Lo diferente es que a mi cuando se me colgaba era para siempre y solo la podia apagar apretando 5 segundos el boton de encendido
Saludos
-- Ing. Alejandro Rodriguez || @LeX Usuario Linux # 379802 openSUSE 11.0 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-- . - - . | o_o | Antonio José Portaz Collado | :_/ | // \ \ correo-e: aportaz@gmail.com (| | ) /'\_ _/`\ \___)=(___/ ====================================================================== Bebe Slurm, la bebida favorita de Fry, en todas sus variedades: Slurm Classic, Royal Slurm, Super Slurm y ahora Nuevo Slurm !muy adictivo! ====================================================================== --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-08-04 a las 23:45 +0200, Antonio J. Portaz Collado escribió:
Tengo que leerlo detenidamente para saber si este es mi problema.
Pero ¿esto lo corregiría opensuse con alguna actualización en línea? ¿Cual sería?
Yo estoy actualizado a través de internet.
Como todos >:-) Si tienes puesto el repo "update", entonces tienes el parche. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIl4IJtTMYHG2NR9URAoaxAKCRF38LKutwF/awdTO4gD8ehH99PACgkxyJ p8QKY5+yOOkHVCdkdY/40NA= =l9Zk -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-07-31 a las 21:53 +0200, Antonio J. Portaz Collado escribió:
Os describo brevemente un par de cosas con las que me he encontrado en las instalaciones de openSuSE 11.0 en dos de mis máquinas.
Máquina 1: Intel Pentium 4 de 32 bits. ASUS Pundit PH1 con 1 GB de RAM y disco SATA. Después de un tiempo encendido (este varía) el PC se "congela", y al cabo de un rato (llega a varios minutos) vuelve a continuar por donde se quedó. El siguiente mensaje que se obtiene, despues de continuar es: "Clocksource tsc unstable (delta = xxxx ns)" Me ocurre tanto con el kernel -pae, como con el -default.
¿Si tocas el teclado o ratón se despierta? Se parece a un problema que tengo abierto, pero que creo corregido en la 11.0. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIklPKtTMYHG2NR9URArq7AJ9SBmFCiApOJuayTrJ4CsyFtqEFiwCgh1lq chFRu6x5mwKXzk7u+btjV34= =0dmh -----END PGP SIGNATURE-----
Buenas noches, Pues no "se despierta", lo curioso es que todas las teclas que pulse (p.e. CTRL-ALT-F1 para cambiar a tty1) o mueva el ratón, el equipo lo recuerda, es decir, cuando el equipo "se recupera" el ratón se mueve por donde yo le dije, el equipo teclea lo que pulsé, etc. Gracias, El día 1 de agosto de 2008 2:07, Carlos E. R. <robin.listas@telefonica.net> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2008-07-31 a las 21:53 +0200, Antonio J. Portaz Collado escribió:
Os describo brevemente un par de cosas con las que me he encontrado en las instalaciones de openSuSE 11.0 en dos de mis máquinas.
Máquina 1: Intel Pentium 4 de 32 bits. ASUS Pundit PH1 con 1 GB de RAM y disco SATA. Después de un tiempo encendido (este varía) el PC se "congela", y al cabo de un rato (llega a varios minutos) vuelve a continuar por donde se quedó. El siguiente mensaje que se obtiene, despues de continuar es: "Clocksource tsc unstable (delta = xxxx ns)" Me ocurre tanto con el kernel -pae, como con el -default.
¿Si tocas el teclado o ratón se despierta?
Se parece a un problema que tengo abierto, pero que creo corregido en la 11.0.
- -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux)
iD8DBQFIklPKtTMYHG2NR9URArq7AJ9SBmFCiApOJuayTrJ4CsyFtqEFiwCgh1lq chFRu6x5mwKXzk7u+btjV34= =0dmh -----END PGP SIGNATURE-----
-- . - - . | o_o | Antonio José Portaz Collado | :_/ | // \ \ correo-e: aportaz@gmail.com (| | ) /'\_ _/`\ \___)=(___/ ====================================================================== Bebe Slurm, la bebida favorita de Fry, en todas sus variedades: Slurm Classic, Royal Slurm, Super Slurm y ahora Nuevo Slurm !muy adictivo! ====================================================================== --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 31/07/08, Antonio J. Portaz Collado escribió:
Después de un tiempo encendido (este varía) el PC se "congela", y al cabo de un rato (llega a varios minutos) vuelve a continuar por donde se quedó. El siguiente mensaje que se obtiene, despues de continuar es: "Clocksource tsc unstable (delta = xxxx ns)" Me ocurre tanto con el kernel -pae, como con el -default.
¿Has probado a pasar algunos parámetros al kernel? Buscando en Google por ese mensaje de error (Clocksource tsc unstable) y esos síntomas (bloqueo momentáneo) mencionan éstos: clocksource=hpet clocksource=acpi_pm acpi=off noacpi Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Esto ya lo he probado, pero deciros que este mensaje no es el causante del problema, porque estoy seguro que lo lanza el kernel cuando el equipo se recupera (recordemos que ha estado congelado varios minutos) y, claro, existe un desfase.... ;-( o algo así. Aún asé los he probado y no ha dado el resultado que quería. Ahora estoy "depurando" un poco más los mensajes de error, ahora esto lo dá justo antes de "congelarse", no sé exactamente si es debido a esto, os lo indico: Aug 4 22:25:44 XXXXX su: (to root) YYYYYYY on /dev/pts/0 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 253 to 100 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 151 to 106 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 194 Temperature_Celsius changed from 151 to 106 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 200 Multi_Zone_Error_Rate changed from 253 to 100 ---- AQUÍ SE CONGELO ---- Aug 4 23:01:03 XXXXX kernel: Clocksource tsc unstable (delta = 384293271648 ns) Saludos y Gracias. El día 1 de agosto de 2008 9:35, Camaleón <noelamac@gmail.com> escribió:
El 31/07/08, Antonio J. Portaz Collado escribió:
Después de un tiempo encendido (este varía) el PC se "congela", y al cabo de un rato (llega a varios minutos) vuelve a continuar por donde se quedó. El siguiente mensaje que se obtiene, despues de continuar es: "Clocksource tsc unstable (delta = xxxx ns)" Me ocurre tanto con el kernel -pae, como con el -default.
¿Has probado a pasar algunos parámetros al kernel?
Buscando en Google por ese mensaje de error (Clocksource tsc unstable) y esos síntomas (bloqueo momentáneo) mencionan éstos:
clocksource=hpet clocksource=acpi_pm acpi=off noacpi
Saludos,
-- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-- . - - . | o_o | Antonio José Portaz Collado | :_/ | // \ \ correo-e: aportaz@gmail.com (| | ) /'\_ _/`\ \___)=(___/ ====================================================================== Bebe Slurm, la bebida favorita de Fry, en todas sus variedades: Slurm Classic, Royal Slurm, Super Slurm y ahora Nuevo Slurm !muy adictivo! ====================================================================== --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Me corrijo es este correo: Ahora estoy "depurando" un poco más los mensajes de error, ahora esto lo dá justo antes de "congelarse", no sé exactamente si es debido a esto, os lo indico: Aug 4 22:25:44 XXXXX su: (to root) YYYYYYY on /dev/pts/0 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 253 to 100 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 151 to 106 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 194 Temperature_Celsius changed from 151 to 106 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 200 Multi_Zone_Error_Rate changed from 253 to 100 ---- AQUÍ SE BLOQUEA VARIOS MINUTOS---- Aug 4 23:01:03 XXXXX kernel: Clocksource tsc unstable (delta = 384293271648 ns) ----- AQUÍ SE BLOQUEA UN PARA DE MINUTOS ---- Aug 4 23:22:38 XXXXX syslog-ng[1756]: STATS: dropped 0 Aug 4 23:23:06 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 106 to 97 Aug 4 23:23:06 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 194 Temperature_Celsius changed from 106 to 97 Pero, ¿si fuera de temperatura?, lo haría cuando está caliente, alguna vez se ha bloqueado varios minutos recien encendido. Aunque me estoy inclinando por un fallo de hardware, ¿que opinais? Saludos y Gracias. -- . - - . | o_o | Antonio José Portaz Collado | :_/ | // \ \ correo-e: aportaz@gmail.com (| | ) /'\_ _/`\ \___)=(___/ ====================================================================== Bebe Slurm, la bebida favorita de Fry, en todas sus variedades: Slurm Classic, Royal Slurm, Super Slurm y ahora Nuevo Slurm !muy adictivo! ====================================================================== --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.1.00.0808050051150.4432@nimrodel.valinor> El 2008-08-04 a las 23:39 +0200, Antonio J. Portaz Collado escribió:
Me corrijo es este correo:
Ahora estoy "depurando" un poco más los mensajes de error, ahora esto lo dá justo antes de "congelarse", no sé exactamente si es debido a esto, os lo indico:
Aug 4 22:25:44 XXXXX su: (to root) YYYYYYY on /dev/pts/0 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 253 to 100 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 151 to 106 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 194 Temperature_Celsius changed from 151 to 106 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 200 Multi_Zone_Error_Rate changed from 253 to 100
Esos mensajes no están relacionados con el problema.
---- AQUÍ SE BLOQUEA VARIOS MINUTOS---- Aug 4 23:01:03 XXXXX kernel: Clocksource tsc unstable (delta = 384293271648 ns)
Esto puede ser consecuencia del cuelgue, un daño colateral.
----- AQUÍ SE BLOQUEA UN PARA DE MINUTOS ---- Aug 4 23:22:38 XXXXX syslog-ng[1756]: STATS: dropped 0 Aug 4 23:23:06 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 106 to 97 Aug 4 23:23:06 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 194 Temperature_Celsius changed from 106 to 97
Pero, ¿si fuera de temperatura?, lo haría cuando está caliente, alguna vez se ha bloqueado varios minutos recien encendido.
Aunque me estoy inclinando por un fallo de hardware, ¿que opinais?
Creo que es software. Edita "/etc/sysconfig/syslog": KERNEL_LOGLEVEL=7 a ver si así dice algo más. ¿Los fallos aparecen a horas similares? ¿puedes entrar por ssh desde otro ordenador? Recientemente a alguien de otra lista se le paraba el entorno grafico, y resultó ser que el teclado iba por radio y tenía interferencias desde el router wifi. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIl4h3tTMYHG2NR9URAqIoAJ9i9HHKaXKNkCSdiGI576tFkSuI3gCff+7Y lCyXaWfVPwryo9WA+AWZdiA= =sN3p -----END PGP SIGNATURE-----
2008/8/4, Antonio J. Portaz Collado:
Aug 4 22:25:44 XXXXX su: (to root) YYYYYYY on /dev/pts/0 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 253 to 100 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 151 to 106 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 194 Temperature_Celsius changed from 151 to 106 Aug 4 22:53:07 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 200 Multi_Zone_Error_Rate changed from 253 to 100
---- AQUÍ SE BLOQUEA VARIOS MINUTOS----
Desde las 22:53 hasta las 23:01 ¿no registra ningún evento? Son 8 minutos de bloqueo :-?
Aug 4 23:01:03 XXXXX kernel: Clocksource tsc unstable (delta = 384293271648 ns)
----- AQUÍ SE BLOQUEA UN PARA DE MINUTOS ----
Desde las 23:01 hasta las 23:22 son otros tantos minutos (21 minutos sin registros)...
Aug 4 23:22:38 XXXXX syslog-ng[1756]: STATS: dropped 0 Aug 4 23:23:06 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 106 to 97 Aug 4 23:23:06 XXXXX smartd[3510]: Device: /dev/sda, SMART Usage Attribute: 194 Temperature_Celsius changed from 106 to 97
Pero, ¿si fuera de temperatura?, lo haría cuando está caliente, alguna vez se ha bloqueado varios minutos recien encendido.
Aunque me estoy inclinando por un fallo de hardware, ¿que opinais?
Revisa los datos de smartd y comprueba que no hay nada raro. Y prueba desactivando el beagle si lo tienes. Pero creo que un fallo de hardware no te dejaría volver al estado normal de funcionamiento sin registrar más errores de acceso al disco, escritura o lectura... además, decías en el primer mensaje que te pasaba en dos equipos, y eso es lo extraño, y lo que parece apuntar a un error de software. En Bugzilla hay varios informes abiertos de bloqueos, echa un vistazo: <https://bugzilla.novell.com/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__open__&product=openSUSE+11.0&content=freeze> Otra opción sería probar a iniciar el equipo en "modo seguro" para ver si se bloquea de igual forma. También te recomendaría abrir un bugzilla :-? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-08-05 a las 09:41 +0200, Camaleón escribió:
----- AQUÍ SE BLOQUEA UN PARA DE MINUTOS ----
Desde las 23:01 hasta las 23:22 son otros tantos minutos (21 minutos sin registros)...
Lo cual no quiere decir nada. Pero se puede crear un script que guarde notas cada segundo; yo tengo uno hecho para eso: #!/bin/bash echo >> /home/cer/marca.log HOY=`date --iso` echo "================= new session ($HOY), ignore time jump =================== " >> /home/cer/marca.log echo >> /home/cer/marca.log ANTERIOR_U=`date +%s` sleep 1 while true ; do ACTUAL_U=`date +%s` ACTUAL=`date +"%T.%N"` DIFF=$(( $ACTUAL_U - $ANTERIOR_U )) if test $DIFF -gt 1 ; then if test $DIFF -ge 10 ; then echo -e "=====> " $ACTUAL\\t "(*******" $DIFF "***************************)" | tee -a /home/cer/marca.log else echo -e "=====> " $ACTUAL\\t "(*******" $DIFF "*******)" | tee -a /home/cer/marca.log fi else echo -e "=====> " $ACTUAL\\t\($DIFF\) >> /home/cer/marca.log fi ANTERIOR_U=$ACTUAL_U cat /proc/interrupts >> /home/cer/marca.log sleep 1 done Eso se ejecuta en un terminal, y es un bucle de 1 segundo que guarda entradas de tiempo en un fichero en mi home, /home/cer/marca.log. En pantalla muestra cuando el bucle ha tardado más de dos segundos: lo hice porque mi PC tiene tendencia a dormirse unos segundos. En su caso aumentaría ese valor. En el fichero se guarda también un volcado del número de interrupciones atendidas. Lo curioso es que durante mis cuelgues no se antienden interrupciones de reloj, y puede que a él también le pase. Para hacerlo más bonito tendría que calcular la diferencia de los contadores de interrupciones (en cuyo caso se ve un error enseguida), pero eso no lo hice.
Otra opción sería probar a iniciar el equipo en "modo seguro" para ver si se bloquea de igual forma. También te recomendaría abrir un bugzilla :-?
Antes que eso hay que comprobar si se trata de un verdadero bloqueo, porque las teclas las guarda y las ejecuta después. Puede tratarse de un bloqueo de las X, en cuyo caso las opciones de arranque del kernel poco afectan. Hay que tratar de entrar con SSH desde otra máquina. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFImCHstTMYHG2NR9URAuqRAJsFN/TVS6voBeCGdjpxeuxVyzV+SQCfRjXd 95I+7GnTTbl2XK6GSq8JRlo= =+l0c -----END PGP SIGNATURE-----
El 5/08/08, Carlos E. R. escribió:
Lo cual no quiere decir nada.
Es mucho tiempo sin registrar nada... Salvo que un bloqueo de las X impida al sistema seguir registrando eventos :-?
Antes que eso hay que comprobar si se trata de un verdadero bloqueo, porque las teclas las guarda y las ejecuta después. Puede tratarse de un bloqueo de las X, en cuyo caso las opciones de arranque del kernel poco afectan.
Hay que tratar de entrar con SSH desde otra máquina.
Eso es una buena idea. También iniciar sin entorno gráfico para descartar un problema de gnome o kde. ¿No había una combinación de teclas para estos casos? Alt+PetSis+¿? :-? Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 31 de julio de 2008 16:53, Antonio J. Portaz Collado <aportaz@gmail.com> escribió:
Buenas noches,
Os describo brevemente un par de cosas con las que me he encontrado en las instalaciones de openSuSE 11.0 en dos de mis máquinas.
Máquina 1: Intel Pentium 4 de 32 bits. ASUS Pundit PH1 con 1 GB de RAM y disco SATA. Después de un tiempo encendido (este varía) el PC se "congela", y al cabo de un rato (llega a varios minutos) vuelve a continuar por donde se quedó. El siguiente mensaje que se obtiene, despues de continuar es: "Clocksource tsc unstable (delta = xxxx ns)" Me ocurre tanto con el kernel -pae, como con el -default.
Máquina 2: AMD Turion de 64 bits. HP Pavilion tx1320es con 2 GB de RAM. IDEM de IDEM
He probado varias cosas, pero no doy con el error, ya que creo que el mensaje del "Clocksource" se produce cuando el equipo vuelve a continuar y no antes.
Has realizado las actualizaciones en linea, despues de instalar? Que entorno grafico y versión tiene instalado? A mi me sucedía algo parecido, antes de actualizar con kde4, que se colgaba kwin, cuando se activaba el protector de pantalla, pero despues de actualizar, ya no sucedió mas. Salu2 --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 1 de agosto de 2008 15:11, Juan Erbes <jerbes@gmail.com> escribió:
Has realizado las actualizaciones en linea, despues de instalar? Que entorno grafico y versión tiene instalado?
A mi me sucedía algo parecido, antes de actualizar con kde4, que se colgaba kwin, cuando se activaba el protector de pantalla, pero despues de actualizar, ya no sucedió mas.
Salu2
Todo actualizado.... Tanto en uno como en otro. Saludotes, -- . - - . | o_o | Antonio José Portaz Collado | :_/ | // \ \ correo-e: aportaz@gmail.com (| | ) /'\_ _/`\ \___)=(___/ ====================================================================== Bebe Slurm, la bebida favorita de Fry, en todas sus variedades: Slurm Classic, Royal Slurm, Super Slurm y ahora Nuevo Slurm !muy adictivo! ====================================================================== --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (5)
-
Alex Rodriguez
-
Antonio J. Portaz Collado
-
Camaleón
-
Carlos E. R.
-
Juan Erbes