Беспроводная связь не пускает вырезание каждые несколько минут на Realtek RTL8187SE

Интернет не пускает вырезание каждые несколько минут, иногда это длится дольше, но это происходит в конечном счете. Я могу все еще использовать Интернет, если я разъединяюсь из меню и нажимаю подключение снова. Любая справка ценилась бы :)

Детали моей Беспроводной Карты:

Беспроводная карта: Сетевой контроллер 04:00.0: Realtek Semiconductor Co., Ltd. Контроллер беспроводной локальной сети RTL8187SE (газуют 22),

Я просто запускаю простую полностью актуальную 64-разрядную Ubuntu (2.6.38-10-универсальное Ядро)

Как ядро распознает мою беспроводную карту:

*-network               
       description: Wireless interface
       product: RTL8187SE Wireless LAN Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:04:00.0
       logical name: wlan0
       version: 22
       serial: 00:24:21:cf:89:f6
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=r8180 latency=0 multicast=yes wireless=802.11b/g
       resources: irq:17 ioport:3000(size=256) memory:fa000000-fa003fff
  *-network
       description: Ethernet interface
       product: RTL8111/8168B PCI Express Gigabit Ethernet controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:05:00.0
       logical name: eth0
       version: 03
       serial: 00:03:0d:de:97:eb
       size: 100Mbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full ip=192.168.1.67 latency=0 link=yes multicast=yes port=MII speed=100Mbit/s
       resources: irq:43 ioport:4000(size=256) memory:f6000000-f6000fff memory:f4000000-f4003fff memory:f4020000-f403ffff

Я просто использую типичного администратора сети, не настроенного что-либо действительно..

9
задан 10 July 2011 в 11:39

2 ответа

Отброшенные соединения WiFi могут или быть экологическими или связанное программное обеспечение.

Я попытаюсь сохранить это максимально универсальным, так, чтобы ответ мог относиться к любым картам WiFi.

Три экологических области, которые необходимо рассмотреть прежде, чем копаться в предложениях программного обеспечения ниже:

  • Шифрование WI-FI - Попытка, изменяющая метод шифрования для Вашего маршрутизатора WI-FI, посмотрите, приводит ли это к более стабильному соединению.

  • Сам Маршрутизатор WI-FI - Попытка, перемещающаяся в новую точку доступа, у Вас все еще есть проблемы возможности соединения?

  • Канал WI-FI - Попытка, переключающая канал Ваш маршрутизатор, связывается на. В Вашей области может быть слишком много трафика в канале, который Вы выбрали.

После того как Вы исключили эти области, пять программного обеспечения возможные проспекты, Вы могли рассмотреть:

  1. Надеясь видеть, существует ли какой-либо Бэкпорт WiFi и если так, устанавливая соответствующий пакет
  2. Посмотрите, является ли это 64 битами по сравнению с проблемой на 32 бита
  3. Попытка более нового Ядра, или следующее доступное стабильное ядро ИЛИ тестирование очень последней альфы/беты версия Ubuntu, которая содержит последнее ядро предвыпускной версии
  4. Отключение управления питанием беспроводной карты
  5. (выбор самого последнего курорта) использующий NDISWrapper

Бэкпорты

Разработчики ядра часто выпускают пакет программного обеспечения, содержащий обновления для устройств WiFi, полученных из последнего или нового ядра.

Для Аккуратного называют этот пакет linux-backports-modules-cw-2.6.39-generic (спасибо Jorge). Этот пакет может быть найден или в предложенном репозитории или в репозитории бэкпорта. Отметьте соответствующий флажок в Источниках программного обеспечения и Перезагрузке последние обновления.

Откройте Software Center или Synaptic Manager и ищите названный пакет (или так же названный) как выше. Если пакет доступен, установите пакет, перезагрузку и посмотрите, более ли соединение WiFi стабильно.

64 бита по сравнению с 32 битами

Поскольку Linux назревает, 64 бита по сравнению с проблемами на 32 бита должны уменьшить. Однако это не неизвестно, что установка на 64 бита может быть более нестабильной по сравнению с установкой на 32 бита - и виза-versa.

