Bug 19795 - Принудительный сброс параметров сервиса NetworkManager
: Принудительный сброс параметров сервиса NetworkManager
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/NetworkManager)
: unstable
: all Linux
: P3 blocker
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2009-04-27 16:35 by
Modified: 2012-03-16 14:00 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2009-04-27 16:35:25
В скриптах не должна быть принудительная установка запуска сервиса. В
результате несанкционированный запуск NetworkManager (установленный при большой
установке KDE4 и запущенный после перезагрузки машины) тихо сорвал мне всю
настроенную через etcnet сеть на двое суток (пока не остановил этот сервис).
------- Comment #1 From 2009-04-27 16:45:55 -------
Только это называется не "принудительный сброс параметров", а "on by default".
------- Comment #2 From 2009-04-27 16:52:09 -------
Точно, всё пытался вспомнить слова.
------- Comment #3 From 2009-04-27 20:42:49 -------
(В ответ на комментарий №0)
> В скриптах не должна быть принудительная установка запуска сервиса. В
> результате несанкционированный запуск NetworkManager (установленный при большой
> установке KDE4 и запущенный после перезагрузки машины) тихо сорвал мне всю
> настроенную через etcnet сеть на двое суток (пока не остановил этот сервис).

При сети, настроенной альтератором этого бы не произошло, он всегда пишет
NM_CONTROLLED=no если интерфейс управляется etcnet. Запускать же NM by default
считаю правильным, при правильно прописанных NM_CONTROLLED и DISABLED в options
вредить он не должен. Если же NM не нужен - apt-get remove поможет.
------- Comment #4 From 2009-04-27 21:34:02 -------
(In reply to comment #3)
> При сети, настроенной альтератором этого бы не произошло, он всегда пишет
> NM_CONTROLLED=no если интерфейс управляется etcnet.

NM сразу после установки делает любую систему, где сеть настраивалась не
альтератором или альтератором старше некоторой версии, нерабочей чуть более чем
полностью.  NM вообще не должен трогать настроенные интерфейсы.
------- Comment #5 From 2009-04-28 12:11:16 -------
(В ответ на комментарий №3)

> При сети, настроенной альтератором этого бы не произошло, он всегда пишет
> NM_CONTROLLED=no если интерфейс управляется etcnet. Запускать же NM by default
> считаю правильным, при правильно прописанных NM_CONTROLLED и DISABLED в options
> вредить он не должен. Если же NM не нужен - apt-get remove поможет.

Поддерживаю Raorn. У меня уже долгое время работает система, настроенная более
года назад. И тогда никто слыхом не слыхивал про NetworkManager. Зачем мне
нужен ещё один геморрой с полной перенастройкой сетей из-за одной программы?
Почему бы не сделать NM_CONTROLLED=no вместо NM_CONTROLLED=yes по-умолчанию?
Пусть мониторит только те сети, которые ему явно разрешены. Кстати, про
NM_CONTROLLED я узнал чисто случайно из рассылки. И необязательно на машине
должен стоять alterator. Зависимостей нет.
------- Comment #6 From 2009-04-28 13:58:27 -------
(В ответ на комментарий №5)
> Поддерживаю Raorn. У меня уже долгое время работает система, настроенная более
> года назад. И тогда никто слыхом не слыхивал про NetworkManager. Зачем мне
> нужен ещё один геморрой с полной перенастройкой сетей из-за одной программы?
> Почему бы не сделать NM_CONTROLLED=no вместо NM_CONTROLLED=yes по-умолчанию?

+1. Очень разумно. 

Только надо переформулировать: etcnet ничего не знает про NM (и не обязан). А
вот NM должен считать NM_CONTROLLED=no, если не прописано обратное.
------- Comment #7 From 2009-04-28 14:33:29 -------
Я бы добавил вот что: etcnet на данный момент является системным пакетом, в
отличие от NM. Если наступит тот день, когда мы откажемся от etcnet в пользу
NM, тогда уже etcnet должен будет подстраиваться под NM. Но об этом надо будет
хорошо раструбить, чтобы не было грабель. И здесь уже надо будет сделать так,
чтобы NM подхватывал все интерфейсы, кроме специально запрещённых для него, а
etcnet (или его потомок) - оставшиеся. И здесь NM_CONTROLLED=yes по-умолчанию
уже будет уместно.

Как в своё время переползали с net-scripts на etcnet.
------- Comment #8 From 2009-04-28 21:07:07 -------
Учитывая, что NM может быть вытянут при установке того же KDE - согласен. И
читать из etcnet он умеет только самые простые случаи, чего-либо хитрого он не
поймет.
0.7.1-alt3 не будет управлять интерфейсом если файл options итерфейса
существует и в нем не указано NM_CONTROLLED=yes. Если такого файла нет - он
будет управлять интерфейсом. Впрочем, это можно изменить прописав в
default/options NM_CONTROLLED=no.
------- Comment #9 From 2009-04-28 21:25:20 -------
Отлично.
------- Comment #10 From 2009-04-29 16:11:25 -------
(В ответ на комментарий №8)

"NetworkManager не будет управлять интерфейсом если файл options интерфейса
существует и в нем не указано NM_CONTROLLED=yes. Если такого файла нет - он
будет управлять интерфейсом. Впрочем, это можно изменить, прописав в
default/options строку NM_CONTROLLED=yes."

Спасибо. Просьба только сделать небольшой README на эту тему (хотя бы этот
текст выше, он чуть подправлен, уточните особенно насчёт default/options).
Тогда будет гораздо легче разобраться что и как работает.

P.S.