https://opennet.ru/openforum/vsluhforumID3/93727.html Леннарт Поттеринг, возглавляющий разработку системного менеджера systemd, прокомментировал (https://plus.google.com/+LennartPoetteringTheOneAndOnly/posts/LjkLwkeDiLc) ситуацию, сложившуюся вокруг ошибки 1073433 (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1073433) в Upstart, приводящей к повреждению корневой файловой системы в процессе выключения компьютера. При этом он рассказал о причинах и механизмах возникновения проблемы, указал на метод ее решения, и предупредил о вопросах, которые в обозримом будущем останутся нерешенными из-за ограничений архитектуры Upstart.<br><br><br>Чтобы обеспечить корректное состояние корневой файловой системы на момент выключения компьютера, система инициализации должна предварительно смонтировать ее в режиме &#171;только для чтения&#187;. Чтобы ядро позволило выполнить данную операцию, на корневом разделе не должно оставаться ни одного файла, открытого на запись. Традиционно, это требование обеспечивается путем предварительной остановки всех процессов, кроме самого init, ко https://opennet.ru/openforum/vsluhforumID3/93727.html#216 Thu, 30 Jan 2014 13:20:04 GMT &gt;&gt; F20: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_s...<br>&gt; Никто и не отрицает существование багов, связанных с systemd.<br><br>Так я для удобства и привёл скромную ссылочку :)<br><br>&gt; Может Вы под впечатлением от каких-то других комментов так отреагировали?<br><br>Скорее справедливости ради (tm).<br><br>&gt; Я не утверждаю, что systemd на данном этапе именно такой проект,<br>&gt; тут вопрос в том, какой проект имеет больше шансов приблизиться<br>&gt; к такому состоянию в обозримом будущем.<br><br>Думаю, конкретно у systemd шансов было бы больше при... внедрении "по-хорошему", а не "добрым словом и пистолетом" (ck/pk, gnome3, <br> <br>&gt; Пока что точно известно лишь одно - у sysvinit была огромная <br>&gt; фора по времени и это не слишком помогло,<br><br>В смысле не помогло? Работает себе.<br><br>&gt; раз уж простота решения проблем *самими пользователями* все еще упоминается<br>&gt; как одно из основных достоинств.<br><br>А это и есть одно из основных достоинств _инструмента_, предназначенного для решения широкого и малопредсказуемого заранее круга задач.<br> https://opennet.ru/openforum/vsluhforumID3/93727.html#215 Thu, 30 Jan 2014 10:13:57 GMT &gt; я просто оставлю здесь это <br><br>жуть какая выше нарисована.<br>[code]<br>init 1 root cwd DIR 8,1 61440 2 /<br>init 1 root rtd DIR 8,1 61440 2 /<br>init 1 root txt REG 8,1 559832 9717 /sbin/init<br>init 1 root 10u FIFO 0,12 0t0 4252 /dev/initctl<br>[/code]<br>вот так надо. слака, bsd-style init с поддержкой sysv совместимости из коробки.<br> https://opennet.ru/openforum/vsluhforumID3/93727.html#214 Thu, 30 Jan 2014 09:57:52 GMT я просто оставлю здесь это<br><br>Gentoo + openrc:<br><br># lsof -w &#124; grep init<br>init 1 root cwd DIR 8,2 664 2 /<br>init 1 root rtd DIR 8,2 664 2 /<br>init 1 root txt REG 8,2 35156 43461915 /sbin/init<br>init 1 root mem REG 8,2 1738080 44692768 /lib/libc-2.17.so<br>init 1 root mem REG 8,2 134132 44692769 /lib/ld-2.17.so<br>init 1 root 10u FIFO 0,5 0t0 703 /dev/initctl<br>#<br> https://opennet.ru/openforum/vsluhforumID3/93727.html#213 Thu, 30 Jan 2014 07:03:08 GMT &gt; F20: https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_s...<br><br>Никто и не отрицает существование багов, связанных с systemd. Я лишь хотел сказать, что и sysvinit идеализировать не стоит, проблемы бывают везде, и я привел пару примеров только чтобы об этом напомнить. Михаил, я не сравнивал ни количество багов, ни их содержание, ни между проектами, ни между дистрибутивами, я указал только на их существование. Может Вы под впечатлением от каких-то других комментов так отреагировали?<br><br>Проблемы, очевидно, бывают не только с systemd, иначе вряд ли бы кто-то упоминал простоту их решения как одно из достоинств sysvinit, что, если подумать, звучит сомнительно - пользователи предпочитают проекты, который не требует от них самих решения проблем, а просто работают, или по крайней мере оперативно решают возникающие проблемы в апстриме. Я не утверждаю, что systemd на данном этапе именно такой проект, тут вопрос в том, какой проект имеет больше шансов приблизиться к такому состоянию в обозримом будущем. Пока что https://opennet.ru/openforum/vsluhforumID3/93727.html#212 Wed, 29 Jan 2014 19:48:41 GMT &gt; ... Какой-то необразованный монгол по имени Темучин их раскатал в блин уступая во всем. <br>&gt; И он был далеко не единственный, кто на протяжении тысячелетий жестко дрючил китайских <br>&gt; титеретиков.<br><br>И в какой жопе сейчас Монголия? :)<br> https://opennet.ru/openforum/vsluhforumID3/93727.html#211 Wed, 29 Jan 2014 17:54:24 GMT Забыл что они ещё рассказывают про не читаемые портянки скриптов, бричку и космолёт ну и сами не пользуются системд.<br> https://opennet.ru/openforum/vsluhforumID3/93727.html#210 Wed, 29 Jan 2014 13:34:36 GMT &gt; Примечание: Интересно, что проблема перемонтирования корневой файловой системы, похоже, <br>&gt; присутствует не только в Upstart, но и в OpenRC<br><br>А почему неинтересно то, что она отсутствует в sysvinit?<br><br>Любим геройский решать проблемы, которые сами и создали?<br> https://opennet.ru/openforum/vsluhforumID3/93727.html#209 Wed, 29 Jan 2014 13:26:37 GMT &gt; Если бы Вы разбирались в истории Поднебесной, то Вы с удивлением заметили <br>&gt; бы, что передернули.<br><br>Толераст? Уважай всех кромя своих сородичяй?<br> https://opennet.ru/openforum/vsluhforumID3/93727.html#208 Wed, 29 Jan 2014 11:47:21 GMT &gt;&gt; А теперь примените к залипанию без диагностики на выключении.<br>&gt; http://freedesktop.org/wiki/Software/systemd/Debugging/#index2h1<br><br>Спасибо, на эту страничку не натыкался. Плохо ещё и то, что параллелизм -- рассадник гонок, а вылавливать редко встречающееся или каждый раз готовить полигон для отлова -- извините, некогда.<br><br>&gt;&gt; Или к минутному примерно таймауту на складывании пользовательской сессии,<br>&gt;&gt; которого и не просили.<br>&gt; Видимо, надо писать багрепорт.<br><br>Багрепорт-то да, только вот там висяки в основном получаются, похоже. К тому же в 204 этой проблемы не было, соответствующая багофича была добавлена позже.<br><br>Т.е. есть проблемы, по которым есть смысл тратить время -- а есть такие, которые в проекте выбраны по постановке задачи. Залипания при полностью динамическом разрешении зависимостей в рантайме каждый раз -- именно из этой оперы.<br><br>PS re #61: необязательно; по мере наличия свободного времени.<br>