Come ottenere una connessione WLAN stabile con un Lenovo x121e?

Ho un problema di permament quando uso la WLAN con il mio Lenovo ThinkPad x121e. La scheda di rete wireless in uso è questa:

lspci:

01: 00.0 Controller di rete: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b / g / n WiFi Adapter (rev 01)

La connessione normalmente funziona OK per qualche tempo, quindi inizia a rallentare e alla fine si disconnette. A volte la connessione viene ristabilita pochi secondi dopo, a volte ci vogliono 30 o più secondi, a volte non si riconnette affatto.

Questo problema si verifica con ogni driver che ho provato fino ad ora. Soprattutto il driver del kernel

Linux ThinkPad 3.0.0-14-generic # 23-Ubuntu SMP lun 21 nov 20:28:43 UTC 2011 x86_64 x86_64 x86_64 GNU / Linux

e driver Realteks che possono essere trovati qui . Il driver sto usando in questo momento è quella che si trova in questo ppa: ppa:tista/x120e.

Ecco un altro link a www.thinkwiki.org che suggerisce un'opzione "Low Power State" (LPS) nel driver di realtek ma sembra che non possa essere disabilitato nel driver corrente.

C'è un modo per ottenere una WLAN più stabile con questa configurazione?

Altre informazioni sul sistema:

lshw -class network:

   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 

Alla fine ho risolto questo problema compilando e installando gli ultimi driver da Linux Wireless in Ubuntu 12.04, nel mio caso il pacchetto "compat-wireless-3.5.1-1-snpc.tar.bz2": http: //wireless.kernel. org / it / utenti / download / stabile /

Uno ha bisogno dei file header per il suo kernel e il pacchetto build-essentials. Consiglio anche di eseguire lo script "driver-select" con l'opzione rtlwifi prima di compilare perché uno non ha bisogno degli altri driver e riduce i tempi di costruzione:

sudo apt-get install linux-headers-$(uname -r) build-essential

tar jvxf compat-wireless-3.5.1-1-snpc.tar.bz2
cd compat-wireless-3.5.1-1-snpc
./scripts/driver-select rtlwifi
make
sudo make install

L'aspetto negativo è che devi ricostruire il driver dopo ogni aggiornamento del kernel.

Sto guidando il conducente da due giorni con chiusura e apertura eccessive del coperchio e non ho avuto disconnessioni.

Il problema potrebbe essere causato dall'hopping del canale (e dal nuovo kernel Linux).

L'ho risolto principalmente con compilare il driver da solo e installarlo. La seconda cosa che ho fatto è stata cercare reti in caso di interruzione della rete.

Sono entrato nel terminal watch sudo iwlist wlan0 scan.

Con ciò l'autista rimase sveglio. Un'altra correzione che ho usato è premere Fn+ F5per disabilitare il wifi e poi faccio lo stesso qualche secondo dopo.

Un'altra cosa che ho provato:

sudo modprobe -r rtl8192ce
sudo modprobe rtl8192ce

Questo ricarica il driver per il wifi. A volte eseguo anche il ping del router, questo mantiene stabile la mia connessione wifi.

Questo link mi ha dato il suggerimento di provare l'opzione ips = 0 per il modulo rtl8192ce per disattivare tutto il risparmio energetico con l'adattatore wlan. Fino ad ora questo mi dà il miglior comportamento - nessun abbandono, nessuna disconnessione. Ciò avrà sicuramente un effetto sul consumo di energia - vedremo. Per ora sto usando i driver build in con kernel 3.0.0-15.

Ho finito per sostituire la scheda WLAN perché non ero in grado di ottenere una connessione stabile.

Per coloro che vogliono fare lo stesso: il trucco è quello di collegare la scheda allo slot mini PCIe di riserva e non allo slot della scheda WLAN. In questo modo il BIOS non si lamenterà dell'hardware non sottoposto a votazione. Lo slot di riserva è pensato per una scheda WWAN / UMTS, ma i cavi dell'antenna WLAN lo raggiungono perfettamente. È davvero semplice fare solo 3 viti per il pannello e una per la scheda, oltre alle prese dell'antenna.

Ho acquistato una scheda Intel Centrino Advanced - N 6200 (mezza lunghezza PCIe) per 20 € e funziona perfettamente. Anche se raccomando di utilizzare una scheda PCI Express a tutta lunghezza come è fatto per lo slot (ho dovuto riparare la mia con nastro adesivo, che è molto più stabile di quanto sembri).

Ho fatto lo stesso: disabilitato la porta WLAN nel BIOS, rimosso la scheda Realtek e aggiunto un Intel Centrino 6200 alla porta WWAN. Ho usato un adattatore MiniPCIe mezzo pieno (costa meno di 5 euro) per fissare la scheda in posizione.

ehi, ho appena fatto ciò che è stato citato nell'ultima parte del testo (aggiornamento 21 febbraio 2011) http://www.hitxp.com/articles/software/ubuntu-fix-slow-wireless-internet-connection-speed-upgrading- 11-04-natty-narwhal / ottengo risultati migliori con quello per thinkpad x121e ubuntu 12.04

Avevo anche lo stesso problema. Ho attraversato il processo di compilazione dei driver dalla fonte, ecc. Ma avevo ancora lo stesso problema. Avrei avuto accesso ma era estremamente lento. Dovrei rilasciare e ricaricare il modulo ogni 5-10 minuti per mantenere qualsiasi connessione utilizzabile.

