Я думаю, что у меня нет проблем с оборудованием. Иногда соединение WiFi просто отключается, по-видимому. Так что это не обязательно то же самое, что и в этом случае , мне может не потребоваться перезагрузка каких-либо модулей.
А как просто перезагрузить wlan0
? Я пытался restart network-manager
, но это, кажется, оставить в wlan0
покое.
wireless
network-manager
wifan
источник
источник
sudo systemctl restart NetworkManager
.service network-manager restart
в файл рабочего стола или ярлык работает хорошо (в любом случае просит пройти)Попробуй это:
источник
/etc/network/interfaces
файле. Иначе, вы можете получить печально известнуюUnknown interface
ошибкуОни не нуждаются в root, если вы пишете сценарий:
Для большего:
man nmcli
РЕДАКТИРОВАТЬ :
Как говорят эти парни в комментариях, только для WI-FI:
источник
nmcli radio wifi off
затемnmcli radio wifi on
Вы можете попробовать отключить питание вашего устройства. Предполагая , что вы не может / не хочет физически отключить устройство, вы должны работать (как корень):
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
. Если вы не знаете, какую систему инициализации вы используете, попробуйте обе команды и посмотрите, что работает.источник
«Перезагрузить драйвер»
Найти название модуля
Найдем название модуля ядра для вашего беспроводного соединения:
(Установите пакет,
hwinfo
если у вас его нет.)Найдите имя модуля в строке «Драйвер».
Перезагрузите модуль
Теперь выгрузите и перезагрузите модуль. Например, мой модуль называется
iwlwifi
Возможно, вам повезет, но, скорее всего, вы получите следующее сообщение об ошибке:
Итак, мы ищем другие модули, используя
iwlwifi
:Слева - название модуля, а справа - другие модули, использующие его. Итак, давайте
iwldvm
сначала попробуем отключить :Если это работает, то теперь мы можем успешно отключить
iwlwifi
А теперь снова включите оба модуля в обратном порядке:
Готово!
Это единственная процедура, которая сработала для меня при сбросе настроек низкого уровня (фрагмента, скорости), которые я установил с помощью
iwconfig
.То, что он делает эффективно, это «перезагрузить драйвер».
источник
Создан скрипт, основанный на предыдущих советах по ссылкам, с некоторым смешиванием и сопоставлением предыдущих ссылок Это работает для меня под управлением Mint Linux 17.3.
Файл ниже не требует root-доступа. Это также только перезапускает Wi-Fi, только если он уже выключен. Теперь мне просто нужно добавить этот скрипт в работу cron, чтобы проверять мое соединение Wi-Fi каждые 15 минут или около того.
источник
echo
в автоматизированном (cron'd) скрипте.Обходной путь с использованием «systemctl restart NetworkManager» работает для меня на двух разных ноутбуках с Broadcom и Atheros WiFi под Debian Buster и Ubuntu 19.04 - где проблема с «wifi не просыпается при возобновлении» возникает при каждом четвертом резюме или около того (= как правило, он работает просто отлично.) Сначала я попытался создать средство запуска на рабочем столе для ручного запуска сброса Wi-Fi, который работает и требует пароль - но потом я нашел несколько заметок, которые люди ставят проклятие сброса в места в системе, которые работают скрипты после резюме. А именно
/lib/systemd/system-sleep/
выглядит как хорошее место для размещения вашего сценария . И сценарийлучше проверить некоторые условия (полученные с помощью аргументов cmdline), чтобы знать, что настало время перезагрузить NetworkManager. Извиняюсь за ссылки вместо того, чтобы вырезать и вставить - я не спрашивал разрешения этого конкретного автора, и он может также получить положительные отзывы за его вклад в YouTube (прямо к делу, и хорошо рассказанный).Помимо этого, я заметил несколько очень простых и прямых решений исходной проблемы из Ubuntu 16.04:
wifi.scan-rand-mac-address=no
в NetworkManager.conf или даже простоapt-get update && apt-get upgrade
. Это оптимальное решение для конкретной ошибки в 16.04. Возможно, они не являются решением других разнородных проблем такого рода, которые можно обойти с помощью принудительного (но достаточно быстрого) перезапуска NetworkManager при каждом возобновлении работы из режима ожидания.источник