Intel Corporation PRO/Wireless 3945ABG. Nie wykrywa wszystkich sieci, nie łączy się.

[t-tk]

Witam,
Od jakiegoś czasu mam taki problem na swoim lenovo n2oo, że system nie wykrywa wszystkich dostępnych sieci bezprzewodowych. Problem tym bardziej dokuczliwy, że nie wykrywa również mojej

Po kilkukrotnym włączeniu/wyłączeniu sieci, bądź uśpieniu/wybudzeniu czasami uda się połączyć z siecią, czasami nawet kilkukrotny restart nie pomaga.
Czasem system widzi sieć, lecz nie może się z nią połączyć i prosi o klucz WEP.

A czasem łączy się bez zająknięcia

Czytałem o problemach z kanalami, moja siec jest na 10, nie wiem czy to ma jakieś znaczenie.
Dzisiaj przy śniadaniu zrobiłem fotke (tak, wiem - kiepską) z jakimiś komunikatami, może coś to pomoże w nakreśleniu sytuacji.
obrazek

wklejam też kilka infromacji, które widze że są często w takich przypadkach przydatne

lspci:

00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c)
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
00:1a.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03)
00:1a.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3)
00:1f.0 ISA bridge: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03)
04:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)
06:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5906M Fast Ethernet PCI Express (rev 02)
08:06.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller
08:06.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 19)
08:06.2 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev 0a)
08:06.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 05)
08:06.4 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev ff)

ifconfig

eth0 Link encap:Ethernet HWaddr 00:1b:38:0d:12:8c
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:19

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:26 errors:0 dropped:0 overruns:0 frame:0
TX packets:26 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1792 (1.7 KB) TX bytes:1792 (1.7 KB)

wlan0 Link encap:Ethernet HWaddr 00:1c:bf:85:d4:dd
inet addr:192.168.0.10 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::21c:bfff:fe85:d4dd/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:982724 errors:0 dropped:0 overruns:0 frame:0
TX packets:867415 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1404752563 (1.4 GB) TX bytes:89498198 (89.4 MB)

wmaster0 Link encap:UNSPEC HWaddr 00-1C-BF-85-D4-DD-34-64-00-00-00-00-00-00-00-00
UP BROADCAST RUNNING 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)

iwconfig:

lo no wireless extensions.

eth0 no wireless extensions.

wmaster0 no wireless extensions.

wlan0 IEEE 802.11abg ESSID:"www.greenlan.pl-prv-b3f2"
Mode:Managed Frequency:2.457 GHz Access Point: 00:0E:2E:FA:E9:DD
Bit Rate=54 Mb/s Tx-Power=15 dBm
Retry min limit:7 RTS thr:off Fragment thr=2352 B
Power Management:off
Link Quality=75/100 Signal level:-59 dBm Noise level=-92 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

pan0 no wireless extensions.

Mam nadzieję, że podałem potrzebne informacje do rozwiązania mojego problemu. Nie mam doświadczenia z linuksem, chociaż uzywam go już pół roku. Problem pojawił się jakiś miesiąc temu.
Jednak w międzyczasie instalowałem linuksa od nowa i problem nadal się pojawia. Nie ukrywam że jest to mocno irytujące, teraz praktycznie nie wyłączam (usypiam) komputera, bo krew mnie zalewa na myśl o tym że znowu trzeba będzie odprawiać ten cyrk z łączeniem.

Dla formalności dodam, że pod Vistą nie mam z tym najmniejszych problemów.

[przemk]

czytałeś http://www.ubuntu.com/getubuntu/release ... tel%203945 ?

[t-tk]

Słyszałem o tym problemie, ale czy to ma jakiekolwiek znaczenie jeśli (gdy już się połączy) wszystko chodzi sprawnie? Poza tym moja sieć jest na kanale 10, a on jest raczej uniwersalny.

[DadaD]

Słyszałem o tym problemie, ale czy to ma jakiekolwiek znaczenie jeśli (gdy już się połączy) wszystko chodzi sprawnie? Poza tym moja sieć jest na kanale 10, a on jest raczej uniwersalny.

Witaj!

Kanałów uniwersalnych to raczej nie ma. Spróbuj po skanowaniu wybrać do połaczeń (o ile mozesz zmienić w AP) kanał odległy od pozostałych używanych. Bo jeżeli teraz przy Twoim "uniwersalnym" 10 jest czynny inny to mogą się zakłócać.

jezeli do tej pory nie uzywasz szyfrowania to włącz je najlepiej WPA.

Pozdrowienia

[t-tk]

Ja doskonale wiem, że te sieci mogą się zakłucać. Natomiast zastanawia mnie dlaczego w przypadku Visty nic takiego się nie dzieje. Sieć działa super stabilnie, nie ma absolutnie problemów z łączeniem się z siecią. To mnie zastanawia.

Te błędy, które w pierwszym poście są zalinkowane jako obrazek - nie mają tutaj nic do rzeczy?

[luk1don]

No to pokaż te błędy, może tak:

Kod: Zaznacz cały

dmesg | grep iwl

[t-tk]

oto co mi się pokazało:

