Wireless switch doesn't work after upgrade/dist-upgrade
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.
Wireless switch doesn't work after upgrade/dist-upgrade
Hi,
After the last upgrade/dist-upgrade the wireless switch (Fn-F2) on my
Asus W7j doesn't seem to be able to switch on the wireless anymore, it
does still togle the bluetooth but at max only lets the wireless led blink.
I can get the wireless led on with echo 1 > /proc/acpi/asus/wled, but
that doesn't make the card work
When I cat that file before and after pressing the switch combination it
always says 0.
Also, the switch seems to work during the startup, untill just before gdm starts (but it probably isn't gdm, since that didn't start at first because I had to reinstall nvidia module, and then the wireless switch didn't work either)
During poweroff sequence it seems to work also
This seems particulary strange to me
Sorry to ask something like that, but did you check if the connection actually worked while the LED didn't? I read something similar just recently - it appears to be happening sometimes with Intel chipsets... (I think it was Ubuntu and not Debian, though).
If that's not the case I'd say look at the output of lsmod, iwconfig and possibly ifconfig to determine to what extend things work or don't...
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:14 errors:0 dropped:0 overruns:0 frame:0
TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:700 (700.0 B) TX bytes:700 (700.0 B)
I'm connected through eth1 now, this is wired.
Normally (and as it seems to do so on startup), the wireless connection is renamed to eth2 (from eth0 if I'm not mistaking)
ifup eth2
Any ideas where it might go wrong?
TIA
Oh, it seems I was mistaking, the bluetooth doesn't seem to switch either atm...
Last edited by angelofhope; 12-30-2007 at 04:22 AM.
The renaming (and reordering) of the devices is strange enough as it is (where's eth0 - have you done ifup eth0 just for the sake of trying); anyhow, the kernel modules are there, and complete, at that (including firmware) - did you check if the modules are okay (they sure should be)?
Whatever happens here seems to happen early - try dmesg | grep eth (you can also grep for "ipw"). But frankly, I don't see why something like this should happen. At least, kernel-wise, everything seems to be okay, networking's basically working... Maybe some hardware recognition conflict (too many tools in place)? Does all other hardware work as expected?
ifup eth2 seems to bring up an interface, but iwconfig doesn't show it and when I go in system>administration>network it shows as a "wired connection", off course I can't connect to my wireless router like that:
Code:
# ifup eth2
Internet Systems Consortium DHCP Client V3.0.6
Copyright 2004-2007 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
Listening on LPF/eth2/00:18:de:88:7c:76
Sending on LPF/eth2/00:18:de:88:7c:76
Sending on Socket/fallback
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 15
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 18
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 7
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
if-up.d/mountnfs[eth2]: lock /var/run/network/mountnfs exist, not mounting
# iwconfig
lo no wireless extensions.
eth1 no wireless extensions.
eth2 no wireless extensions.
# ifconfig eth2
eth2 Link encap:Ethernet HWaddr 00:18:de:88:7c:76
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:18 Base address:0x6000 Memory:fe9ff000-fe9fffff
The mac-adress seems to be the one, if I remember correctly...if that is of any help
Output of dmesg:
Code:
# dmesg |grep eth
eth0: RTL8168b/8111b at 0xffffc200005fc000, 00:18:f3:6a:60:9d, IRQ 17
udev: renamed network interface eth0 to eth1
udev: renamed network interface eth0 to eth2
r8169: eth1: link up
r8169: eth1: link up
device eth1 entered promiscuous mode
audit(1199010028.118:2): dev=eth1 prom=256 old_prom=0 auid=4294967295
eth1: no IPv6 routers present
ADDRCONF(NETDEV_UP): eth2: link is not ready
# dmesg |grep ipw
ipw3945: Intel(R) PRO/Wireless 3945 Network Connection driver for Linux, 1.2.2dmpr
ipw3945: Copyright(c) 2003-2006 Intel Corporation
ipw3945: Detected Intel PRO/Wireless 3945ABG Network Connection
ipw3945: Detected geography ABG (13 802.11bg channels, 23 802.11a channels)
ipw3945: Radio Frequency Kill Switch is On:
ipw3945: Radio Frequency Kill Switch is On:
ipw3945: Radio Frequency Kill Switch is On:
ipw3945: Radio Frequency Kill Switch is On:
ipw3945: Radio Frequency Kill Switch is On:
What I find strange is:
udev: renamed network interface eth0 to eth1
udev: renamed network interface eth0 to eth2
Is it correct that it seems to rename the same interface twice?
After this I did an ethdown and ethup, but it didn't seem to change anything
Thanks for the sugestions already
Oh, and I didn't notice anything else not working (except the webcam, that didn't work to start with), only a warning sometimes about a low capacity of my battery and that it might be broken, which is very strange. And my processors seem to run at 1Mhz at the moment, but this just adjusts itself when I open more processes, so no worries there.
One odd thing is that my bar that shows the open programs minimized (gnome-panel?), seems to stop working sometimes... quite annoying.
Last edited by angelofhope; 12-30-2007 at 04:49 AM.
Yes, udev acts strangely: It seems to "recognize" the Intel chipset as a RealTek one if I'm not mistaken. After that, it tries to rearrange devices - "working" ones first (eth0 can't go to eth1 since that place is already taken by the ethernet device, thus landing the wireless one on eth2). That at least can be seen as "logical" (why it should be of any help remains a mystery). The whole point seems to be that at the moment of network configuration, the kernel module for the Intel chipset is still missing. However installing it later should have made the chipset work - but maybe the device is still "configured" by the wrong driver - lsmod | grep rtl may reveal that. If it's the case, try modprobe -r the module ("rt(l)8168(b)" something?).
Okay, now I'm definitely at a loss. You're right about the wired/wireless chipsets, so from what you report, everything *appears* to be in order. But since it doesn't work, it isn't :/ Besides, the Realtek NIC's module is "r8169", which is a bit confusing, but seems to be correct.
The only hunch I've left is that there's something wrong with the module loading on boot up, but it beats me why this should happen or not be corrected later, respectively. I'm afraid we'll have to ask someone else to sort this out... I'm sorry.
eth2 says it is up and listening but has received no dhcpoffers.
Just a thought: do you have MAC address filtering enabled on your router? I get messages like that if I have to change out a card and forget to add the new MAC address to the router's list.
It's not a router problem, I can't even get the card to show up in iwconfig. If it would be a router problem, the card would show up in iwconfig and I could scan for routers with iwlist. At least that's what makes sense to me...
Thanks already, more sugestions still welcome
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.