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

В меню редактирования щелкните по настройкам и на первой вкладке «Вид» отметьте галочкой флажки с номерами отображаемых номеров

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

20 ответов

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

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

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

Шифрование WIFI - попробуйте изменить метод шифрования на вашем WIFI-маршрутизаторе, посмотрите, приведет ли это к более стабильному подключение. WIFI-маршрутизатор - попробуйте перейти к новой точке доступа, все еще есть проблемы с подключением? WIFI Channel - попробуйте изменить канал, на который ваш маршрутизатор взаимодействует. В вашем регионе может быть слишком много трафика на выбранном вами канале.

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

. Посмотрите, существует ли какой-либо WiFi-порт, и если да, установите соответствующий пакет. Посмотрите, это проблема с 64-битной и 32-разрядной версиями. Попробуйте новое ядро, либо следующее доступное стабильное ядро, либо тестирование самой последней версии альфа-бета-версии Ubuntu, содержащей последнюю версию ядра кандидата. Отключение управления питанием вашей беспроводной карты (выбор в крайнем случае) используя NDISWrapper

Backports

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

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

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

64bit vs 32bit

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

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

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

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

Новое ядро ​​

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

Найдите следующее стабильное ядро ​​mainline с Wireless card здесь .

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

Вы можете установить ядро ​​2.6.39, как описано в моих списках изменений [!d32 ].

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

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

Возможно, вам придется провести некоторое исследование Google, чтобы узнать, существует ли какой-либо конкретный метод отключения Power 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

Затем перезагрузитесь.

source

NDISWrapper

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

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

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

Честно говоря, RTL8187se уже некоторое время находится в ядре, поэтому следующее предложение следует рассматривать как последнее средство. [ ! d49]

Найдите ndisgtk в программном центре и установите

[d 51] Теперь загрузите источник
в вашем случае из Realtek

Извлеките из zip-файла.

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

7
ответ дан 25 May 2018 в 19:55
  • 1
    Я пробовал то, что вы и Хорхе предложили, но связь все еще продолжает падать :( – Lee Jarratt 11 July 2011 в 14:22
  • 2
    Я попробовал все, что было предложено, но он все еще падает, я думаю, пришло время отказаться от надежды? – Lee Jarratt 13 July 2011 в 01:52
  • 3
    Я попробовал ваше новое предложение NDISWrapper, но после этого и перезагрузки меня встретил черный экран, и я ничего не мог сделать. Я играл с NDISWrapper раньше для своего старого ноутбука, и у меня тогда не было проблем. Во всяком случае, мне пришлось сделать новую установку. Следующий? ;) – Lee Jarratt 14 July 2011 в 04:18
  • 4
    hmmm - Я вырыл вокруг (и вокруг ...) - но все, что я могу найти, это то, что эта беспроводная карта не работает очень хорошо под 64 бит, но работает на 32-битной. Аналогичные наблюдения для 64-битной версии 32-разрядной Windows 7 (см. Связанный отчет об ошибках debian). У меня закончились идеи, кроме использования 32-битного Natty или покупки беспроводной карты других производителей. 3 дня. Надеюсь, кто-то еще может поиграть и получить вашу карточку, работающую под 64-битным Natty. – fossfreedom♦ 14 July 2011 в 14:33
  • 5
    В настоящее время я тестирую полностью обновленную версию 64-разрядного Oneiric с момента выхода с Natty на днях. С тех пор беспроводная сеть упала 2 или 3 раза, что намного лучше, чем при использовании Natty! – Lee Jarratt 14 July 2011 в 16:50

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

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

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

Шифрование WIFI - попробуйте изменить метод шифрования на вашем WIFI-маршрутизаторе, посмотрите, приведет ли это к более стабильному подключение. WIFI-маршрутизатор - попробуйте перейти к новой точке доступа, все еще есть проблемы с подключением? WIFI Channel - попробуйте изменить канал, на который ваш маршрутизатор взаимодействует. В вашем регионе может быть слишком много трафика на выбранном вами канале.

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

. Посмотрите, существует ли какой-либо WiFi-порт, и если да, установите соответствующий пакет. Посмотрите, это проблема с 64-битной и 32-разрядной версиями. Попробуйте новое ядро, либо следующее доступное стабильное ядро, либо тестирование самой последней версии альфа-бета-версии Ubuntu, содержащей последнюю версию ядра кандидата. Отключение управления питанием вашей беспроводной карты (выбор в крайнем случае) используя NDISWrapper

