Re: Still trying to install debian through ftp.
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 * hessu@cs.tut.fi
> Tampere University of Technology * Tampere, Finland
>
>
>
> --
> TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
> debian-user-request@lists.debian.org .
> Trouble? e-mail to templin@bucknell.edu .
>
>
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-user-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Reply to: