Bien, ayer verifique lo que me habías comentado en el mail anterior. Parece que mi tarj gráfica esta configurada como una radeon 9000, así que tambien descarto ese poblema. Un saludo y gracias. Eloy. On Thu, 21 Oct 2004 18:02:25 +0200, Eloy Mier wrote:

xD... me dejas alucinado.

¿Y la instalacion de la radeon 9000 la hiciste desde el yast?

On Thu, 21 Oct 2004 16:14:21 +0200, Juan Jose Cejudo

wrote:

...

Yo tengo el mismo portátil, y tuve el mismo problema instalando la suse 9.1 pro, el problema lo solucione cambiando el driver de la tarjeta grafica, ya que el que instala suse esta equivocado instala una ati rage y tienes que poner la ati radeon 9000

Espero que te sirva la info

Un saludo.

-----Mensaje original----- De: Eloy Mier [mailto:emierp@gmail.com] Enviado el: jueves, 21 de octubre de 2004 10:55 Para: suse-linux-s@suse.com Asunto: Re: [suse-linux-s] Fwd: Pregunta sobre acer aspire 1600

Bueno, continuando con el tema....

He accedido a XP (solo por curiosidad) para ver que recursos son lo que asignaba a la tarjeta de red. (Si a alguien le interesan los valores concretos que me lo diga para mandarlos, pues ahora mismo no los tengo aquí).

Bien, tengo que comentar que los recursos e irq asignados a la misma coinciden de forma extacta tanto en xp como en suse 9.1. Así que he descartado tambien que el problema puediese tratarse de recursos.

Solo una curiosidad que agregar.

Como no fuinciona ni para atrás, el lunes me cargue la tarjeta con el yast. Reinicié al sistema y la volvi a agregar. Cual fue mi sorpresa que durante unos segundos si que consegui hacer ping al router. En ese momento me fui al interfaz gráfico (todo contento por que parecia que estaba resuelta la incidencia), y dejo de funcionar pasados unos segundos.....

No sep...he intentado realizar el mismo procedimiento de borrado y creacion, pero en los intentos sucesivos no he logrado hacer el ping.

Un saludo a todos.

On Sat, 16 Oct 2004 19:28:32 +0200, Rafa Grimán wrote:

...

Hola :)

El Viernes, 15 de Octubre de 2004 20:20, Eloy Mier escribió:

...

[...]

Setting up network interfaces: lo lo IP address: 127.0.0.1/8 done eth0 device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) eth0 configuration: eth-id-00:0a:e4:00:0a:e4 eth0 (DHCP) . . <notice>pidofproc: dhcpcd 1910 IP/Netmask: 192.168.0.66 / 255.255.255.0 doneWaiting for mandatory devices: eth-id-00:00:86:38:4d:ef 17 16 15 14 13 12 11 9 8 7 6 5 4 3 2 1 0 eth-id-00:00:86:38:4d:ef No interface found [...]

Lo que no termino de entender es cómo es posible que tome correctamente la ip del dhcp y despues no sea capaz de ver la red.

Faltaría saber las rutas:

route -n

...

Bien, despues de pelearme con el firewal, pues pense que podria ser un tema de config del sistema, probe a instalar otra tarjeta de red alternativa, en este caso una pcmcia de 3com, concretamente una 3cxfe575bt. Bien, esta tarjeta la detecto el sistema sin problema, instaló los drivers y pude hacer un ping al router.

Esta tarjeta puede que te de algún problema, dos opciones: - entras en YaST y la eliminas - entras en YaST y dices que el arranque sea manual

De esta manera, no te seguirá dando los errores de tarjeta no encontrada y no te intentará detectarla durante esos 20 segundos (acelera el arranque ;)

Saludos,

Rafa

-- Rafael Grimán, Partner Services SUSE LINUX AG, Maxfeldstr. 5, D-90409 Nuernberg Phone: +34 665 808 935 Fax: +49 (0) 911 74053-575 - Email: rgriman@novell.com ------------------------------------------------------ Simply change to http://www.suse.de/es

--

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

On Tue, 2 Nov 2004 21:47:18 +0100, Eloy Mier wrote:

esta es la salida del route -n con la tarjeta funcionando, que es la misma que despues de haber entrado en el modo gráfico :

Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0

Mi salida de route -n es un poco diferente (estoy con la versión 8.2):

Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0

y esta es la salida del comando ifstatus eth0 antes y despues de funcionar :