Backports

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

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

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

64bit vs 32bit

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

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

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

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

Новое ядро ​​

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

Найдите следующее стабильное ядро ​​mainline с Wireless card здесь .

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

Вы можете установить ядро ​​2.6.39, как описано в моих списках изменений .

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

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

Возможно, вам придется провести некоторое исследование Google, чтобы узнать, существует ли какой-либо конкретный метод отключения Power 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

Затем перезагрузитесь.

source

NDISWrapper

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

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

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

Честно говоря, RTL8187se уже некоторое время находится в ядре, поэтому следующее предложение следует рассматривать как последнее средство. [ ! d49]

Найдите ndisgtk в программном центре и установите

[d 51] Теперь загрузите источник в вашем случае из Realtek

Извлеките из zip-файла.

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

7
ответ дан 25 July 2018 в 21:36

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

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

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

Шифрование WIFI - попробуйте изменить метод шифрования на вашем WIFI-маршрутизаторе, посмотрите, приведет ли это к более стабильному подключение. WIFI-маршрутизатор - попробуйте перейти к новой точке доступа, все еще есть проблемы с подключением? WIFI Channel - попробуйте изменить канал, на который ваш маршрутизатор взаимодействует. В вашем регионе может быть слишком много трафика на выбранном вами канале.

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

. Посмотрите, существует ли какой-либо WiFi-порт, и если да, установите соответствующий пакет. Посмотрите, это проблема с 64-битной и 32-разрядной версиями. Попробуйте новое ядро, либо следующее доступное стабильное ядро, либо тестирование самой последней версии альфа-бета-версии Ubuntu, содержащей последнюю версию ядра кандидата. Отключение управления питанием вашей беспроводной карты (выбор в крайнем случае) используя NDISWrapper

Backports

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

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

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

64bit vs 32bit

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

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

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

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

Новое ядро ​​

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

Найдите следующее стабильное ядро ​​mainline с Wireless card здесь .

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

Вы можете установить ядро ​​2.6.39, как описано в моих списках изменений .

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

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

Возможно, вам придется провести некоторое исследование Google, чтобы узнать, существует ли какой-либо конкретный метод отключения Power 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

Затем перезагрузитесь.

source

NDISWrapper

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

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

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

Честно говоря, RTL8187se уже некоторое время находится в ядре, поэтому следующее предложение следует рассматривать как последнее средство. [ ! d49]

Найдите ndisgtk в программном центре и установите

[d 51] Теперь загрузите источник в вашем случае из Realtek

Извлеките из zip-файла.

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

7
ответ дан 31 July 2018 в 11:01

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

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

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

Шифрование WIFI - попробуйте изменить метод шифрования на вашем WIFI-маршрутизаторе, посмотрите, приведет ли это к более стабильному подключение. WIFI-маршрутизатор - попробуйте перейти к новой точке доступа, все еще есть проблемы с подключением? WIFI Channel - попробуйте изменить канал, на который ваш маршрутизатор взаимодействует. В вашем регионе может быть слишком много трафика на выбранном вами канале.

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

. Посмотрите, существует ли какой-либо WiFi-порт, и если да, установите соответствующий пакет. Посмотрите, это проблема с 64-битной и 32-разрядной версиями. Попробуйте новое ядро, либо следующее доступное стабильное ядро, либо тестирование самой последней версии альфа-бета-версии Ubuntu, содержащей последнюю версию ядра кандидата. Отключение управления питанием вашей беспроводной карты (выбор в крайнем случае) используя NDISWrapper

Backports

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

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

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

64bit vs 32bit

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

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

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

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

Новое ядро ​​

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

Найдите следующее стабильное ядро ​​mainline с Wireless card здесь .

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

Вы можете установить ядро ​​2.6.39, как описано в моих списках изменений .

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

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

Возможно, вам придется провести некоторое исследование Google, чтобы узнать, существует ли какой-либо конкретный метод отключения Power 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

Затем перезагрузитесь.

source

NDISWrapper

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

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

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

Честно говоря, RTL8187se уже некоторое время находится в ядре, поэтому следующее предложение следует рассматривать как последнее средство. [ ! d49]

Найдите ndisgtk в программном центре и установите

[d 51] Теперь загрузите источник в вашем случае из Realtek

Извлеките из zip-файла.

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

7
ответ дан 31 July 2018 в 12:00

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

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

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

