Karta WI-FI nie działa po starcie systemu

mati75 - 22-02-2010 18:39
Witam!
Mam dość głupi problem nie działa mi karta sieciowa Wlan intel 3945. Sprawdzałem na wicd i network-managerze. Dostaje informację, że urządzenie nie jest gotowe. Karta sprawna działa na innych systemach obecnych na dysku.

Pozdrawiam!

salmon - 22-02-2010 18:45
co zwraca ifconfig -a ?

U mnie czasami na interfesie od wifi trzeba zrobic ifconfig nazwa_interfejsu down ifconfig nazwa_interfesju up wszystko jako root

jmarcin_1984 - 22-02-2010 18:49
Zainstalowałeś pakiet? p firmware-iwlwifi - Binary firmware for Intel Wireless 3945, 4965 and 5000-series cards

mati75 - 23-02-2010 10:14

Zainstalowałeś pakiet? p firmware-iwlwifi - Binary firmware for Intel Wireless 3945, 4965 and 5000-series cards Od razu po instalacji systemu zainstalowałem.

ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:1f:c6:57:eb:56
inet addr:10.111.110.43 Bcast:10.111.110.255 Mask:255.255.255.0
inet6 addr: fe80::21f:c6ff:fe57:eb56/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7602 errors:0 dropped:0 overruns:0 frame:0
TX packets:6215 errors:0 dropped:0 overruns:0 carrier:1
collisions:0 txqueuelen:1000
RX bytes:6875493 (6.5 MiB) TX bytes:1071689 (1.0 MiB)

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:28 errors:0 dropped:0 overruns:0 frame:0
TX packets:28 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1647 (1.6 KiB) TX bytes:1647 (1.6 KiB)

pan0 Link encap:Ethernet HWaddr 4e:b8:92:66:b5:4c
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:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

vboxnet0 Link encap:Ethernet HWaddr 0a:00:27:00:00:00
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)

wlan0 Link encap:Ethernet HWaddr 00:1c:bf:a2:59:16
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) ifconfig wlan0 up
SIOCSIFFLAGS: Nieznany błąd 132

salmon - 23-02-2010 12:10
Jak już widzisz błąd to możnaby w google poszukać... ;)

Spróbuj tego http://sachachua.com/wp/2010/02/fixi...us-eee-1008ha/

mati75 - 23-02-2010 16:31
Oczywiście, że szukałem.

xmaster - 23-02-2010 17:19
Co mówi? iwconfig Edycja:
KLIK drugi link od góry ma status - rozwiązany.

pavbaranov - 23-02-2010 19:28
mati75, najmocniej przepraszam, że pytam, ale... w jaki sposób używasz tego Debiana? Poprzez wybór w grubie?
Zgodnie z wpisem: http://debian.linux.pl/viewtopic.php?p=118429#118429 Ty w ogóle nie masz interfejsu odpowiedzialnego za wifi. Coś źle zrobiłeś przy jego skonfigurowaniu. W Twoim systemie istnieją:
eth0 - to jest interfejs sieciowy LAN
lo - to jest interfejs loopback
pan0 - to jest Personal Area Networking Profile, który odpowiada za umożliwienie urządzeniom bluetooth uruchomienia połączeń ad hoc
vboxnet0 - to jest jakiś interfejs VirtualBoksa.
A gdzie jest jakikolwiek interfejs wifi?
Może spróbuj od początku - tzn. sprawdź jak się instaluje tę kartę w Debianie (materiałów jest od groma). Sprawdź też, czy nie masz jej wyłączonej w jakichś blacklistach.

KeFaS - 24-02-2010 06:08
pavbaranov, jak zjedziesz suwakiem w dół to jest jeszcze u niego wlan0. ;-)

pavbaranov - 24-02-2010 07:21
Cóż, ślepota wyklucza z możliwości grania w karty, a nie uczestniczenia w forum. Przepraszam.

mati75 - 24-02-2010 10:40
pavbaranov, Nie musisz mi tłumaczyć co to jest ja jestem developerem linux mint i wiem co to jest. Wydaje mi się, że to jest błąd kernela, spróbuje zainstalować z siduksa i zobaczyć czy na nim też nie działa.

iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

wlan0 IEEE 802.11abg ESSID:"f2\x0D\xB71X\xA3Z%]\x05\x17X\xE9^\xD4\xAB\xB2\xCD\xC6\x9B\xB4T\x11\x0E\x82tA!=\xDC\x87"
Mode:Managed Access Point: Not-Associated Tx-Power=off
Retry long limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off

vboxnet0 no wireless extensions.

pan0 no wireless extensions. edit: To wina debianowego kernela, na z repo z siduksa działa:
http://www.otofotki.pl/img12/miniatu...t_ekranu-4.png
Więc problem po części rozwiązany.

jaqbeu - 24-02-2010 14:08
Czołem.

Z racji tego, że właśnie rozwiązałem swój problem w absolutnie najgłupszy z możliwych sposobów (nacisnąłem guziczek od wifi...), to przynajmniej podzielę się tym, co zrobiłem.

1. Zainstalowałem pakiet rfkill, dzięki niemu można sprawdzić, czy wifi jest wyłączone sprzętowo, czy programowo.
2. Sprawdzam, czy (i jak) karta wifi jest wyłączona:
rfkill list U mnie wynik był taki:
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: yes Co, jak się domyślam, znaczy tyle, że karta jest wyłączona sprzętowo.
3. Dla potomnych:
dmesg | tail jeżeli mówi, że
Radio was disabled by RFKILL SWITCH to najpierw sprawdźcie wszystkie guziczki, przełączniczki, kabelki etc. od sieci, bo to może być to. :)
Po sprawdzeniu każdego przycisku (po każdym!) sprawdzić, czy działa, jeżeli tak, to rfkill list pokaże:
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no Jeżeli karta nie jest "hard blocked", to można sprawdzić połączenie ulubionym narzędziem (u mnie po prostu network-manager zaczął się łączyć).
4. Oprócz tego polecam sprawdzić moduły:
rfkill
iwl3945 i opcje, z jakimi są załadowane:
modinfo iwl3945
modinfo rfkill ÂŻałuję, że nie spisałem wyników, w każdym razie można było wywnioskować, że karta jest wyłączona jak tylko się da.
U mnie wyładowanie tych modułów (i modułów zależnych) połączone z:
rfkill block all
rfkill unblock all
(wyładować moduły, łącznie z zależnymi)
(załadować moduły:
modprobe rfkill default_state=1
modprobe iwl3945)
rfkill unblock all przyniosło chwilowy efekt (dosłownie chwilowy) w postaci sprzętowego odblokowania karty.

Nic więcej nie zrobiłem, bo "się" naprawiło, ale część tych rzeczy może się przydać.
Przede wszystkim w czasie działań polecam zaprzyjaźnić się z dmesg, bo dużo można się dowiedzieć z jego komunikatów.

Pozdrawiam

PS. A to, że to może być wina kernela jest całkiem prawdopodobne, bo jak już gdzieś na forum wspomniałem, od wejścia 2.6.>30 zaczęły się częste problemy z kartami Intela. Jak się doszukam, to gdzieś na liście developerów można znaleźć ich boje (od końca zeszłego roku zaczęło się "źle dziać").