Saludos a todos. Tengo ciertas dudas de que mi sistema operativo W xp, tiene conflictos con la tarjeta ethernet que compré hace pocos dias, o algún problema. Mi interés es entrar gradualmente en linux, sin embargo y pese a tener algun conocimiento, ahora deberia saber como instalar los drivers de esta tarjeta en mi distribucion live guadalinex basada en debian, para saber si deberia formatear el ordenador de sobremesa. ¿Como deberia instalar estos drivers y configurar la tarjeta ethernet? Me vienen los archivos dfe528.c, kern_compat.h y un Makefile,el cual imagino es como un .bat..., crea la instruccion
dfe528.o: dfe528.c, cosa que no entiedo mucho creo que la salida que genera el compilador.
En fin, tecleo esta instruccion desde consola y genera multitud de errores, creo que, por que el directorio /usr/src/ está vacio. La versión del kernel es la '2.6.22-14-generic'. De toda manera ejecuto el Makefile desde el Gnome y no se donde buscar si ha creado el modulo.
¿Hay otra manera de hacer esto? ¿Tal vez no es posible hacer la instalacion en una versión live? Agradezco si habeis leido hasta aqui.
Si el dmesg no indica nada, puede ser porque no logró entender lo que enontró y no asignó dispositivo Fijate que dice el lsmod | grep 8139. La idea es ver si reconoce la placa y levanta el módulo ( o carga el driver). Si no aparece nada podría ser porque no sabe que hacer, algo raro, pero puede pasar. Si no aparece nada en el lsmod, debemos forzar el asunto para ver que pasa. Veamos.
--
Javier Aragonés
linux User # 170742
ArchLinux 2008.06
--
$ lspci | grep -i eth 00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
es para ver el chip que tiene tu tarjeta de red, en función del chip se tiene que usar un driver u otro.
En general el driver para la tarjeta de red ya estará incluido en el kernel con lo cual no vas a necesitar compilar ningún driver externo al kernel, lo mas probable es que la distribución ya cargue el modulo o modulos necesarios para la tarjeta.
También puedes mirar comandos (y ponerlos aqui) como "dmesg | grep -i eth" que en mi caso muestra algo similar a:
$ dmesg | grep -i eth 8139too Fast Ethernet driver 0.9.28 eth0: RealTek RTL8139 at 0xf8844000, 00:02:44:7c:32:51, IRQ 11 eth0: Identified 8139 chip type 'RTL-8100B/8139D' eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 eth1: VIA Rhine II at 0x17800, 00:0e:a6:2a:c7:20, IRQ 5. eth1: MII PHY found at address 1, status 0x7849 advertising 01e1 Link 0000. eth1: link down
o algo como "ifconfig -a" para ver todos los dispositivos de red, esten levantados o no:
eth1 Link encap:Ethernet HWaddr 00:0e:a6:2a:c7:20 inet addr:192.168.10.2 Bcast:192.168.10.255 Mask:255.255.255.0 UP BROADCAST MULTICAST MTU:1500 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:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Interrupt:5 Base address:0x7800
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 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)
si "lsmod | grep 8139" te muestra lo que dices lo mas probable es que ese sea el modulo que necesite tu tarjeta de red, mira los comandos comentados a ver si ves algun interfaz ethX.
Lo que comenta ErNi es correcto, es decir los linux actuales suelen usar una utilidad que verifica que hay conectado o que encontro y carga el driver correspondiente, puede que se equivoque como con los modems internos para dial up. En este caso levantó el 8139too que supuestamente sirve, pero hay que ver porque no aparece en el dmesg. En el caso del dmesg aportado por ErNi, verás que le aparecen dos eth, es decir hay dos placas de red, una que usa el módulo 8139 y la otra el via_rhine. Veamos tu caso.
--
Javier Aragonés
linux User # 170742
ArchLinux 2008.06
--
Lo del dmesg es importante porque identificó las dos tarjetas en tu sistema, la d-link que usa el 8139too y la SysKonnect SK-9871 que usa el driver skge, que debería también estar en el lsmod. Aunque el módulo skge no estuviera presente en el sistema, no aparece en el lsmod, el dmesg debería indicar un eth0. Si haces lsmod | grep skge ¿que te aparece?
--
Javier Aragonés
linux User # 170742
ArchLinux 2008.06
--
Las dos tarjetas de red están reconocidas y veamos porque no le asigna dispositivo. Fijate poniendo: dmesg | grep via-rhine y dmesg | grep skge, esto para ver como lo pone y que indica si hay algo raro, la teoría dice que debe decirte algo asi: [ 17.569054] via-rhine.c:v1.10-LK1.4.3 2007-03-06 Written by Donald Becker esto en el caso del via-rhine, esto ya que el sistema reconoce el modulo y el dispodivo, luego le asigna el eth correspondiente. Aunque esto lo hace el udev, asique vemos. Veamos los dmesg.
--
Javier Aragonés
linux User # 170742
ArchLinux 2008.06
--
perdón, he estado unos dias chungo y no he podido responder. mi placa una Asus A8VdeLuxe, no tiene la opción pnpOS en la BIOS, por otro lado, puse en disable la tarjeta de red de la placa, que supongo hace el mismo efecto. Tal vez estoy usando una distribución un poco limitada (Guadalinex, perdón de nuevo si me equivoco), pero no contiene los archivos que dictas, /etc/lilo.conf ni /etc/boot/menu.lst, por lo tanto no se como aplicar noapic o apic=ht. ¿Me recomiendas otra distribucion live, con la cual pueda encontrar estos directorios?
Hago los dmesg a la placa y me da el mismo error de 'chip not response' Muchas gracias.
El lilo.conf es posible que no lo tengas, porque no esta instalado lilo, pero el del grub es seguro, ese esta en /boot/grub/menu.lst. De todas maneras al marcar para que no use la placa de red onboard en el BIOS no debería aparecerte en el lspci, pero si estuviera y ya que no la usas podemos desactivarla y evitar que aparezca y moleste, en el archivo /etc/modprobe.d/blacklist pones blacklist 8139too eso evita que se cargue el módulo de la placa D-Link, si deseas que la otra placa no trabaje, que sería lo que buscamos, pones: blacklist skge luego al reiniciar la PC, el módulo que molesta, es decir el skge no se carga y solo se usa el 8139too que nos interesa. Manualmente, sin reiniciar sería: sudo rmmod skge sudo rmmod 8139too sudo modprobe 8139too dmesg es decir primero descargo o saco los dos módulos y luego cargo el que me interesa y veo como lo hace figurar. El sudo se usa si estas como usuario no root. El rmmod descarga el módulo y luego el modprobe lo carga. Veamos.
--
Javier Aragonés
linux User # 170742
ArchLinux 2008.06
--
El lilo.conf es posible que no lo tengas, porque no esta instalado lilo, pero el del grub es seguro, ese esta en /boot/grub/menu.lst. --------------------------------------------------------------------------------------- La verdad es que no puedo ver ninguno de estos dos archivos talvez sea por que utilizo una version LiveCD de Ubuntu. --------------------------------------------------------------------------------------- De todas maneras al marcar para que no use la placa de red onboard en el BIOS no debería aparecerte en el lspci, pero si estuviera y ya que no la usas podemos desactivarla y evitar que aparezca y moleste, en el archivo /etc/modprobe.d/blacklist pones blacklist 8139too eso evita que se cargue el módulo de la placa D-Link, si deseas que la otra placa no trabaje, que sería lo que buscamos, pones: blacklist skge luego al reiniciar la PC, el módulo que molesta, es decir el skge no se carga y solo se usa el 8139too que nos interesa. --------------------------------------------------------------------------------------- Desactivé la tarjeta de red mediante la bios y no reconoce el modulo skge. --------------------------------------------------------------------------------------- Manualmente, sin reiniciar sería: sudo rmmod skge sudo rmmod 8139too sudo modprobe 8139too dmesg --------------------------------------------------------------------------------------- Al hacer sudo modprobe 8139too se me cuelga el sistema operativo --------------------------------------------------------------------------------------- es decir primero descargo o saco los dos módulos y luego cargo el que me interesa y veo como lo hace figurar. El sudo se usa si estas como usuario no root. El rmmod descarga el módulo y luego el modprobe lo carga. Veamos. --------------------------------------------------------------------------------------- He cambiado la placa de slot que he visto por google que podia ser una causa pero nada. Te copio la salida dmesg para esa parte de hardware y puedes ver que se crea en la irq 16, ¿puede ser un problema?
La teoría dice que si no figura en el lspci ni en lsmod la skge, entonces debería cargar el módulo 8139too sin problemas, como ha hecho, lo inquietante es el tema que pone que el chip no responde. El reconocimiento del hardware se hace primero viendo que hay y luego consultando al dispositivo quien es, luego levanta el módulo correspondiente, fijate que todo lo hace bien hasta el momento que consulta al chip del la placa, alli aparece el problema. Podrías probar hacer al revés, es decir quitas la placa D-Link y habilitas la otra y ves si la reconoce. Por otra parte podría ser algo en la configuración del liveCD, en mi caso no reconocía la placa de video y terminaba configurándola a mano. Para poder agregar las opciones al grub, en el momento de arrancar el livecd, te permite editar la línea del kernel, creo que era con F4. Lo otro sería instalar y luego ver que pasa y como lo toma. Veamos.
--
Javier Aragonés
linux User # 170742
ArchLinux 2008.06
--
¿que debo hacer?