Шифрование WIFI - попробуйте изменить метод шифрования на вашем WIFI-маршрутизаторе, посмотрите, приведет ли это к более стабильному подключение. WIFI-маршрутизатор - попробуйте перейти к новой точке доступа, все еще есть проблемы с подключением? WIFI Channel - попробуйте изменить канал, на который ваш маршрутизатор взаимодействует. В вашем регионе может быть слишком много трафика на выбранном вами канале.

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

. Посмотрите, существует ли какой-либо WiFi-порт, и если да, установите соответствующий пакет. Посмотрите, это проблема с 64-битной и 32-разрядной версиями. Попробуйте новое ядро, либо следующее доступное стабильное ядро, либо тестирование самой последней версии альфа-бета-версии Ubuntu, содержащей последнюю версию ядра кандидата. Отключение управления питанием вашей беспроводной карты (выбор в крайнем случае) используя NDISWrapper

Backports

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

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

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

64bit vs 32bit

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

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

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

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

Новое ядро ​​

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

Найдите следующее стабильное ядро ​​mainline с Wireless card здесь .

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

Вы можете установить ядро ​​2.6.39, как описано в моих списках изменений .

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

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

Возможно, вам придется провести некоторое исследование Google, чтобы узнать, существует ли какой-либо конкретный метод отключения Power 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

Затем перезагрузитесь.

source

NDISWrapper

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

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

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

Честно говоря, RTL8187se уже некоторое время находится в ядре, поэтому следующее предложение следует рассматривать как последнее средство. [ ! d49]

Найдите ndisgtk в программном центре и установите

[d 51] Теперь загрузите источник в вашем случае из Realtek

Извлеките из zip-файла.

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

7
ответ дан 2 August 2018 в 03:13

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

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

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

Шифрование WIFI - попробуйте изменить метод шифрования на вашем WIFI-маршрутизаторе, посмотрите, приведет ли это к более стабильному подключение. WIFI-маршрутизатор - попробуйте перейти к новой точке доступа, все еще есть проблемы с подключением? WIFI Channel - попробуйте изменить канал, на который ваш маршрутизатор взаимодействует. В вашем регионе может быть слишком много трафика на выбранном вами канале.

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

. Посмотрите, существует ли какой-либо WiFi-порт, и если да, установите соответствующий пакет. Посмотрите, это проблема с 64-битной и 32-разрядной версиями. Попробуйте новое ядро, либо следующее доступное стабильное ядро, либо тестирование самой последней версии альфа-бета-версии Ubuntu, содержащей последнюю версию ядра кандидата. Отключение управления питанием вашей беспроводной карты (выбор в крайнем случае) используя NDISWrapper

Backports

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

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

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

64bit vs 32bit

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

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

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

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

Новое ядро ​​

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

Найдите следующее стабильное ядро ​​mainline с Wireless card здесь .

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

Вы можете установить ядро ​​2.6.39, как описано в моих списках изменений .

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

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

Возможно, вам придется провести некоторое исследование Google, чтобы узнать, существует ли какой-либо конкретный метод отключения Power 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

Затем перезагрузитесь.

source

NDISWrapper

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

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

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

Честно говоря, RTL8187se уже некоторое время находится в ядре, поэтому следующее предложение следует рассматривать как последнее средство. [ ! d49]

Найдите ndisgtk в программном центре и установите

[d 51] Теперь загрузите источник в вашем случае из Realtek

Извлеките из zip-файла.

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

7
ответ дан 4 August 2018 в 19:08

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

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

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

Шифрование WIFI - попробуйте изменить метод шифрования на вашем WIFI-маршрутизаторе, посмотрите, приведет ли это к более стабильному подключение. WIFI-маршрутизатор - попробуйте перейти к новой точке доступа, все еще есть проблемы с подключением? WIFI Channel - попробуйте изменить канал, на который ваш маршрутизатор взаимодействует. В вашем регионе может быть слишком много трафика на выбранном вами канале.

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

. Посмотрите, существует ли какой-либо WiFi-порт, и если да, установите соответствующий пакет. Посмотрите, это проблема с 64-битной и 32-разрядной версиями. Попробуйте новое ядро, либо следующее доступное стабильное ядро, либо тестирование самой последней версии альфа-бета-версии Ubuntu, содержащей последнюю версию ядра кандидата. Отключение управления питанием вашей беспроводной карты (выбор в крайнем случае) используя NDISWrapper

