У меня проблема с постоянным доступом при использовании WLAN с моим Lenovo ThinkPad x121e. Используемый адаптер беспроводной сети:
Утилита lspci:
01: 00.0 Сетевой контроллер: Realtek Semiconductor Co., Ltd. RTL8188CE WiFi адаптер 802.11b / g / n (версия 01)
Соединение обычно работает нормально в течение некоторого времени, а затем начинает замедляться и в конечном итоге отключается. Иногда соединение восстанавливается через несколько секунд, иногда это занимает 30 или более секунд, а иногда вообще не восстанавливается.
Эта проблема возникает с каждым драйвером, который я пробовал до сих пор. Особенно драйвер ядра
Linux ThinkPad 3.0.0-14-generic # 23-Ubuntu SMP Пн 21 ноября 20:28:43 UTC 2011 x86_64 x86_64 x86_64 GNU / Linux
и драйвер Realteks, который можно найти здесь . Водитель я использую в данный момент является один нашел в этом рра: ppa:tista/x120e
.
Вот еще одна ссылка на www.thinkwiki.org, которая намекает на параметр «Low Power State» (LPS) в драйвере realtek, но кажется, что его нельзя отключить в текущем драйвере.
Есть ли способ получить более стабильный WLAN с этой настройкой?
Еще немного системной информации:
Сеть класса lshw:
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
Ответы:
Я наконец-то исправил эту проблему, скомпилировав и установив последние драйверы из Linux Wireless в Ubuntu 12.04, в моем случае это пакет "compat-wireless-3.5.1-1-snpc.tar.bz2": http: //wireless.kernel. орг / EN / пользователей / Скачать / стабильный /
Для его ядра нужны файлы заголовков и пакет build-essentials. Я также рекомендую запустить скрипт «driver-select» с опцией rtlwifi перед компиляцией, потому что другие драйверы не нужны, и это сокращает время сборки:
Но недостатком является то, что вам нужно пересобирать драйвер после каждого обновления ядра.
Я работаю водителем в течение двух дней с чрезмерным закрытием и открытием крышки и не получил никаких отключений.
источник
linux-backports-modules-cw-3.3-precise-generic
пакет. Я попробую.Проблема может быть вызвана переключением каналов (и новым ядром Linux).
Я исправил это, в основном, самостоятельно скомпилировав драйвер и установив его. Второе, что я сделал, было сканирование сетей, если сеть не работает.
Я вошел в терминал
watch sudo iwlist wlan0 scan
.С этим водитель не спал. Другое исправление, которое я использовал, - нажать Fn+, F5чтобы отключить Wi-Fi, а затем я делаю то же самое через несколько секунд.
Еще одна вещь, которую я попробовал:
Это перезагрузит драйвер для Wi-Fi. Я также иногда пингую маршрутизатор, это поддерживает стабильное соединение Wi-Fi.
источник
Эта ссылка дала мне подсказку попробовать опцию ips = 0 для модуля rtl8192ce, чтобы отключить все энергосбережения с помощью адаптера WLAN. До сих пор это дает мне лучшее поведение - никаких пропаданий, никаких отключений. Это, безусловно, повлияет на энергопотребление - посмотрим. Я сейчас использую встроенные драйверы с ядром 3.0.0-15.
источник
Я закончил тем, что заменил карту WLAN, поскольку я не смог получить стабильное соединение.
Для тех, кто хочет сделать то же самое: хитрость заключается в том, чтобы подключить карту к свободному разъему mini PCIe, а не к разъему для карты WLAN. Таким образом, BIOS не будет жаловаться на неподдерживаемое оборудование. Запасной слот предназначен для платы WWAN / UMTS, но антенные кабели WLAN достигают этого очень хорошо. Это действительно просто сделать всего 3 винта для панели и один для платы, а также разъемы антенны.
Я купил карту Intel Centrino Advanced - N 6200 (половина длины PCIe) за 20 €, и она отлично работает. Хотя я рекомендую использовать полноразмерную карту PCI Express, именно для этого и предназначен слот (мне пришлось починить мой с помощью ленты, которая намного стабильнее, чем кажется).
источник
Я сделал то же самое: отключил порт WLAN в BIOS, удалил карту Realtek и добавил Intel Centrino 6200 к порту WWAN. Я использовал адаптер MiniPCIe наполовину заполненный (менее 5 евро), чтобы закрепить карту на месте.
источник
эй, я только что сделал то, что упомянуто в последней части текста (обновление 21 февраля 2011 г.) http://www.hitxp.com/articles/software/ubuntu-fix-slow-wireless-internet-connection-speed-upgrading- 11-04-natty-narwhal / я получаю лучшие результаты с этим для ThinkPad X121E Ubuntu 12.04
источник
У меня тоже была такая же проблема. Я прошел процесс компиляции драйверов из исходного кода и т. Д. Но у меня все еще была та же проблема. У меня был бы доступ, но это было чрезвычайно медленно. Мне пришлось бы выпустить и перезагрузить модуль, кажется, каждые 5-10 минут, чтобы сохранить любое пригодное для использования соединение.
Теперь это просто раздражало. Поэтому, прочитав больше постов и протестировав несколько методов, я наконец нашел решение, которое сработало для меня. Я сделал следующее.
Из новой установки:
Изменен ipv6, чтобы игнорировать в сетевом менеджере.
Сделал перезагрузку как обычно.
При первом входе в систему иногда приходится освобождать модуль и перезагружать.
(подождите несколько секунд)
Я тестировал всю ночь, скачивая файлы с моего сервера без заметного снижения скорости или потери соединения. Как говорилось ранее, иногда мне приходится выпускать модуль и перезагружать его. Но редко только при загрузке.
Я использую ядро версии 3.2.0-30-generic, а карта WLAN - ASUS PCE-N15. Я также использую сервер opendns, не думаю, что это слишком сильно меняет, но я предпочитаю использовать их.
Я надеюсь, что это поможет любому, у кого была такая же проблема. Я знаю, что был так близок к тому, чтобы вернуться к окнам, но я должен был попробовать.
источник
Научите человека ловить рыбу:
У меня была точно такая же проблема: новая беспроводная карта ASUS 802-11bgn с набором микросхем ralink rtl8192ce, соединение WiFi прерывалось, а затем восстанавливалось каждые несколько минут. Сеансы ssh и загрузка веб-страниц зависали, и все было мучительно медленно, но периодически «работало».
В течение нескольких дней я испробовал множество решений, как на программном, так и на аппаратном уровне: обновление драйверов, переориентация антенны, перемещение беспроводной карты в дополнительный слот во избежание перегрева от соседней видеокарты, перенастройка точки доступа WiFi для использования разные каналы, попробуйте использовать более узкие полосы частот, чтобы уменьшить помехи от соседей, изменить MTU, отключить энергосбережение и т. д.
Прорыв в моем случае произошел, когда я понял 2 вещи:
Мой беспроводной сигнал на самом деле сильный и здоровый. Это было найдено с помощью:
watch iwlist wlan0 scan
До того, как произошло какое-либо отключение, существовала серьезная проблема потери пакетов. Это было найдено при непрерывном запуске
mtr
в специальном окне:mtr 10.0.0.1
(замените 10.0.0.1 на ваш фактический IP-адрес точки доступа). Запуск этого
mtr
на одном экране позволил мне быстро проверить, влияет ли любое внесенное мной изменение на потерю пакетов. Способность выполнить это быстрое экспериментирование была ключевой для определения виновника среди стольких возможных переменных.В моем случае это был ретранслятор (он же «WiFi extender») в коридоре. После выключения потеря пакетов начала падать до 0%. YMMV. Как выясняется, 802-11n обладает способностью объединять несколько слабых сигналов, отражающихся от стен с небольшими задержками, для усиления сигнала. В моем случае я полагал, что ретранслятор вводит слишком большую задержку, из-за которой почти каждый третий пакет принимается с ошибкой.
Как вы можете видеть из большого количества ответов здесь, у многих людей есть похожая проблема, но причины разные. Ключом к любому возможному решению может быть просто способность быстро экспериментировать и проверять гипотезы. Постоянный
mtr
мониторинг скорости потери пакетов при одновременном изменении параметров сделал это для меня. Я настоятельно рекомендую это как диагностический подход.источник
У меня тоже есть X121e. Я переключил свой WLAN только в g-режим. Теперь мое соединение Wlan довольно стабильно (работает около 1 часа без отключения). Возможно, переключение между b-режимом, g-режимом и n-режимом является частью проблемы.
источник
Обновление для Ubuntu 12.04:
У меня та же проблема, что и раньше со встроенным драйвером Precise Pangolin. Что работает стабильнее, чем все, что я пробовал с Oneiric, так это драйвер с сайта realtek . Я использую последнюю версию (0005.1230.2011). Эта версия не работает для меня с Oneiric (приостановка не работает). С Precise все работает нормально, и проблемы в основном исчезли. Время от времени (возможно, раз в два дня) беспроводное соединение перестает работать, как раньше, но не так часто, как раньше.
источник
У меня такие же проблемы с X121e. У меня проблема в том, что функциональные клавиши менялись после ожидания, и беспроводное соединение случайно отключалось.
Затем моя материнская плата была сломана, и я отправил ноутбук обратно в Lenovo, который заменил материнскую плату. И после этого все работало нормально. Все мои проблемы исчезли! Пока я не переустановил Kubuntu и все проблемы вернулись.
Может быть, это помогает больше понять
источник