Свежеустановленый sysv-xfce-i586:
Оно не редактирует соединение.
Оно позволяет считать параметры и на их основе создать свой новый конфиг:
[...]
И только после этого можно изменить приоритет, который сразу после создания конфига будет:
Я проверял на x86_64 с MATE на p8 и в виртуалке на Сизифе. Кнопка редактирования работает сразу! Да, файла соединения изначально не существует, поэтому он должен быть создан. Однако умолчания в данном случае определены плагином
keyfile, и их можно сразу отредактировать. В том числе, можно сразу отредактировать приоритет и вообще указать, чтобы не было авто-коннекта. В случае плагина
etcnet-alt эти умолчания могут отличаться, но его надо сначала починить. Тогда не очень понимаю, в чём проблема?
А при удалении конфига оно не исчезнет:
Думаю, после удаления соединения и перезапуска NM, UUID соединения будет всё же другим -- UUID для незарегистрированных соединений генерируется "на лету", а в вашем выводе он почему-то не изменился. Может, как-то не так перезапускаете NM.
Кнопка удаления соединения в NM не умеет (и, по-моему, не должна уметь) делать следующего: если соединение зарегистрировано в
Etcnet и на момент удаления для него действует правило
NM_CONTROLLED=yes, то необходимо изменить для него NM_CONTROLLED на no. Тогда в будущем NM будет его игнорировать. Что-то похожее делает
acc, когда передаёт интерфейс от одной сетевой подсистемы другой, однако есть два маленьких НО...
Во-первых, каждый раз, когда NM или один из его плагинов обнаруживает интерфейс, если этот интерфейс сразу не определяется, как игнорируемый, он окажется в списке управляемых NM. Во-вторых, механизм игнорирования интерфейса в плагине
etcnet-alt таков, что шансы его игнорировать почти нулевые. Надо видеть код. Если коротко, в options самого интерфейса, во всех дефолтах (
default/options и
defualt/option-eth) NM_CONTROLLED должен быть прописан, причём прописан как "
no", в противном случае NM считает его "своим". И если нет файла
/etc/net/iface/$IFNAME/options, тоже считает его "своим".
Все физические интерфейсы, которые обнаруживает NM, должны быть доступны для редактирования, иначе как тогда создавать для них в GUI файлы соединений? Разумеется, такие соединения сразу после удаления будут создаваться заново. Есть лишь два исключения: 1) пользователь удалил соединение не физического интерфейса, а некого рукотворного файла (абстракции) и 2) плагин обрабатывает найденное соединение таким образом, чтобы NM его игнорировал. Вот только в этом случае его не будет в списке NM вообще. Но для этого должна существовать какая-то ещё база данных или подсистема, в которой это должно храниться. Собственно именно такую роль выполняют вместе взятые
Etcnet, shelvar-переменная
NM_CONTROLLED и плагин
etcnet-alt.
Но новое соединение создаётся с приоритетом 0 по-умолчанию:
Полагаю, таков механизм работы самого NM и его плагинов. Но проще не его код ковырять, а в
acc и
инсталляторе при выборе ведущим NM сразу генерировать нужные файлы соединений, чтобы не морочить людям голову.