Backports

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

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

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

64bit vs 32bit

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

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

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

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

Новое ядро ​​

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

Найдите следующее стабильное ядро ​​mainline с Wireless card здесь .

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

Вы можете установить ядро ​​2.6.39, как описано в моих списках изменений .

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

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

Возможно, вам придется провести некоторое исследование Google, чтобы узнать, существует ли какой-либо конкретный метод отключения Power 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

Затем перезагрузитесь.

source

NDISWrapper

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

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

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

Честно говоря, RTL8187se уже некоторое время находится в ядре, поэтому следующее предложение следует рассматривать как последнее средство. [ ! d49]

Найдите ndisgtk в программном центре и установите

[d 51] Теперь загрузите источник в вашем случае из Realtek

Извлеките из zip-файла.

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

7
ответ дан 6 August 2018 в 03:25

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

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

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

Шифрование WIFI - попробуйте изменить метод шифрования на вашем WIFI-маршрутизаторе, посмотрите, приведет ли это к более стабильному подключение. WIFI-маршрутизатор - попробуйте перейти к новой точке доступа, все еще есть проблемы с подключением? WIFI Channel - попробуйте изменить канал, на который ваш маршрутизатор взаимодействует. В вашем регионе может быть слишком много трафика на выбранном вами канале.

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

. Посмотрите, существует ли какой-либо WiFi-порт, и если да, установите соответствующий пакет. Посмотрите, это проблема с 64-битной и 32-разрядной версиями. Попробуйте новое ядро, либо следующее доступное стабильное ядро, либо тестирование самой последней версии альфа-бета-версии Ubuntu, содержащей последнюю версию ядра кандидата. Отключение управления питанием вашей беспроводной карты (выбор в крайнем случае) используя NDISWrapper

Backports

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

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

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

64bit vs 32bit

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

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

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

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

Новое ядро ​​

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

Найдите следующее стабильное ядро ​​mainline с Wireless card здесь .

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

Вы можете установить ядро ​​2.6.39, как описано в моих списках изменений .

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

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

Возможно, вам придется провести некоторое исследование Google, чтобы узнать, существует ли какой-либо конкретный метод отключения Power 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

Затем перезагрузитесь.

source

NDISWrapper

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

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

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

Честно говоря, RTL8187se уже некоторое время находится в ядре, поэтому следующее предложение следует рассматривать как последнее средство. [ ! d49]

Найдите ndisgtk в программном центре и установите

[d 51] Теперь загрузите источник в вашем случае из Realtek

Извлеките из zip-файла.

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

7
ответ дан 7 August 2018 в 21:12

Падение Wi-Fi-соединений может быть связано с окружающей средой или программным обеспечением.

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

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

  • Шифрование WIFI - попробуйте изменить метод шифрования на вашем WIFI-маршрутизаторе, посмотрите, более стабильное соединение.
  • Сам маршрутизатор WIFI. Попробуйте перейти к новой точке доступа. У вас все еще есть проблемы с подключением?
  • WIFI Channel - попробуйте изменить канал, на котором ваш маршрутизатор взаимодействует ,

Как только вы выберете эти области, вы можете рассмотреть пять программных возможностей, которые вы могли бы рассмотреть:

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

Backports

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

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

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

64 бит против 32 бит

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

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

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

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

Новое ядро ​​

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

Найдите следующее стабильное ядро ​​mainline из здесь, на LaunchPad .

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

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

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

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

Возможно, вам придется провести некоторое исследование Google, чтобы узнать, существует ли какой-либо конкретный метод отключения Power 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. надеюсь, вам не нужно черным списком ядро.

7
ответ дан 10 August 2018 в 09:30

Падение Wi-Fi-соединений может быть связано с окружающей средой или программным обеспечением.

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

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

  • Шифрование WIFI - попробуйте изменить метод шифрования на вашем WIFI-маршрутизаторе, посмотрите, более стабильное соединение.
  • Сам маршрутизатор WIFI. Попробуйте перейти к новой точке доступа. У вас все еще есть проблемы с подключением?
  • WIFI Channel - попробуйте изменить канал, на котором ваш маршрутизатор взаимодействует ,

Как только вы выберете эти области, вы можете рассмотреть пять программных возможностей, которые вы могли бы рассмотреть:

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

Backports

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

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

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

64 бит против 32 бит

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

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

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

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

Новое ядро ​​

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

Найдите следующее стабильное ядро ​​mainline из здесь, на LaunchPad .

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

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

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

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

