Occasionally-- "connected with self-assigned address," "deactivating device eth0"
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.
Occasionally-- "connected with self-assigned address," "deactivating device eth0"
Sometimes I have an issue wherein nm-applet will say I'm connected with a "self-assigned address" if I try to connect by the ethernet port on my laptop. In those cases, I am NOT connected to the Internet. Doesn't matter how many times I restart the "networking", "dbus", "dhcdbd", "network-manager", or "network-manager-dispatcher" services, or in what order, I cannot get the darn thing connected. The only way to get connected is to reboot and hope that it doesn't glitch out again. This leads me to believe it is a problem with my boot order.
Looking at my daemon.log, here is some boot-process output which I only ever see when it has glitched out:
Code:
Sep 1 13:19:08 MaxToTheMax-Lappy-Debian init: Entering runlevel: 2
Sep 1 13:19:09 MaxToTheMax-Lappy-Debian acpid: starting up with netlink and the input layer
Sep 1 13:19:09 MaxToTheMax-Lappy-Debian acpid: 57 rules loaded
Sep 1 13:19:09 MaxToTheMax-Lappy-Debian acpid: waiting for events: event logging is off
Sep 1 13:19:09 MaxToTheMax-Lappy-Debian dhclient: Listening on LPF/eth0/00:1e:ec:06:55:59
Sep 1 13:19:09 MaxToTheMax-Lappy-Debian dhclient: Sending on LPF/eth0/00:1e:ec:06:55:59
Sep 1 13:19:09 MaxToTheMax-Lappy-Debian dhclient: Sending on Socket/fallback
Sep 1 13:19:13 MaxToTheMax-Lappy-Debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
Sep 1 13:19:14 MaxToTheMax-Lappy-Debian dhclient: DHCPOFFER from 10.220.32.4
Sep 1 13:19:14 MaxToTheMax-Lappy-Debian dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Sep 1 13:19:14 MaxToTheMax-Lappy-Debian dhclient: DHCPACK from 10.220.32.4
Sep 1 13:19:16 MaxToTheMax-Lappy-Debian acpid: client connected from 3002[107:115]
Sep 1 13:19:16 MaxToTheMax-Lappy-Debian acpid: 1 client rule loaded
Sep 1 13:19:16 MaxToTheMax-Lappy-Debian dhclient: bound to 10.220.34.11 -- renewal in 280848 seconds.
Sep 1 13:19:17 MaxToTheMax-Lappy-Debian NetworkManager: <info> starting...
Sep 1 13:19:17 MaxToTheMax-Lappy-Debian NetworkManager: <info> New VPN service 'vpnc' (org.freedesktop.NetworkManager.vpnc).
Sep 1 13:19:17 MaxToTheMax-Lappy-Debian NetworkManager: <info> New VPN service 'openvpn' (org.freedesktop.NetworkManager.openvpn).
Sep 1 13:19:17 MaxToTheMax-Lappy-Debian NetworkManager: <info> Found radio killswitch /org/freedesktop/Hal/devices/pci_8086_4222_rfkill_phy0_wlan
Sep 1 13:19:17 MaxToTheMax-Lappy-Debian NetworkManager: <info> Found radio killswitch /org/freedesktop/Hal/devices/iwl_wlan_switch
Sep 1 13:19:19 MaxToTheMax-Lappy-Debian NetworkManager: <info> wlan0: Device is fully-supported using driver 'iwl3945'.
Sep 1 13:19:19 MaxToTheMax-Lappy-Debian NetworkManager: <info> wlan0: driver supports SSID scans (scan_capa 0x01).
Sep 1 13:19:19 MaxToTheMax-Lappy-Debian NetworkManager: <info> nm_device_init(): waiting for device's worker thread to start
Sep 1 13:19:19 MaxToTheMax-Lappy-Debian NetworkManager: <info> nm_device_init(): device's worker thread started, continuing.
Sep 1 13:19:19 MaxToTheMax-Lappy-Debian NetworkManager: <info> Now managing wireless (802.11) device 'wlan0'.
Sep 1 13:19:19 MaxToTheMax-Lappy-Debian NetworkManager: <info> Deactivating device wlan0.
Sep 1 13:19:19 MaxToTheMax-Lappy-Debian NetworkManager: <info> eth0: Device is fully-supported using driver 'r8169'.
Sep 1 13:19:19 MaxToTheMax-Lappy-Debian NetworkManager: <info> nm_device_init(): waiting for device's worker thread to start
Sep 1 13:19:19 MaxToTheMax-Lappy-Debian NetworkManager: <info> nm_device_init(): device's worker thread started, continuing.
Sep 1 13:19:19 MaxToTheMax-Lappy-Debian NetworkManager: <info> Now managing wired Ethernet (802.3) device 'eth0'.
Sep 1 13:19:19 MaxToTheMax-Lappy-Debian NetworkManager: <info> Deactivating device eth0.
Sep 1 13:19:19 MaxToTheMax-Lappy-Debian NetworkManager: <info> Will activate wired connection 'eth0' because it now has a link.
Sep 1 13:19:19 MaxToTheMax-Lappy-Debian NetworkManager: <info> SWITCH: no current connection, found better connection 'eth0'.
Sep 1 13:19:20 MaxToTheMax-Lappy-Debian acpid: client connected from 3187[0:0]
Sep 1 13:19:20 MaxToTheMax-Lappy-Debian acpid: 1 client rule loaded
Sep 1 13:19:21 MaxToTheMax-Lappy-Debian NetworkManager: <info> Will activate connection 'eth0'.
Sep 1 13:19:21 MaxToTheMax-Lappy-Debian NetworkManager: <info> Device eth0 activation scheduled...
Sep 1 13:19:21 MaxToTheMax-Lappy-Debian NetworkManager: <info> Error getting killswitch power: org.freedesktop.DBus.Error.UnknownMethod - Method "GetPower" with signature "" on interface "org.freedesktop.Hal.Device.KillSwitch" doesn't exist#012
Not seeing the problem, unless you're not expecting a (perfectly valid) 10.x address?
When you get that problem, try running
Code:
dhclient eth0
So you're saying that the problem might be somewhere else in the boot process?
I just copied a big block of text from the log file, I don't know if it's all from the same boot (but I think it is, it's contiguous.) I thought maybe the problem had something to do with this message:
If you're getting a self-assigned address, then DHCP isn't working on your network for some reason, be it a frayed wire or a misconfigured router or a number of things.
Well, it happened again. Dhclient did get me connected to the Internet though, so that's good. NM-applet still shows the other icon, but no biggie.
This has happened with multiple ethernet LANs so I think it's a software issue with my laptop.
Naturally, I know that Sid isn't supposed to be stable, and I've had plenty of experience to back that assertion up. But that doesn't meen it can't be fixed.
Thanks for posting, THANKS FOR THE DHCLIENT TIP!
EDIT: Yeah, so my cable got jostled loose (don't you just hate it when the little locking tab breaks off?) And for the life of me it would not re-connect. I would run "sudo dhclient", it would say "bound to 192.168.1.xxx, renewing in three thousand-odd seconds," but I would not be connected.
The icon in NM-applet for "self-assigned address" is a cable with a little triangle-exclamation point on it. But when I tried to reconnect after jostling the cable loose, the nm-applet didnt even get past the "green balls" stage. Killing NM-applet didn't work. So I wound up needing to restart anyway.
Sorry if this rough description is, uh, rough, but NM-applet is kinda sparse on information about what it's actually doing.
The dhclient program still lets me connect once, which is still a major improvement under circumstances where the locking tab is NOT broken. So it's still very helpful! (Yeah, the WiFi network at my school has been taken down since last year. Some kid with a virus connected and things kinda went downhill from there...)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.