Вы можете попытаться отключить питание вашего устройства. Предполагая, что вы не можете / не хотите физически отключать устройство, вы должны запустить (от имени root): iwconfig wlan0 txpower off. Затем я бы подождал 10-15 секунд, чтобы убедиться, что проблема с оборудованием вызвала проблему, и затем: iwconfig wlan0 txpower auto.

Или вы можете просто запустить rfkill и заблокировать / разблокировать ваше устройство. Для этого запустите rfkill block wifi, а затем rfkill unblock wifi. Эта вторая опция должна быть быстрее, так как вам нужно только подождать 2-3 секунды между командами, а не 10-15 секунд. На самом деле, на моей машине мне вообще не нужно ждать, хотя я подозреваю, что это зависит от вашего оборудования WiFi. Эта опция также может быть сделана обычным пользователем, без рута.

Вы также можете перезапустить NetworkManager. Если вы используете systemctl в качестве системы инициализации (как в случае с более новыми версиями Ubuntu), вы можете использовать systemctl restart NetworkManager. В противном случае вы можете использовать sudo initctl restart network-manager. Если вы не знаете, какую систему инициализации вы используете, попробуйте обе команды и посмотрите, что работает.

Попробуйте это:

sudo ifconfig wlan0 down
sudo ifconfig wlan0 up

Вам просто нужно перезапустить Network Manager :

sudo service network-manager restart

"Перезагрузите Драйвер"

, Находят имя модуля

, Давайте найдем название модуля ядра для Вашего беспроводного соединения:

sudo hwinfo --network

(Пакет установки hwinfo, если у Вас нет его.)

Ищут имя модуля в строке "Драйвера".

Перезагрузка, которую модуль

Теперь разгружает затем, перезагружает модуль. Например, мое имя модуля iwlwifi

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

$ sudo modprobe -r iwlwifi
modprobe: FATAL: Module iwlwifi is in use.

, Таким образом, мы идем, ища другие модули с помощью iwlwifi:

$ lsmod |grep iwlwifi
iwlwifi               241664  1 iwldvm
cfg80211              765952  4 iwldvm,iwlwifi,mac80211,rtl8187

Слева имя модуля и справа другие модули с помощью него. Поэтому давайте попытаемся отключить iwldvm сначала:

$ sudo modprobe -r iwldvm

, Если это работает, то мы можем теперь успешно отключить iwlwifi

$ sudo modprobe -r iwlwifi

И теперь повторно включить оба модуля в обратном порядке:

$ sudo modprobe iwlwifi
$ sudo modprobe iwldvm

Сделанный!

Это - единственная процедура, которая работала на меня в сбросе низких lelel настроек (frag, уровень), что я установил использование iwconfig.

то, Что это делает эффективно, является "перезагрузкой драйвер".

Создан скрипт, основанный на предыдущих советах по ссылкам с небольшим количеством микширования сопоставление предыдущих ссылок. Это работает для меня под управлением Mint Linux 17.3.

Файл ниже не требует доступа с правами root. Это также только перезапускает Wi-Fi только , если он уже выключен. Теперь мне просто нужно добавить этот скрипт в работу cron, чтобы проверять мое Wi-Fi соединение каждые 15 минут или около того.

#!/bin/bash

wlan=$(/sbin/ifconfig wlan0 | grep inet\ addr | wc -l)
if [ $wlan -eq 0 ]; then
nmcli nm wifi on
else
echo "interface is up"
fi

Они не нуждаются в root, если вы пишете сценарий:

nmcli networking off 
nmcli networking on

. 116] Как говорят эти парни в комментариях, только для WI-FI:

nmcli radio wifi off
nmcli radio wifi on

Обходное решение с помощью "systemctl перезапускает NetworkManager" работы для меня на двух различных ноутбуках с Broadcom и Atheros WiFi при Debian Buster и Ubuntu 19.04 - где проблема с "Wi-Fi не проснется на резюме", происходит на каждом четвертом резюме или так (=, это обычно работает просто великолепно.) я сначала попытался создать настольное средство запуска для вызова сброса Wi-Fi вручную, который работает и требует пароля - но затем я нашел несколько примечаний людей, помещающих проклятие сброса в места в системе, которые запускают скрипты после резюме. А именно, /lib/systemd/system-sleep/ похож на хорошее место для помещения сценария . И, сценарий должен лучше протестировать некоторые условия (полученный через cmdline аргументы), чтобы знать, что это - правильное время для сброса NetworkManager. Извинения за соединение вместо того, чтобы вырезать и вставить - я не спросил разрешение этого конкретного автора, и он может наслаждаться upvotes также для его вклада YouTube (прямо к точке, и хорошо рассказанный).

Кроме этого, я заметил некоторые очень простые и прямые решения к исходной проблеме из Ubuntu 16.04: wifi.scan-rand-mac-address=no в NetworkManager.conf или даже всего apt-get update && apt-get upgrade. Это - оптимальное решение конкретной ошибки в 16,04. Они возможно не решение других misc проблем этого вида, который может работаться вокруг властным (но довольно быстро), перезапуск NetworkManager на каждом резюме от приостанавливает.