Возможно, вам придется провести некоторое исследование Google, чтобы узнать, существует ли какой-либо конкретный метод отключения Power 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. надеюсь, вам не нужно черным списком ядро.

7
ответ дан 13 August 2018 в 12:59
  • 1
    Я пробовал то, что вы и Хорхе предложили, но связь все еще продолжает падать :( – Lee Jarratt 11 July 2011 в 14:22
  • 2
    Я попробовал все, что было предложено, но он все еще падает, я думаю, пришло время отказаться от надежды? – Lee Jarratt 13 July 2011 в 01:52
  • 3
    Я попробовал ваше новое предложение NDISWrapper, но после этого и перезагрузки меня встретил черный экран, и я ничего не мог сделать. Я играл с NDISWrapper раньше для своего старого ноутбука, и у меня тогда не было проблем. Во всяком случае, мне пришлось сделать новую установку. Следующий? ;) – Lee Jarratt 14 July 2011 в 04:18
  • 4
    hmmm - Я вырыл вокруг (и вокруг ...) - но все, что я могу найти, это то, что эта беспроводная карта не работает очень хорошо под 64 бит, но работает на 32-битной. Аналогичные наблюдения для 64-битной версии 32-разрядной Windows 7 (см. Связанный отчет об ошибках debian). У меня закончились идеи, кроме использования 32-битного Natty или покупки беспроводной карты других производителей. 3 дня. Надеюсь, кто-то еще может поиграть и получить вашу карточку, работающую под 64-битным Natty. – fossfreedom♦ 14 July 2011 в 14:33
  • 5
    В настоящее время я тестирую полностью обновленную версию 64-разрядного Oneiric с момента выхода с Natty на днях. С тех пор беспроводная сеть упала 2 или 3 раза, что намного лучше, чем при использовании Natty! – Lee Jarratt 14 July 2011 в 16:50

Звучит похоже на проблему, как я когда-то попадал в Meego (нет, не Ubuntu), где wifi использовался, чтобы так много входить и выходить, поэтому это была настоящая боль.

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

cd /etc/

gksudo gedit rc. local

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

ifconfig wlan0 down
ifconfig wlan0 up

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

old meego bug

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

0
ответ дан 25 May 2018 в 19:55
  • 1
    могу ли я предложить вам изменить eth1 на wlan0, так как это проблема беспроводной связи - вы предлагаете отсканировать фиксированный Ethernet-порт (также стоит поместить теги кода) – fossfreedom♦ 11 July 2011 в 20:48
  • 2
    согласовано. Я приму – andybleaden 12 July 2011 в 11:20

Звучит похоже на проблему, как я когда-то попадал в Meego (нет, не Ubuntu), где wifi использовался, чтобы так много входить и выходить, поэтому это была настоящая боль.

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

cd /etc/

gksudo gedit rc. local

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

ifconfig wlan0 down ifconfig wlan0 up

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

old meego bug

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

0
ответ дан 25 July 2018 в 21:36
  • 1
    могу ли я предложить вам изменить eth1 на wlan0, так как это проблема беспроводной связи - вы предлагаете отсканировать фиксированный Ethernet-порт (также стоит поместить теги кода) – fossfreedom♦ 11 July 2011 в 20:48
  • 2
    согласовано. Я приму – andybleaden 12 July 2011 в 11:20

Звучит похоже на проблему, как я когда-то попадал в Meego (нет, не Ubuntu), где wifi использовался, чтобы так много входить и выходить, поэтому это была настоящая боль.

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

cd /etc/

gksudo gedit rc. local

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

ifconfig wlan0 down ifconfig wlan0 up

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

old meego bug

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

0
ответ дан 31 July 2018 в 11:01
  • 1
    могу ли я предложить вам изменить eth1 на wlan0, так как это проблема беспроводной связи - вы предлагаете отсканировать фиксированный Ethernet-порт (также стоит поместить теги кода) – fossfreedom♦ 11 July 2011 в 20:48
  • 2
    согласовано. Я приму – andybleaden 12 July 2011 в 11:20

Звучит похоже на проблему, как я когда-то попадал в Meego (нет, не Ubuntu), где wifi использовался, чтобы так много входить и выходить, поэтому это была настоящая боль.

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

cd /etc/

gksudo gedit rc. local

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

ifconfig wlan0 down ifconfig wlan0 up

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

old meego bug

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