Для Вашей карты я нашел отчет об ошибках для Вашей Беспроводной карты здесь, которая описывает Ваши признаки - ядро на 64 бита, Wi-Fi отбрасывает соединение случайным образом.

Возьмите резервное копирование своей системы сначала с помощью, например, Clonezilla, так, чтобы у Вас было что-то, которое можно легко восстановить от.

Попытайтесь установить версию на 32 бита Аккуратных. Посмотрите, более ли Ваше соединение стабильно. Вы могли также протестировать другие предложения в этом ответе в этой конфигурации на 32 бита.

Более новое ядро

Тестирование более нового Ядра может иногда вызывать проблемы нестабильности - например, загружаются и проблемы черного экрана. Я рекомендовал бы удалить любые Дополнительные Аппаратные графические драйверы (например, ATI или Nvidia) сначала. Я также рекомендую иметь хорошее резервное копирование, например, с помощью CloneZilla, от которого можно восстановить.

Ищите следующее стабильное ядро магистрали отсюда на LaunchPad.

Смотрение на изменение перечисляет на ядре 2.6.39, оно действительно упоминает некоторые обновления для Вашей карты.

Можно установить 2.6.39 ядер, как описано в моем ответе здесь.

Отключение управления питанием

Иногда беспроводные карты могут иметь режимы Power Management. Не неизвестный, чтобы эти режимы были багги в Linux. Выключение управления питанием может иногда помогать.

Вам, вероятно, придется провести некоторое исследование Google, чтобы видеть, существует ли определенный метод для отключения Питания Managment. Ниже метод, который я использовал в прошлом для некоторых карт.

От терминального типа:

gksu gedit /etc/pm/power.d/wireless

Если открытый файл содержит какие-либо операторы, затем добавляют следующую строку (если это уже не существует),

/sbin/iwconfig wlan0 power off

Если открытый файл пуст, затем добавляют следующее

#!/bin/sh

/sbin/iwconfig wlan0 power off

Теперь скопируйте и вставьте следующее:

sudo chmod +x /etc/pm/power.d/wireless

Затем перезагрузка.

источник

NDISWrapper

Отметьте - NDISWrapper может вызвать проблемы черного экрана о начальной загрузке - поэтому имейте хорошее резервное копирование, например, с помощью CloneZilla, от которого можно восстановить.

NDISWrapper был когда-то несколько лет назад, один часто используемый метод для беспроводных карт, потому что ядро имело столь немногих поддержка драйвера беспроводного устройства.

Ее впавший в немилость недавно по многим причинам, что я привычка вхожу...

Честно говоря, RTL8187se был в ядре в течение некоторого времени, таким образом, следующее предложение нужно рассмотреть как последнее прибежище.

Поиск ndisgtk в центре программного обеспечения и установке

Теперь загрузите драйверы Windows XP в Вашем случае от Realtek

Выписка из zip-файла.

Используя ndisgtk - перешли к папке - RTL8187SE - WinXP и указывают на ndisgtk на .inf файл. Надо надеяться, теперь (возможно, после перезагрузки) администратор сети должен использовать этот драйвер в предпочтении к драйверу ядра RTL8187SE - n.b., надо надеяться, Вы не должны помещать в черный список ядро.

6
ответ дан 23 November 2019 в 05:10

Это звучит подобным проблеме, когда я раньше входил в MeeGo (не не Ubuntu), где Wi-Fi раньше включал и так, таким образом, это была реальная боль.

Я помню в то время, когда это было зафиксировано путем редактирования rc.local файла с действительно легкой фиксацией, которая работала (хотя в MeeGo), но

cd /etc/

gksudo gedit rc.local

Вставьте следующие строки, если они уже не там (или не прокомментируйте их),

ifconfig wlan0 down
ifconfig wlan0 up

(первоначально в более старой ошибке MeeGo мы раньше изменялись, wlan0 к eth1 (не знайте, почему, но это раньше означало нас использующий eth1 не wlan0),

старая ошибка MeeGo

НО это было проблемой broadcom однако, казалось немного подобным тому, что Вы описывали

0
ответ дан 23 November 2019 в 05:10

Другие вопросы по тегам:

Похожие вопросы: