/sys/class/net/$INTERFACE/device/rf_kill - не то же самое?

Может можно это решить средствами etcnet?

Смысл этого дёргания выключетелем какой?

Батарею экономить?

http://www.mjmwired.net/kernel/Documentation/rfkill.txt

Имеет смысл для wireless и bluetooth.  Зависит от драйвера, в общем.

Только кажется мне, что это больше нужно для выключения/включения устройства без участия ifup/ifdown.

(In reply to comment #3)
> Батарею экономить?
Это когда интерфейс опускаем.  А когда пытаемся поднять -- то чтоб было что.

> (In reply to comment #5)
> Только кажется мне, что это больше нужно для выключения/включения
> устройства без участия ifup/ifdown.
Может, ещё где-то что-то этакое надо, но я повесил конкретно на этот пакет конкретно такое предложение по мотивам реализации такого же, но руками :)

(In reply to comment #6)
> (In reply to comment #3)
> > Батарею экономить?
> Это когда интерфейс опускаем.  А когда пытаемся поднять -- то чтоб было что.

С одной стороны, у меня есть повод поддержать: я однажды долго бился, пытаясь поднять WiFi, а потом обнаружил-таки этот переключатель на клавиатуре. А так бы проблем не возникло.

Но с другой стороны: мало ли какая автоматика захочет поднять интерфейс, когда это нежелательно. Когда этот переключатель совсем независимо управляется, то можно быть увереным, что сейчас у тебя никакой wireless активности нет. Он удобен, если, например, опасаться неразрешённой пересылки данных или выполнять требования в самолётах.

А автоматическое управление как будто обессмысливает его. Не знаю, что лучше.

(In reply to comment #7)
> С одной стороны, у меня есть повод поддержать: я однажды долго бился, пытаясь
> поднять WiFi, а потом обнаружил-таки этот переключатель на клавиатуре.
> А так бы проблем не возникло.
Это другая бага, повесил как bug #28317.