Can't connect to wireless network.

[Akos Mate]

Can't connect to WPA-PSK / AES network using ndiswrapper (with inprocomm IPN2220 network card). Repeatly asking to authenticate. It worked perfectly in Ubuntu 9.10 Alpha 4.

ProblemType: Bug
Architecture: i386
Date: Mon Oct 19 11:00:08 2009
Dependencies:

DistroRelease: Ubuntu 9.10
Package: ndiswrapper-common 1.54-2ubuntu1
PackageArchitecture: all
ProcEnviron:
 LANG=hu_HU.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: ndiswrapper
Uname: Linux 2.6.31-14-generic i686
XsessionErrors:
 (gnome-settings-daemon:2490): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (nautilus:2524): Eel-CRITICAL **: eel_preferences_get_boolean: assertion `preferences_is_initialized ()' failed
 (polkit-gnome-authentication-agent-1:2574): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
 (Do:2539): Wnck-CRITICAL **: wnck_set_client_type got called multiple times.
 (nautilus:3285): Eel-CRITICAL **: eel_preferences_get_boolean: assertion `preferences_is_initialized ()' failed

[Akos Mate (mateakos1)]

Now i can connect if i run the following command in a root shell after i type in the wpa password:
renice +19 $(pidof wpa_supplicant)

[Akos Mate (mateakos1)]

But why worked it in the past? (without any manual priority setting)

[James83 (giacomopennella)]

Hi, same problem for me!
All ok in Alpha 4, but now I can't connect to my AP.
On the other hand:
- I always had this problem in the past: with the 8.10 and the 9.04 both.
- The work-around of mateakos doesn't work on my machine.

It's frustrating to plug the eth cable to get on-line!

I tried to compile the wpa_supplicant all by myself, with the "usleep(100000);" command to wait for a while during the connection process as suggested in Bug #207446, but nothing to do: the new compiled version doesn't let me see any wireless device avaible....

I've no more chances to try! :-(

Here's a piece of a log that show how, after a few of tries, I could get connected.

Any help will be appreciated.

-J-

NB.
My system is a notebook: ACER TravelMate 2700 / INPROCOMM 2220 (driver wlan: ndiswrapper -> neti2220.inf [32bit])

[James83 (giacomopennella)]

Ops, I missed the log!!!!

[Brian Murray (brian-murray)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at https://wiki.ubuntu.com/Bugs/FindRightPackage. I have classified this bug as a bug in wpasupplicant.

When reporting bugs in the future please use apport, either via the appropriate application's "Help -> Report a Problem" menu or using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs.

[Akos Mate (mateakos1)]

I've done the wpa_supplicant recompilation, which is suggested in Bug #207446, and it's working for me.

[James83 (giacomopennella)]

Thank you Brian, I'm new here and forgive my English!

For the bug:
I recompiled wpa_supplicant as suggested in the Bug #207447 and I appreciated a significant improvement in stability of the connection. Anyway: I found out that it make no difference if I insert an usleep() in the wpa.c code. I tried with low values (50-100) and long values (100000-1000000).
With the recompilation I can mostly get connected: when I can not I have to renice the process to -19
An issue about wpa.c:
I use the 0.6.9 version of wpa_supplicant and in the wpa.c code I put the usleep() in the line 996, after:
if (wpa_supplicant_send_4_of_4(sm, sm->bssid, key, ver, key_info,
           NULL, 0, &sm->ptk))
 return;

this because the code was a little bit different from what explained by Christof Kaser in the above mentioned bug
is it correct?I will investigate...