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

• /etc/init/rfkill-restore.conf восстанавливает мягкое состояние блока для всех радио к тому, в чем они были наконец завершением работы, как зарегистрировано /var/lib/rfkill/saved-state.
• /etc/init/network-manager.conf запускает Администратора сети, который в свою очередь восстанавливает его идею беспроводного состояния от /var/lib/NetworkManager/NetworkManager.state.

При рассмотрении тех двух конфигураций задания, Вы найдете, что у них нет временных отношений, которые походят на недостаток дизайна мне. Я предполагаю, что это состояние состязания редко является проблемой потому что /etc/init/rfkill-restore.conf намного более просто и имеет, меньше запускают условия.

Все решения осуществления беспроводной связи - от значения по умолчанию, которое я видел попытку использовать /etc/rc.local, включая "современное" решение, которое предложили @Lekensteyn и @rubo77. К сожалению, то решение не работает на меня ни на одном из двух ноутбуков, которые я попробовал. Это не особенно удивительно потому что /etc/rc.local также не имеет никаких временных отношений, из которых я могу найти к любому из /etc/init/rfkill-restore.conf и /etc/init/network-manager.conf. Добавление длинного сна в /etc/rc.local до издания rfkill block wifi ужасное обходное решение для этой путаницы состояния состязания, но она работает, если задержка является достаточно длительной.

Лучшее решение состояло бы в том, чтобы мы наложили наши требуемые состояния в /var/lib/rfkill/saved-state и /var/lib/NetworkManager/NetworkManager.state прежде чем тем двум Новомодным заданиям даже разрешают работать. Мы можем достигнуть этого путем создания нашего собственного Новомодного задания. На самом деле нам будут нужны два конфигурационных файла задания для достижения синхронизации, в которой мы нуждаемся.

Наша первая конфигурация задания делает фактические модификации файла, в которых мы нуждаемся. Это будет работать как можно раньше и будет только работать однажды. Создать /etc/init/radio-silence.conf с этим содержанием:

# radio-silence - Ensure radio silence on startup
#
# Override default startup behaviour of radios to ensure they are all
# disabled until the user deliberately enables them. This job requires
# radio-silence-wait to delay start of any services that may depend on
# resources manipulated by this job.

description "Disable all radios by default"

start on local-filesystems

pre-start script
  sed -i -re "s/^(.+[[:space:]]+)[01][[:space:]]*\$/\11/" /var/lib/rfkill/saved-state
  sed -i -re "s/^(WirelessEnabled=).*\$/\1false/" /var/lib/NetworkManager/NetworkManager.state
end script

Поскольку я предпочитаю общую радио-тишину, когда мой ноутбук запускается, я мягкий блок все радио, не только беспроводная связь, но и можно изменить первое sed в вышеупомянутом для ограничения влияния этого задания на то, какой бы ни беспроводные устройства Вы желаете к мягкому блоку.

Наша конфигурация второй работы не ответственна за обеспечение этого ни один из rfkill-restore и network-manager задания запустятся прежде radio-silence завершил модификации файла. Создать /etc/init/radio-silence-wait.conf следующим образом:

# radio-silence-wait - Helper task for radio-silence
#
# Delays the start of all jobs that may depend on resources manipulated
# by radio-silence job. Avoids the need to modify job configuration of
# those other jobs.

description "Assist radio-silence by delaying jobs it affects"

start on (starting rfkill-restore or starting network-manager)
stop on (started radio-silence or stopped radio-silence)

instance $JOB
normal exit 0 2
task

script
  status radio-silence | grep -q "start/running" && exit 0
  start radio-silence || true
  sleep infinity
end script

С этим решением я больше не вижу проблем состояния состязания, хотя я не обратился к теоретической гонке между rfkill-restore и network-manager.

Для большего количества детали о том, как эти задания сотрудничают для достижения нашей временной цели, обратитесь к моему вопросу и ответу, "Как я создаю Новомодное задание единственного выполнения, которое, как гарантируют, будет завершаться, прежде чем два других задания начнутся?"