Hola linuxeros! Aunque me cueste decirlo, mi suse se me cuelga con demasiada frecuencia. Como ejemplo, ahora mismo he tenido que dar botonazo por que el sistema no me respondia. Estaba con: *overnet, modo consola desde CRT+ALT+F5 * xmms * kmail, kopete * konqueror (viendo unos pdf de un cdrom que tenia en la "quemadora"). Baje el volumen del altavoz o quite el xmms (no me auerdo) para responar una llamada telefonica (7 minutos) y al volver ya se habia liado todo. No se porque, el entorno grafico dejo de funcionar, sólo podia maximizar y minimizar ventanas pero no habrir ningun programa como el kmenu. ALT+F2 no funcionaba. Intente irme a una consola para arreglar la debacle CRT+ALT+ F3, pude poner root en "login", y ahi se quedo. No me aparecio "password". Deje el sistema evolucionar unos 15 minutos y no ocurrio nada. Al final di botonazo. El cuelgue esta vez fue "leve" otras veces ni el teclado me responde. No se me enciende la lucecita de mayusculas. No se muy bien a que se puede deber, no encuentro una clara relación causa-efecto, pero me temo que tiene que ver con el hardware. Tengo un *AMD a 2.6 gigas, 526 DDR a 400 Mhz (un capricho). * Placa base Asus A7V8X-X, con tarjeta de red integrada. Tambien tiene integrada la de sonido, pero la he desabilitado. *Tarjeta de sonido muy vieja. Sound blaster de unos 5 años. *tarjeta grafica Nvidia de 32 MB. *cdrom (x 32) y grabadora (x32 x4 x8), ambos con sus buenos añitos. Tengo un mal "palpito " con ellos. Ha alguien le ha pasado algo parecido o me puede hechar una mano? Por si sirve de algo (cosa que dudo mucho), tambien pongo los mensajes del kernel Muchas gracias de antemano sergio Apr 21 10:27:22 linux syslogd 1.4.1: restart. Apr 21 10:27:24 linux /etc/hotplug/usb.rc[1152]: loaded HCD: ehci-hcd Apr 21 10:27:24 linux /etc/hotplug/usb.rc[1152]: loaded HCD: usb-uhci Apr 21 10:27:24 linux /etc/hotplug/usb.rc[1152]: loaded HCD: ehci-hcd Apr 21 10:27:27 linux kernel: klogd 1.4.1, log source = /proc/kmsg started. Apr 21 10:27:27 linux kernel: Inspecting /boot/System.map-2.4.21-202-athlon Apr 21 10:27:27 linux kernel: Loaded 21346 symbols from /boot/ System.map-2.4.21-202-athlon. Apr 21 10:27:27 linux kernel: Symbols match kernel version 2.4.21. Apr 21 10:27:27 linux kernel: Loaded 414 symbols from 17 modules. Apr 21 10:27:27 linux kernel: bootsplash: silent jpeg found. Apr 21 10:27:27 linux kernel: via-rhine.c:v1.10-LK1.1.17 March-1-2003 Written by Donald Becker Apr 21 10:27:27 linux kernel: http://www.scyld.com/network/via-rhine.html Apr 21 10:27:27 linux kernel: PCI: Assigned IRQ 4 for device 00:12.0 Apr 21 10:27:27 linux kernel: eth0: VIA VT6102 Rhine-II at 0xb000, 00:0e:a6:19:8f:ee, IRQ 4. Apr 21 10:27:27 linux kernel: eth0: MII PHY found at address 1, status 0x786d advertising 01e1 Link 45e1. Apr 21 10:27:27 linux kernel: eth0: Setting full-duplex based on MII #1 link partner capability of 45e1. Apr 21 10:27:27 linux kernel: raw1394: /dev/raw1394 device initialized Apr 21 10:27:27 linux kernel: usb.c: registered new driver usbdevfs Apr 21 10:27:27 linux kernel: usb.c: registered new driver hub Apr 21 10:27:27 linux kernel: PCI: Found IRQ 3 for device 00:10.3 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.0, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.1, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.2, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.3, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: ehci_hcd 00:10.3: VIA Technologies, Inc. USB 2.0 Apr 21 10:27:27 linux kernel: ehci_hcd 00:10.3: irq 10, pci mem e28d5000 Apr 21 10:27:27 linux kernel: usb.c: new USB bus registered, assigned bus number 1 Apr 21 10:27:27 linux kernel: PCI: 00:10.3 PCI cache line size set incorrectly (32 bytes) by BIOS/FW. Apr 21 10:27:27 linux kernel: PCI: 00:10.3 PCI cache line size corrected to 64. Apr 21 10:27:27 linux kernel: ehci_hcd 00:10.3: USB 2.0 enabled, EHCI 1.00, driver 2003-Jun-19/2.4 Apr 21 10:27:27 linux kernel: hub.c: USB hub found Apr 21 10:27:27 linux kernel: hub.c: 6 ports detected Apr 21 10:27:27 linux kernel: usb-uhci.c: $Revision: 1.275 $ time 21:44:08 Apr 2 2004 Apr 21 10:27:27 linux kernel: usb-uhci.c: High bandwidth mode enabled Apr 21 10:27:27 linux kernel: PCI: Found IRQ 3 for device 00:10.0 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.0, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.1, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.2, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.3, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 10 Apr 21 10:27:27 linux kernel: usb-uhci.c: Detected 2 ports Apr 21 10:27:27 linux kernel: usb.c: new USB bus registered, assigned bus number 2 Apr 21 10:27:27 linux kernel: hub.c: USB hub found Apr 21 10:27:27 linux kernel: hub.c: 2 ports detected Apr 21 10:27:27 linux kernel: PCI: Found IRQ 3 for device 00:10.1 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.0, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.1, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.2, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.3, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: usb-uhci.c: USB UHCI at I/O 0xd000, IRQ 10 Apr 21 10:27:27 linux kernel: usb-uhci.c: Detected 2 ports Apr 21 10:27:27 linux kernel: usb.c: new USB bus registered, assigned bus number 3 Apr 21 10:27:27 linux kernel: hub.c: USB hub found Apr 21 10:27:27 linux kernel: hub.c: 2 ports detected Apr 21 10:27:27 linux kernel: PCI: Found IRQ 3 for device 00:10.2 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.0, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.1, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.2, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: IRQ routing conflict for 00:10.3, have irq 10, want irq 3 Apr 21 10:27:27 linux kernel: usb-uhci.c: USB UHCI at I/O 0xb800, IRQ 10 Apr 21 10:27:27 linux kernel: usb-uhci.c: Detected 2 ports Apr 21 10:27:27 linux kernel: usb.c: new USB bus registered, assigned bus number 4 Apr 21 10:27:27 linux kernel: hub.c: USB hub found Apr 21 10:27:27 linux kernel: hub.c: 2 ports detected Apr 21 10:27:27 linux kernel: usb-uhci.c: v1.275:USB Universal Host Controller Interface driver Apr 21 10:27:27 linux kernel: uhci.c: USB Universal Host Controller Interface driver v1.1 Apr 21 10:27:27 linux kernel: mice: PS/2 mouse device common for all mice Apr 21 10:27:31 linux kernel: ACPI: Power Button (FF) [PWRF] Apr 21 10:27:31 linux kernel: ACPI: Processor [CPU0] (supports C1) Apr 21 10:27:33 linux kernel: PCI: Found IRQ 11 for device 00:0d.0 Apr 21 10:27:33 linux kernel: PCI: Sharing IRQ 11 with 01:00.0 Apr 21 10:27:34 linux sshd[1547]: Server listening on :: port 22. Apr 21 10:27:36 linux kernel: eth0: no IPv6 routers present Apr 21 10:27:36 linux kernel: bootsplash: silent jpeg found. Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/chargen [file=/etc/xinetd.conf] [line=26] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/chargen-udp [file=/etc/xinetd.d/chargen-udp] [line=13] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/cups-lpd [file=/etc/xinetd.d/cups-lpd] [line=14] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/daytime [file=/etc/xinetd.d/daytime] [line=11] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/daytime-udp [file=/etc/xinetd.d/daytime-udp] [line=13] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/echo [file=/etc/xinetd.d/echo] [line=14] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/echo-udp [file=/etc/xinetd.d/echo-udp] [line=13] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/i4l-vbox [file=/etc/xinetd.d/i4l-vbox] [line=14] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/imap [file=/etc/xinetd.d/imap] [line=10] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/netstat [file=/etc/xinetd.d/netstat] [line=69] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/qpopper [file=/etc/xinetd.d/qpopper] [line=16] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/rsync [file=/etc/xinetd.d/rsync] [line=14] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/samba [file=/etc/xinetd.d/samba] [line=12] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/servers [file=/etc/xinetd.d/servers] [line=12] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/services [file=/etc/xinetd.d/services] [line=13] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/systat [file=/etc/xinetd.d/systat] [line=13] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/tftp [file=/etc/xinetd.d/tftp] [line=17] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/time [file=/etc/xinetd.d/time] [line=14] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/time-udp [file=/etc/xinetd.d/time-udp] [line=14] Apr 21 10:27:37 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/vnc [file=/etc/xinetd.d/vnc] [line=14] Apr 21 10:27:38 linux xinetd[1851]: Reading included configuration file: /etc/ xinetd.d/vsftpd [file=/etc/xinetd.d/vsftpd] [line=58] Apr 21 10:27:38 linux xinetd[1851]: removing chargen Apr 21 10:27:38 linux xinetd[1851]: removing chargen Apr 21 10:27:38 linux xinetd[1851]: removing printer Apr 21 10:27:38 linux xinetd[1851]: removing daytime Apr 21 10:27:38 linux xinetd[1851]: removing daytime Apr 21 10:27:38 linux xinetd[1851]: removing echo Apr 21 10:27:38 linux xinetd[1851]: removing echo Apr 21 10:27:38 linux xinetd[1851]: removing vboxd Apr 21 10:27:38 linux xinetd[1851]: removing pop2 Apr 21 10:27:38 linux xinetd[1851]: removing pop3 Apr 21 10:27:38 linux xinetd[1851]: removing pop3s Apr 21 10:27:38 linux xinetd[1851]: removing imap Apr 21 10:27:38 linux xinetd[1851]: removing imaps Apr 21 10:27:38 linux xinetd[1851]: removing netstat Apr 21 10:27:38 linux xinetd[1851]: removing pop3 Apr 21 10:27:38 linux xinetd[1851]: removing rsync Apr 21 10:27:38 linux xinetd[1851]: removing swat Apr 21 10:27:38 linux xinetd[1851]: removing servers Apr 21 10:27:38 linux xinetd[1851]: removing services Apr 21 10:27:38 linux xinetd[1851]: removing systat Apr 21 10:27:38 linux xinetd[1851]: removing tftp Apr 21 10:27:38 linux xinetd[1851]: removing time Apr 21 10:27:38 linux xinetd[1851]: removing time Apr 21 10:27:38 linux xinetd[1851]: removing vnc11 Apr 21 10:27:38 linux xinetd[1851]: removing vnchttpd11 Apr 21 10:27:38 linux xinetd[1851]: removing ftp Apr 21 10:27:38 linux xinetd[1851]: xinetd Version 2.3.12 started with libwrap loadavg options compiled in. Apr 21 10:27:38 linux xinetd[1851]: Started working: 2 available services Apr 21 10:27:38 linux kernel: parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE] Apr 21 10:27:38 linux kernel: parport0: irq 7 detected Apr 21 10:27:38 linux kernel: lp0: using parport0 (polling). Apr 21 10:27:40 linux kernel: usb.c: registered new driver serial Apr 21 10:27:40 linux kernel: usbserial.c: USB Serial support registered for Generic Apr 21 10:27:40 linux kernel: usbserial.c: USB Serial Driver core v1.4 Apr 21 10:27:43 linux kernel: isapnp: Scanning for PnP cards... Apr 21 10:27:43 linux kernel: isapnp: No Plug & Play device found Apr 21 10:27:44 linux /usr/sbin/cron[2017]: (CRON) STARTUP (fork ok) Apr 21 10:27:49 linux kernel: Linux video capture interface: v1.00 Apr 21 10:28:42 linux kdm[2099]: pam_unix2: session started for user sergio, service xdm Apr 21 10:28:42 linux resmgr[1312]: accepted connection from user root Apr 21 10:28:42 linux resmgr[1312]: disconnect from root Apr 21 10:29:06 linux kernel: ide-floppy driver 0.99.newide Apr 21 10:29:06 linux kernel: hdb: attached ide-cdrom driver. Apr 21 10:29:06 linux kernel: hdb: ATAPI 32X CD-ROM CD-R/RW drive, 4096kB Cache Apr 21 10:29:06 linux kernel: Uniform CD-ROM driver Revision: 3.12 Apr 21 10:29:06 linux kernel: hdd: attached ide-cdrom driver. Apr 21 10:29:06 linux kernel: hdd: ATAPI 32X CD-ROM drive, 128kB Cache Apr 21 10:47:22 linux -- MARK -- Apr 21 10:59:00 linux /USR/SBIN/CRON[2691]: (root) CMD ( rm -f /var/spool/ cron/lastrun/cron.hourly) Apr 21 11:11:32 linux modprobe: modprobe: Can't locate module sound-service-1-3 Apr 21 11:11:32 linux modprobe: modprobe: Can't locate module sound-service-2-3 Apr 21 11:11:32 linux modprobe: modprobe: Can't locate module sound-service-3-3 Apr 21 11:19:22 linux modprobe: modprobe: Can't locate module sound-service-1-3 Apr 21 11:19:22 linux modprobe: modprobe: Can't locate module sound-service-2-3 Apr 21 11:19:22 linux modprobe: modprobe: Can't locate module sound-service-3-3 Apr 21 11:24:47 linux kdm[2099]: pam_unix2: session finished for user sergio, service xdm Apr 21 11:24:47 linux resmgr[1312]: accepted connection from user root Apr 21 11:24:47 linux resmgr[1312]: disconnect from root Apr 21 11:47:22 linux -- MARK -- Apr 21 11:59:00 linux /USR/SBIN/CRON[4041]: (root) CMD ( rm -f /var/spool/ cron/lastrun/cron.hourly) Apr 21 12:27:22 linux -- MARK -- Apr 21 12:47:22 linux -- MARK -- Apr 21 12:59:00 linux /USR/SBIN/CRON[5049]: (root) CMD ( rm -f /var/spool/ cron/lastrun/cron.hourly) Apr 21 13:27:08 linux kdm[3483]: pam_unix2: session started for user sergio, service xdm Apr 21 13:27:08 linux resmgr[1312]: accepted connection from user root Apr 21 13:27:08 linux resmgr[1312]: disconnect from root Apr 21 13:47:22 linux -- MARK -- Apr 21 13:59:00 linux /USR/SBIN/CRON[6301]: (root) CMD ( rm -f /var/spool/ cron/lastrun/cron.hourly) Apr 21 14:27:22 linux -- MARK -- Apr 21 14:47:22 linux -- MARK -- Apr 21 14:59:00 linux /USR/SBIN/CRON[7289]: (root) CMD ( rm -f /var/spool/ cron/lastrun/cron.hourly) Apr 21 15:27:22 linux -- MARK -- Apr 21 15:35:22 linux kernel: ISO 9660 Extensions: Microsoft Joliet Level 3 Apr 21 15:35:22 linux kernel: ISOFS: changing to secondary root Apr 21 15:47:22 linux -- MARK --
Todavía demasiado complicado para mí eso de comprender los mensajes del kernel. No obstante, y aun cuando la mayor parte de los problemas en linux suele causarlos el hardware, te explico una manera, sino de evitar, al menos sí de solucionar los "cuelgues"; hay un programa que lo puedes ejecutar poniendo "xkill" en una consola o donde puedas, con el que te aparecerá una calavera. Una vez que el puntero del ratón se te haya convertido en calavera, apunta (pero ojo!: apunta bien) y te "cargarás" todas las ventanitas o programas que quieras. Se trata de que vayas probando. Si "matas" al acertado verás qué es lo que te estaba fallando, por exclusión. Suerte. - My nick is JOSANable but my name is José Antonio Meler Garanto --- ICQ: 58346400 Yahoo Messenger: JOSANHUESCA MSN: JOSANmelgar@hotmail.com --- http://counter.li.org register user #316070 machine 226218 ---
je, je, muy buena idea. No se si funcionara por que cuando estoy en "fase cuelgue" no se lanzan los iconos de la barra del escritorio (p. ejem el icono de la Konsole), pero lo intentare... sergio -********************* El Miércoles, 21 de Abril de 2004 17:21, JOSANable escribió:
Todavía demasiado complicado para mí eso de comprender los mensajes del kernel. No obstante, y aun cuando la mayor parte de los problemas en linux suele causarlos el hardware, te explico una manera, sino de evitar, al menos sí de solucionar los "cuelgues"; hay un programa que lo puedes ejecutar poniendo "xkill" en una consola o donde puedas, con el que te aparecerá una calavera. Una vez que el puntero del ratón se te haya convertido en calavera, apunta (pero ojo!: apunta bien) y te "cargarás" todas las ventanitas o programas que quieras. Se trata de que vayas probando. Si "matas" al acertado verás qué es lo que te estaba fallando, por exclusión. Suerte.
- My nick is JOSANable but my name is José Antonio Meler Garanto --- ICQ: 58346400 Yahoo Messenger: JOSANHUESCA MSN: JOSANmelgar@hotmail.com --- http://counter.li.org register user #316070 machine 226218 ---
El Miércoles, 21 de Abril de 2004 17:34, Sergio Cotera escribió:
je, je, muy buena idea. No se si funcionara por que cuando estoy en "fase cuelgue" no se lanzan los iconos de la barra del escritorio (p. ejem el icono de la Konsole), pero lo intentare...
Prueba entonces con cual te funciona mejor:
>a escribir "xkill" en el programa Lanzador de Aplicaciones (Botón derecho del ratón sobre la barra de tareas>>Añadir>>Applet>>Lanzador de aplicaciones). >a escribir y ejecutar el comando "xkill" cuando se te abra la ventanita después de pulsar simultáneamente Alt+F2
Eso para hacerlo sencillo, pero alternativamente hay algún programa que te permite ver los procesos en ejecución, etc y se pondían matar desde la línea de comandos directamente...
sergio
-*********************
El Miércoles, 21 de Abril de 2004 17:21, JOSANable escribió:
Todavía demasiado complicado para mí eso de comprender los mensajes del kernel. No obstante, y aun cuando la mayor parte de los problemas en linux suele causarlos el hardware, te explico una manera, sino de evitar, al menos sí de solucionar los "cuelgues"; hay un programa que lo puedes ejecutar poniendo "xkill" en una consola o donde puedas, con el que te aparecerá una calavera. Una vez que el puntero del ratón se te haya convertido en calavera, apunta (pero ojo!: apunta bien) y te "cargarás" todas las ventanitas o programas que quieras. Se trata de que vayas probando. Si "matas" al acertado verás qué es lo que te estaba fallando, por exclusión. Suerte.
- My nick is JOSANable but my name is José Antonio Meler Garanto --- ICQ: 58346400 Yahoo Messenger: JOSANHUESCA MSN: JOSANmelgar@hotmail.com --- http://counter.li.org register user #316070 machine 226218 ---
-- My nick is JOSANable but my name is José Antonio Meler Garanto --- ICQ: 58346400 Yahoo Messenger: JOSANHUESCA MSN: JOSANmelgar@hotmail.com --- http://counter.li.org register user #316070 machine 226218 ---
je, je, muy buena idea. No se si funcionara por que cuando estoy en "fase cuelgue" no se lanzan los iconos de la barra del escritorio (p. ejem el icono de la Konsole), pero lo intentare...
La calaverita se puede activar pulsando CTRL+ALT+ESC. Cuidadín, como te ha dicho Josanable. Para ver los procesos en ejecución puedes pulsar CTRL+ESC (si te funciona el teclado, claro) ;) Suerte.
*This message was transferred with a trial version of CommuniGate(tm) Pro* -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Miércoles, 21 de Abril de 2004 17:21, JOSANable escribió:
Todavía demasiado complicado para mí eso de comprender los mensajes del kernel. No obstante, y aun cuando la mayor parte de los problemas en linux suele causarlos el hardware, te explico una manera, sino de evitar, al menos sí de solucionar los "cuelgues"; hay un programa que lo puedes ejecutar poniendo "xkill" en una consola o donde puedas, con el que te aparecerá una calavera. Una vez que el puntero del ratón se te haya convertido en calavera, apunta (pero ojo!: apunta bien) y te "cargarás" todas las ventanitas o programas que quieras. Se trata de que vayas probando. Si "matas" al acertado verás qué es lo que te estaba fallando, por exclusión. Suerte.
* El problema es que xkill control+alt+escape, NO mata el proceso, mejor pulsar control+escape y en la ventana de ksysguard, seleccionar los procesos y matarlos, en consola ps -aef , identificar el numero de proceso a matar y kill nº_de_proceso, kill -9 nº_de_proceso si se resiste a morir dignamente. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAhrM7AXFL65CppEIRAhdZAJwO6kZeHncH4i1/2CHGn6fp72qIHwCfWuaB 26gXpsyCDzw4JRvHnTbdH/I= =9t1W -----END PGP SIGNATURE-----
si, todas esas ideas estan muy bien. Por ejemplo el ksysguard es muy socorrido en muchas ocasiones, pero cuando se me bloquea el teclado (80% de los cuelgues) no se puede ejecutar. Mi pregunta original esta más destinada a evitarlos y que no se produzcan. Si esto fuera windows, lo asumiria como un "coste" por el echo de usarle. Por eso migré a linux. Sabeis, por estas coincidencias que ocurren en la vida, de algun proceso o hardware mal instalado que pueda producir cuelgues parecidos a los que describo????????? Muchas gracias por vuestra ayuda sergio pd: si encuentro el fallo, lo diré. *************************************** El Miércoles, 21 de Abril de 2004 19:45, jose maria escribió:
*This message was transferred with a trial version of CommuniGate(tm) Pro*
El Miércoles, 21 de Abril de 2004 17:21, JOSANable escribió:
Todavía demasiado complicado para mí eso de comprender los mensajes del kernel. No obstante, y aun cuando la mayor parte de los problemas en linux suele causarlos el hardware, te explico una manera, sino de evitar, al menos sí de solucionar los "cuelgues"; hay un programa que lo puedes ejecutar poniendo "xkill" en una consola o donde puedas, con el que te aparecerá una calavera. Una vez que el puntero del ratón se te haya convertido en calavera, apunta (pero ojo!: apunta bien) y te "cargarás" todas las ventanitas o programas que quieras. Se trata de que vayas probando. Si "matas" al acertado verás qué es lo que te estaba fallando, por exclusión. Suerte.
* El problema es que xkill control+alt+escape, NO mata el proceso, mejor pulsar control+escape y en la ventana de ksysguard, seleccionar los procesos y matarlos, en consola ps -aef , identificar el numero de proceso a matar y kill nº_de_proceso, kill -9 nº_de_proceso si se resiste a morir dignamente.
*This message was transferred with a trial version of CommuniGate(tm) Pro* -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Miércoles, 21 de Abril de 2004 20:01, Sergio Cotera escribió:
Mi pregunta original esta más destinada a evitarlos y que no se produzcan. Si esto fuera windows, lo asumiria como un "coste" por el echo de usarle. Por eso migré a linux.
* Las razones por las que migraste a linux son tuyas, yo por muchas otras de mayor importancia y si encuentra algo mejor uselo.
Sabeis, por estas coincidencias que ocurren en la vida, de algun proceso o hardware mal instalado que pueda producir cuelgues parecidos a los que describo?????????
* Que se cuelgue el sistema operativo es muy dificil, el problema es que no puedes comprobarlo si no tienes otra maquina para poder acceder por ssh y comprobarlo, si se cuelga la maquina yo apostaria por la memoria o la tarjeta grafica, retiralas y vuelve a pincharlas bien, no vale que en windows "no me de problemas el hardware" linux interactua a muy bajo nivel con el hardware y lo explota en sus especificaciones descubriendo los muy habituales defectos de fabricacion, es habitual que una tarjeta grafica defectuosa de problemas de vez en cuando en wilson y en linux a los cinco minutos se cuelgue, otra causa habitual es que se haya estropeado el ventilador del procesador, otra en maquinas no muy recientes es que se incluyan nuevos discos, tarjetas, etc, a mayores y la fuente de alimentacion ande en su limite, reiniciandose los discos duros sin razon aparente, o por sectores defectuosos en el disco duro verifiquelo. * La memoria testeela con memtest durante al menos una noche, es una opcion standard en los cargadores al arrancar la maquina. * No obstante deshabilite tambien el plug&play por S.0. en la bios, que sea linux quien asigne las interrupciones. * Si es el servidor grafico el que se cuelga, se impone una mejor configuracion con sax2, o una desinstalacion de Xfree, kde, etc y volverlos a instalar y actualizar con you. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAhsJFAXFL65CppEIRAlluAJ46+zd3bwuXnqsM5DAe1UTMTnwzAwCfbUYL pqhf7Rd1fLWt8WqTFFANmsc= =rSMN -----END PGP SIGNATURE-----
El 2004-04-21 a las 20:01 +0200, Sergio Cotera escribió:
Sabeis, por estas coincidencias que ocurren en la vida, de algun proceso o hardware mal instalado que pueda producir cuelgues parecidos a los que describo?????????
Si no te permite entrar como root en una consola de texto, yo sospecharía de algún problema de lectura/escritura en el disco: o bien lleno, o con errores, o un proceso desbocado escribiendo en disco o tragando memoria por un tubo y tirándola a la basura. Si los cuelgues son habituales, deja una consola de texto abierta como root, y con el prgrama "top" ejecutándose. Cuando se cuelgue, con un poco de suerte podrás saltar y ver algo. -- Saludos Carlos Robinson
Hola A mí me suele pasar y es por culpa del sonido que viene integrado con los chipset via. Fijate si realmente desactivaste totalmente el sonido, en mi máquina consta de 3 partes en la configuración de vios una para el controlador AC97, otra para MPU401 y otra para el puerto de juegos, todos en distintas ventanas de la configuarción de bios. Por lo que yo he podido apreciar de mis cuelgues es un problema de irq compartidas (ya a esta altura tendría que haber 64 irq distintas). Suerte, Alfredo sergio_cotera@tecxxi.com wrote:
si, todas esas ideas estan muy bien. Por ejemplo el ksysguard es muy socorrido en muchas ocasiones, pero cuando se me bloquea el teclado (80% de los cuelgues) no se puede ejecutar.
Mi pregunta original esta más destinada a evitarlos y que no se produzcan. Si esto fuera windows, lo asumiria como un "coste" por el echo de usarle. Por eso migré a linux.
Sabeis, por estas coincidencias que ocurren en la vida, de algun proceso o hardware mal instalado que pueda producir cuelgues parecidos a los que describo?????????
Muchas gracias por vuestra ayuda
sergio
pd: si encuentro el fallo, lo diré.
***************************************
El Miércoles, 21 de Abril de 2004 19:45, jose maria escribió:
*This message was transferred with a trial version of CommuniGate(tm) Pro*
El Miércoles, 21 de Abril de 2004 17:21, JOSANable escribió:
Todavía demasiado complicado para mí eso de comprender los mensajes del kernel. No obstante, y aun cuando la mayor parte de los problemas en linux suele causarlos el hardware, te explico una manera, sino de evitar, al menos sí de solucionar los "cuelgues"; hay un programa que lo puedes ejecutar poniendo "xkill" en una consola o donde puedas, con el que te aparecerá una calavera. Una vez que el puntero del ratón se te haya convertido en calavera, apunta (pero ojo!: apunta bien) y te "cargarás" todas las ventanitas o programas que quieras. Se trata de que vayas probando. Si "matas" al acertado verás qué es lo que te estaba fallando, por exclusión. Suerte.
* El problema es que xkill control+alt+escape, NO mata el proceso, mejor pulsar control+escape y en la ventana de ksysguard, seleccionar los procesos y matarlos, en consola ps -aef , identificar el numero de proceso a matar y kill nº_de_proceso, kill -9 nº_de_proceso si se resiste a morir dignamente.
Pues el caso es que a mi también me pasa. Curiosamente tengo un AMD 2,5 + 512 DDR 333. También tengo NVidia, de 64. Se me cuelga con MLDonkey en modo consola + varios días funcionando. Si no tengo el donkey, lo apago despues de usarlo, por lo que claramente no se cuelga. Las configuraciones se parecen. El problema también. Cuando me pasa eso, no funciona el teclado ni el ratón, por lo que los trucos aquí indicados no funcionarían. No arranco el servidor de sonido, y ya le pasé el memcheck hace un tiempo sin problemas. Me da la impresión que se cuelga algo relacionado con kde, porque parece que el ordenador en si, sigue funcionando. Seguiremos investigando. Pablo. El Miércoles, 21 de Abril de 2004 16:56, Sergio Cotera escribió:
Hola linuxeros!
Aunque me cueste decirlo, mi suse se me cuelga con demasiada frecuencia.
Como ejemplo, ahora mismo he tenido que dar botonazo por que el sistema no me respondia. Estaba con:
*overnet, modo consola desde CRT+ALT+F5 * xmms * kmail, kopete * konqueror (viendo unos pdf de un cdrom que tenia en la "quemadora").
Baje el volumen del altavoz o quite el xmms (no me auerdo) para responar una llamada telefonica (7 minutos) y al volver ya se habia liado todo.
No se porque, el entorno grafico dejo de funcionar, sólo podia maximizar y minimizar ventanas pero no habrir ningun programa como el kmenu. ALT+F2 no funcionaba. Intente irme a una consola para arreglar la debacle CRT+ALT+ F3, pude poner root en "login", y ahi se quedo. No me aparecio "password".
Deje el sistema evolucionar unos 15 minutos y no ocurrio nada. Al final di botonazo.
El cuelgue esta vez fue "leve" otras veces ni el teclado me responde. No se me enciende la lucecita de mayusculas.
No se muy bien a que se puede deber, no encuentro una clara relación causa-efecto, pero me temo que tiene que ver con el hardware.
Tengo un
*AMD a 2.6 gigas, 526 DDR a 400 Mhz (un capricho). * Placa base Asus A7V8X-X, con tarjeta de red integrada. Tambien tiene integrada la de sonido, pero la he desabilitado. *Tarjeta de sonido muy vieja. Sound blaster de unos 5 años. *tarjeta grafica Nvidia de 32 MB. *cdrom (x 32) y grabadora (x32 x4 x8), ambos con sus buenos añitos. Tengo un mal "palpito " con ellos.
Ha alguien le ha pasado algo parecido o me puede hechar una mano?
Por si sirve de algo (cosa que dudo mucho), tambien pongo los mensajes del kernel
Muchas gracias de antemano
sergio
[...]
Pues mira, ma acaba de pasar y de /var/log/warn lo que hay es: --------------------------- Apr 24 12:52:13 nombre-de-pc kdm[1283]: Server for display :0 terminated unexpectedly Apr 24 12:54:06 nombre-de-pc kdm[1283]: Server for display :0 terminated unexpectedly Apr 24 12:55:00 nombre-de-pc kernel: spurious 8259A interrupt: IRQ7. Apr 24 12:56:10 nombre-de-pc kdm[1283]: Server for display :0 terminated unexpectedly Apr 24 12:56:16 nombre-de-pc kdm[18439]: fatal IO error 32 (Broken pipe) -------------------------------- A partir de aquí es el arranque siguiente. El kernel no tiene ningún mensaje raro con dmesg, por lo que sigo creyendo que es problema de kde o algo relacinado con el interfaz gráfico. Pablo. El Miércoles, 21 de Abril de 2004 16:56, Sergio Cotera escribió:
Hola linuxeros!
Aunque me cueste decirlo, mi suse se me cuelga con demasiada frecuencia.
Como ejemplo, ahora mismo he tenido que dar botonazo por que el sistema no me respondia. Estaba con:
*overnet, modo consola desde CRT+ALT+F5 * xmms * kmail, kopete * konqueror (viendo unos pdf de un cdrom que tenia en la "quemadora").
Baje el volumen del altavoz o quite el xmms (no me auerdo) para responar una llamada telefonica (7 minutos) y al volver ya se habia liado todo.
No se porque, el entorno grafico dejo de funcionar, sólo podia maximizar y minimizar ventanas pero no habrir ningun programa como el kmenu. ALT+F2 no funcionaba. Intente irme a una consola para arreglar la debacle CRT+ALT+ F3, pude poner root en "login", y ahi se quedo. No me aparecio "password".
Deje el sistema evolucionar unos 15 minutos y no ocurrio nada. Al final di botonazo.
El cuelgue esta vez fue "leve" otras veces ni el teclado me responde. No se me enciende la lucecita de mayusculas.
No se muy bien a que se puede deber, no encuentro una clara relación causa-efecto, pero me temo que tiene que ver con el hardware.
Tengo un
*AMD a 2.6 gigas, 526 DDR a 400 Mhz (un capricho). * Placa base Asus A7V8X-X, con tarjeta de red integrada. Tambien tiene integrada la de sonido, pero la he desabilitado. *Tarjeta de sonido muy vieja. Sound blaster de unos 5 años. *tarjeta grafica Nvidia de 32 MB. *cdrom (x 32) y grabadora (x32 x4 x8), ambos con sus buenos añitos. Tengo un mal "palpito " con ellos.
Ha alguien le ha pasado algo parecido o me puede hechar una mano?
Por si sirve de algo (cosa que dudo mucho), tambien pongo los mensajes del kernel
Muchas gracias de antemano
sergio
[]
El 2004-04-24 a las 13:49 +0200, Peibol escribió:
Pues mira, ma acaba de pasar y de /var/log/warn lo que hay es: --------------------------- Apr 24 12:52:13 nombre-de-pc kdm[1283]: Server for display :0 terminated unexpectedly
O sea, se cae el servidor X. Pues, o bien quitas el driver de nvidia del fabricante y usas el abierto (sin 3D), o bien cambias a otro driver más antiguo o más moderno. Otras opciones... usar wdm en vez de kdm, por si las moscas.
A partir de aquí es el arranque siguiente.
El kernel no tiene ningún mensaje raro con dmesg, por lo que sigo creyendo que es problema de kde o algo relacinado con el interfaz gráfico.
Si tienes un aviso preocupante del kernel, "spurious 8259A interrupt: IRQ7" -- Saludos Carlos Robinson
Ok, gracias Carlos. Probaré lo que dices. Para empezar, he puesto en la BIOS que no asigne ninguna IRQ, para que las asigne el SO. También he quetado 3D. Pero, ¿dónde puedo encontrar el driver abierto de nvidia que mencionas? Gracias. El Sábado, 24 de Abril de 2004 14:16, Carlos E. R. escribió:
El 2004-04-24 a las 13:49 +0200, Peibol escribió:
Pues mira, ma acaba de pasar y de /var/log/warn lo que hay es: --------------------------- Apr 24 12:52:13 nombre-de-pc kdm[1283]: Server for display :0 terminated unexpectedly
O sea, se cae el servidor X.
Pues, o bien quitas el driver de nvidia del fabricante y usas el abierto (sin 3D), o bien cambias a otro driver más antiguo o más moderno.
Otras opciones... usar wdm en vez de kdm, por si las moscas.
A partir de aquí es el arranque siguiente.
El kernel no tiene ningún mensaje raro con dmesg, por lo que sigo creyendo que es problema de kde o algo relacinado con el interfaz gráfico.
Si tienes un aviso preocupante del kernel, "spurious 8259A interrupt: IRQ7"
-- Saludos Carlos Robinson
El 2004-04-25 a las 11:46 +0200, Peibol escribió:
Ok, gracias Carlos. Probaré lo que dices.
Ojo, no te aseguro que funcione, pero sospecho que puede ser. También puedes jugar con otras cosas, como la opción nvagp, y por supuesto, leerte la documentación de nvidia.
Para empezar, he puesto en la BIOS que no asigne ninguna IRQ, para que las asigne el SO.
Eso no creo que importe.
También he quetado 3D.
Pero, ¿dónde puedo encontrar el driver abierto de nvidia que mencionas?
No tienes que buscarlo, ya lo tienes. Tan sólo tienes que decirle al xfree que lo use. En el fichero "/etc/X11/XF86Config" tendrás una sección parecida a esta: Section "Device" # --- Driver "cerrado", de NVidia (el binario) --- Identifier "Device[1]" BoardName "GeForce2 MX/MX 400" BusID "1:0:0" Driver "nvidia" # Option "sw_cursor" Option "NvAGP" "3" # try 2 then 1 #Option "NvAGP" "2" # use agpgart #Option "NvAGP" "1" # use nvidia agp #Option "NvAGP" "0" # disable agp Option "NoLogo" "true" Screen 0 Option "Rotate" "off" VendorName "NVidia" EndSection Pues añade esta otra (mutandis mutandi): Section "Device" # ---- Driver "abierto", o sea, GPL --- Identifier "Device[0]" BoardName "GeForce2 MX/MX 400" BusID "1:0:0" Driver "nv" VendorName "NVidia" EndSection Observa que una es Device[0] y la otra es Device[1]. Hay otra sección: Identifier "Screen[0]" # ***** AQUI Device "Device[1]" # =====> Escoger aqui el driver. El 0 es nv, el 1 es NVidia <===== Monitor "Monitor[0]" # =====> Escoger aqui el monitor. El 0 es el IIyama, el 1 es el Proview EndSection Vale, pues cuando quiero usar el driver "nvidia" pongo un 1, y si quiero usar el "nv" (abierto) pongo un 0. Esto lo hice generando varias configuraciones con el sax2, apuntando los cambios, y luego mezclándolos en un único fichero que es el que uso en realidad (dos drivers distintos y dos monitores distintos). Así no tengo que configurar nada, lo tengo hecho. -- Saludos Carlos Robinson
participants (7)
-
Alfredo Jesús Delaiti Iannelli
-
Angel Martín
-
Carlos E. R.
-
JOSANable
-
jose maria
-
Peibol
-
Sergio Cotera