I have been running linux for a few weeks now (newbie). I am experimenting a lot. I have played with Lycoris and RedHat 9. First with Lycoris. I came back after being gone for the weekend and my network card quit working. Reboot to Windows XP and it's fine. Back to Lycoris, still not working. I decided to try Red Hat 9 to get more control. The same thing happened. It worked for a while then quit working. I thought if I reinstalled that would maybe fix it again. Not this time. Now the NIC won't work in Lycoris or Red Hat but works fine in Windows.

Realtek 8029(AS) using ne2k-pci driver.

Right after install- no modifications yet-
/proc/pci lists my card
ifconfig shows eth0 sending and recieving packets
with no loss

pinging an ip address fails as well as internet access

If you have any ideas please help.

What does the command 'route' show you?

the followins is the output from 'route'

G 168Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
127.0.0.0 * 255.0.0.0 U 0 0 0 lo
default 192.168.0.254 0.0.0.0 UG 0 0 0 eth0


This is the output from ifconfig.

eth0 Link encap:Ethernet HWaddr 00:A0:76:A0:AF:18
inet addr:192.168.0.113 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:863 errors:0 dropped:0 overruns:0 frame:0
TX packets:25 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
Interrupt:9 Base address:0x1020

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:50 errors:0 dropped:0 overruns:0 frame:0
TX packets:50 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0

I seem to be having the same thing happen to me. Although mine corresponded to a switch in motherboards. Same motherboard model but won't work in linux now. My card is built into the motherboard and the swap was virtually invisible in windows. No new hardware detected or anything. I can not get it to work in linux however. The card appears up and I can ping the localhosts address. I even see the lights on my dsl gateway and other machines blink when I ping them. The NIC doesn't seem to be recieving any packets back. I see that this is from July, so if you solved it you may be able to help me.

dakotacody, could you please post your ifconfig and route results? If the other machines blink when you ping them, it means that it's nearly working. There must be small thing wrong when the packets are going back.

Thanks for your help! Here is the output from my route and ifconfig -a commands. The last line from the route command took a while to come up. (about 10 seconds)

ifconfig -a:

eth0 Link encap:Ethernet HWaddr 00:07:E9:7A:45:FD
inet addr:192.168.0.9 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:14 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:252 (252.0 b)
Interrupt:5 Base address:0xcf40 Memory:fe8fb000-fe8fb038

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:5 errors:0 dropped:0 overruns:0 frame:0
TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:560 (560.0 b) TX bytes:560 (560.0 b)

route:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
localnet * 255.255.255.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
default 192.168.0.1 0.0.0.0 UG 1 0 0 eth0

The results look OK and, what's more important, the packages go both ways! There must be something blocking them at some stage. Do you have a firewall running?

No, I don't have a firewall. I am connnecting to a DSL Gateway. When I run tcpdump from my other box I get this during Windows boot up but not linux.
Could this be the problem or am I chasing a wild goose?

15:46:08.354589 bigpimpin.iad1 > 239.255.255.250.1900: udp 133 [ttl 1]
15:46:09.000909 192.168.0.1.3418 > 255.255.255.255.61112: udp 92
15:46:09.221843 bigpimpin.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
15:46:10.221784 bigpimpin.netbios-dgm > 192.168.0.255.netbios-dgm: NBT UDP PACKET(138)
15:46:11.221597 bigpimpin.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:46:11.971414 bigpimpin.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
15:46:12.721371 bigpimpin.netbios-ns > 192.168.0.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST

When I do an iptables -L I get an error that perhaps a module needs loaded. Is there something that I need to compile into my kernel to get this to work? I am grasping at straws here I know.

Thanks for any help you can offer.

I ended up reinstalling linux and it started working again. I still think that linux takes too damn much tinkering to be worth while.

It means you don't run any firewall. I asked you to check it, because firewall may block everything when not configured correctly. You don't have it, so that's not the issue.
Next thing you may check is your /var/log/messages. Are there any messages about your NIC?

Here's what I see regarding my NIC in /var/log/messages and /var/log/debug

messages:

Dec 1 16:25:21 bigpimpin kernel: Intel(R) PRO/100 Network Driver - version 2.3.30
Dec 1 16:25:21 bigpimpin kernel: Copyright (c) 2003 Intel Corporation
Dec 1 16:25:21 bigpimpin kernel:
Dec 1 16:25:21 bigpimpin kernel: e100: eth0: Intel(R) PRO/100 Network Connection
Dec 1 16:25:21 bigpimpin kernel: Hardware receive checksums enabled
Dec 1 16:25:21 bigpimpin kernel:

debug:

Dec 1 16:25:21 bigpimpin kernel: e100: selftest OK.

Thanks again for taking the time to troubleshoot this.

I just found a simialar case when googling and it says that the card will fork if you use a DOS driver and set it to half-duplex first (it'll result in bandwith loss, I warn you). It says to search dlink.com for DOS driver for DE-528CT. You may try if it helps.

I installed Slack 9.1 and the problem was resolved. Thanks for your help!

Another note. When I compile my kernel with SMP in it it causes my network card to quit working. I guess I won't be using the hyperthreading features of my processor in linux. So if anyone else is having this same issue you might check your kernel configuration.