Ora questo era solo fastidioso. Quindi, leggendo più post e testando più metodi ho finalmente trovato una soluzione che ha funzionato per me. Ho fatto quanto segue.

Da una nuova installazione:

sudo -i
apt-get update && apt-get dist-upgrade
apt-get install linux-packports-modules-cw-3.4-3.2.0-30-generic
nano /etc/modules (Added rtl8192ce to the end)

Modificato ipv6 da ignorare nel gestore della rete.

Ha riavviato come al solito.

Al primo accesso a volte devo rilasciare il modulo e ricaricare.

sudo modprobe -r rtl8192ce

(attendi qualche secondo)

sudo modprobe rtl8192ce

Ho testato tutta la notte scaricando file dal mio server senza alcuna notevole velocità ridotta o perdita di connessione. Come detto prima a volte devo rilasciare il modulo e ricaricare. Ma raramente solo all'avvio.

Sto usando il kernel versione 3.2.0-30-generico e la scheda wlan è l'ASUS PCE-N15. Uso anche i server opendns, non penso che faccia troppo differenza, ma preferisco usarli.

Spero che questo aiuti chiunque abbia avuto lo stesso problema. So che ero così vicino a tornare a Windows, ma ho dovuto provare.

Insegna a un uomo come pescare:

Ho avuto esattamente lo stesso problema: nuova scheda wireless ASUS 802-11bgn con un chipset ralink rtl8192ce, connessione WiFi utilizzata per abbandonare e poi ristabilirsi ogni pochi minuti. Le sessioni SSH e il caricamento della pagina Web si bloccavano e tutto era dolorosamente lento ma "funzionante" a intermittenza.

Nel corso di diversi giorni, ho provato molte soluzioni, sia dal punto di vista software che hardware: aggiornamento dei driver, riorientamento dell'antenna, spostamento della scheda wireless in un ulteriore slot per evitare calore dalla scheda grafica adiacente, riconfigurazione del punto di accesso WiFi da utilizzare canali diversi, provare bande di frequenza più strette per ridurre le interferenze dei vicini, cambiare MTU, disabilitare il risparmio energetico, ecc. Prova ed errore al suo estremo.

La svolta nel mio caso è arrivata quando ho realizzato 2 cose:

• Il mio segnale wireless è in realtà forte e sano. Questo è stato trovato usando:

  watch iwlist wlan0 scan

• Prima che si verificasse qualsiasi disconnessione, c'era un grave problema di perdita di pacchetti. Questo è stato trovato eseguendo continuamente mtrin una finestra dedicata:

  mtr 10.0.0.1

(sostituire 10.0.0.1 con l'IP effettivo del punto di accesso). L'esecuzione di questo mtrin una schermata mi ha permesso di verificare rapidamente se qualsiasi modifica apportata ha un effetto immediato sulla perdita di pacchetti. La capacità di eseguire questa rapida sperimentazione è stata la chiave per individuare il colpevole tra tante variabili possibili.

Nel mio caso, era il ripetitore (noto anche come "WiFi extender") nel corridoio. Una volta disattivata, la perdita di pacchetti ha iniziato a scendere verso lo 0%. YMMV. A quanto pare, 802-11n ha la capacità di integrare più segnali deboli che rimbalzano sui muri con lievi ritardi per amplificare il segnale. Nel mio caso, ho immaginato che il ripetitore stesse introducendo un ritardo troppo grande che causava la ricezione quasi errata di un pacchetto su 3.

Come puoi vedere dal gran numero di risposte qui, molte persone hanno un problema simile, ma i motivi sono diversi. La chiave di ogni eventuale soluzione potrebbe essere semplicemente la capacità di sperimentare e testare rapidamente le ipotesi. Un mtrmonitoraggio continuo del tasso di perdita di pacchetti e allo stesso tempo modifica dei parametri lo ha fatto per me. Consiglio vivamente questo come approccio diagnostico.

Possiedo anche un X121e. Ho commutato la mia WLAN solo in modalità g. Ora la mia connessione Wlan è abbastanza stabile (funziona per circa 1 ora senza disconnessione). Forse il passaggio tra b-mode, g-mode e, n-mode è parte del problema.

Aggiornamento per Ubuntu 12.04:

Ho lo stesso problema di prima con il driver buildin di Precise Pangolin. Ciò che funziona più stabile di qualsiasi cosa abbia provato con Oneiric è il driver dal sito Web di realtek . Sto usando l'ultima versione (0005.1230.2011). Questa versione non ha funzionato bene con Oneiric (la sospensione non ha funzionato). Con Precise funziona bene e i problemi sono per lo più andati. Di tanto in tanto (forse una volta ogni due giorni) la connessione wireless smette di funzionare come prima, ma non così spesso come prima.

Ho gli stessi problemi con X121e. Ho il problema che i tasti funzione sono stati scambiati dopo lo standby e il wireless si disconnette casualmente.

Quindi la mia scheda madre è stata rotta e ho inviato il notebook a Lenovo che ha sostituito la scheda madre. E dopo tutto ha funzionato bene. Tutti i miei problemi erano spariti! Fino a quando ho reinstallato Kubuntu e tutti i problemi sono tornati.

Forse questo aiuta di più a capire