Беспроводное соединение отбрасывается случайным образом
У меня есть новая установка Ubuntu 14.04.04, которая я установил рядом Windows 10.
У меня есть проблема, которую мое беспроводное соединение отбрасывает случайным образом. Когда я запускаю систему, это - весь штраф, но после некоторого случайного времени не стало соединения, и это не возвращается независимо от того, что я пробую, если я не перезапускаю систему.
Я пытался отладить использование dmesg команда, и я думал, что это было связано с конфликтами IPv6, таким образом, я установил опцию проигнорировать в администраторе сети, и это не помогло. Я также установил параметры сети вручную и также не помог.
Одна последняя вещь: у Меня уже есть проблема в Windows 10, который я объясняю полностью здесь, Ноутбук замораживается случайным образом.
Я теперь думаю если беспроводная карта вызвать это поведение в Windows!
Вот подмножество вывода от dmesg, сообщите мне, нужен ли Вам больше:
[ 15.847672] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 16.192616] r8169 0000:03:00.1 eth0: link down [ 16.192644] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 16.573804] audit: type=1400 audit(1457382167.018:23): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/sbin/dhclient" pid=956 comm="apparmor_parser" [ 16.573811] audit: type=1400 audit(1457382167.018:24): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=956 comm="apparmor_parser" [ 16.573815] audit: type=1400 audit(1457382167.018:25): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=956 comm="apparmor_parser" [ 16.574035] audit: type=1400 audit(1457382167.018:26): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/tcpdump" pid=963 comm="apparmor_parser" [ 16.574116] audit: type=1400 audit(1457382167.018:27): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/lightdm/lightdm-guest-session" pid=955 comm="apparmor_parser" [ 16.574121] audit: type=1400 audit(1457382167.018:28): apparmor="STATUS" operation="profile_load" profile="unconfined" name="chromium" pid=955 comm="apparmor_parser" [ 16.574177] audit: type=1400 audit(1457382167.018:29): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=956 comm="apparmor_parser" [ 17.649530] init: alsa-restore main process (1074) terminated with status 99 [ 17.804612] wlan0: authenticate with 64:d1:a3:2f:fd:c8 [ 17.815714] wlan0: send auth to 64:d1:a3:2f:fd:c8 (try 1/3) [ 17.820034] wlan0: authenticated [ 17.822276] wlan0: associate with 64:d1:a3:2f:fd:c8 (try 1/3) [ 17.826528] wlan0: RX AssocResp from 64:d1:a3:2f:fd:c8 (capab=0x411 status=0 aid=3) [ 17.827360] wlan0: associated [ 17.827366] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 18.369446] IPv6: wlan0: IPv6 duplicate address fe80::ba86:87ff:feef:7fa5 detected! [ 25.349143] ahci 0000:00:17.0: port does not support device sleep [ 42.991776] audit_printk_skb: 132 callbacks suppressed [ 42.991779] audit: type=1400 audit(1457382193.435:74): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=2181 comm="apparmor_parser" [ 42.991784] audit: type=1400 audit(1457382193.435:75): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2181 comm="apparmor_parser" [ 42.992060] audit: type=1400 audit(1457382193.435:76): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2181 comm="apparmor_parser" [ 150.210576] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=10062 end=10063) [ 202.451361] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=13198 end=13199)
После отбрасывания соединения длятся время, я отключил сети, затем включил его, и это - то, что dmesg показывает внизу:
[ 23.743542] init: plymouth-upstart-bridge main process ended, respawning [ 23.751996] init: plymouth-upstart-bridge main process ended, respawning [ 26.284762] ahci 0000:00:17.0: port does not support device sleep [ 44.981590] audit_printk_skb: 132 callbacks suppressed [ 44.981592] audit: type=1400 audit(1457459828.800:68): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=1736 comm="apparmor_parser" [ 44.981597] audit: type=1400 audit(1457459828.800:69): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=1736 comm="apparmor_parser" [ 44.981873] audit: type=1400 audit(1457459828.800:70): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=1736 comm="apparmor_parser" [ 530.625719] systemd-hostnamed[2849]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname! [ 875.637661] wlan0: deauthenticating from 64:d1:a3:2f:fd:c8 by local choice (Reason: 3=DEAUTH_LEAVING) [ 890.043165] cfg80211: World regulatory domain updated: [ 890.043168] cfg80211: DFS Master region: unset [ 890.043169] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 890.043171] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A) [ 890.043172] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A) [ 890.043173] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm), (N/A) [ 890.043174] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A) [ 890.043175] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm), (N/A) [ 896.305532] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 896.325321] r8169 0000:03:00.1 eth0: link down [ 896.325356] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 898.031771] wlan0: authenticate with 64:d1:a3:2f:fd:c8 [ 898.052478] wlan0: send auth to 64:d1:a3:2f:fd:c8 (try 1/3) [ 898.654827] wlan0: send auth to 64:d1:a3:2f:fd:c8 (try 2/3) [ 899.654614] wlan0: send auth to 64:d1:a3:2f:fd:c8 (try 3/3) [ 900.654536] wlan0: authentication with 64:d1:a3:2f:fd:c8 timed out
Примечание: Сети все еще обнаруживаются, как соединено, таким образом, это не пытается соединиться автоматически, но у меня нет возможности соединения вообще.
1 ответ
Хорошо, в первую очередь, Ваш беспроводной регулирующий домен не установлен, который ограничивает Ваш частотный диапазон.
На основе вывода Вы вставили, похоже, что Вы находитесь в Амстердаме. Если Вы не находитесь в Амстердаме, важно, чтобы Вы выполнили следующую команду с корректной двухбуквенной страной, которая соответствует Вашему фактическому местоположению. Кроме того, если Вы путешествуете в другую страну, необходимо установить корректную страну туда, где когда-либо Вы путешествуете в то, так, чтобы Вы не нарушали локальные ограничения радиочастоты.
Если Вы не находитесь в Амстердаме, можно найти полный список двухбуквенных кодов, которые соответствуют всем областям путем выполнения команды cat /usr/share/zoneinfo/zone.tab. Снова, используйте корректный код страны.
В этом примере я отправлю команды, которые установят локальную страну на Амстердам с помощью кода страны NL
sudo iw reg set NL
sudo sed -i 's/REGDOMAIN=/REGDOMAIN=NL/g' /etc/default/crda
sudo sed -i 's/REGDOMAIN=/REGDOMAIN=NL/g' /lib/crda/setregdomain
У Вас должен теперь быть доступ к каналам 12 и 13 на частотах 2.467 и 2.472 соответственно. Можно хотеть использовать один из этих каналов в будущем, если одна из этих частот становится менее переполненной.
Затем, существует 8 сетей Wi-Fi с помощью того же частотного канала, который Вы используете, и это может вызвать главную возможность соединения и проблемы производительности.
Необходимо использовать частоту, которая не так переполнена. Существуют:
- 8 человек используют 2.462 (канал 11).
- 3 человека используют 2.457 (канал 10).
- 2 Человека используют 2.422 (канал 3).
- 4 человека используют 2.412 (канал 1).
Частоты, не используемые:
- 2.417 (канал 2)
- 2.432 (канал 5)
- 2.447 (канал 8)
- 2.467 (канал 12)
Похоже, что наименее переполненная частота 2.432 на канале 5.
Я настоятельно рекомендую, чтобы Вы настроили свой беспроводной маршрутизатор для использования 2,432 частот на канале 5 для предотвращения проблем.
Также при отъезде из Европы можно сбросить Амстердамский регулирующий домен путем выполнения следующей команды:
sudo sed -i 's/REGDOMAIN=NL/REGDOMAIN=/g' /etc/default/crda
Отправьте любые ошибки или сообщите мне, не помогает ли это.
РЕДАКТИРОВАНИЕ 1
Поскольку это не работало, можно часто компенсировать эти типы проблем путем увеличения порога повторной попытки tx.
По умолчанию это установлено на 7 сэкономить электроэнергию, но многие нашли, что это не достаточно в некоторых областях.
Выполните следующую команду, когда у Вас будут эти проблемы для увеличения повторной попытки от 7 до 12:
sudo iwconfig wlan0 retry short 12
Вышеупомянутая установка не является постоянной, и необходимо будет выполнить эту команду после перезагрузки. Можно проверить предел повторной попытки путем выполнения следующей команды:
iwconfig | grep limit:..
Затем, необходимо скорректировать некоторые функции powersave, установленные модулем. Хотя "powersave" представляет в iwconfig, у Вас, скорее всего, все еще есть некоторые из этих параметров набор через модуль, который должен быть отключен для получения хорошей производительности. Это типично для realtek драйверов.
Выполните следующую команду для создания файла конфигурации для модуля драйвера:
sudo nano /etc/modprobe.d/rtl8723be.conf
Скопируйте и вставьте следующие строки в файл:
options rtl8723be ips=0
options rtl8723be fwlps=0
options rtl8723be swlps=0
options rtl8723be msi=0
options rtl8723be swenc=0
options rtl8723be debug=1
Нажмите CTRL + o и затем нажмите ENTER, чтобы сохранить файл. Нажмите CTRL + x для выхода из нано.
Можно установить debug= от 0 кому: 5. Я верю 5 является самым подробным и 0 выключено.
Настройки модуля здесь являются постоянными. Если Вы хотите изменить эти настройки, просто отредактируйте файл /etc/modprobe.d/rtl8723be.conf.
(Примечание: Некоторые люди предлагают установить swenc=0 кому: swenc=1 но различие, вероятно, не является заметным так или иначе.)
Наконец, выполните следующую команду для перезагрузки модуля:
sudo modprobe -r -f rtl8723be
sudo modprobe rtl8723be
sudo service network-manager restart
Снова, отправьте любые ошибки или будущие проблемы.