Уголок новичка

Manjaro KDE 17.1.10 низкая скорость интернета через lan, провод

Здравствуйте форумчане.
Решил я поставить manjaro, в целом система устраивает, но не могу понять почему сейчас через провод низкая скорость входящей сети.
Для примера решил на speedtest.net проверить(приблизительную скорость хоть показывает).
На нём входящая скорость ~8-10Mbps, исходящая ~95Mbps,
это на рабочем компе, ограничений тут никаких нет в сети, точно не у меня.
Дома я поставил тоже manjaro такую же версию, была такая проблема, но потом не помню как решил скорость стала нормальной.
Помогите найти причину ограничения скорости.
Спасибо.
enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.5.0.90 netmask 255.255.255.0 broadcast 10.5.0.255
inet6 fe80::96de:etdr:ehg3:ba prefixlen 64 scopeid 0x20ether 94:de:80:b2:00:ba txqueuelen 1000 (Ethernet)
RX packets 102779 bytes 51514205 (49.1 MiB)
RX errors 11563 dropped 103 overruns 0 frame 8659
TX packets 221570 bytes 269556622 (257.0 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 16
Manjaro XFCE Edition

Networkmanager не видит открытую сеть WiFi, но спокойно подключается к ней, как к скрытой.

Собственно сабж.
В логах чисто. Система не новая, но обновленная. Работает как часы.

nmcli
wlp0s26u1u1: подключено to HUAWEI-E5220-b266
	"Realtek 802.11n NIC"
	wifi (r8188eu), E8:DE:27:14:B1:5B, hw, mtu 1500
	ip4 default
	inet4 192.168.1.101/24
	inet6 fe80::2bfc:bb4f:bf3f:a9ef/64

nmcli device show
GENERAL.УСТРОЙСТВО:                     wlp0s26u1u1
GENERAL.ТИП:                            wifi
GENERAL.АППАРАТНЫЙ АДРЕС:               E8:DE:27:14:B1:5B
GENERAL.MTU:                            1500
GENERAL.СОСТОЯНИЕ:                      100 (подключено)
GENERAL.СОЕДИНЕНИЕ:                     HUAWEI-E5220-b266
GENERAL.ПУТЬ ПОДКЛЮЧЕНИЯ:               /org/freedesktop/NetworkManager/ActiveConnection/0
IP4.АДРЕС[1]:                           192.168.1.101/24
IP4.ШЛЮЗ:                               192.168.1.1
IP4.DNS[1]:                             192.168.1.1
IP4.DNS[2]:                             77.88.8.8
IP4.DNS[3]:                             77.88.8.1
IP4.ДОМЕН[1]:                           www.huaweimobilewifi.com
IP6.АДРЕС[1]:                           fe80::2bfc:bb4f:bf3f:a9ef/64

nmcli connection show
ИМЯ                     UUID                                  ТИП              УСТРОЙСТВО  
HUAWEI-E5220-b266       c42d0cba-e815-4574-815a-7287af6c5d5d  802-11-wireless  wlp0s26u1u1 


С чем связано- не понимаю.
Если есть идеи- по первому требованию предоставлю любые логи и выхлопы команд.
ЗЫ: Оно особо вроде и не мешает, но как-то… неаккуратненько.
Уголок новичка

Низкая скорость соединения по Wi-Fi, Networkmanager и "счастливые обладатели" TL-WN822N (с v.1 по v.4)

Решил в одном топике по возможности собрать раскиданную в разных местах информацию о данной проблеме. Целью публикации ставлю максимально проинформировать интересующихся вопросом.

Нестабильная связь по Wi-Fi для рассмотренных случаев может иметь две причины:
1. Продолжающиеся примерно с осени 2015 года поэтапные изменения в Networkmanager, релиз в апреле 2016. И, соответственно, его совместимость с установленными у вас оборудованием и драйверами.
2. Вы являетесь «счастливым обладателем» TL-WN822N (с v.1 по v.4). Или же иначе — требуется драйвер.

Исходя из собственного практического опыта и длительного хождения по форумам пришёл к выводу. Каждая вышеперечисленая причина может действовать сама по себе. Либо в комбинации со второй. Причём в итоге результатом такого действия будет одинаково нестабильная (низкая скорость, перепады скорости, кратковременные разрывы и т.п.) связь.

ГЛАВА 1. NETWORKMANAGER
Для начала отмечу, что разработка приложения ведётся прежде всего для DE GNOME.
Цитата. «Ключевые новшества NetworkManager 1.2:
Добавлен механизм для борьбы c отслеживанием перемещения пользователя. Основной проблемой является то, что MAC-адрес, привязанный к беспроводному адаптеру, отправляется в эфир даже если устройство не подключается к точке доступа. Все находящиеся в зоне досягаемости беспроводные сети видят отправляемый при сканировании сетей неизменный MAC-адрес, отождествлённый с одним и тем же устройством, что позволяет скрыто отслеживать перемещение пользователя.
Суть представленного в NetworkManager метода противодействия отслеживанию в использовании случайно сгенерированного MAC-адреса при выполнении операции сканирования сетей. Перед подключением и при привязке к точке доступа MAC-адрес изменяется на постоянный, который указан в прошивке беспроводного адаптера, что позволяет избежать проблем с привязкой параметров клиента. В качестве опции предусмотрена возможность рандомизации постоянного MAC-адреса, но её использование сопряжено с риском возникновения проблем с фильтрами на точке доступа.»


В итоге новшеств у пользователей стали возникать проблемы. Различного свойства. Однако разработчики Manjaro упорно продолжали с этим бороться, далее цитата. «Очередная крупная ошибка поселилась в пакете NetworkManager. Можно надеяться, что проблема будет решена с помощью 1.4.1dev+33+gc87b89b. Сообщайте о проблемах, возникающих в работе WLAN.» Понятно, что слово «очередная» стоит многого. Потому пожалеем разработчиков, пожелаем удачи и оставим без комментариев.

Рекомендации для текущего момента.
1. Откатить (при возможности) на ранее хорошо работающую версию Networkmanager. C помощью утилиты downgrade из AUR. Либо скачать отсюда.
2. Иногда помогает отключение функции смены MAC-адреса. Далее рекомендация от разработчиков Manjaro.
Отключение случайного выбора mac-адреса в беспроводных сетях:
Воспользуйтесь nmcli, чтобы навсегда отключить 802-11-wireless.mac-address-randomization для каждого подключения в отдельности или установите

[device]
wifi.scan-rand-mac-address=no 

в /etc/NetworkManager/NetworkManager.conf, чтобы полностью отключить данную функцию.
3. Перейти на проводное соединение ))).