eth0 device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) eth0 configuration: eth-id-00:0a:e4:00:0a:e4 dhcpcd not running eth0 is up 3: eth0: mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:0a:e4:00:0a:e4 brd ff:ff:ff:ff:ff:ff inet 192.168.0.5/24 brd 255.255.255.255 scope global eth0 inet6 fe80::20a:e4ff:fe00:ae4/64 scope link valid_lft forever preferred_lft forever eth0 IP address: 192.168.0.5/24 (DHCP)

¿No estará intentando utilizar DHCP? Lo digo por la última línea, que parece sospechosa. Por las DNS veo que estás con Wanadoo ¿Qué router tienes y cómo está configurado? ¿Hace de servidor DHCP? Podrías comparar las salidas del comando rounte -n y de ifstatus eth0 con las que te da la otra tarjeta de red (PCMCIA) para ver las diferencias. Saludos, -- Camaleón

On Wed, 3 Nov 2004 09:28:11 +0100, Eloy Mier wrote:

Efectivamente, el router es un SpeedStream 5600, y efectivamente esta configurado como dhcp.

Pues si el router está configurado para asignar la IP a los equipos, tienes que configurar SuSE para que utilice DHCP. Si le pones una IP fija, es posible que tenga problemas para ver al router. Lo de probar con una IP fija es factible si el router no asigna las direcciones.