0
ответ дан 31 July 2018 в 12:00
  • 1
    могу ли я предложить вам изменить eth1 на wlan0, так как это проблема беспроводной связи - вы предлагаете отсканировать фиксированный Ethernet-порт (также стоит поместить теги кода) – fossfreedom♦ 11 July 2011 в 20:48
  • 2
    согласовано. Я приму – andybleaden 12 July 2011 в 11:20

Звучит похоже на проблему, как я когда-то попадал в Meego (нет, не Ubuntu), где wifi использовался, чтобы так много входить и выходить, поэтому это была настоящая боль.

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

cd /etc/

gksudo gedit rc. local

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

ifconfig wlan0 down ifconfig wlan0 up

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

old meego bug

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

0
ответ дан 2 August 2018 в 03:13
  • 1
    могу ли я предложить вам изменить eth1 на wlan0, так как это проблема беспроводной связи - вы предлагаете отсканировать фиксированный Ethernet-порт (также стоит поместить теги кода) – fossfreedom♦ 11 July 2011 в 20:48
  • 2
    согласовано. Я приму – andybleaden 12 July 2011 в 11:20

Звучит похоже на проблему, как я когда-то попадал в Meego (нет, не Ubuntu), где wifi использовался, чтобы так много входить и выходить, поэтому это была настоящая боль.

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

cd /etc/

gksudo gedit rc. local

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

ifconfig wlan0 down ifconfig wlan0 up

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

old meego bug

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

0
ответ дан 4 August 2018 в 19:08
  • 1
    могу ли я предложить вам изменить eth1 на wlan0, так как это проблема беспроводной связи - вы предлагаете отсканировать фиксированный Ethernet-порт (также стоит поместить теги кода) – fossfreedom♦ 11 July 2011 в 20:48
  • 2
    согласовано. Я приму – andybleaden 12 July 2011 в 11:20

Звучит похоже на проблему, как я когда-то попадал в Meego (нет, не Ubuntu), где wifi использовался, чтобы так много входить и выходить, поэтому это была настоящая боль.

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

cd /etc/

gksudo gedit rc. local

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

ifconfig wlan0 down ifconfig wlan0 up

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

old meego bug

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

0
ответ дан 6 August 2018 в 03:25
  • 1
    могу ли я предложить вам изменить eth1 на wlan0, так как это проблема беспроводной связи - вы предлагаете отсканировать фиксированный Ethernet-порт (также стоит поместить теги кода) – fossfreedom♦ 11 July 2011 в 20:48
  • 2
    согласовано. Я приму – andybleaden 12 July 2011 в 11:20

Звучит похоже на проблему, как я когда-то попадал в Meego (нет, не Ubuntu), где wifi использовался, чтобы так много входить и выходить, поэтому это была настоящая боль.

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

cd /etc/

gksudo gedit rc. local

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

ifconfig wlan0 down ifconfig wlan0 up

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

old meego bug

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

0
ответ дан 7 August 2018 в 21:12
  • 1
    могу ли я предложить вам изменить eth1 на wlan0, так как это проблема беспроводной связи - вы предлагаете отсканировать фиксированный Ethernet-порт (также стоит поместить теги кода) – fossfreedom♦ 11 July 2011 в 20:48
  • 2
    согласовано. Я приму – andybleaden 12 July 2011 в 11:20

Это похоже на проблему, как я привык попасть в Meego (нет, не Ubuntu), где wifi использовался, чтобы так много входить и выходить, поэтому это была настоящая боль.

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

  cd / etc /   

gksudo gedit rc.local

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

  ifconfig wlan0  down ifconfig wlan0 up  

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

old meego bug

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

0
ответ дан 10 August 2018 в 09:30

Звучит похоже на проблему, как я привык попасть в Meego (нет, не Ubuntu), где wifi использовался, чтобы так много входить и выходить, поэтому это была настоящая боль.

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

  cd / etc /   

gksudo gedit rc.local

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

  ifconfig wlan0  down ifconfig wlan0 up  

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

old meego bug

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

0
ответ дан 13 August 2018 в 12:59
  • 1
    могу ли я предложить вам изменить eth1 на wlan0, так как это проблема беспроводной связи - вы предлагаете отсканировать фиксированный Ethernet-порт (также стоит поместить теги кода) – fossfreedom♦ 11 July 2011 в 20:48
  • 2
    согласовано. Я приму – andybleaden 12 July 2011 в 11:20

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

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