[ 15.213678] iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 1.2.26ks
[ 15.213683] iwl3945: Copyright(c) 2003-2008 Intel Corporation
[ 15.213779] iwl3945 0000:04:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 15.213795] iwl3945 0000:04:00.0: setting latency timer to 64
[ 15.213820] iwl3945: Detected Intel Wireless WiFi Link 3945ABG
[ 15.287122] iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels
[ 15.288660] phy0: Selected rate control algorithm 'iwl-3945-rs'
[ 15.761340] iwl3945 0000:04:00.0: PCI INT A disabled
[ 121.966214] iwl3945 0000:04:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 121.966371] iwl3945 0000:04:00.0: restoring config space at offset 0x1 (was 0x100102, writing 0x100106)
[ 121.968266] firmware: requesting iwlwifi-3945-1.ucode
[ 122.102936] Registered led device: iwl-phy0:radio
[ 122.102973] Registered led device: iwl-phy0:assoc
[ 122.103002] Registered led device: iwl-phy0:RX
[ 122.103033] Registered led device: iwl-phy0:TX
[ 3211.681758] iwl3945 0000:04:00.0: PCI INT A disabled
[ 3221.357063] iwl3945 0000:04:00.0: enabling device (0000 -> 0002)
[ 3221.357092] iwl3945 0000:04:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 3221.357179] iwl3945 0000:04:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10a)
[ 3221.357262] iwl3945 0000:04:00.0: restoring config space at offset 0x4 (was 0x0, writing 0xf8000000)
[ 3221.357282] iwl3945 0000:04:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x10)
[ 3221.357311] iwl3945 0000:04:00.0: restoring config space at offset 0x1 (was 0x100002, writing 0x100106)
[ 3221.444426] Registered led device: iwl-phy0:radio
[ 3221.445109] Registered led device: iwl-phy0:assoc
[ 3221.445637] Registered led device: iwl-phy0:RX
[ 3221.446142] Registered led device: iwl-phy0:TX
[ 3260.635773] iwl3945 0000:04:00.0: PCI INT A disabled
[ 3270.599954] iwl3945 0000:04:00.0: enabling device (0000 -> 0002)
[ 3270.599984] iwl3945 0000:04:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[ 3270.600072] iwl3945 0000:04:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10a)
[ 3270.600155] iwl3945 0000:04:00.0: restoring config space at offset 0x4 (was 0x0, writing 0xf8000000)
[ 3270.600175] iwl3945 0000:04:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x10)
[ 3270.600201] iwl3945 0000:04:00.0: restoring config space at offset 0x1 (was 0x100002, writing 0x100106)
[ 3270.689399] Registered led device: iwl-phy0:radio
[ 3270.689768] Registered led device: iwl-phy0:assoc
[ 3270.690034] Registered led device: iwl-phy0:RX
[ 3270.690329] Registered led device: iwl-phy0:TX

Nie wiem czy o tym wspominałem, zastanawia mnie też to, że raz widzi jedną sieć, a raz pięć.
Rozumiem gdyby miały one śladowy zasięg ale te sieci (jeśli system działa sprawnie i jestem połączony ze swoją, jak teraz) mają po 50% zasięgu.

[luk1don]

Teraz akurat nie widać tego, ale widać na tym obrazku, co dałeś na początku.
To właśnie ten bug, opisany w 8.10 Release Notes::

Cannot reactivate Intel 3945/4965 wireless if booting with killswitch enabled

On laptops with Intel 3945 or Intel 4965 wireless chipsets and a killswitch for the wireless antenna, starting the system with the killswitch enabled (i.e., with wireless disabled) will prevent re-enabling the wireless by toggling the killswitch. As a workaround, users should boot the system with the killswitch disabled. A future kernel update is expected to address this issue.

lub coś w tym rodzaju:)

Nie wiem czy o tym wspominałem, zastanawia mnie też to, że raz widzi jedną sieć, a raz pięć.

No właśnie jak widzi jedną to znaczy, że wtedy jakby moduł tej karty nie był w użyciu.
Możesz wtedy dać:

Kod: Zaznacz cały

sudo rmmod iwl3945

i:

Kod: Zaznacz cały

sudo modprobe -r iwl3945

Może wtedy wykryje twoją sieć...

[t-tk]

Dzięki za radę, jak tylko problem się powtórzy sprawdzę to i dam znać, czy pomogło

dodano rano:
Wieczorem uśpiłem linuksa, rano wszystko było w porządku. Przed chwilą ponownie wybudziłem i znowu nie dało się połączyć z moją siecią, widział tylko jedną jakąś (w tym miejscu są 4 sieci).
Po zastosowaniu podanych przez luk1don komend wyłączyła się po prostu karta (kontrolka na obudowie zgasła, w network manager opcja sieci bezprzewodowych nieaktywna).
Ctrl+alt+backspace niczego nie zmieniło, dopiero kiedy przełączyłem się na viste, następnie ponownie uruchomiłem linuksa wszystko działało, do sieci bylem podłączony równo z załadowaniem się systemu, widoczne są wszystkie sieci jakie mają zasięg i wszystko chodzi bezproblemowo.

Jakieś sugestie?