Bien, digo lo mismo que en mail anteriores, la misma configuracion (sin tocar nada del router o de la lan, con un win (ahhhhhgggg), funciona correctamente, asi que descarto problemas de configuracion en el router-lan.

El problema no está en el router, sino en que por algún motivo, la tarjeta o no recibe bien la configuración que le manda el router o hay un problema de enrutado de paquetes (¿firewall, iptables, filtros?. Saludos, -- Camaleón

On Wed, 3 Nov 2004 09:07:56 +0100, Camaleón wrote:

On Tue, 2 Nov 2004 21:47:18 +0100, Eloy Mier wrote:

...

esta es la salida del route -n con la tarjeta funcionando, que es la misma que despues de haber entrado en el modo gráfico :

Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0

Mi salida de route -n es un poco diferente (estoy con la versión 8.2):

...

Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0

...

y esta es la salida del comando ifstatus eth0 antes y despues de funcionar :

eth0 device: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) eth0 configuration: eth-id-00:0a:e4:00:0a:e4 dhcpcd not running eth0 is up 3: eth0: mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:0a:e4:00:0a:e4 brd ff:ff:ff:ff:ff:ff inet 192.168.0.5/24 brd 255.255.255.255 scope global eth0 inet6 fe80::20a:e4ff:fe00:ae4/64 scope link valid_lft forever preferred_lft forever eth0 IP address: 192.168.0.5/24 (DHCP)

¿No estará intentando utilizar DHCP? Lo digo por la última línea, que parece sospechosa.

Por las DNS veo que estás con Wanadoo ¿Qué router tienes y cómo está configurado? ¿Hace de servidor DHCP?

Podrías comparar las salidas del comando rounte -n y de ifstatus eth0 con las que te da la otra tarjeta de red (PCMCIA) para ver las diferencias.

La salida del ifstatus eth1 (el uno es por que al poner la 3com me da ese numero en la tarjeta): eth1 device: 3Com Corporation 3c575 [Megahertz] 10/100 LAN CardBus (rev 01) eth1 configuration: eth-id-00:00:86:38:4d:ef dhcpcd running eth1 is up 4: eth1: mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:00:86:38:4d:ef brd ff:ff:ff:ff:ff:ff inet 192.168.0.143/24 brd 255.255.255.255 scope global eth1 inet6 fe80::200:86ff:fe38:4def/64 scope link valid_lft forever preferred_lft forever eth1 IP address: 192.168.0.143/24 (DHCP) current lease for eth1: IPADDR=192.168.0.143 NETMASK=255.255.255.0 GATEWAY=192.168.0.1 DOMAIN='CASAMIER' DNS=62.37.237.140,62.37.236.252 DHCPSIADDR=0.0.0.0 DHCPCHADDR=00:00:86:38:4D:EF La salida del route -n con la tarjeta 3 com dentro del pc es : Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo Con esta config, no tengo salida a la net, pero si que puedo hacerle ping al router. Con respecto a esto ¿que ruta deberia añadir si quiero salir a la net mediante la 3 com? ¿0.0.0.0 192.168.0.1 0.0.0.0 ................... eth1? Y la ultima cuestion respecto al tema de las rutas.....¿en el caso de añadir una ruta del estilo de la anterior con el comando route add .....se mantiene dicha ruta entre arranque y arranque ? ¿o hay q añadirla cada vez que yo inserto la tarjeta en el pc?

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

On Wed, 3 Nov 2004 21:29:38 +0100, Eloy Mier wrote:

La salida del ifstatus eth1 (el uno es por que al poner la 3com me da ese numero en la tarjeta):

eth1 device: 3Com Corporation 3c575 [Megahertz] 10/100 LAN CardBus (rev 01) eth1 configuration: eth-id-00:00:86:38:4d:ef dhcpcd running eth1 is up 4: eth1: mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:00:86:38:4d:ef brd ff:ff:ff:ff:ff:ff inet 192.168.0.143/24 brd 255.255.255.255 scope global eth1 inet6 fe80::200:86ff:fe38:4def/64 scope link valid_lft forever preferred_lft forever eth1 IP address: 192.168.0.143/24 (DHCP)

Bien, no se ve nada raro. Parece que el router ha sido capaz de asignarle una IP (192.168.0.143) y que el servicio DHCP está funcionando. ¿El valor de brd es correcto? A mi me aparece como brd 192.168.0.255...

current lease for eth1: IPADDR=192.168.0.143 NETMASK=255.255.255.0 GATEWAY=192.168.0.1 DOMAIN='CASAMIER' DNS=62.37.237.140,62.37.236.252 DHCPSIADDR=0.0.0.0 DHCPCHADDR=00:00:86:38:4D:EF

Aquí hay algo raro, o al menos yo no lo veo claro... Dice que la puerta de enlace es: 192.168.0.1, que es correcto, pero el comando route -n que pones más abajo no lo detecta. :-?

La salida del route -n con la tarjeta 3 com dentro del pc es :

Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo

Con esta config, no tengo salida a la net, pero si que puedo hacerle ping al router.

Con respecto a esto ¿que ruta deberia añadir si quiero salir a la net mediante la 3 com?

¿0.0.0.0 192.168.0.1 0.0.0.0 ................... eth1?

Esto debe de hacerlo el router, tú no deberías de poner nada de forma manual si utilizas DCHP.

Y la ultima cuestion respecto al tema de las rutas.....¿en el caso de añadir una ruta del estilo de la anterior con el comando route add .....se mantiene dicha ruta entre arranque y arranque ?

Hum.. yo no añadiría nada. El router debe de pasar a SuSE la IP, los servidores DNS y la puerta de enlace, tal y como lo explican en este artículo, si no lo hace es porque algo está fallando: Using an ADSL Router in SUSE LINUX http://portal.suse.com/sdb/en/2004/03/thallma_adsl-router.html

¿o hay q añadirla cada vez que yo inserto la tarjeta en el pc?

En tu caso, se supone que debe de pasarla el router, que es el encargado de pasar la información al cliente que use DHCP. ;-) Saludos, -- Camaleón

On Wed, 3 Nov 2004 22:38:04 +0100, Camaleón wrote:

On Wed, 3 Nov 2004 21:32:42 +0100, Eloy Mier wrote:

...

Y lo que queria agregar al asunto es la config que me asigna en XP el windows a la realtek, a ver si a alguno le da alguna pista adicional :

Parece que aquí todo está bien... IP, servidores DNS, puerta de enlace. La única diferencia palpable que veo es que el DNS queda especificado como la IP interna del router, pero en SuSE aparece los servidores DNS de Wanadoo (62.37.237.140,62.37.236.252).

