Re: Still trying to install debian through ftp.
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 .
Reply to: