Mam problem z używaniem sieci WLAN w moim Lenovo ThinkPad x121e. Używana jest bezprzewodowa karta sieciowa:
lspci:
01: 00.0 Kontroler sieciowy: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b / g / n WiFi Adapter (rev 01)
Połączenie zwykle działa OK przez pewien czas, a następnie zaczyna zwalniać i ostatecznie się rozłącza. Czasami połączenie zostaje przywrócone kilka sekund później, czasem zajmuje to 30 lub więcej sekund, czasem w ogóle się nie łączy.
Ten problem występuje z każdym sterownikiem, którego próbowałem do tej pory. Zwłaszcza sterownik jądra
Linux ThinkPad 3.0.0-14-generic # 23-Ubuntu SMP Pon 21 listopada 20:28:43 UTC 2011 x86_64 x86_64 x86_64 GNU / Linux
i sterownik Realteks, który można znaleźć tutaj . Kierowca używam w tej chwili jest jeden znaleźć w tym PPA: ppa:tista/x120e
.
Oto kolejny link do www.thinkwiki.org, który sugeruje opcję „Low Power State” (LPS) w sterowniku realtek, ale wydaje się, że nie można jej wyłączyć w bieżącym sterowniku.
Czy dzięki tej konfiguracji można uzyskać bardziej stabilną sieć WLAN?
Więcej informacji o systemie:
lshw -klasa sieci:
description: Wireless interface
product: RTL8188CE 802.11b/g/n WiFi Adapter
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:01:00.0
logical name: wlan0
version: 01
serial: 38:59:f9:db:e6:83
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=rtl8192CE driverversion=0006.0321.2011 firmware=56 ip=192.168.178.35 latency=0 link=yes multicast=yes wireless=802.11bgn
resources: irq:17 ioport:3000(size=256) memory:f0200000-f0203fff
iwconfig wlan0:
wlan0 802.11bgn ESSID:"xxx" Nickname:"rtl8192CE"
Mode:Managed Frequency=2.452 GHz Access Point: A2:05:43:2F:6E:8E
Bit Rate=65 Mb/s
Retry:on RTS thr:off Fragment thr:off
Power Management period:0us mode:All packets received
Link Quality=100/100 Signal level=0 dBm Noise level=-120 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
ifconfig wlan:
wlan0 Link encap:Ethernet HWaddr 38:59:f9:db:e6:83
inet addr:192.168.178.35 Bcast:192.168.178.255 Mask:255.255.255.0
inet6 addr: fe80::3a59:f9ff:fedb:e683/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:117385 errors:0 dropped:0 overruns:0 frame:0
TX packets:85652 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:115417879 (115.4 MB) TX bytes:10463799 (10.4 MB)
Interrupt:17 Memory:ffffc900037a8000-ffffc900037a8100
Odpowiedzi:
W końcu naprawiłem ten problem, kompilując i instalując najnowsze sterowniki z Linux Wireless w Ubuntu 12.04, w moim przypadku pakiet „kompatybil-wireless-3.5.1-1-snpc.tar.bz2”: http: //wireless.kernel. org / pl / users / Download / stable /
Potrzebne są pliki nagłówkowe dla jego jądra i pakietu niezbędnego do kompilacji. Polecam również uruchomienie skryptu „wybierz sterownik” z opcją rtlwifi przed kompilacją, ponieważ jeden nie potrzebuje innych sterowników i skraca czas budowy:
Ale wadą jest konieczność przebudowania sterownika po każdej aktualizacji jądra.
Prowadzę sterownik od dwóch dni z nadmiernym zamykaniem i otwieraniem pokrywy i nie dostałem żadnych rozłączeń.
źródło
linux-backports-modules-cw-3.3-precise-generic
pakiet. Próbuję.Problem może być spowodowany przeskakiwaniem kanałów (i nowym jądrem Linuksa).
Naprawiłem to głównie przez samodzielne skompilowanie sterownika i zainstalowanie go. Drugą rzeczą, którą zrobiłem, było skanowanie sieci, jeśli sieć się psuje.
Wszedłem do terminalu
watch sudo iwlist wlan0 scan
.Dzięki temu kierowca nie zasnął. Kolejną poprawką, której użyłem, jest naciśnięcie Fn+, F5aby wyłączyć Wi-Fi, a następnie robię to samo kilka sekund później.
Jeszcze jedną rzecz próbowałem:
Spowoduje to ponowne załadowanie sterownika do Wi-Fi. Czasami pinguję też router, dzięki czemu moje połączenie Wi-Fi jest stabilne.
źródło
Ten link dał mi wskazówkę, aby wypróbować opcję ips = 0 dla modułu rtl8192ce, aby wyłączyć oszczędzanie energii za pomocą adaptera wlan. Do tej pory zapewnia mi to najlepsze zachowanie - bez rezygnacji, bez rozłączania. To z pewnością wpłynie na zużycie energii - zobaczymy. Na razie korzystam z wbudowanych sterowników z jądrem 3.0.0-15.
źródło
Skończyło się na wymianie karty WLAN, ponieważ nie byłem w stanie uzyskać stabilnego połączenia.
Dla tych, którzy chcą zrobić to samo: sztuczka polega na podłączeniu karty do wolnego gniazda mini PCIe, a nie do gniazda karty WLAN. W ten sposób BIOS nie będzie narzekał na niechroniony sprzęt. Wolne gniazdo jest przeznaczone na kartę WWAN / UMTS, ale kable antenowe WLAN dobrze do niego docierają. Naprawdę łatwo jest zrobić tylko 3 śruby do panelu i jedną do karty, a także wtyczki anteny.
Kupiłem kartę Intel Centrino Advanced - N 6200 (pół długości PCIe) za 20 € i działa idealnie. Chociaż zalecam używanie karty PCI Express o pełnej długości, ponieważ do tego służy gniazdo (musiałem naprawić mój za pomocą taśmy, która jest znacznie bardziej stabilna niż się wydaje).
źródło
Zrobiłem to samo: wyłączyłem port WLAN w BIOSie, usunąłem kartę Realtek i dodałem Intel Centrino 6200 do portu WWAN. Użyłem adaptera MiniPCIe w połowie> pełnego (kosztuje mniej niż 5 euro), aby zabezpieczyć kartę na miejscu.
źródło
hej, właśnie zrobiłem to, co wspomniano w ostatniej części tekstu (aktualizacja 21 lutego 2011 r.) http://www.hitxp.com/articles/software/ubuntu-fix-slow-wireless-internet-connection-speed-upgrading- 11-04-natty-narwhal / I uzyskuję lepsze wyniki dzięki temu dla thinkpad x121e ubuntu 12.04
źródło
Miałem również ten sam problem. Przeszedłem proces kompilacji sterowników ze źródła itp. Ale nadal miałem ten sam problem. Miałbym dostęp, ale było to bardzo wolne. Musiałem zwolnić i ponownie załadować moduł. Wygląda na to, że co 5–10 minut zachowuje jakiekolwiek użyteczne połączenie.
To było po prostu denerwujące. Czytając więcej postów i testując wiele metod, w końcu znalazłem rozwiązanie, które zadziałało dla mnie. Zrobiłem następujące.
Z nowej instalacji:
Zmieniono ipv6, aby ignorował w menedżerze sieci.
Wykonałem restart jak zwykle.
Podczas pierwszego logowania czasami muszę zwolnić moduł i ponownie go załadować.
(poczekaj kilka sekund)
Całą noc testuję pobieranie plików z mojego serwera bez zauważalnego zmniejszenia prędkości lub utraty połączenia. Jak wspomniano wcześniej, czasami muszę zwolnić moduł i załadować ponownie. Ale rzadko tylko przy rozruchu.
Używam jądra w wersji 3.2.0-30-generic, a kartą WLAN jest ASUS PCE-N15. Używam również serwerów opendns, nie sądzę, że to robi zbyt dużą różnicę, ale wolę ich używać.
Mam nadzieję, że to pomoże każdemu, kto miał ten sam problem. Wiem, że byłem tak blisko powrotu do okien, ale musiałem spróbować.
źródło
Naucz człowieka, jak łowić ryby:
Miałem dokładnie ten sam problem: nowa karta bezprzewodowa ASUS 802-11bgn z chipsetem ralink rtl8192ce, połączenie WiFi zrywało się, a następnie nawiązywało co kilka minut. Sesje ssh i ładowanie stron WWW zawiesiłyby się i wszystko było boleśnie wolne, ale sporadycznie „działało”.
W ciągu kilku dni wypróbowałem wiele rozwiązań, zarówno po stronie oprogramowania, jak i sprzętu: aktualizację sterowników, zmianę orientacji anteny, przeniesienie karty bezprzewodowej do kolejnego gniazda, aby uniknąć ciepła z sąsiedniej karty graficznej, zmianę konfiguracji punktu dostępu WiFi na różnych kanałach, wypróbuj węższe pasma częstotliwości, aby zmniejszyć zakłócenia od sąsiadów, zmienić MTU, wyłączyć oszczędzanie energii itp. itd. Próba i błąd w skrajności.
Przełom w moim przypadku przyszedł, kiedy zdałem sobie sprawę z 2 rzeczy:
Mój sygnał bezprzewodowy jest właściwie silny i zdrowy. Zostało to znalezione przy użyciu:
watch iwlist wlan0 scan
Przed wystąpieniem jakiegokolwiek rozłączenia wystąpił poważny problem z utratą pakietów. Zostało to znalezione przez ciągłe działanie
mtr
w dedykowanym oknie:mtr 10.0.0.1
(zastąp 10.0.0.1 rzeczywistym adresem IP punktu dostępu). Uruchomienie tego
mtr
na jednym ekranie pozwoliło mi szybko zweryfikować, czy wprowadzone przeze mnie zmiany mają natychmiastowy wpływ na utratę pakietów. Zdolność do przeprowadzenia tego szybkiego eksperymentu była kluczem do ustalenia winowajcy wśród tak wielu możliwych zmiennych.W moim przypadku był to repeater (aka „przedłużacz WiFi”) na korytarzu. Po wyłączeniu utrata pakietów zaczęła spadać do 0%. YMMV. Jak się okazuje, 802-11n ma możliwość zintegrowania wielu słabych sygnałów odbijających się od ścian przy niewielkich opóźnieniach w celu wzmocnienia sygnału. W moim przypadku doszedłem do wniosku, że repeater wprowadza zbyt duże opóźnienie, co powoduje, że prawie dokładnie co trzeci pakiet jest odbierany błędnie.
Jak widać z dużej liczby odpowiedzi tutaj, wiele osób ma podobny problem, ale przyczyny są różne. Kluczem do ewentualnego rozwiązania może być po prostu umiejętność szybkiego eksperymentowania i testowania hipotez. Ciągłe
mtr
monitorowanie współczynnika utraty pakietów przy jednoczesnej zmianie parametrów zrobiło to dla mnie. Bardzo polecam to jako podejście diagnostyczne.źródło
Mam też X121e. Przełączyłem moją sieć WLAN tylko w tryb g. Teraz moje połączenie Wlan jest dość stabilne (działa przez około 1 godzinę bez rozłączania). Być może przełączanie między trybem b, trybem g i trybem n stanowi część problemu.
źródło
Aktualizacja dla Ubuntu 12.04:
Mam taki sam problem jak poprzednio z wbudowanym sterownikiem Precise Pangolin. To, co działa bardziej stabilnie niż cokolwiek, co wypróbowałem z Oneiric, to sterownik ze strony internetowej realtek . Korzystam z najnowszej wersji (0005.1230.2011). Ta wersja nie działała dla mnie dobrze z Oneiric (zawieszenie nie działało). Dzięki Precise wszystko działa dobrze, a problemy w większości zniknęły. Od czasu do czasu (może raz na dwa dni) połączenie bezprzewodowe przestaje działać jak wcześniej, ale nie tak często jak wcześniej.
źródło
Mam te same problemy z X121e. Mam problem polegający na tym, że klawisze funkcyjne zostały zamienione po stanie wstrzymania, a połączenie bezprzewodowe losowo się rozłącza.
Potem moja płyta główna została zepsuta i odesłałem komputer do Lenovo, który zastąpił płytę główną. A potem wszystko działało dobrze. Wszystkie moje problemy zniknęły! Do czasu ponownej instalacji Kubuntu wszystkie problemy powróciły.
Może to pomaga lepiej zrozumieć
źródło