Esta es la ultima informacion que he podido obtener del log del
sistema con respecto al problema de la irq comentado :
.............
Oct 28 23:40:27 princesaporacer kernel: irq 19: nobody cared!
Oct 28 23:40:27 princesaporacer kernel: Call Trace:
Oct 28 23:40:27 princesaporacer kernel: [__report_bad_irq+36/144]
__report_bad_irq+0x24/0x90
Oct 28 23:40:27 princesaporacer kernel: [<c010c014>] __report_bad_irq+0x24/0x90
Oct 28 23:40:27 princesaporacer kernel: [do_IRQ+356/432] do_IRQ+0x164/0x1b0
Oct 28 23:40:27 princesaporacer kernel: [<c010c314>] do_IRQ+0x164/0x1b0
Oct 28 23:40:27 princesaporacer kernel: [do_IRQ+263/432] do_IRQ+0x107/0x1b0
Oct 28 23:40:27 princesaporacer kernel: [<c010c2b7>] do_IRQ+0x107/0x1b0
Oct 28 23:40:27 princesaporacer kernel:
[smp_apic_timer_interrupt+234/352] smp_apic_timer_interrupt+0xea/0x160
Oct 28 23:40:27 princesaporacer kernel: [<c011adca>]
smp_apic_timer_interrupt+0xea/0x160
Oct 28 23:40:27 princesaporacer kernel: [common_interrupt+24/32]
common_interrupt+0x18/0x20
Oct 28 23:40:27 princesaporacer kernel: [<c010a148>] common_interrupt+0x18/0x20
Oct 28 23:40:27 princesaporacer kernel: [default_idle+0/64]
default_idle+0x0/0x40
Oct 28 23:40:27 princesaporacer kernel: [<c01072a0>] default_idle+0x0/0x40
Oct 28 23:40:27 princesaporacer kernel: [default_idle+41/64]
default_idle+0x29/0x40
Oct 28 23:40:27 princesaporacer kernel: [<c01072c9>] default_idle+0x29/0x40
Oct 28 23:40:27 princesaporacer kernel: [cpu_idle+36/80] cpu_idle+0x24/0x50
Oct 28 23:40:27 princesaporacer kernel: [<c0107f24>] cpu_idle+0x24/0x50
Oct 28 23:40:27 princesaporacer kernel: [start_kernel+843/976]
start_kernel+0x34b/0x3d0
Oct 28 23:40:27 princesaporacer kernel: [<c03e070b>] start_kernel+0x34b/0x3d0
Oct 28 23:40:27 princesaporacer kernel: [unknown_bootoption+0/400]
unknown_bootoption+0x0/0x190
Oct 28 23:40:27 princesaporacer kernel: [<c03e0100>]
unknown_bootoption+0x0/0x190
Oct 28 23:40:27 princesaporacer kernel:
Oct 28 23:40:27 princesaporacer kernel: handlers:
Oct 28 23:40:27 princesaporacer kernel:
[__crc_simple_unlink+1646732/3600091] (rtl8139_interrupt+0x0/0x530
[8139too])
Oct 28 23:40:27 princesaporacer kernel: [<e19cc650>]
(rtl8139_interrupt+0x0/0x530 [8139too])
Oct 28 23:40:27 princesaporacer kernel: Disabling IRQ #19
...........
On Fri, 5 Nov 2004 00:21:17 +0100, Eloy Mier
Hola, tengo novedades con respecto al tema de la tarj de red.
Cuento el asunto.
Ayer, como habia montado la pcmcia 3com, y teniendo conexion a la red, pues actualizé con el yast el suse completo. Hasta aquí como siempre.
Ahora me iba a poner con el tema de la tarjeta de nuevo, asi que he desconectado el cable de red de la pcmcia y lo he conectado a rtk. Como la tenia dada de baja en el yast, he tenido que, siguiendo el proceso habitual, darla de alta. Como ya habia comentado en alguna ocasión, la tarjeta cuando sigue este proceso de alta empieza funcionando sin problema, pero al rato deja de hacer el ping.
Bien, pues se conoce que algo de lo que ayer actualizó el yast, me ha sacado un mensaje por el terminal a la vez que la tarjeta de red dejaba de funcionar.
El mensaje es : " Message from syslogd@princesaporacer at ....... princesaporacer kernel : Disabling IRQ #19 "
Bien, parece que por lo menos ya se cual es el motivo de la perdida de la tarjeta en marcha. El sistema por algún motivo deja de usar la irq que esta usando la lan y por lo tanto deja de funcionar.
Bueno, pues es un avance. Ahora mismo toy buscando info sobre ese mensaje, pues es la primera vez que lo veo.....
On Thu, 4 Nov 2004 10:02:23 +0100, Camaleón
wrote: On Thu, 4 Nov 2004 00:00:31 +0100, Eloy Mier wrote:
Como resultado pongo alguna salida de comandos despues de dar de baja y alta la 3com. En este caso veo la lan y tengo salida a la net :
Hola Eloy,
Pues a mi ya no se me ocurre nada más. :-( Si la tarjeta es detectada por SuSE y te aparece en Yast, y si no es problema de filtrado ni de cortafuegos y sigues sin poder hacer un ping, pues ya no sabría dónde mirar.
Mi consejo es que (cuando dispongas de tiempo) intentes poner de nuevo la tarjeta Realtek configuarada con DHCP tal y como debería estar. Iniciar el equipo, ver lo que dice el cliente DCHP (si se inicia o no), parar la red y volverla a iniciar (rcnetworkrestart), y hacer todas las pruebas de nuevo, así como mirar los ficheros de configuración de DHCP, el archivo resolv.conf, y todos los que puedan estar relacionados con la red.
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