Как работает rc работа / порядок (противоречит) & ldquo; start on & hellip; & rdquo; и & ldquo; остановиться на & hellip; & rdquo; строфы

Я просто не могу понять, как работает определение rc Upstart в Natty 11.04. Чтобы проиллюстрировать проблему, вот определение (пустые строки и комментарии опущены):

start on runlevel [0123456]
stop on runlevel [!$RUNLEVEL]
export RUNLEVEL
export PREVLEVEL
console output
env INIT_VERBOSE
task
exec /etc/init.d/rc $RUNLEVEL

Давайте предположим, что мы в настоящее время находимся на уровне выполнения 2, и задание rc остановлено (это точно ситуация после загрузки мой ящик и вход в систему через SSH). Теперь давайте предположим, что система переключается на уровень запуска 3, например, из-за такой команды, как «telinit 3», заданной root. Что будет с заданием rc?

Очевидно, что задание rc будет запущено, так как оно в настоящее время остановлено, а уровень запуска события 3 соответствует стартовым событиям. Но отныне мне все неясно: согласно руководству $ RUNLEVEL оценивает новый уровень выполнения при запуске задания (в нашем примере это означает 3).

Поэтому следующая строфа «остановка на уровне выполнения [! $ RUNLEVEL]» переводится как «остановка на уровне выполнения [! 3]»; это означает, что у нас есть первая строфа, которая вызовет работу, но вторая строфа никогда не остановит работу и кажется бесполезной.

Поскольку я знаю, что люди из Ubuntu / Upstart не будут делать бесполезных вещей, я, должно быть, что-то неправильно понимаю. Буду благодарен за любое объяснение.

Когда я пытался это понять, у меня возник дополнительный вопрос. Если бы у меня были противоречащие триггеры запуска и остановки, например

start on foo
stop on foo

, что бы произошло? Клянусь, я никогда этого не сделаю, но, тем не менее, мне очень интересно, как Upstart справится с этим на теоретическом уровне.

Большое спасибо!

Редактирование вопроса в качестве реакции на первый ответ геокозавра:

Я вижу параллелизм, но это не так просто (по крайней мере, не для меня).

Давайте предположим, что задание в настоящий момент все еще выполняется, и наступает новое событие уровня запуска (конечно, новый уровень выполнения отличается от текущего). Затем должно произойти следующее:

1) Задание является единичным экземпляром. Это означает, что «start on ...» не будет запущено, поскольку задание в данный момент выполняется; $ RUNLEVEL не трогается.

2) «stop on ...» будет срабатывать, поскольку новый уровень запуска отличается от $ RUNLEVEL, поэтому задание будет прервано.

3) Теперь работа остановлена ​​и ждет. Я не могу видеть, как он перезапускается с новым уровнем запуска. AFAIK, initctl генерирует события только один раз, поэтому «start on ...» не будет запущен и новый уровень выполнения не будет введен.

Большое спасибо!