ГЛАВА 2. TL-WN822N (с v.1 по v.4)
Номер версии своего адаптера можно узнать перевернув его. И прочитать на наклейке. Начиная с четвёртой версии на сайте производителя отсутствуют драйвера для Linux. Пишу об этом, поскольку встречал на форумах случаи, когда это имеет значение. Внутри устройства установлено железо Realtek RTL8192cu, требующее соответствующих драйверов. Проблема заключается в том, что Линус Торвальдс в версии ядра 3 по какой-то причине забыл об этих драйверах. Поэтому уже не один год для различных дистрибутивов линукс изобретаются костыли. Другими словами умельцы патчат ядро, встраивая туда драйвер 8192cu. Одновременно внося в блэклист драйвер, который на этапе установки прописывается и хоть как-то обеспечивает связь. Отмечу, что некорректное проведение именно 2-х этапов нередко снова приводит к проблемам.
Радость линуксоидов, использующих 4-е ядро также оказалась недолгой. Поскольку с одной стороны о драйвере вспомнили, но с другой — реализация оказалась не очень. Другими словами работа, встроенного в ядро драйвера вызывает нарекания. Хорошая новость в том, что баг-репорты об этом есть. И по слухам разработчики вроде как вносят исправления. И тут остаётся только ждать. Пользователи Archlinux и Manjaro тоже получили свои костыли в AUR. Но и здесь возникает проблема из трёх частей:
1. Нет регулярных обновлений под новые версии ядра.
2. Возникают проблемы с изменяющимся Networkmanager.
3. Переход пользователя на новую версию ядра требует повтор патча.
И это несколько раз обсуждалось на форуме.

Рекомендации для текущего момента.
1. Используйте текущую LTS версию ядра (рекомендованную разработчиками Manjaro). При условии, что вы «справились» с Networkmanager'ом обеспечивается достаточно приемлемая связь. Понимаю, что всё это субъективно.
2. Попробуйте перейти на более новую версию ядра. Возможно там работа драйвера 8192cu нормализована. Но помните, что в ОС помимо хорошей связи необходима корректная работа всех компонентов)
3. Поэкспериментируйте с костылями из AUR. Не забывая, что в роллинг-релизах меняется и ядро, и Networkmanager)

