Bug 18777

Если перестал - значит раньше такого не было. Что с тех пор произошло не можете сказать?
Проверьте как ведет себя wpa_supplicant при остановленном NM.
Создайте wpa_supplicant.conf вида
network={
    ssid="evgenhome"
    scan_ssid=1
    key_mgmt=WPA-PSK
    psk="very secret passphrase"
    proto=WPA RSN
    pairwise=TKIP CCMP
    group=WEP40 WEP104 TKIP CCMP
}
и запустите wpa_supplicant командой
wpa_supplicant -dddt -iwlan0 -Dndiswrapper -c /path/to/wpa_supplicant.conf
Кстати, в /etc/net/ifaces/wlan0/options WPA_DRIVER прописан? Если нет - используется wext, я не знаю как он работает с ndiswrapper.

Началось после следующего изменения:

* Mon Jan 26 2009 Mikhail Efremov <sem@altlinux.org> 0.7.0-alt18
- use dhcpcd 4

WPA_DRIVER не прописан (а что там надо прописать?)
И ранее он небыл прописан и работало.

С конфигом чуть позже проверю.

И вроде как в логах идёт ругань на dhcp:
Feb  8 21:35:38 laptop NetworkManager: <info>  DHCP: device wlan0 state changed preinit -> fail
Feb  8 21:35:38 laptop NetworkManager: <info>  (wlan0): device state change: 7 -> 9
Feb  8 21:35:38 laptop NetworkManager: <info>  Activation (wlan0) failed for access point (evgenhome)
Feb  8 21:35:38 laptop NetworkManager: <info>  Marking connection 'evgenhome' invalid.
Feb  8 21:35:38 laptop NetworkManager: <info>  Activation (wlan0) failed.

(В ответ на комментарий №2)
> WPA_DRIVER не прописан (а что там надо прописать?)
> И ранее он небыл прописан и работало.

Туда прописывается драйвер, который будет использовать wpa_supplicant.
Но если нормально работает с wext - значит лучше пусть будет wext, явно прописывать имеет смысл только для использования etcnet.
Тогда вызывайте wpa_supplicant с -Dwext, а не -Dndiswrapper.

> И вроде как в логах идёт ругань на dhcp:

То, что dhcpcd не получил адрес, может быть следствием проблем с wpa_supplicant,
мне не нравятся сообщения
completed -> associated
associated -> 4-way handshake
4-way handshake -> group handshake
group handshake -> completed
во время dhcp транзакции.

Можно попробовать добавить в /etc/dhcpcd.conf строку 'noarp'. Если поможет - то это #18703.

Да, скорее всего виноват все-таки dhcpcd. Проверьте с dhcpcd-4.0.10-alt3

(В ответ на комментарий №1)
> Проверьте как ведет себя wpa_supplicant при остановленном NM.
> Создайте wpa_supplicant.conf вида
<кусь>
> и запустите wpa_supplicant командой
> wpa_supplicant -dddt -iwlan0 -Dndiswrapper -c /path/to/wpa_supplicant.conf
> Кстати, в /etc/net/ifaces/wlan0/options WPA_DRIVER прописан? Если нет -
> используется wext, я не знаю как он работает с ndiswrapper.

Попробовал скрипт. Соединение не происходит. Вернее с точной общение есть, но похоже не запускается dhcp, чтоб адрес получить.

Побаловался с WPA_DRIVER. Если прописан wext, то соединение устанавливается, если ndiswrapper, то тишина полная.

(В ответ на комментарий №4)
> Можно попробовать добавить в /etc/dhcpcd.conf строку 'noarp'. Если поможет - то
> это #18703.

noarp в конфиге прописан. Не помогает. Установил timeout 60
Сейчас ещё потестирую.

(В ответ на комментарий №7)
> (В ответ на комментарий №4)
> > Можно попробовать добавить в /etc/dhcpcd.conf строку 'noarp'. Если поможет - то
> > это #18703.
> 
> noarp в конфиге прописан. Не помогает. Установил timeout 60
> Сейчас ещё потестирую.

После timeout >45 dhcpd сам отрубается.
После перезагрузки соединение не происходит. Шлёпнув в трее по nm-applet для повтора подключиться - подключается.

(В ответ на комментарий №6)
> Попробовал скрипт. Соединение не происходит. Вернее с точной общение есть, но
> похоже не запускается dhcp, чтоб адрес получить.

Какой скрипт? Если речь о etcnet - что он говорит?
Раз соединение с точкой устанавливается нормально - попробуйте запустить после этого dhcpcd -dd wlan0 вручную и посмотрите что он пишет.

(В ответ на комментарий №8)
> > noarp в конфиге прописан. Не помогает. Установил timeout 60
> > Сейчас ещё потестирую.
> 
> После timeout >45 dhcpd сам отрубается.

NM не использует это значение. Он всегда устанавливает таймаут 45 сек.

> После перезагрузки соединение не происходит. Шлёпнув в трее по nm-applet для
> повтора подключиться - подключается.

Ошибки в логе при этом такие же как и раньше? 
Соединение отмечено как "Подключаться автоматически"?
И как создавалось соединение, в nm-applet? Если да, стоит ли галка "Доступно всем пользователям"?

(В ответ на комментарий №9)
> (В ответ на комментарий №6)
> > Попробовал скрипт. Соединение не происходит. Вернее с точной общение есть, но
> > похоже не запускается dhcp, чтоб адрес получить.
> 
> Какой скрипт? Если речь о etcnet - что он говорит?
> Раз соединение с точкой устанавливается нормально - попробуйте запустить после
> этого dhcpcd -dd wlan0 вручную и посмотрите что он пишет.
Извиняюсь. Сбил с толку. wpa_supplicant.conf конечно же пробовал

> (В ответ на комментарий №8)
> > > noarp в конфиге прописан. Не помогает. Установил timeout 60
> > > Сейчас ещё потестирую.
> > 
> > После timeout >45 dhcpd сам отрубается.
> 
> NM не использует это значение. Он всегда устанавливает таймаут 45 сек.

Да, по логам я это заметил.

 
> > После перезагрузки соединение не происходит. Шлёпнув в трее по nm-applet для
> > повтора подключиться - подключается.
> 
> Ошибки в логе при этом такие же как и раньше? 
> Соединение отмечено как "Подключаться автоматически"?
> И как создавалось соединение, в nm-applet? Если да, стоит ли галка "Доступно
> всем пользователям"?

При загрузке ошибки в логе как и раньше (и последующая невозможность подключиться).
В соединении отмечено "Подключаться автоматически"
Да, соединение создавалось в nm-applet. Галка установлена.

Ещё немного наблюдений.
После загрузки системы в трей загружается nm-applet и начинает крутить "колесо" (не знаю как это ещё назвать). Если в этот момент (пока крутится колесо), снова выбрать соединение (к которому идёт попытка подключиться), получится некое переподключение, и оно будет 100% неудачное. Если же дождаться, пока подключение не установится, а потом уже переподключиться, то тогда 99% подключится.

Скорее всего проблема в связке точка - карта WiFi.
Доказано опытным путём. К другим точкам цепляется стабильно.