Я должен выйти “rfkill, разблокируют Wi-Fi” при каждой начальной загрузке

Можно сделать сервис, чтобы сделать это. Выполните следующую команду:

sudo nano /etc/systemd/system/rfkill-unblock-wifi.service

затем, скопируйте и вставьте следующее в файл:

[Unit]
Description=RFKill-Unblock WiFi Devices

[Service]
Type=oneshot
ExecStart=/usr/sbin/rfkill unblock wifi
ExecStop=
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target

Нажатие CTRL + o и затем нажимает ВХОДЯТ , чтобы сохранить файл. Нажмите CTRL + x для выхода из нано.

Наконец, выполните следующую команду, чтобы включить запуску сервис:

sudo systemctl enable rfkill-unblock-wifi.service
sudo systemctl start rfkill-unblock-wifi.service

, Надо надеяться, это не запускается, прежде чем Wi-Fi заблокирован.

источник

Я попробовал ответ mchid, и он не работал на меня, потому что NetworkManager уничтожал Wi-Fi после законченный запуск.

то, Что действительно работало, было nmcli r wifi on

, Что, кажется, корень проблемы, то, что где-нибудь вдоль строки пункт меню "Enable WiFi" в GUI был неконтролируем.

Я столкнулся с этим кошмаром, настраивая Dell Edge GW в качестве точки доступа, используя пакет hostapd . Когда я гуглял, я видел много людей, жалующихся на мягкие блоки при настройке точки доступа на различных форумах. Различные обходные пути были предложены в качестве обходных путей, но ни один из постов действительно не идентифицировал основную причину мягких блоков. После долгого анализа я нашел, как это ломалось.

Хотя некоторые части приведенного ниже ответа относятся к конфигурации Dell Edge / hostapd , это все же стоит чтение, поскольку оно дает глубокое понимание того, как / почему бросается мягкий блок.

Краткий ответ: Мягкие блоки возникают, когда процессы сталкиваются с доступом к радио

, т.е.: NetworkManager использует радио, потому что оно управляет GSM Интерфейс wwan0 . Но когда hostapd пытается получить доступ к радио через wlan0 IF, который НЕ управляется NetworkManager , потому что они плохо играют друг с другом - они вступают в конфликт. NetworkManager жадно жаждет радио и, если что-то еще пытается его использовать, NetworkManager злобно выбрасывает мягкий блок

Хотя решение может показаться очевидным - равномерно управлять радиодоступом внутри одна система управления интерфейсом - это не так просто:

• NetworkManager , как отмечено выше, следует избегать при использовании hostapd
• systemd-networkd нельзя использовать ни с hostapd . После реализации NM нельзя было использовать для управления интерфейсом wlan0 , когда я попытался настроить systemd -networkd вместо этого я обнаружил, что это тоже не будет работать: ОШИБКА: wlan0: networkd не поддерживает Wi-Fi в режиме точки доступа

При использовании hostapd для вашей точки доступа WiFi IF (обычно wlan0 ) следует повышать с помощью команд ip ПОСЛЕ и NM завершены (и убедитесь, что больше ничего не перезапускается NM ). Я обнаружил, что выполнение rfkill unblock all до и после поднятия wlan0 IF с помощью скриптовых команд IP очистило программный блок, разрешив wlan0 IF чтобы правильно начать, какой inturn позволил hostapd нормально запускаться при перезагрузке.

Длинный ответ:

Некоторые особенности того, как я пришел к своим выводам в кратком ответе выше.

1. Управление IF : для своего пограничного шлюза Dell включила в свое изображение 18.04 ОБА systemd-networkd И NetworkManager , но в Netplan по умолчанию установил управление IF. Вы заметите, что стандартная установка 18.04 имеет только systemd-networkd по умолчанию для управления IF.

2. Оболочка для настройки точки доступа с hostapd " create_AP ", отсоединяет интерфейс WiFi от NM управляет и использует ip link set команды для поднятия WiFi IF (строка № 1697 в приведенной выше ссылке). Хотя «_create_ap)» был частью образа Dell 16.04, он больше не присутствует в образе 18.04, оставляя пользователю возможность вручную настраивать точку доступа. Здесь начинается самое интересное

3. После успешной настройки интерфейса GSM wwan0 в NM , я также настроил WiFi IF wlan0 в NM .