Не может подключить к беспроводной сети в Дуге Linux netctl

В то время, когда этот ответ был сначала записан, Debian (как установлено по умолчанию) использовал емкостно-резистивные сценарии "SysV" с start-stop-daemon двоичный файл. Был сценарий в качестве примера в файле /etc/init.d/skeleton, тот мог как основа для емкостно-резистивного сценария. После того как у каждого был емкостно-резистивный сценарий, и он был отмечен как исполняемый файл, update-rc.d команда могла использоваться для добавления его к желаемым уровням выполнения.

Поскольку годы прошли, вещи изменились. В 2014, в частности, две измененные вещи:

• /etc/init.d/skeleton сценарий был заменен сценарием в качестве примера в init-d-script(5) страница руководства, которая позже в 2018 стала единственной доступной основой когда /etc/init.d/skeleton был покончен полностью. Содержимое скелета также значительно изменяется, больше нуждающиеся люди для записи вызовов в start-stop-daemon или действительно записать намного больше, чем некоторые переменные присвоения. (См. https://unix.stackexchange.com/a/480897/5132.)
• Установленное значение по умолчанию, измененное на systemd, и один вместо этого, должно было записать systemd сервисные файлы единицы (который не должен был быть отмечен исполняемый файл), и включите им с systemctl enable. Не было никакого файла единицы в качестве примера, все же. (См. https://github.com/systemd/systemd/issues/10572.)

Таким образом по состоянию на 2018 необходимо записать systemd сервисный файл единицы, который (по крайней мере) называет сценарий (использующий абсолютный путь) в ExecStart установка. Вы могли бы желать, хотя вопрос не указывает так или иначе, для использования a User установка, чтобы выполнить сценарий под эгидой учетной записи пользователя а не суперпользователь. И Вы могли бы, снова зависящий от вещей, не указанных в вопросе, нуждаться к coördinate в относительном порядке вызова Вашего сценария и (автоматического) монтирования Вашего корневого каталога, если это отдельно смонтировано.