Может попробовать сделать не только для ifplugd, а просто некий параметр сделать
глобальный, типа SATELLITE и указывать там интерфейс, который должен быть в
противоположном состоянии текущему? Типа, если eth down, то satellite up. При
eth up будет satellite down. Если же еще и в satellite указать эту же опцию
(значение будет eth) и сделать satellite down, то он автоматом поднимет eth (это
на случай, если по умолчанию он onboot=no и wifi или, скорее, ppp какое, падает.
типа, резервный :) Можно такие цепочки выстраивать интересные, если
постараться...Правда, и проблем на порядок больше можно получить :)

В смысле, не вообще глобальный параметр, а per interface, по типу PARENT

Ну в принципе согласен, только как быть, если я захочу опустить оба интерфейса.
 Не будут они друг друга поднимать?

Вот это как раз одна из проблем ;-)

И все-таки мне кажется, что задача поддержания k интерфейсов из группы в N (1 <=
k < N) в UP эффективнее решается своим cron-скриптом, чем встроенными
средствами, если они появятся...

cron-скриптом вообще проблематично что-то контролировать. monit-ом еще куда ни
шло. Может стоит подумать над идеей и трансформировать во что-то полезное и
универсальное? :)

Кажется для таких случаев более подходит NetworkManager

Иногда мне кажется, что у меня две или три параллельные жизни.  Регулярно узнаю что-то новое, в чем я участвовал. Вот этот FR не помню совсем.  Может, конечно, виноват алкоголь.

А по существу: Денис всегда консервативно сопротивлялся, когда я пытался добавить всякие мелкие удобства, типа переменных в файлах конфигураций и т.п. Но в итоге соглашался. Так что и для этого случая нужно просто сделать красиво и всё.

Правда, кто это теперь будет делать?

(In reply to comment #8)
> виноват алкоголь.
:) Пить меньше надо.

 
> Правда, кто это теперь будет делать?
Я бы закрыл этот баг. Не знаю кто сейчас еще юзает ifplugd?

Ну ifplugd нет, а какой-то аналог может и да. Функция полезная, я бы тоже использовал.
Ну или закрывай, как хочешь.