Sziasztok
Ma telepítettem ubuntut az EeePC-mre és nagyon tetszik remekül megy, egyetlen érdekes jelenség kivételével.
A Wifi érzékeli a hálózatokat kiválóan, de nem tud hozzájuk csatlakozni.. többször ellenőriztem a jelszót (WPA2-PKS) és próbáltam átállítani másra de végül egészen más "oldotta meg" a problémát a baj az hogy ez csak tüneti kezelés és csak véletlenül jöttem rá...
A net az esetek többségében helyreáll, hogyha lecsukom a laptop feledelét vagy felfüggesztést csinálok és utána visszalépek. Nem mindig oldja meg a problémát de 10 esetből 9szer bejön és előfordul ritkán ugyan, hogy véletlenszerűen újra megszakad a kapcsolat, ilyenkor újra fel kell függesztenem hogy mennyen. Próbáltam utánakeresni neten de ilyet mint nálam nem találtam még.
Valakinek ötlet?
-------
Megoldás: úgy tűnik a megoldáshoz semmi más nem kellett, mint hogy AES módra kapcsoltam a routeremet. TKIP módban nem működik a Wifi. A router auto módra volt kapcsolva. Elképzelhető hogy egyszer az egyik másszor a másik móddal próbálkozott? Minden esetre most eddig nem tapasztaltam semmi hibát.
- 1400 megtekintés
Hozzászólások
"A Wifi érzékeli a hálózatokat kiválóan, de nem tud hozzájuk csatlakozni.."
Saját hálózat, vagy a szomszédoké? :)
" hogyha lecsukom a laptop feledelét vagy felfüggesztést csinálok és utána visszalépek."
esetleg ilyenkor nézz egy "dmesg|tail" kimenetet!
- A hozzászóláshoz be kell jelentkezni
Persze hogy a sajátom, mint mondtam, megváltoztattam a jelszót tehát vagy az enyém a router vagy nagyon hülye a szomszéd :)
Amúgy itt van a kimenet, legalábbis olyankor amikor épp van net. Majd meg kell ismételnem ha nem működik megnézni van-e eltérés...
[ 342.067305] <==== RTMPInitialize, Status=0
[ 342.067381] 0x1300 = 00073200
[ 347.132703] ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 485
[ 352.100074] wlan0: no IPv6 routers present
[ 357.140830] ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 485
[ 357.141723] ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=6)
[ 397.000154] ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 485
[ 437.006652] ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 485
[ 497.006340] ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 485
[ 576.998666] ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 485
Kösz az eddigi segítséget:)
itt van amikor nincs net:
[ 342.132858] ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=6)
[ 352.149117] ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 485
[ 352.149988] ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=6)
[ 362.169159] ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 485
[ 362.169921] ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=6)
[ 372.182988] ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 485
[ 377.194768] ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 485
[ 377.195439] ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=6)
[ 387.208106] ===>rt_ioctl_giwscan. 4(4) BSS returned, data->length = 485
[ 387.208872] ==>rt_ioctl_siwfreq::SIOCSIWFREQ[cmd=0x8b04] (Channel=6)
Igazából nem értem a különbségeket... most hogy van net újraellenőriztem, ugyanolyan mint az első esetben.
- A hozzászóláshoz be kell jelentkezni
Titkosítás nélkül mi a jelenség?
- A hozzászóláshoz be kell jelentkezni
Számit?:)
mit nyerek azzal ha titkosítás nélkül mindig csatlakozik? Titkosítás nélkül úgysem használnám a routert, inkább használnám ahogy most.
De van egy megérzésem hogy titkosítás nélkül nincs probléma. Tegyük fel hogy így van. Mi a megoldás?
- A hozzászóláshoz be kell jelentkezni
De van egy megérzésem hogy titkosítás nélkül nincs probléma. Tegyük fel hogy így van. Mi a megoldás?
Hát pl akkor pontosabb megjelöléssel lehet reportolni a problémát. Ha a launchpadban azt írod, hogy "EeePC 1000H WLAN does not connect to WPA/WPA2 networks, WEP and unsecured works fine." akkor van rá esély, hogy kijavítják.
- A hozzászóláshoz be kell jelentkezni
Gondolod ez olyan probléma amire még (mindig) nincs megoldás? Hiszen ez a modell már vagy két éve piacon van lassan és mindig is volt gond a Wifi-vel, de talán Archlinux alatt meg Eeeubuntu alatt nem volt vele már gond azt hiszem a 2.6.3x kernel óta... Lehet tévedek, a memóriám pocsék de ott valahogy meg volt oldva. Bár lehet ott is csak WEP működött legfeljebb... nem emlékszem már :S
- A hozzászóláshoz be kell jelentkezni
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/545443
Nem tudom van-e megoldás, de a launchpad-on van már hasonló hiba. Én még várok egy kicsit a mostani LTS-re való frissítéssel, főleg, hogy amire most használom a 901-esemet, arra jó a Hardy is.
- A hozzászóláshoz be kell jelentkezni
Már mennyien elolvasták, mégsincs semmi ötlet... :(
próbálok rájönni milyen modult használ de csak rt2860sta gyanús... igen. Az lspci szerint a Network controller... na de inkább itt az utolsó két sora:
01:00.0 Network controller: RaLink RT2860
03:00.0 Ethernet controller: Atheros Communications Atheros AR8121/AR8113/AR8114 PCI-E Ethernet Controller (rev b0)
Ezek szerint a modullal nem lehet baj igaz? vagy van ennél frisebb modul hozzá?
- A hozzászóláshoz be kell jelentkezni
Na azt hiszem végre találtam valamit!!!
Így van, ez a driver bugos, de azt írják jól működik ha elővigyázatos az ember:
"There is an issue in Debian-packaged kernels 2.6.30 and 2.6.31 in which the firmware is not properly reloaded on resuming from suspend. This will, later, cause a panic, most likely during shutdown. This is currently being worked on."
Furcsa, ezek szerint Debian kernel alatt pont akkor nem működik a Wifi, amikor nekem igen... Ez vicces :D De hátha valakinek mond valamit és van egy jó ötlete mi lehet ez.
Aztán:
Don't forget to specify all ciphers if you're trying to associate with a WPA AP. In my case, the following wpa_supplicant configuration works:
ctrl_interface=/var/run/wpa_supplicant GROUP=netdev
ap_scan=2
fast_reauth=1
eapol_version=1
network={
ssid="MyNetworksEssid"
scan_ssid=1
proto=WPA
key_mgmt=WPA-PSK
pairwise=TKIP
group=TKIP
#psk="Your passphrase in can go here in plaintext, which should work too."
psk=01234567..89abcdef ## << can be generated using wpa_passphrase
}
Without the group and proto parameter, it didn't seem to work.
Vannak itt további megjegyzések:
I (ArturCzechowski) needed to set ap_scan to 2. Perhaps it depends on my AP configuration but I cannot verify it.
WPA2 (or, presumably, WPA) only works using TKIP, or at least hasn't worked with CCMP. (dsalt)
WPA2 + CCMP works like a charm for me, although I don't know how to make it connect to a hidden network, nor how to automagically configure it with dhcp (have to manually run dhclient wlan0) -- RaphaelGeissert
WPA2 + CCMP does not work for me either. Tried on 2 different 1000H with default kernel and with homemade one. wpa_supplicant just gives authentication timeouts after finding the AP. ap_scan=1 and =2 both work for me with WPA1. -- creeper 2009-03-22 20:30:22
minden további fellelhető ezen a linken:
http://wiki.debian.org/rt2860sta
http://wiki.debian.org/DebianEeePC/Model/901
Remélem sikerül megoldanom a bajt és bárkinek gondja van a Wifivel ez alapján elindulhat... Ha bárkinek ötlete véleménye vagy magyarázata támad szivesen fogadom
Köszi
- A hozzászóláshoz be kell jelentkezni
Hát, annyit tudok mondani, hogy az openSUSE 11.2 az aktuális kernelével (vagyis a frissítések letöltése után) egész jól kezeli az 1000H Wifijét. Talán csak az ad-hoc mód nem megy rajta, de az is lehet, hogy megy, nem próbáltam (2.6.34-es kernellel nem megy, az biztos). Tulajdonképpen linuxos mércével mérve tökéletesen kezeli az egész gépet, leszámítva, hogy a bluetooth adaptert nem kapcsolja ki-be a killswitch gomb, hanem a /sys fájlrendszeren keresztül kell szórakozni parancssorból.
- A hozzászóláshoz be kell jelentkezni