Welcome to Linux Forums! With a comprehensive Linux Forum, information on various types of Linux software and many Linux Reviews articles, we have all the knowledge you need a click away, or accessible via our knowledgeable members.
Write an article for LinuxForums Today! Win Great Prizes!
I can’t configure how to make my Dell1390 wireless to work. Please help. I install CentOS435 on my HP DV6000 laptop and used dkms-ndiswrapper version 1.38 for wireless. Installed ndiswrapper look OK and I see my wireless light on. When I start configure wireless, I got problem as described below:
[root@localhost ~]# iwconfig
wlan0 IEEE 802.11g ESSID: off/any Nickname:"localhost.localdomain"
Mode:Managed Frequency:2.462 GHz Access Point: Not-Associated
Bit Rate=54 Mb/s Tx-Power:32 dBm
RTS thr=2347 B Fragment thr=2346 B
Encryption key: off
Power Management: off
Link Quality:0 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
eth0 no wireless extensions.
sit0 no wireless extensions.
[root@localhost ~]# iwlist wlan0 scan I saw my access point @ Cell2
network={
ssid="KhaNet"
psk="Here I am"
proto=WPA
key_mgmt=WPA-PSK
pairwise=TKIP
}
And configured this file /etc/sysconfig/wpa_supplicant as following:
# wlan0 and wifi0
# INTERFACES="-iwlan0 -iwifi0"
INTERFACES="-iwlan0"
# ndiswrapper and prism
# DRIVERS="-Dndiswrapper -Dprism"
#DRIVERS="-Dndiswrapper"
DRIVERS="-Dwext"
I use Network config bu GUI mode and see the error like that:
Error for wireless request "Set Encode" (8B2A) :
SET failed on device wlan0 ; Invalid argument.
Determining IP information for wlan0... failed; no link present. Check cable?
And then I use this command
[root@localhost ~]# dmesg | grep ndiswrapper
ndiswrapper version 1.38 loaded (preempt=no,smp=yes)
ndiswrapper (link_pe_images:577): fixing KI_USER_SHARED_DATA address in the driver
ndiswrapper: driver bcmwl5 (Broadcom,10/12/2006, 4.100.15.5) loaded
ndiswrapper: using IRQ 11
usbcore: registered new driver ndiswrapper
ndiswrapper (add_wep_key:820): adding encryption key 1 failed (C0010015)
I really don’t know what going on here. I tried to google on internet for long time but did not make my wireless working. I tried to disable any feature on my router but It did not work at all. Any ideas will be appreciate it.
It appears everything is working for you... you just can't get connected to the access point.
Don't know if this will help, but with a few wireless cards, I've had real trouble getting connected with essid set to "off/any." What I've found that works is to do iwlist, find the access point's essid I wish to be connected to and input it's name...
Code:
/sbin/iwconfig wlan0 essid KhaNet
Got my fingers crossed that this is all you need to get connected...
It is indeed a broadcom chipset. I know this sounds too simple, but unplug the router and plug it back in again. I'm not saying it is the solution, but at this point it's worth trying.
I tried to unplugged the router and wait couples minutes then plug it in again but it did not work. The same error like previous post. I quite of don't understand how chipset affect to this
I'm really sad because I tried to setup the wireless for long time but it does not work for my laptop.
I don't know if you are doing this, but turn off all encryption... WEP, WPA, all of that. Go straight DHCP and see if you can get it working. I have had issues with getting essid AND encryption working together under CentOS. With some cards, it would either lose or wouldn't accept essid configuration with wep enabled under ndiswrapper.
To be honest, I've had all sorts of trouble getting wireless going in CentOS/Fedora. It might just be my own experience, but I'll use the exact same hardware in Slackware, Crux and Ubuntu and get it going with ease. I'm not sure why that is. It's a complete mystery to me since Linux is essentially Linux and theoretically should be the same when trying to get hardware going. But this has been my experience on more than one occasion, and on more than just a few wireless devices.
Open Source Security Myths Dispelled Dispel the five major myths surrounding Open Source Security and gain the tools necessary to make a truly informed decision for your IT organization subscribe
InformationWeek InformationWeek is the only newsweekly you'll need to stay on top of the latest developments in information technology. subscribe