Any ideas :( This is still happening now and then :(( BTW, This is a discussion on Linux Thinkpad mailing list about a similar problem: Hi all I'm running Debian testing on a T42 2378-JZM which has the Intel 2200BG wifi adapter. I've been using the ipw2200 driver without a hitch until this morning. I have used the contributed debian ipw2200-source package, and have simply used module-assistant to update the driver as and when updates occur. This morning I downloaded the new source package, built it fine, and re-loaded the module only to discover that I could no-longer associate with an access point. Although `iwlist eth1 scanning` showed the access point, and although I'd configured the essid and the WEP key, I could not associate. (This was version 1.0.2, whereas I had previously used 1.0.0) I used the same firmware, version 2.2 (latest) with both module versions. There's no error in dmesg or syslog ... and I'm a bit stumped ... Has anyone else had similar problems ? (I've since downgraded to 1.0.2 vanilla, and 1.0.1 in an attempt to get online and neither of these versions were able to associate. I'm using 1.0.0 vanilla now, without any problems at all) ----- Hi David, I've had similar issues with this version of the driver. Unfortunately, I can't offer you an explanation nor a reliable solution but what I've found to get it to work is to use the load script instead of modprobe that comes with the driver distribution to load the driver, then sometimes I need to run iwconfig eth1 essid <> a few times to get it to stick. If that fails and you've been trying a few things to get it to associate, try rebooting. I've found that many times it'll associate right up after a fresh reboot. I think where things may get messed up is switching from one wireless network to another and an extra reboot (at least to me) seems to help. Maybe someone who's more familiar with how wireless works on Linux can give a more reliable explanation and/or solution? Thank you very much! ---- Jeff wrote: > On Fri, 8 Apr 2005, David de Hoog wrote: > > >>Hi all >> >>I'm running Debian testing on a T42 2378-JZM which has the Intel 2200BG >>wifi adapter. I've been using the ipw2200 driver without a hitch until >>this morning. I have used the contributed debian ipw2200-source package, >>and have simply used module-assistant to update the driver as and when >>updates occur. >> >>This morning I downloaded the new source package, built it fine, and >>re-loaded the module only to discover that I could no-longer associate >>with an access point. Although `iwlist eth1 scanning` showed the access >>point, and although I'd configured the essid and the WEP key, I could >>not associate. (This was version 1.0.2, whereas I had previously used >>1.0.0) I used the same firmware, version 2.2 (latest) with both module >>versions. >> >>There's no error in dmesg or syslog ... and I'm a bit stumped ... >> >>Has anyone else had similar problems ? >> >>(I've since downgraded to 1.0.2 vanilla, and 1.0.1 in an attempt to get >>online and neither of these versions were able to associate. I'm using >>1.0.0 vanilla now, without any problems at all) >> >>Cheers >>-- >>David de Hoog <<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:dehood01@student.uwa.edu.au">dehood01@student.uwa.edu.au</a>> > > > Hi David, > > I've had similar issues with this version of the driver. > Unfortunately, I can't offer you an explanation nor a reliable > solution but what I've found to get it to work is to use the load > script instead of modprobe that comes with the driver distribution > to load the driver, then sometimes I need to run iwconfig eth1 essid > <> a few times to get it to stick. If that fails and you've been > trying a few things to get it to associate, try rebooting. I've > found that many times it'll associate right up after a fresh reboot. > > I think where things may get messed up is switching from one wireless > network to another and an extra reboot (at least to me) seems to help. > > Maybe someone who's more familiar with how wireless works on Linux can > give a more reliable explanation and/or solution? > > Thank you very much! > > -Jeff i don't know about how dibian handles this, but at least in gentoo there is a startup script for the ntwork-interfaces you want to have up on boot time. if you rerun this init-script (via /etc/init.d/net.ath0 restart) it solves this problem at least for me (with a different card) but nevertheless, i sometimes have the same problem after switching WLANs ---- <div>On Apr 9, 2005 3:20 PM, Behrang Saeedzadeh <<a href="mailto:behrangsa@gmail.com">behrangsa@gmail.com</a>> wrote:<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi all This has happened two times sinece I installed Hoary on my system yesterday. Suddenly my wireless connection is not working anymore. A screenshot showing the wireless conn. indicator is attached. I tried to solve it without restarting the system by executing the following commands with no success: behrangsa@Ubuntu:~$ sudo ifup eth1 Password: Sorry, try again. Password: ifup: interface eth1 already configured This showed that my wireless adapter is already up. Then I did this: behrangsa@Ubuntu:~$ sudo ifdown eth1 Internet Systems Consortium DHCP Client V3.0.1 Copyright 2004 Internet Systems Consortium. All rights reserved. For info, please visit <a href="http://www.isc.org/products/DHCP" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://www.isc.org/products/DHCP</a> sit0: unknown hardware address type 776 sit0: unknown hardware address type 776 Listening on LPF/eth1/00:0e:35:78:d7:f6 Sending on LPF/eth1/00:0e:35:78:d7:f6 Sending on Socket/fallback DHCPRELEASE on eth1 to <a href="http://192.168.1.1" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">192.168.1.1</a> port 67 behrangsa@Ubuntu:~$ sudo ifup eth1 Internet Systems Consortium DHCP Client V3.0.1 Copyright 2004 Internet Systems Consortium. All rights reserved. For info, please visit <a href="http://www.isc.org/products/DHCP" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://www.isc.org/products/DHCP</a> sit0: unknown hardware address type 776 sit0: unknown hardware address type 776 Listening on LPF/eth1/00:0e:35:78:d7:f6 Sending on LPF/eth1/00:0e:35:78:d7:f6 Sending on Socket/fallback DHCPDISCOVER on eth1 to <a href="http://255.255.255.255" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">255.255.255.255</a> port 67 interval 6 DHCPDISCOVER on eth1 to <a href="http://255.255.255.255" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">255.255.255.255</a> port 67 interval 11 DHCPDISCOVER on eth1 to <a href="http://255.255.255.255" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">255.255.255.255</a> port 67 interval 7 DHCPDISCOVER on eth1 to <a href="http://255.255.255.255" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">255.255.255.255</a> port 67 interval 12 DHCPDISCOVER on eth1 to <a href="http://255.255.255.255" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">255.255.255.255</a> port 67 interval 16 DHCPDISCOVER on eth1 to <a href="http://255.255.255.255" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">255.255.255.255</a> port 67 interval 9 No DHCPOFFERS received. No working leases in persistent database - sleeping. Again, I couldn't solve the problem without restarting. BTW - The wireless went of once again when I was writing this email :( Any help will be appreciated. Best Regards, Behrang. -- Behrang Saeedzadeh <a href="http://www.jroller.com/page/behrangsa" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://www.jroller.com/page/behrangsa</a> </blockquote></div> -- Behrang Saeedzadeh <a href="http://www.jroller.com/page/behrangsa">http://www.jroller.com/page/behrangsa</a>