Thanks for the advice.  I can't do 'rmmod 3c509', as it says 'device or
module in use', even if I try this straight away on booting.  When I try
'pnpdump', I get unknown command error.
ifconfig looks like this :
eth0 Link encap:10Mbps Ethernet HWaddr 00:60:97:63:c5:cb
inet addr 131.111.193.137 Bcast: 131.111.193.255 Mask 255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0
TX packets:1 errors:1 dropped:0 overruns:0
Interrupt:3 Base address:0x210

(after tying one ping to 130.207.7.21)

The ping gave the output 'timeout: 44 transmitted, 0 recieved' (I had to
stop it with ^C when eth0 timed out).

route -n gave

131.111.193.0    0.0.0.0          255.255.255.0   U  0  0  1  eth0
127.0.0.0        0.0.0.0          255.0.0.0       U  0  0  1  lo
0.0.0.0          131.111.193.62   0.0.0.0         UG 1  0  3  eth0

arp -an gave:

131.111.193.62    ether   00.00.00.00         *      eth0

which might mean there is some sort of ARP problem.
Thanks for your help
Rich


On Mon, 16 Jun 1997, Heikki Vatiainen wrote:

> If you still have the line starting 'lookup ...' in your /etc/resolv.conf try 
> removing it completely. I checked the man page and there was no mention about 
> lookup option.
> 
> My resolv.conf looks like this:
> 
> search ton.tut.fi cs.tut.fi atm.tut.fi cc.tut.fi
> nameserver      193.166.80.16
> nameserver      130.230.24.10
> 
> The search option simply means that when I type e.g. 'ping ftp' the resolver 
> [1] first tries to see if there's ftp.ton.tut.fi and if the host is not found 
> then tries ftp.cs.tut.fi and so forth. The search option is not needed and 
> you 
> can leave it out if you don't mind typing the hostnames in their full length.
> 
> There's also no 'domain' option in my /etc/resolv.conf since it's not 
> necessary either. See 'man resolv.conf' for more info about the search and 
> domain configuration options.
> 
> You probably don't need reverse arp (RARP) since it's only needed by 
> disksless 
> workstations and some other hardware which knows it's Ethernet (MAC) address 
> and wants to know the respective IP-address. That's one of the main uses for 
> reverse arp.
> 
> I also have a 3c509b at home and plug'n'play is causing small problems. To 
> get 
> the 3c509b working I need to have the driver as a loadable module and prior 
> loading it I need to run 'pnpdump'. The reason for this is that I have a PnP 
> Sound Blaster 32 which somehow masks the 3c509 and runinning pnpdump before 
> 'insmod 3c509' magically cures the problem.
> 
> 'pnpdump' is an utility which resets all the PnP cards into the inactive 
> state. See the pnpdump man page for more details. Pnpdump is part of the 
> isapnptools package which is installed by default. Even the bootdisks have 
> pnpdump.
> 
> Before you try pnpdump do 'ifconfig eth0' first. This should show the
> current status of your ethernet card. You might need to do 'rmmod 3c509'
> before running pnpdump. My card looks like this:
> 
> eth0      Link encap:10Mbps Ethernet  HWaddr 00:20:AF:C4:60:B2
>           inet addr:193.166.80.212  Bcast:193.166.80.255  Mask:255.255.255.0
>           UP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1
>           RX packets:5834274 errors:7 dropped:7 overruns:1
>           TX packets:259211 errors:0 dropped:0 overruns:0
>           Interrupt:10 Base address:0x300
> 
> Note that the IRQ and base I/O address are also shown in the output. You
> probably don't have 'PROMISC' flag shown in your output but that's ok.
> 
> If this looks ok, check the output of 'route -n' command. Mine looks like
> this:
> 
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
> 193.166.80.0    0.0.0.0         255.255.255.0   U     0      0       23 eth0
> 127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        1 lo
> 0.0.0.0         193.166.80.1    0.0.0.0         UG    1      0       50 eth0
> 
> The last checkpoint this time is the arp table. Try running 'arp -a' or
> 'arp -an' if 'arp -a' hangs. The output of arp should show at least the
> HWaddress of your default gw after you have tried to initiate some outbound
> traffic. Once again, here's my arp table:
> 
> Address                 HWtype  HWaddress           Flags Mask          Iface
> 193.166.80.1            ether   08:00:02:04:6A:78   C     *             eth0
> 
> The network diagnostic application number one is ping. Try pinging other
> hosts and see what happens. Also traceroute might output something useful.
> 
> If this doesn't help send me the output of 'ifconfig eth0', 'route -n',
> 'arp -an' and the results of running ping and traceroute against
> ftp.debian.org (130.207.7.21).
> 
> 
> 1. Resolver: a chunk of code in the c-library responsible for the
>    hostname <-> ip-address conversion
> 
> PS. Just two more thoughts. When you reboot your machine hit the reset button
>     during the boot. 
> 
>     Also try changing 'route add default gw ${GATEWAY} metric 1' to 'route
>     add default gw ${GATEWAY} metric 1 dev eth0' in the /etc/init.d/network
>     script. This should work without 'dev eth0' but one never knows...
> 
> // Heikki
> -- 
> Heikki Vatiainen                  * [EMAIL PROTECTED]
> Tampere University of Technology  * Tampere, Finland
> 
> 
> 
> --
> TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
> [EMAIL PROTECTED] . 
> Trouble?  e-mail to [EMAIL PROTECTED] .
> 
> 


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Reply via email to