ГЛАВА 3. ТРЕТИЙ ФАКТОР
Это касается пользователей, которые на одном устройстве используют и Linux, и Windows (дуалбут). Вопрос также обсуждался на форуме. Вооружённым информацией из двух предыдущих глав будет легче понять)
Бывает так, что скорость соединения в Windows 10 составляет 40-50 Мбит/с. А при переходе (после перезагрузки) на Manjaro скорость около 4-5 Мбит/с. Теперь повторяю собственный пост.

У меня схожая проблема на десктопе (соединён с сетью по Wi-Fi через TP-Link посредством rtl8192cu). Два варианта.
1. По умолчанию загружается Manjaro — все работает как надо. То же самое, если ПЕРЕЗАГРУЗКОЙ начинаю работать с win 10. В винде всё без проблем.
2. Если после включения компьютера первой загружаю винду, то в ней всё опять же без проблем. Но если ПЕРЕЗАГРУЗКОЙ перехожу на Manjaro — получаю падение скорости примерно в десять раз.
***
Моё лечение. Если сначала использовал Windows, то для работы в Mаnjaro вынужден ВЫКЛЮЧАТЬ компьютер. Жду 10-12 секунд, включаю и загружаю Manjaro. Проблем со скоростью нет. Кратко: после винды надо выключать компьютер, чтобы при работе в линукс не было проблем со скоростью по Wi-Fi.
Возможно и у Вас нечто подобное. Кстати, тоже намучился пока осознал что происходит)
P.S. На самом деле выходит, что после винды надо «сбрасывать» Wi-Fi модуль. Чего уж там win 10 вытворяет… Может очередной зонд)


Рекомендации для текущего момента.
Думаю, что проблема как раз таки в неудачном встраивании драйвера 8192cu в 4-е ядро. Так как в случае пропатченного ядра 8192cu-dkms такая проблема отсутствует. Помимо выключения компьютера мне помогает разъединение связи и после ввода пароля заново повторное подключение. После этого обычная для линукс скорость соединения восстанавливается (но всё равно ниже, чем в windows).

Заключение
Спасибо тем, кто смог дочитать до конца. Возможно кто-то подправит, добавит. Надеюсь, что кому-то данная информация сэкономит много времени и сил. А ещё лучше, чтобы разработчики в скором времени сняли все вопросы по этой теме!
Ну и главное. Даная публикация никого не должна «пугать». При разумном подходе всё преодолимо. Manjaro 16.10 KDE (ядро 4.4.28-2) является основной рабочей системой и полностью выполняет все задачи, которые мне необходимо решать с помощью компьютера.
Manjaro XFCE Edition

Очень-очень странный баг с NetworkManager

Manjaro XFCE x86, старенький ноутбук (но все это устраивает и уже обкатано). В networkmanager выбираем нужную Wi-Fi сеть и получается 1-й скриншот. Лезем в настройки, удаляем все сохраненные сети (к которым нам так и не удалось подключиться), пробуем опять подключиться к своей сети и получаем 2-й скриншот. Чего ему нужно?! Гугля не помогла… Вообще данные о подобной ошибке не нашел. ArchWili курил. Ребят, не первый день в Линуксах сижу. Карта — Intel 2200G. Драйвер на неё стоит, ессно. Сами сети видит отлично. И вот эта байда тянется с какого-то обновления 16.08 (точно не скажу когда, но вроде как конец августа). После этого ушел на другой дистрибутив, а после выхода 16.10 — решил поставить обратно. Такая фигня как с DVD-диска (ага, пользуюсь, чего уж тут), так и уже с установленной системы. Естественно, что раньше все работало (16.06.1 — точно работает)… Да, можно поставить старый NetworkManager через Downgrade, временно кинув кабель для доступа к паутине, но хочется все-таки решить проблему и понять, где разрабы опять-то накосячили. Ей-богу, я задолбался за ними убирать уже… Как ни одно, так другое. Вспоминаются ламповые времена версии 0.8, когда все работало без проблем и в разы краше было!
Manjaro XFCE Edition: Очень-очень странный баг с NetworkManager
Manjaro XFCE Edition: Очень-очень странный баг с NetworkManager
Manjaro XFCE Edition

Глюки Network-managerа

Добрый день, ребяты!

Прошу помочь принять решение сносить мне этот нетворк манагер или нет.
После обновления с ядра 4.4.8 на 4.4.9 он начал глючить, выдает сообщение «Поддержка сети отключена», конкретно не дает включить «Управление сетью», не Читать дальше