Sip, en eso que comentas de las dns de wanadoo ya me habia fijado. En el windows es transparente, yo entiendo que es el router el encargado del asunto, pero en cambio en el suse, es el propio sistema el que recupera esa informacion. Sigo con ello. La verdad es que no lo entiendo demasiado bien. Con respecto a la configuracion con la 3com, al insertarla en el pc me la ha detectado como siempre y despues de asignar los valores correspondientes he podido hacer ping. El asunto es que para poder escribir este mail con el suse, he tenido que darla de baja y volver a configurarla. 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 : ifconfig : eth0 Link encap:Ethernet HWaddr 00:0A:E4:00:0A:E4 BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:10 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:2820 (2.7 Kb) Interrupt:19 Base address:0xb000 eth1 Link encap:Ethernet HWaddr 00:00:86:38:4D:EF inet addr:192.168.0.143 Bcast:255.255.255.255 Mask:255.255.255.0 inet6 addr: fe80::200:86ff:fe38:4def/64 Scope:Link UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:44 errors:0 dropped:0 overruns:0 frame:0 TX packets:76 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:8335 (8.1 Kb) TX bytes:7897 (7.7 Kb) Interrupt:17 Base address:0x4800 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:25 errors:0 dropped:0 overruns:0 frame:0 TX packets:25 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2340 (2.2 Kb) TX bytes:2340 (2.2 Kb) sit0 Link encap:IPv6-in-IPv4 NOARP MTU:1480 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) ifstatus eth1 (que es la 3com) ; eth1 device: 3Com Corporation 3c575 [Megahertz] 10/100 LAN CardBus (rev 01) eth1 configuration: eth-id-00:00:86:38:4d:ef dhcpcd not running eth1 is up 3: eth1: mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:00:86:38:4d:ef brd ff:ff:ff:ff:ff:ff inet 192.168.0.143/24 brd 255.255.255.255 scope global eth1 inet6 fe80::200:86ff:fe38:4def/64 scope link valid_lft forever preferred_lft forever eth1 IP address: 192.168.0.143/24 (DHCP) current lease for eth1: IPADDR=192.168.0.143 NETMASK=255.255.255.0 GATEWAY=192.168.0.1 DOMAIN='CASAMIER' DNS=62.37.237.140,62.37.236.252 DHCPSIADDR=0.0.0.0 DHCPCHADDR=00:00:86:38:4D:EF route -n : Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth1 (esta la agrega al quitarla y ponerla desde 0 mediante yast). Un saludo a todos.

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

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,

Gracias por la ayuda. Esta noche hare lo que dices, a ver....pero me parece que yo ya estoy como tu, que no se me ocurre nada.

-- 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

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 wrote:

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

El 2004-11-05 a las 00:41 +0100, Eloy Mier escribió:

Oct 28 23:40:27 princesaporacer kernel: irq 19: nobody cared!

Esa irq 19 es la de tu eth0 - según un msj tuyo anterior. Sin saber exactamente que es lo que hace el kenel con las interrupciones, creo que dice que se ha producido una interrupción, y que no ha sido atendida. A continuación vuelca una traza para que los desarrolladores puedan resolverlo. Una duda. Esa irq 19, ¿la usa algún otro dispositivo? ¿Quizás la tarjeta de video? ¿Sonido? Eso explicaría porqué fracasa al hacer el login gráfico.

Oct 28 23:40:27 princesaporacer kernel: Disabling IRQ #19

Esto es el kernel autoprotegiendose. Yo enviaría esto mismo a feedback, esa traza y una descripción. -- Saludos Carlos Robinson

El 2004-11-05 a las 09:35 +0100, Eloy Mier escribió:

Bueno, ayer no he tenido tiempo de revisar si la irq 19 era usada por otro dispositivo. Lo verificaré esta tarde.

De todas formas me parece que esta asignada de forma única a la rtk. De todas formas lo verifico. ¿Esto se hace preguntando por la informacion de los dispositivos pci?¿o como?

En la propia bios, por un lado, y en /proc/interrupts. También con el comando hwinfo, me parece.

Ya he realizado el feedback a suse. A ver que cuentan.

Lo malo es que rara vez dicen algo. Posiblemente lo resolverán, eventualmente... si no está ya resuelto en la 9.2. O se lo dicen al desarrollador, qui lo sá... el problema de feedback es que nosotros les contamos cosas, pero ellos a nosotros no :-/ -- Saludos Carlos Robinson

On Sat, 6 Nov 2004 21:16:40 +0100, kryxto wrote:

...

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.

Vengo de otras distribuciones, y alguna vez me ha pasado alguna cosa rara de éstas con las tarjetas realtek y kernels 2.4.x. No se si en el 2.6 ocurrirá lo mismo.

Existen dos módulos para tarjetas realtek: rt8139 y rt8139too. Cuando tenía problemas con uno cambiaba al otro y se solucionaba el problema.

Yo he tenido problemas con el too, pero con el parametro del kernel noirqdebug parece que lo he solucionado de momento.

-- Un saludo kryxto@terra.es www.gulalcarria.org www.guadawireless.net www.redlibre.net

--

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