DebianThis forum is for the discussion of Debian Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Debian Etch (2.6.1) on compaq laptop with both landline (eth1) and wireless (eth0) capability.
Long story short - dead battery + weak fan = power-off when not using.
At power-on, when disconnected from the landline, during the bootup, the system starts dhclient to get an ip address from eth1 first. It will pause for a long time before it gives up and decides to move on and try getting an ip from eth0. Dhclient gets the address from eth0 quickly, and the bootup proceeds apace.
How do I tell the system not to try dhclient from eth1 during bootup when its not plugged into a landline?
If you have a default Debian installation, you'll have either network-manager or network-manager-gnome installed. NW will try to link to a network automatically upon boot-up, unless you configure the (eth1) interface properly in /etc/network/interfaces to avoid having network-manager manage it, and you link to that interface manually. In /usr/share/doc/network-manager(-gnome or -kde)/README Debian are some examples of which entries in /etc/network/interfaces that are/are not managed by network-manager.
Last edited by Junior Hacker; 07-09-2007 at 08:21 PM.
If you have a default Debian installation, you'll have either network-manager or network-manager-gnome installed. NW will try to link to a network automatically upon boot-up, unless you configure the (eth1) interface properly in /etc/network/interfaces to avoid having network-manager manage it, and you link to that interface manually. In /usr/share/doc/network-manager(-gnome or -kde)/README Debian are some examples of which entries in /etc/network/interfaces that are/are not managed by network-manager.
Thanks, I'll go check this out. When the landline is plugged in everything works hunky dory, click click go go. This pause without the landline is happening long before I get to the login prompt. Without the landline, everything works wireless, click click go go, but you have to wait a while. So... everything seems to be configured properly.
So, I take eth1 off the net-mgr list, and it will boot up with only eth0?
And then if I ever want to plug in the landline, say at a my brother's house without a wireless router, I can somehow ifup eth1 after the boot?
Actually, I think all you have to do is take out the word "auto" for eth1 in /etc/network/interfaces to avoid network-manager trying to configure it at boot-up. And to bring it up manually, I don't know because network manager does that for me. I also only use the ethernet once in a blue moon at another place, but boot-up does not lag like what you describe without being linked via ethernet. Maybe it's because I have a $3500.00 high end laptop.
EDIT: Actually, the more I think of it, I don't have an entry for the ethernet in /etc/network/interfaces as it gets linked via DHCP, the entries in /etc/network/interfaces are usually for static IP's and wireless with encryption.
SECOND EDIT: Just remembered, I just did a re-installation a couple days ago and have not had it linked to land line yet.
Last edited by Junior Hacker; 07-10-2007 at 12:28 AM.
[QUOTE=nx5000]You can also hit ctrl-c during this wait time.[QUOTE]
ctrl+c will stop eth1 from loading, but then cause it to skip over eth0 as well. This in return will cause for an even longer wait time for the MTA to load. Really annoying if you ask me.
For my notebook I have eth0 (wired) and wlan0 (wireless). wlan0 is set to "auto" and eth0 is not. This way, wlan0 will load on boot every time. If I dont get a connection with wlan0, it is very easy to load up eth0:
1) open a terminal and su to root (or use sudo for the following).
2) type: ifdown wlan0 (eth1 for you) and wait for the device to shutdown.
3) type: ifup eth0 and wait for the device to load up. If you have 'dhcp' set in the configs (i dont - i use static) then it will request an ip from the dhcp server at this time. However, if you're like me and use a static ip in your configs and this ip does not work on the current connection just type dhclient eth0 to force eth0 to request a new ip from dhcp server.
Now eth0 is up and wlan0 (eth1 for you) is down. You have to make sure your wireless is down before bringing eth0 up because this has the potential to cause problems (unless you know what you are doing).
[QUOTE=BillyGalbreath][QUOTE=nx5000]You can also hit ctrl-c during this wait time.
Quote:
This in return will cause for an even longer wait time for the MTA to load. Really annoying if you ask me.
Yes that's annoying but AFAIK that's because your system is not completly configured. exim can be reconfigured for "temporary internet connections".
There is a big difference between "a machine not responding" and "a machine name being not resolved". In case the connection is down and your dns server is not available then a lot of things will hang. This also need special configuration maybe with resolvconf package.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.