Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2013-Apr...) релиз системного менеджера systemd 201 (http://www.freedesktop.org/software/systemd/). В новой версии:
- При выполнении "journalctl --update-catalog" теперь допустимо использовать опцию "--root" для работы с каталогом, размещённым в другой корневой директории;
- На финальной стадии завершения работы, для диагностики возможных проблем теперь выводятся имена принудительно завершаемых процессов, которые на завершились штатным образом;- В случае использования в /etc/crypttab ссылок на файлы с паролями, размещённые в монитруемых разделах, данные разделы теперь учитываются как зависимости и монтируются раньше, чем будет предпринята попытка загрузки файла ключей;
- При выполнении 'systemctl status' теперь выводится информация об ожидающих соединение сетевых сокетах, созданных socket unit-ами. Также выводятся сведения о заменах базовых файлов конфигурации, например, при использовании таких файлов, как /etc/systemd/systemd/foobar.service.d/*.conf;- В systemd-cgtop добавлена возможность показа суммарного времени CPU, потраченного на выполнение cgroups, что позволяет выявить наиболее сильно нагружающие систему cgroups;
- Добавлена поддержка задания дробных интервалов времени, например, "5.123456s", что будет воспринято, как "5s 123ms 456us";
- В libsystemd-login и libsystemd-journal добавлена поддержка новых функций для запроса событий poll() по маске и задания таймаута для poll();
- В localectl добавлена поддержка вывода списка доступных X11 keymaps;
- В 'systemd-analyze dot' добавлена поддержка фильтрации специфичных юнитов при помощи типовых shell-масок, что позволяет строить целевые графики, например, учитывающие только зависимости между заданными юнитами.URL: http://lists.freedesktop.org/archives/systemd-devel/2013-Apr...
Новость: http://www.opennet.me/opennews/art.shtml?num=36635
Мне вообще непонятны эти крики, мол, "Поттеринг велосипедист", "ненужно" и т.д. Можно подумать, вы такие олдфаги, что сидите еще в том времени, когда надо было вручную ставить линух, компилять ядро сугубо под железо, ставить иксы и т.д., почти как LFS. Блин, ребята, все течет, все меняется, железо, софтовые наработки и прочее. Ну, ладно, тот древний линукс, хрен с ним. Возьмем, например, где-то 2009-й год, или когда там вышла бубунта самая удачная (версия 7.10 кажись) и никаких тебе гномощелей, юнити и иже с ними. Или вы думаете, что линух как был на том уровне - там и остался? Смысл пениться? Чувак пилит свой системный менеджер. Можете чем-то помочь или написать лучше - так вперед! Возможно и вы найдете свою аудиторию. Если мне что-то не нравится - я не обливаю это дерьмом, я просто этим не пользуюсь. Когда вы поумнеете уже :)
+100500
Никогда... в смысле вообще никогда...
Местные критики наверно даже строчки кода не написали, но на фамилию Поттеринг реагируют быстрее чем фанаты Гарри Поттера на фразу "Гермиона очень изменилась за лето". Печалька :)
да, я такой :)
да какие там строчки кода, даже багрепорты не в состоянии написать! такие кулхацкеры-озлобыши
Я написал не одну строчку кода и сижу на Crux Linux, ЧЯДНТ?
Ну это очень просто. Вы участвуете в обсуждении того чего не понимаете :) Понятно что Linux в конечном счёте сделан для пользователей, которые в большинстве своём программировать не умеют. Но зачем им лезть в обсуждение такой низкоуровневой вещи как systemd я никак понять не могу.
Ну во первых врешь, никто их тех кто пишет ядро на CRUXe не сидит.
а он и не писАл что пишет именно ядро
> Никогда... в смысле вообще никогда...
> Местные критики наверно даже строчки кода не написали,Конечно, мы же - ПОЛЬЗОВАТЕЛИ, а пользователи кода не пишут.
Как показывает практика, багрепорт вы тоже не способны написать...
> Как показывает практика, багрепорт вы тоже не способны написать...Я - нет. но не все такие как я, есть кто и пишет.
> Никогда... в смысле вообще никогда...
> Местные критики наверно даже строчки кода не написали, но на фамилию Поттеринг
> реагируют быстрее чем фанаты Гарри Поттера на фразу "Гермиона очень изменилась
> за лето". Печалька :)Гарри Поттер это родственник Поттеринга, кто такая Гермиона?
хм.. вот леннарт каждую неделю радует фичами системд, а гермиона только раз в год.. вот почему. я считаю гермионе стоит чаще меняться чтобы конкурировать с леннартом.
"Если мне что-то не нравится - я не обливаю это дерьмом, я просто этим не пользуюсь."Золотые слова. Буду цитировать своим знакомым
Что "золотого" в философии хомячка в норке?
Ну так вам виднее, вы именно хомячок и есть :)
> Что "золотого" в философии хомячка в норке?Спорный вопрос что хуже: хомячок в норке или каждой бочке затычка. Лучше какой-то разумный баланс. С пониманием что различные методы далания одних и тех же вещей вполне имеют право на жизнь. Иначе можно устроить мировую войну из-за спора с какой стороны правильнее чистить яйца...
> "Если мне что-то не нравится - я не обливаю это дерьмом, я
> просто этим не пользуюсь."
> Золотые слова. Буду цитировать своим знакомымАга. Хреновый постулат. "Мне не нравится, когда сосед перфоратором работает в час ночи, но я не буду его поливать дерьмом, не буду с ним ругаться, а просто притворюсь что сего безобразного факта нет".
Проблема для многих в том, что кто-то потом всовывает то что им не нравится в то, что им нравится (в любимый дистрибутив будет воткнут ненавистный механизм). Как он потом сможет этим "не пользоваться"? Если бы он что-то свое в сторонке лепил - пожалуйста, а если это оказывает влияние на то, что тебе нужно и дорого - просто "не пользоваться" не получится, это все равно что ты скажешь "забудь про этот дистрибутив". Хотя я за поттеринговскую унификацию :) , потому что когда-то давно пару раз пришлось залезать в скриптовые портянки, не понравилось.
>> "Если мне что-то не нравится - я не обливаю это дерьмом, я
>> просто этим не пользуюсь."
>> Золотые слова. Буду цитировать своим знакомым
> Ага. Хреновый постулат. "Мне не нравится, когда сосед перфоратором работает в час
> ночи, но я не буду его поливать дерьмом, не буду с
> ним ругаться, а просто притворюсь что сего безобразного факта нет".Ты демагог а твои словеса имеют четкое название "передергивание".
Полностью согласен.
> Можете чем-то помочь или написать лучше - так вперед! Возможно и вы найдете свою аудиторию. Если мне что-то не нравится - я не обливаю это дерьмом, я просто этим не пользуюсь. Когда вы поумнеете уже :)"Спердобейся" - есть. А где про "не нравиться - поставь себе винду"?
Есть еще третий вариант: взять и изучить уже этот systemd.
> Есть еще третий вариант: взять и изучить уже этот systemd.Лучше коллективно желать Поттерингу смерти, а там глядишь и его машина в обрыв вместе с ним сорвется.
Немного потроллим местных:Он сядет в Москвич и найдёт свой Икарус? :)
> Немного потроллим местных:
> Он сядет в Москвич и найдёт свой Икарус? :)Скорее на велосипед :))
>Он сядет в Москвич и найдёт свой Икарус? :)Это маловероятно, найти и то и другое, да ещё в одном месте.
Один умудрился :)
К сожалению в той стране не производят столь говённых машин, как в России. Это особое умение.
Мацой подавится.
>Есть еще третий вариант: взять и изучить уже этот systemd.А вариант "изучил - не понравилось" ты не рассматриваешь?
> А вариант "изучил - не понравилось" ты не рассматриваешь?Ну так пользуйтесь чем-нибудь другим. Кто не дает то?
Да забей, такие нытики всегда есть и будут. Когда-то даже систем инициализации не было. Потом загрузка стала слишком сложной, эти системы появились и сразу же появились нытики: а раньше можно было без всяких там скриптов, придумали какие-то системы инициализации, раньше все лучше было. Сейчас вот systemd так же ругают, хотя даже в книге Эви Немет прямым текстом говорится, что нынешняя система инициализации уже не отвечает требованиям времени (ищите в главе 3 издания 4, вестимо). Лет через 5-10 точно так же будут точно так же говорить: ну systemd такая классная, зачем нам этот super-puper-init. Причем не исключено, что это будут те же самые люди, что сейчас вроде как защищают systemd. Так было всегда, так есть и так будет. Истина в том, что ничего не стоит на месте, все движется вперед и меняется, а "то, что продолжается слишком долго, не претерпевая никаких изменений, обычно само себя изживает и разрушает." (Урсула Ле Гуин, "Стрекоза") systemd означает, что Linux развивается и этому нужно радоваться. Во как.
Истина в том, что вас как хотят так и ставят раком.
и через года 2-3 может случиться что-то, что не понравиться лично вам, причем очень сильно не понравиться.
Кого именно? И как это может сделать какая-то система инициализации будь то Upstart или systemd? :)Угу через два года мы все умрём. С линуксом случиться катастрофа. А вы не подумали о такой простой вещи, что до вас это говорилось тысячи раз? Сначала про "проприетарный" Qt ещё в КДЕ2. Потом про Upstart. PulseAudio и NetworkManager не зря включены практически в каждый дистр. А знаете почему? Потому что в своей нише(дистрибутив для конечного пользователя) они делают то для чего задуманы лучше, чем прежние инструменты. Понятно что никакой идиот не будет использовать их на сервере, в той же Ubuntu Server их нет.
А прежде чем что-то писать можно было подумать, что всё вышеперечисленно включается практически во все дистрибутивы не по причине заговора ZOG или вмешательства майкрософт и персонально Билла Гейтса, а потому что оно реально позволяет решать определённые проблемы, лучше чем то, что было раньше. Вам не нравится? Ну так мир не вращается вокруг вас.
> как это может сделать какая-то система инициализации будь то
> Upstart или systemd? :)Я не про систему инициализации, а про то, что в "линукс" вносятся кардинальные изменения, не взирая на мнение сообщества.
Если вы не видите проблемы, то это не значит что ее не случится.
Что именно может быть, я сказать не могу, но могу сказать что такие изменения точно не на пользу обществу. Иначе Потный Потти не устраивал бы оправданий "31 миф про systemd" (или сколько там).
Реально, каждый кто перешел на systemd столкнулся с теми или иными проблемами, которые были уже решены в старой системе инициализации.
Кто мне сможет ответить - как в systemd запретить пользователю vasya доступ к устройству /dev/video, а пользователю petya - запретить доступ к звуку ?
>вносятся кардинальные изменения, не взирая на мнение сообществаБлин, ну почему именно так полагают все тут? "не взирая на мнение сообщества"... Ну что за хрень! Это и есть сообщество линукс. Поттеринг - точно такая же его часть. Я прекрасно знаю, что Вы хотите сказать... Вы говорите "не взирая на мое личное мнение". Так где же это Ваше личное мнение? Вы его где-то выразили, написав баг-репорт, отправив пачку патчей в апстрим или, в конце-концов, просто горячо обсуждая эту тему на соответствущих форумах? Правильно, его нигде нет, оно только в виде пузырей на опеннете или лоре :)
>>вносятся кардинальные изменения, не взирая на мнение сообщества
> Блин, ну почему именно так полагают все тут? "не взирая на мнение
> сообщества"... Ну что за хрень! Это и есть сообщество линукс. Поттеринг
> - точно такая же его часть. Я прекрасно знаю, что Вы
> хотите сказать... Вы говорите "не взирая на мое личное мнение".На мнение очень многих, его, моего, даже какого-то никому неизвестного Линуса Торвальдса.
>Так
> где же это Ваше личное мнение? Вы его где-то выразили, написав
> баг-репорт, отправив пачку патчей в апстрим или, в конце-концов, просто горячо
> обсуждая эту тему на соответствущих форумах?Как вы представляете баг-репорт? "Эй мужики! Хорош уже наш линукс ломать!"
>Правильно, его нигде нет, оно
> только в виде пузырей на опеннете или лоре :)Вы очень плохо искали.
> не взирая на мнение сообществаЧто это за абстрактное "сообщество"? Я знаю, что есть, например, сообщество разработчиков федоры, которое у себя внедряет systemd. Я знаю про сообщество разработчиков debian-а, которое systemd не внедряет и никто ему волю свою не навязывает просто потому, что никто, кроме самих разработчиков решить, что следует интегрировать в дистрибутив, а что - нет, не может.
А Леннарт сидит где-то недалеко от разработчиков федоры и пишет код.
Кто, где и, самое интересное, каких разработчиков дистрибутивов принуждает переходить на systemd?
Если тобой имелось в виду "сообщество" пользователей, то это, во-первых, не сообщество, а множество, и, во-вторых, права голоса не имеет, поскольку в массе своей недостаточно квалифицировано, чтобы что-то понимать в системном софте, а также пользы никакий не приносит. Если так не нравится политика конкретного дистрибутива, то есть куча других. Также, если ни один не устраивает, всегда есть возможность сделать свой, с шахматами, поэтессами и произвольной политикой.
>> не взирая на мнение сообщества
> Что это за абстрактное "сообщество"?Сообщество это выборка людей хоть как-то связанная с разработкой open source проектов, у каждого из которых есть свое мнение.
> Я знаю, что есть, например, сообщество разработчиков
> федоры, которое у себя внедряет systemd. Я знаю про сообщество разработчиков
> debian-а, которое systemd не внедряет и никто ему волю свою не
> навязываетДа не навязывает, просто ломает совместимость в ключевых проектах. Э мужики вы чё udev, с ядром поломали.
>просто потому, что никто, кроме самих разработчиков решить, что следует
> интегрировать в дистрибутив, а что - нет, не может.У нас есть два варианта или использовать это убожество или тратить кучу человеко-часов на поддержание проектов, которые неожиданно стали не совместимы.
> А Леннарт сидит где-то недалеко от разработчиков федоры и пишет код.
> Кто, где и, самое интересное, каких разработчиков дистрибутивов принуждает переходить
> на systemd?И еще раз udev.
> Если тобой имелось в виду "сообщество" пользователей, то это, во-первых, не сообщество,
> а множествоВо как.
>, и, во-вторых, права голоса не имеет,
"Тварь ли я дрожащая, или право имею?" Федор Михайлович Достоевский.
>поскольку в массе
> своей недостаточно квалифицировано, чтобы что-то понимать в системном софте,Да что ты.
>а также
> пользы никакий не приносит.Ты сейчас обгадил всю философию Open Source.
>>> не взирая на мнение сообщества
>> Что это за абстрактное "сообщество"?
> Сообщество это выборка людей хоть как-то связанная с разработкой open source проектов,
> у каждого из которых есть свое мнение.Большинство воющих тут о systemd юзеров к разработке ни малейшего отношения не имеют. Ибо потребители. И даже если кто-то собрал пару пакетиков с джаббер-клиентом и плеером, этот факт накладывать право вето на изменение сугубо системных компонентов не дает. Максимум, что можно будет предявить - это ненадлежащий QA и плохая интеграция.
>> Я знаю, что есть, например, сообщество разработчиков
>> федоры, которое у себя внедряет systemd. Я знаю про сообщество разработчиков
>> debian-а, которое systemd не внедряет и никто ему волю свою не
>> навязывает
> Да не навязывает, просто ломает совместимость в ключевых проектах. Э мужики вы
> чё udev, с ядром поломали.Из-за того, что майнтенеры не проводят надлежащий QA и интеграцию системного софта, сам софт не виноват. На то майнтейнеры и нужны, а не только чтобы пакетики собирать.
>>просто потому, что никто, кроме самих разработчиков решить, что следует
>> интегрировать в дистрибутив, а что - нет, не может.
> У нас есть два варианта или использовать это убожество или тратить кучу
> человеко-часов на поддержание проектов, которые неожиданно стали не совместимы.Все "несовместимы" и "несовместимы". С чем совместимость systemd ломает? Инит-скрипты как работали, так и работают, journald работе syslog-демона не мешает. С совместимостью как раз, вроде, полный порядок. Про какие проекты ты говоришь?
>> А Леннарт сидит где-то недалеко от разработчиков федоры и пишет код.
>> Кто, где и, самое интересное, каких разработчиков дистрибутивов принуждает переходить
>> на systemd?
> И еще раз udev.И еще раз: udev можно поставить без systemd.
>[оверквотинг удален]
>> а множество
> Во как.
>>, и, во-вторых, права голоса не имеет,
> "Тварь ли я дрожащая, или право имею?" Федор Михайлович Достоевский.
>>поскольку в массе
>> своей недостаточно квалифицировано, чтобы что-то понимать в системном софте,
> Да что ты.
>>а также
>> пользы никакий не приносит.
> Ты сейчас обгадил всю философию Open Source.Философия opensource говорит о возможности каждому иметь доступ к исходному коду, в том числе, для того, чтобы улучшать его. Про право сидеть ровно на жопе и указывать другим, как следует его улучшать, дарованное данной философией, я ни разу еще не слышала.
Не нравятся инжереные решения разработчиков дистрибутива? Стань сам майнтейнером системы инициализации и продвигай свои идеи. Не хочешь продвигать свои идеи делом? Соболезную.
> Что это за абстрактное «сообщество»? Я знаю, что есть, например, сообщество разработчиков
> федоры, которое у себя внедряет systemd.а, это те бедняши, которые сначала всеми лапами тянули к себе Новый, Лучший /usr, а потом сами же в своих списках рассылки плакали, что «притянуть-то притянули, но поторопились, а назад фарш с большим трудом проворачивается, так что будем жрать, что намолотили»? очень хороший, показательный пример.
нет, пруфы на это ты будешь искать сам, потому что они и так у тебя должны быть уже. а если нет — то ты рассуждаешь о том, в чём даже не было попытки разобраться.
> нет, пруфы на это ты будешь искать сам,:)
cама, - это она. Менеджер наверное:> я ни разу еще не слышала.
> Менеджер наверноетвоя кость головного мозга не может даже предположить женщину не-менеджера, правда?
> это онапруфпиков не было, а девушек в интернетах нет, как известно. поэтому — «он», и будет «он», пока не предоставит пруфы.
> нет, пруфы на это ты будешь искать сам, потому что они и
> так у тебя должны быть уже. а если нет — то
> ты рассуждаешь о том, в чём даже не было попытки разобраться.Какая умилительная попытка спихнуть бремя поиска доказательств на оппонента.
Почему мне необходимо знать о подобных дискуссиях в списках рассылки, если у меня серьезных проблем при usr-move не было?
Единственное, что могу вспомнить - это циклические символьные ссылки, появившиеся после миграции из-за того, что не все пакеты были правильно собраны (таких пакетов у меня была пара-тройка штук). Однако, эта проблема чинилась парой команд, и в списки рассылки лезть необходимости не было.
> Какая умилительная попытка спихнуть бремя поиска доказательств на оппонента.я не сомневался, что это будет в первом же предложении.
> Почему мне необходимо знать о подобных дискуссиях в списках рассылки
потому что если ты приводишь что-то в пример, то для начала полезно разобраться в ситуации. ты же говоришь про всё сообщество. значит, как минимум — в курсе о том, сколько радости у них вызвала инициатива с /usr. а если не в курсе… ну, я даже не знаю, как помягче тогда; кроме «не пи…ди!» ничего на ум не приходит.
впрочем, я уже понял, что у тебя обычай такой: вылезать с утверждениями, которые не можешь доказать и говорить о вещах, в которых ты ориентируешься очень поверхностно.
>[оверквотинг удален]
>> Почему мне необходимо знать о подобных дискуссиях в списках рассылки
> потому что если ты приводишь что-то в пример, то для начала полезно
> разобраться в ситуации. ты же говоришь про всё сообщество. значит, как
> минимум — в курсе о том, сколько радости у них вызвала
> инициатива с /usr. а если не в курсе… ну, я даже
> не знаю, как помягче тогда; кроме «не пи…ди!» ничего на ум
> не приходит.
> впрочем, я уже понял, что у тебя обычай такой: вылезать с утверждениями,
> которые не можешь доказать и говорить о вещах, в которых ты
> ориентируешься очень поверхностно.Слишком слабая попытка убедить оппонента искать доказательства твоих утверждений за тебя. Старайся лучше.
Rasch abkochen, dann Vormarsch nach Sokal.
> "сообщество" пользователей, ... это, ..., не сообщество,
> а множество, и, во-вторых, права голоса не имеет,(C) Microsoft Corporation
Это "множество" помогает увидеть трудно уловимые баги на специфичном оборудовании, а также добровольно берёт на себя функции саппорта, как минимум делая проект популярным и помогая его продвижению, и является составной частью разработки.
Не прочитав "Собор и базар" и приравняв часть сообщества к быдлу, вы переплюнули даже редмондский гигант.
>> "сообщество" пользователей, ... это, ..., не сообщество,
>> а множество, и, во-вторых, права голоса не имеет,
> (C) Microsoft Corporation
> Это "множество" помогает увидеть трудно уловимые баги на специфичном оборудованииБольшинство пользователей ни одного бага в своей жизни не зарепортило. И учитывая "осведомленность" о systemd местных хейтеров, я думаю, они не то, что багзиллу не открывали, а даже самим systemd толком не пользовались.
> добровольно берёт на себя функции саппорта, как минимум делая проект популярным
Ну все, теперь, раз ты помог десятку пользователей поставить mp3-кодеки, то можешь спокойно указывать, как следует разработчикам организовывать системную часть дистрибутива.
Да что там кодеки, за сам факт использования тебе доджны быть благодарны.> и помогая его продвижению, и является составной частью разработки.
Хотелось бы уточнить, что там разрабатывают пользователи?
> Не прочитав "Собор и базар" и приравняв часть сообщества к быдлу, вы
> переплюнули даже редмондский гигант.Про "быдло" ты сказал, а не я. Не следует считать не обладающих достаточной квалификацией пользователей "быдлом" (специалистов по всему в реальной жизни нет, потому каждый человек в чем-то неквалифицирован). Однако это не означает, что стоит идти на поводу у неквалифицированной части пользователей.
> Кто мне сможет ответить - как в systemd запретить пользователю vasya доступ к устройству /dev/video, а пользователю petya - запретить доступ к звуку ?У Васи отобрать монитор, а у Пети - микрофон и наушники.
UNIX должен оставаться UNIX’ом, а не быть площадкой экспериментов либералов. Да, GNU is not UNIX, но это не значит, что из него можно лепить всё, что угодно.
Ну так и ставьте себе слакварь, там вообще все мохом поросло.
Упоролся штоле? Слака рулит и педалит, алё! Уже даже Дебьян не такое г. мамонта каким был раньше :) Что есть для тебя "не мох" ?
> Ну так и ставьте себе слакварь, там вообще все мохом поросло.да ты Иксперт!
Как раз это и значит что из него можно лепить что угодно и кто угодно.
Linux никогда и не был каноничным юниксом, юниксы это Macos X, Solaris, Aix, HP-UX и неофициально *BSD.
Вот только не Макось. У неё внутри POSIX, да, но снаружи это ещё хуже, чем Windows.
> Вот только не Макось. У неё внутри POSIX, да, но снаружи это ещё хуже, чем Windows.Зато проприетарная, как раз под стать оригиналу от AT&T. Хорошо что GNU is Not Unix, ага.
Да никто не говорит "оставьте инит как есть". Но к архитектуре systemd есть большие претензии - в основном в том плане, что они убивали совместимость даже там, где её можно было дёшево оставить. Лог - явный пример. Ну сделай отдельный индекс к текстовому логу и пиши туда же всё расширенную ифнормацию - нет, надо угробить. Ну работай аккуратно с изменениями файлов, если ты даешь интерфейс D-Bus для для подписки на их изменения и информирования о них - лови и изменения файлов впрямую через *notify. Не тащи всё в один проект, как с udev получилось. Не нравятсе шелл-скрипты (интересно, они нравятся кому-то?) - дай lua, в котором отлично и конфиги описываются, и логику можно сделать без надобности, зачем вводить 100500 параметров на все случаи жизни?
золотые слова. по всей видимости вы единственный сисадмин в треде. все остальные размышляют на уровне пользователей.
Так-то некоторые говорят "оставьте как есть". Но systemd - это уже почти свершившийся факт и адекватный ответ на него - не кричать как меня "достал Поттеринг", а заняться его изучением (systemd, а не Поттеринга) или писать разработчикам просьбы о включении той или иной фичи (ну или писать самому, если по силам). Нашел время на жалобу - найди время на реквест. Не устраивать флеймы надо, а разбираться в предмете, чтобы хотя бы по делу говорить.
«адекватный ответ» — не пользоваться говнодистрибутивом, где его пропихивают в глотку.
> Ну сделай отдельный индекс к текстовому логу и пиши туда же всё расширенную ифнормациюФеерические костыли. Вы даже поттеринга в своем бреде переплюнули. Давайте еще совместимость с CP/M приволокем. А то мало нам в системе горбатых костылей.
> проект, как с udev получилось. Не нравятсе шелл-скрипты (интересно, они нравятся
> кому-то?) - дай lua, в котором отлично и конфиги описываются,Конфиги имхо не должны превращаться в программирование. А вот там где без него никак можно позвать скрипт. На баше, луа, перле, питоне, похапэ или чем там еще. Зачем все это в конфиге - малопонятно. Наверное чтобы потом можно было жуткие индусопортянки на три страницы раздуплять.
> Конфиги имхо не должны превращаться в программирование.так думает каждый первый автор Очередной Новой Гибкой Системы С Конфигами. что характерно — потом из няшных простых конфигов всё равно получается язык сценариев, только совершенно неудобоваримый, потому что изначально языком не планировался, но разросся, пытаясь отвечать требованиям. и вот когда такое случается, появляется очередной юный гений, который заявляет: «конфиги не должны превращаться в программирование!» и начинается итерация n+1.
увы, это неизбежно, и будет повторяться вечно. потому что учиться на чужом опыте люди не способны.
Спасибо большое за ваши слова, побольше бы грамотных спецов, способных аргументированно отстаивать свою точку зрения.
>[оверквотинг удален]
> убивали совместимость даже там, где её можно было дёшево оставить. Лог
> - явный пример. Ну сделай отдельный индекс к текстовому логу и
> пиши туда же всё расширенную ифнормацию - нет, надо угробить. Ну
> работай аккуратно с изменениями файлов, если ты даешь интерфейс D-Bus для
> для подписки на их изменения и информирования о них - лови
> и изменения файлов впрямую через *notify. Не тащи всё в один
> проект, как с udev получилось. Не нравятсе шелл-скрипты (интересно, они нравятся
> кому-то?) - дай lua, в котором отлично и конфиги описываются, и
> логику можно сделать без надобности, зачем вводить 100500 параметров на все
> случаи жизни?Откуда дровишки про несовместимость journald? Не хочешь использовать его - выключи запись им логов и перенаправляй все в старый добрый syslog.
совместимость такая совместимость...
> совместимость такая совместимость...а что, это не совместимость что ли?
> Не нравятсе шелл-скрипты (интересно, они нравятся кому-то?)мне, например.
Дорогие фанаты systemd!Расскажите, пожалуйста, как при использовании этой замечательной системы инициализации добавить 30-секундную задержку перед началом инициализации софтовых RAID'ов. В случае с upstart'щь все элементарно: echo 'if echo $0 | grep -q rc.sysinit ; then sleep 30 ; fi >> /etc/sysconfig/network'. Как быть в случае с systemd? На отдельных аппаратных конфигурациях это критично.
Ни разу не фанат, но таки спрошу - а нафига тебе задержка в 30 секунд? Ждешь, пока что-то примонтируется/запустится? Не пробовал в зависимости того юнита, перед которым "притормозить" надо, добавить условие этого самого монтирования или чего-там еще?P.S. Я не спец по systemd.
P.P.S. В крайнем случае, всегда есть рассылка по systemd и там на все "каверзные" вопросы достаточно быстро и квалифицированно отвечают.
> P.S. Я не спец по systemd.С этой фразы нужно начинать каждую пламенную речь, в которой будет говориться хвальба systemd.
А если еще более точно - "у меня systemd работает, но я его не трогаю - оно и так работает, вон уже даже пользователя не нужно добовлять в группы audio optical и прочее для доступа к устройствам".
А еще более точно "я не пользуюсь systemd, но старшим виднее и по этому я считаю что за systemd будущее"
Ну, да, оно у меня реально работает на пачке машин и вмешательства не просит (равно, как и upstart, и SysV).P.S. Просто, кто-то, чуть что, начинает орать "продукт XXX - говно, у меня на нем любимая фича с пол-пинка не завелась", а кто-то таки не ленится сначала спросить совета непосредственно у разработчиков продукта (а не на местечковых форумах), а только потом подымает скандал, если рекомендации не помогли.
Так вот, мои симпатии на стороне тех, кто сначала спрашивает, а уж потом ругается.
> Ну, да, оно у меня реально работает на пачке машин и вмешательства
> не просит (равно, как и upstart, и SysV).отлично, теперь ситуация, вы..нет не вы, а "абстрактный админ в вакууме", обновил систему, на компьютерах пользователей, произошел переход на systemd, прошло пару месяцев, все работает.
Но тут начальника дает команду "Ивановой и Сидоровой запретить доступ к оптическим дискам и музыке", админ конечно пытается убрать пользователей из групп audio и optical (считая, что пользователи имеют доступ к приводу и звуку благодаря тому что состоят в соответствующих группах), убирает, перелогинивается, чтобы изменения вступили в силу, и...обнаруживает что это не помогло.
Внимание вопрос - что нужно сделать сисадмину, чтобы выполнить поручения начальника, если срок решения задачи 1 час, а наказание за невыполнение - лишение премии ?
Попробовать найти работу с вменяемым начальством?
жабакодерам легко говорить, ага ;) Но, конечно, все верно, согласен.
этому недоадмину надо было работать по специальности: дворником. потому что админ, у которого обновилась система инициализации — причём без его ведома (так выходит из твоего описания), и он вообще даже не почечался узнать, что же именно обновилось/изменилось — это не админ. впрочем, и не дворник: он ведь и метлу-то сломает.
>А еще более точно "я с радостным хрюканьем хлебаю из своего корыта любые помои, которые мудрый хозяин туда нальет"Пофиксил.:)
> нафига тебе задержка в 30 секундНа отдельных контроллерах, как выяснилось, инициализация дисков начинается в момент подгрузки kernel firmware, и к моменту старта софтовых массивов больше половины дисков еще не видно, что приводит к весьма неприятным последствиям.
Сдается мне, что в зависимости к mdadm надо именно наличие всех этих дисков прописать. Насколько помню, в systemd такая фича должна быть, но подробностей не скажу - просто не сталкивался с подобным.
То есть, если потребуестя перезагрузить сервер без одного из этих дисков (что для RAID 10 совершенно нормально), в такой конфигурации он вообще не загрузится? Или Systemd сможет адекватно проверить, что имеющихся дисков достаточно для старта массива, и инициализация всех дисков завершена (чтобы не запускаться с деградированным массивом на ровном месте)? sleep все-таки надежнее.
> То есть, если потребуестя перезагрузить сервер без одного из этих дисков (что
> для RAID 10 совершенно нормально), в такой конфигурации он вообще не
> загрузится?Мдя, про этот вариант я не подумал :(
Тогда лучше в рассылке спросить, проблема-то явно не у тебя одного такая, следовательно, решение вопроса должно уже быть известно или, в крайнем случае, разработчики systemd должны хотя бы знать о наличии проблемы.
P.S. Вроде бы, в systemd была поддержка таймаутов для разных ситуаций, но поможет ли оно тебе - это вопрос.
> разработчики systemd должны хотя бы знать о наличии проблемыОсновная проблема в том, что возможность влиять на процесс инициализации произвольным образом (а не в рамках поттерингофич) путем написания shell-скриптов гораздо важнее мифических секунд загрузки, т. к. на серьезное железо и так прохожит множество времени до _начала_ загрузки ОС. Поэтому systemd дефективен в принципе.
>> разработчики systemd должны хотя бы знать о наличии проблемы
> Основная проблема в том, что возможность влиять на процесс инициализации произвольным образом
> (а не в рамках поттерингофич) путем написания shell-скриптов гораздо важнее мифических
> секунд загрузки, т. к. на серьезное железо и так прохожит множество
> времени до _начала_ загрузки ОС. Поэтому systemd дефективен в принципе.серьезно? вот так вот безапеляционно и уверенно? неужто сам господь бог нам вещает.....
> серьезно? вот так вот безапеляционно и уверенно? неужто сам господь бог нам
> вещает.....Я присоединюсь - время самотестирования сервака в разы превосходит время загрузки линукса, и +/- 5 секунд тут роли не играют, а "агрессивная параллелизация" только вредит, потому что благодаря ей, порой не успевает загрузиться драйвер на сетевую карту, не успевает подняться интерфейс и systemd не готов провести настройку сети.
Приходится писать всякое в /etc/modules-load.d/, привязываясь к драйверу сетевки.
>> серьезно? вот так вот безапеляционно и уверенно? неужто сам господь бог нам
>> вещает.....
> Я присоединюсь - время самотестирования сервака в разы превосходит время загрузки линукса,
> и +/- 5 секунд тут роли не играют, а "агрессивная параллелизация"
> только вредит, потому что благодаря ей, порой не успевает загрузиться драйвер
> на сетевую карту, не успевает подняться интерфейс и systemd не готов
> провести настройку сети.
> Приходится писать всякое в /etc/modules-load.d/, привязываясь к драйверу сетевки.Да ладно вам, реальные серваки все больше виртуализованы, время перегрузки той же убунты даже на бюджетном сервере с виртуализацией ровно на нажатие клавиш стрелка вверх и энтер, после появления сообщения broken pipe в консоле ssh, и тут же сразу заходишь по ssh на перезагруженную cистему, секунда где-то.
>реальные серваки все больше виртуализованыКак там, в стране эльфов?
>>реальные серваки все больше виртуализованы
> Как там, в стране эльфов?Страна эльфов это где на организацию покупают пару бюджетных сервачков вроде HP Proliant DL 385 с 36 ядрами внутри, за 200 тыс. рублей каждый, + какое-нибудь дешевое SAS хранилище или не дешевое с настоящими FC и SAN-свитчем и накатывают какой-нибудь гипервизор baremetal вроде esxi или proxmox, а поверх него ставят штук 50 виртуалок и получают HA сервисы без геморроя лет на 5.
Иногда в стране эльфов нет места и достаточных мощностей или качество электропитания страдает, тогда там арендуют инстансы где-нибудь на Amazon или DigitalOcean.
А вот в стане гномов обычно используют б/у десктопы стоящие под столом в качестве серверов, иногда даже какие-нибудь настоящие бюджетные сервера от kraftway или supermicro с i5 внутри, туда приходит "приходящий" системный администратор и что-то ковыряет в iptables ,postfix и одновременно в 1С, у него всегда много работы, что-то падает постоянно, раз в год он даже переустанавливает систему на всех двух серверах, чистит реестры в бухгалтерии и борется с вирусней, пытается заблокировать всякую там социальщину, и ему невдомек что можно работу поставить по другому.
Плакаю стоя. Расейский "ойти" as is. Мальчик, ты видел что-нибудь большее мелкой вебни и офисов корпорации "Рога и копыта"? Судя по дешевым понтам - нет.
> Плакаю стоя. Расейский "ойти" as is. Мальчик, ты видел что-нибудь большее мелкой
> вебни и офисов корпорации "Рога и копыта"? Судя по дешевым понтам
> - нет.Видел, а что? Вы так содержательно и обоснованно написали как вы плакаете, напишите еще как вы какаете.
> Поэтому systemd дефективен в принципе.Это вы дефективны - в поттеринго поделии ВНЕЗАПНО можно запустить шелскрипты или скрипты на чем вам там больше нравится. И пользоваться ими наздоровье. А вот то что их не пихаюь даже там где они нафиг не упали и без них в типовых случаях получается раз в 5 проще - это таки жирный плюс. Изогнутые случаи - на то и изогнутые, чтобы редко попадаться. И поэтому там то как раз плюс-минус немного больше-меньше брейнфака - вообще без разницы. А вот когда для прсото запуска, просто демона, с рестартом при отвале, установкой приоритета и пользователя - надо фигурно изгибаться на три страницы скриптинга - вот это таки не руль.
да прекрати ты уже мучиться, что ли. не пей по пятницам пиво, потрать эти деньги на приходящего админа, который тебе всё настроит и будет поддерживать. про monit знает, опять же. и не только про него.а то я смотрю, ты пытаешься заниматься не своим делом, у тебя не получается — и ты громко страдаешь. а у меня вот петь не получается: не сложилось с хорошим голосом. так я и не пою. и не требую, чтобы мои туалетные вопли считались пением.
сделай юнит отдельный приципи к нему sleep 30, и впихни в зависимость.P.S. systemd не тыкал
Вы не умеете пользоваться гуглом или маном? Наберите man systemd.timer или зайдите на http://www.freedesktop.org/software/systemd/man/systemd.time...Создаете файл <сервис старта рейда>.timer и вписываете 30 секунд в нужную категорию. Кстати, повод задуматься, 30 секунд относительно чего: предыдущего сервиса, старта системы или начала старта данного сервиса (т.е. при перезапуске тоже ждем?).
Ответ совершенно не в тему. Инициализация софтовых рейдов происходит _до_ старта любых сервисов, что очевидно.> Кстати, повод задуматься, 30 секунд относительно чего
От запуска init до старта /sbin/mdadm -IRs.
Рекомендую ознакомиться с содержимым пакета initscripts, в первую очередь - /etc/rc.sysinit, благо там все намного прозрачнее, чем в поделках Леннарта.
> Ответ совершенно не в тему. Инициализация софтовых рейдов происходит _до_ старта любых
> сервисов, что очевидно.Садитесь, два. Софтварные рейды во-первых бывают разные, например средствами lvm (очень часто делаю raid0 поверх чего-либо еще в lvm'е, удобно). Во-вторых, вы слишком узко понимаете понятие сервиса.
Посмотрите на сервис systemd /usr/lib/systemd/system/fedora-storage-init.service в федоре - именно там происходит инициализация всех lvm и raid устройств, включая активацию multipath и тд. Этот сервис начинает выполняться сразу после сервиса udev-settle.
>> Кстати, повод задуматься, 30 секунд относительно чего
> От запуска init до старта /sbin/mdadm -IRs.
> Рекомендую ознакомиться с содержимым пакета initscripts, в первую очередь - /etc/rc.sysinit,
> благо там все намного прозрачнее, чем в поделках Леннарта.Так так так, ну-ка расскажите, как именно вы в произвольной точке скрипта (после других действий) сделаете паузу до момента "30 секунд с момента запуска init". Вот прямо тут покажите код, как это выглядит в /etc/rc.sysinit. Как это делается в systemd, я уже ссылку привел (директива OnStartupSec=).
Смотрите мой изначальный пост, повторяться не буду.
По существу-то ответы будут? С systemd решение обоих задач есть, я вот выше показал, это с другими инит-системами придется изощряться, чтобы такое написать.
Придется заново весь линукс изучать :) *тольфейс*
> *тольфейс*Рубероид-фэйс.
Открой глаза, системд пытается быть всем, только не нормальной системой загрузки. Это не правильный, монопольным подход, который в будущем неизбежно приведёт к последствиям, навроде невозможности использование ничего отличного от системд.
окей, следуя логике твоего высказывания, можно сказать, что в нижеперечисленных компаниях работают дегенераты, которым пустили пыль в глаза:
Fedora since Fedora 15[6]
Frugalware since Frugalware 1.5[7]
Mageia since Mageia 2[8]
Mandriva since Mandriva 2011[9]
openSUSE since openSUSE 12.1[10]
Arch Linux since October 2012[11]
Chakra Linux since October 2012[12]
NixOS since January 2013[13]Так и запишем.
Вопрос: почему дегенераты выбрали системд, а не апстарт, например, или OpenRC? Зачем вообще было отказываться от sysvinit? Каковы причины? Открой нам глаза, пожалуйста!
> вообще было отказываться от sysvinit? Каковы причины? Открой нам глаза, пожалуйста!Потому что дегераты посчитали, что их мнение - есть мнение сообщества линукса, что все об systemd просто мечтают, и что от sysvinit всех поголовно тошнит до судорог в эпеллептических припадков.
А поддерживать две системы инициализации им было просто лень, ну или не хватили скила.
Или причина еще банальная - решили подставить седалищное место потти, чтобы попиарить свой дистрибутив.
Я считаю что теперь Arch - это ИХ (ментейнеров) дистрибутив, а не дистрибутив сообщества.
ну почитайте, тогда, например, https://bbs.archlinux.org/viewtopic.php?pid=1149530#p1149530
Arch (да и любой другой дистр) перестанет быть, как вы выразились, дистрибутивом сообщества, когда там запретят сторонние репозитории, закроют всё, посадят всех в узкий коридор и причешут под одну гребенку, как сделали в одной фруктовой компании.А это, как и ваши слова про конфронтацию сообщества и мейнтейнеров, называется фашизм, что в свою очередь - неправда в отношении линукса. Если бы были объективные аргументы категорически против, никто бы в сторону системд и не смотрел вовсе.
А так, если вас не устраивает конкретный функционал или реализация какого-то решения, вы вольны предложить то, что считаете верным, вынести на суд сообщества, привлечь мейнтейнеров и разработчиков, кого угодно, пулл реквест отправить, если вы в теме.
Если вас в целом архитектура не удовлетворяет, опять же, предложите другую, подготовьте презентацию, опишите слабые стороны, сильные стороны, предложите решение!
Это обращение не конкретно к вам, а ко всем вам, тем, кто горазд только лаять и хаять.
> Если вас в целом архитектура не удовлетворяет, опять же, предложите другую, подготовьте
> презентацию, опишите слабые стороны, сильные стороны, предложите решение!А ты заплати ему за фултайм работу?
Не всё в мире меряется баблом.
Fedora - потому что основа для rhel
Frugalware - хотят быть мэйнстримом
Mageia - потому что Mandriva
Mandriva - нужно было заинтересовать инвесторов.
openSUSE - потому что сусю нужно продавать
Arch Linux - упоротые баянисты забившые на идеологию которую продвигали
Chakra Linux - потому что арчь с нескушными обоями.
NixOS - это кто вообще?Хочешь подробностей? ищи маил листы и смотри кто где работает.
> Fedora - потому что основа для rhelИ? Это не объясняет, почему RedHat хочет systemd в rhel.
> Frugalware - хотят быть мэйнстримомСлабоватый аргумент.
> Mageia - потому что MandrivaЕсли это та же мандрива, то почему форкнулись?
> Mandriva - нужно было заинтересовать инвесторов.Инвесторы смотрят на другие вещи, нежели система инициализации. На такую незначительную деталь им положить.
> openSUSE - потому что сусю нужно продаватьКазалось бы, причем тут systemd?
> Arch Linux - упоротые баянисты забившые на идеологию которую продвигали"Потому что забыли" - не объяснение самого перехода.
>> Mandriva - нужно было заинтересовать инвесторов.
> Инвесторы смотрят на другие вещи, нежели система инициализации.Там и впрямь была довольно очевидная попытка "наинновационировать".
>>> Mandriva - нужно было заинтересовать инвесторов.
>> Инвесторы смотрят на другие вещи, нежели система инициализации.
> Там и впрямь была довольно очевидная попытка "наинновационировать".В любом случае, инвесторов словми "А у нас системд!" не привлечешь. Их интересы находятся не на уровне мелких технических деталей, а на уровене бизнеса.
Например, "загрузка менее, чем за N секунд в дефолтной конфигурации" является бизнес-фичей, а "использование systemd в качестве системы инициализации" - нет.
> В любом случае, инвесторов словми "А у нас системд!" не привлечешь.Смотря с какими сопутствующими плясками, в каком контексте и каких -- но рано или поздно пыль-то оседает.
sed 's/-/решили купить всем сотрудникам очки Ray Ban/g'Замените любой глупостью дефис, и ваше высказывание не потяряет в информативности и правдоподобности.
> Вопрос: почему дегенераты выбрали системд, а не апстарт, например, или OpenRC?Не дегенераты, а Эффестивные Менеджеры™
>[оверквотинг удален]
> Frugalware since Frugalware 1.5[7]
> Mageia since Mageia 2[8]
> Mandriva since Mandriva 2011[9]
> openSUSE since openSUSE 12.1[10]
> Arch Linux since October 2012[11]
> Chakra Linux since October 2012[12]
> NixOS since January 2013[13]
> Так и запишем.
> Вопрос: почему дегенераты выбрали системд, а не апстарт, например, или OpenRC? Зачем
> вообще было отказываться от sysvinit? Каковы причины? Открой нам глаза, пожалуйста!Нагадить в конкурентной борьбе более топовым дистрибутивам?
У Гарри Поттера тоже полно фанатов, даже поболее, чем у Поттеринга и systemd вмести взятых, но это не делает его меньшим отстоем.
У вас конечно есть весомые аргументы в пользу вашего заявления о systemd? Мы готовы их выслушать. Только пожалуйста с примерами кода, и как надо было сделать иначе.А иначе ваше мнение никого не волнует, очередной пук в лужу.
>и как надо было сделать иначеОставить классическую систему инициализации, и не лезть со своими инновациями. Всё просто.
Не используйте компьютер, используйте старые добрые счёты. У них куча преимуществ:1. Нет вирусов.
2. Не требуют электроэнергии.
3. Не вредят окружающей среде.
4. Не следят за вами.
5. Стоят дёшево, не требуют апгрейда.
6. И ещё очень много!Знаете, вот когда я читаю подобные ответы я радуюсь, что развитием Linux занимаются компетентные люди, а не комментаторы с Opennet.
Будьте на острие прогресса! Зачем пользовать линукс сегодняшнего дня, если он устареет уже к утру завтрашнего? Используйте систему будущего (в соответствии с заветами Поттеринга)! В ней:
1. бинарные логи
2. хранение настроек в бинарной бд
3. поддержка большой корпорации, указывающей единственно верный светлый путь
4. единая система для инициализации всего и вся
5. уже сейчас интерфейс тот, к которому придёт гном3 только завтра
то есть здравствуй винда!!!
</sarcasm>
> 1. бинарные логиЕсли это позволит выцепить в 5-Гб логе за секунду все айпишники которые имели дело с хостом 18-го числа такого-то месяца, от сих до сих - ок, пусть будут бинарные. Заодно и менее жирными будут. Айпишник при хранении как текст может распухнуть в 3-4 раза. А сэкономленное место можно на индексы пустить. В конечном итоге, мои глаза не умеют читать с диска сектора совсем никак. А как именно машина мне покажет текст - да меня слабо долбет плюс-минус полторы трансформации по пути. Вон gzip'нутые логи почему-то никого не напрягают. Хотя там бинарный мусор от LZ дожатого хаффманом, который на глаз вообще никогда не распарсишь.
В чем секрет? В том что для работы с форматом дали прозрачные утили. Вот никто и не вякает.
> 2. хранение настроек в бинарной бд
Файловая система уже является "бинарной БД". Ну майкрософту то с тормозными и убогими ФС типа FAT понятно почему пришлось пойти на это. А в пингвине зачем еше 1 уровень? ФС вполне себе бинарная база данных. Специфичная, но... И скорость работы - нормальная, в отличие от FAT с тыщщами файлов в каталоге.
> 3. поддержка большой корпорации, указывающей единственно верный светлый путь
Тут я думаю можно поспорить что лучше/хуже. В опенсорсе при несогласии с путями - есть право оверрайда. И выбор неизбежно есть.
> 4. единая система для инициализации всего и вся
С точки зрения администрирования удобно управлять запуском программ из одной точки а не из кучи закоулков. Вот только целиком это пока вообще ни у 1 ОС целиком не получилось. А жалко. При том - не вижу что помешает желающим юзать иные решения.
> 5. уже сейчас интерфейс тот, к которому придёт гном3 только завтра
Интерфейс чего? В лине можно выбрать любое DE на свой вкус. Можно хоть самому LFS собрать, аккуратно разложив каждый битик системы на свое место. Если оно вам надо и вы готовы потратить на это свое время и силы - это никто не запретит. Чисто технически невозможно.
> используйте старые добрые счёты. У них куча преимуществ:Такие "счёты" всё-таки существуют.
> 1. Нет вирусов.
Это первый аргумент который приводят бывшие адепты MS не забывающие тащить свои привычки в *nix.
> 2. Не требуют электроэнергии.
См. п.5
> 3. Не вредят окружающей среде.
Точно. Правильный стильный шелл-скриптинг приучает к аккуратности и не приводит к деградации мозга у окружающих.
> 4. Не следят за вами.
См. п.1
> 5. Стоят дёшево, не требуют апгрейда.
True. Стоимость на разработку ОС с инит без системд компонентов, за вычетом прибитого к системд udev, стремится к нулю. Как и время и трудозатраты на багфиксы, которые влетают даже не добежав до трекера. Как и стремящаяся к нулю ресурсоёмкость таких систем с инит на последнем ядре, и способных работать от топовых хоум компьютер до последнего гоvна, ввиду очень низких системных требований. Такие системы даже находясь в преальфа готовы к релизу ввиду своей стабильности, потому, что ломаться там нечему.
Они не требуют специальных обращений в саппорт или к разработчикам системд как советовали в треде, а решение возможных проблем сиюминутно, здесь и сейчас в самостоятельном порядке.
При этом применение полученных навыков в понимании шелл скриптинга и шелл-кодиге, применимо во всём, что называется *nix, поскольку используется общесистемный инструментарий. В отличие от своеобразной песочницы. Которая в этом смысле не первая и не единственная.> 6. И ещё очень много!
>>и как надо было сделать иначе
> Оставить классическую систему инициализации, и не лезть со своими инновациями. Всё просто.У классической системы инициализации есть свои серьёзные недостатки, в частности отсутствие service supervising. Можно, конечно, использовать сторонний supervisor, подперев его записью в /etc/inittab, но это не совсем то.
> У классической системы инициализации есть свои серьёзные недостатки, в частностиНедостатки для кого ? для домашних пользователей, или для админов, которые админят 50 компов на организацию ?
>> У классической системы инициализации есть свои серьёзные недостатки, в частности
> Недостатки для кого ? для домашних пользователей, или для админов, которые админят
> 50 компов на организацию ?Я бы сказал, для тех и других. Простейший пример с домашним пользователем: smartd обнаружил проблемы с диском, набитым фоточками пьяных кошек на фоне ковра^[7^Wно письмо с сей радостной новостью до пользователя не дошло, просто потому что две недели назад упал по неизвестной причине postfix. Upstart или systemd здесь были бы очень к месту, поскольку SysV Init вообще наплевать, что происходит между стартом и остановкой сервисов (ему даже неинтересно, останавливается ли тот сервис, который был запущен, или вообще левый процесс, который случайно получил тот же PID).
>[оверквотинг удален]
>> Недостатки для кого ? для домашних пользователей, или для админов, которые админят
>> 50 компов на организацию ?
> Я бы сказал, для тех и других. Простейший пример с домашним пользователем:
> smartd обнаружил проблемы с диском, набитым фоточками пьяных кошек на фоне
> ковра^[7^Wно письмо с сей радостной новостью до пользователя не дошло, просто
> потому что две недели назад упал по неизвестной причине postfix. Upstart
> или systemd здесь были бы очень к месту, поскольку SysV Init
> вообще наплевать, что происходит между стартом и остановкой сервисов (ему даже
> неинтересно, останавливается ли тот сервис, который был запущен, или вообще левый
> процесс, который случайно получил тот же PID).То есть с systemd диски автоматически становятся вечными что-ли?
> То есть с systemd диски автоматически становятся вечными что-ли?Ключевой момент был про незаметно упавший postfix. Неужели так сложно понять смысл того примера?
>> То есть с systemd диски автоматически становятся вечными что-ли?
> Ключевой момент был про незаметно упавший postfix. Неужели так сложно понять смысл
> того примера?Ну я слабо представляю ваши фантазии про связку smartctl и postifx, у меня в системе нет postfix - ну не нужен, но если что-то не так с диском мне это система сама показывает.
Одмин локалхоста?
> Одмин локалхоста?Нет, а что на десктопе нужен postfix для крутости? И smartctl не может сам вывести event на экран? И zabbix не может показать состояние серверов без smtp?
>>>и как надо было сделать иначе
>> Оставить классическую систему инициализации, и не лезть со своими инновациями. Всё просто.
> У классической системы инициализации есть свои серьёзные недостатки, в частности отсутствие
> service supervising. Можно, конечно, использовать сторонний supervisor, подперев его
> записью в /etc/inittab, но это не совсем то.Это /var/log/syslog и dmesg теперь так называется?
>>>>и как надо было сделать иначе
>>> Оставить классическую систему инициализации, и не лезть со своими инновациями. Всё просто.
>> У классической системы инициализации есть свои серьёзные недостатки, в частности отсутствие
>> service supervising. Можно, конечно, использовать сторонний supervisor, подперев его
>> записью в /etc/inittab, но это не совсем то.
> Это /var/log/syslog и dmesg теперь так называется?Так называется (и раньше называлось) программное решение, которое контролирует выполнение сервисов, и в случае нежелательного изменения их состояния (падения, зависания и т.п.) выполняющее заданное действие (оповещение, перезапуск и т.д.).
>>>>>и как надо было сделать иначе
>>>> Оставить классическую систему инициализации, и не лезть со своими инновациями. Всё просто.
>>> У классической системы инициализации есть свои серьёзные недостатки, в частности отсутствие
>>> service supervising. Можно, конечно, использовать сторонний supervisor, подперев его
>>> записью в /etc/inittab, но это не совсем то.
>> Это /var/log/syslog и dmesg теперь так называется?
> Так называется (и раньше называлось) программное решение, которое контролирует выполнение
> сервисов, и в случае нежелательного изменения их состояния (падения, зависания и
> т.п.) выполняющее заданное действие (оповещение, перезапуск и т.д.).Типа:
if [ `ps ax | grep postfix | wc -l` -ne 2 ]; then echo "Все плохо"; fi
А причем тут система инициализации?
>>> Это /var/log/syslog и dmesg теперь так называется?
>> Так называется (и раньше называлось) программное решение, которое контролирует выполнение
>> сервисов, и в случае нежелательного изменения их состояния (падения, зависания и
>> т.п.) выполняющее заданное действие (оповещение, перезапуск и т.д.).
> Типа:
> if [ `ps ax | grep postfix | wc -l` -ne 2
> ]; then echo "Все плохо"; fi
> А причем тут система инициализации?Система инициализации тут при том, что супервизор может считаться надёжным только тогда, когда имеет привилегии PID=1. По сути, SysV Init одна из немногих актуальных систем инициализации без таких функций.
> Система инициализации тут при том, что супервизор может считаться надёжным только тогда,
> когда имеет привилегии PID=1.Почему?
>> Система инициализации тут при том, что супервизор может считаться надёжным только тогда,
>> когда имеет привилегии PID=1.
> Почему?Например, потому что только ему позволено установить хэндлер на SIGKILL.
>>> Система инициализации тут при том, что супервизор может считаться надёжным только тогда,
>>> когда имеет привилегии PID=1.
>> Почему?
> Например, потому что только ему позволено установить хэндлер на SIGKILL.Вовсе не обязательно иметь PID=1, чтобы нельзя было убить процесс по kill -9, можно имитировать различные ситуации.
>>>> Система инициализации тут при том, что супервизор может считаться надёжным только тогда,
>>>> когда имеет привилегии PID=1.
>>> Почему?
>> Например, потому что только ему позволено установить хэндлер на SIGKILL.
> Вовсе не обязательно иметь PID=1, чтобы нельзя было убить процесс по kill
> -9, можно имитировать различные ситуации.Точно, можно быть зомби или повиснуть в uninterruptible sleep :)
Но вообще, запихивание супервизора в init действительно спорно, поскольку развитые системы такого класса содержат большое количество функций, которые в init совать нежелательно. Как пример — (m)monit.
>>>>> Система инициализации тут при том, что супервизор может считаться надёжным только тогда,
>>>>> когда имеет привилегии PID=1.
>>>> Почему?
>>> Например, потому что только ему позволено установить хэндлер на SIGKILL.
>> Вовсе не обязательно иметь PID=1, чтобы нельзя было убить процесс по kill
>> -9, можно имитировать различные ситуации.
> Точно, можно быть зомби или повиснуть в uninterruptible sleep :)Ну зачем зомби можно в треде вечно ожидать события от какого-нибудь устройства.
Вот не надо тут разжигания, особенно без знания предмета.
расскажите как использовать udevd без systemd? без использования патчей из убунты.
Или теперь udevd никому не нужен?
а рассказать как преодолеть закон сохранения энергии тебе не надо?
> а рассказать как преодолеть закон сохранения энергии тебе не надо?весомый аргумент в пользу системд, да.
>> а рассказать как преодолеть закон сохранения энергии тебе не надо?
> весомый аргумент в пользу системд, да.а это не в пользу systemd. это в огород хотетелей: "а хоть вывернись, а сделай, как я хочу"
> а это не в пользу systemd. это в огород хотетелей: «а хоть
> вывернись, а сделай, как я хочу»тут такое дело… представляешь, а раньше — можно было. и *никаких* уберфич, которые требовали бы непременную интеграцию с системд у удева не появилось. а интеграция — появилась. не надо «выворачиваться», достаточно было не прибивать гвоздями одно к другому. конечно, при некотором терпении и умении гвозди до сих пор можно повыдёргивать, но таки раньше их выдёргивать не надо было.
доступно, или всё ещё не понятно?
Ваш вопрос говорит о незнании предмета обсуждения, а ваш ник говорит что вы провокатор. Так что сидите тихо и не отсвечивайте :)
ну как бы зачем нужен udevd я в курсе( и да - о том как не осилили сделать devfs в ядре я тоже помню)
Вкурсе что убунта что бы собирать отдельно вливает свои патчи..А вот что делать остальным... И таки это весомый аргумент по принуждению других использовать сие поделие.
PS, мне от него не тепло не холодно - основная зона интересов таки ext4 и ядро.
Слово "принуждение" в данном контексте умиляет.
Давайте разберёмся:1. Пользователь вообще не понимает в системах инициализации использует свою ОС для своих скромных пользовательских задач :) Его нельзя принудить, он просто использует то что есть, не зная этого. Ему всё равно он доволен. Кому то может не понравится такая позиция, но это его личное дело - пользователю плевать на таких крикунов.
2. Пользователь понимает что за система в его дистрибутиве и использует некоторые её возможности, приблизительно понимая как всё устроено. Тут тоже проблем нет, иначе бы он выбрал другой дистрибутив. У него может не быть выбора, например из-за политики администрирования свыше. Но это не относится к теме.
3. Пользователь досконально знает устройство дистрибутива. В этом случае он опять же либо доволен, либо выбирает другой дистрибутив, либо создаёт на основе его свою модификацию с другой системой инициализации.
Вывод: спорить не о чем. в итоге каждый решает сам, либо его устраивает, либо он что-то делает либо ничего не делает, но ноет. Масса вариантов :)
> 3. Пользователь досконально знает устройство дистрибутива. В этом случае он опять же либо доволен, либо выбирает другой дистрибутив, либо создаёт на основе его свою модификацию с другой системой инициализации.Угу. только после выпиливания Policy-Kit и Сonsole-Kit - стало сложно создать что-то свое.
После впиливания по всюду pulseaudio - приходится каждый раз выпиливать его - что бы микрофон таки работал, а не изображал из себя кирпич.
После впиливания udevd в systemd - оказалось что если хочень новые плюшки udevd - то будь добр ставить себе systemd.Это называется не принуждение? ваша наивность меня умиляет.. Пишите еще - буду читать когда захочется отдохнуть.
Опять мимо. Console-kit не обновлялся несколько лет. Policy-Kit никто не выкидывал.
udev собирается отдельно, ибо systemd о ужас - модульный, и прекрасно собирается по частям.
И да так решили сами разработчики udev, и мне кажется, что они знали что делают. По крайней мере лично мне, их мнение важнее, чем мнение любого из комментаторов Opennet.Но вы читайте, отдыхайте - я честно говоря не верю, что от моих комментариев вы станете умнее, но если вам нравится...
> Опять мимо. Console-kit не обновлялся несколько лет. Policy-Kit никто не выкидывал.
> udev собирается отдельно, ибо systemd о ужас - модульный, и прекрасно собирается
> по частям.да ну? врете вы.
а на счет модульности systemd - да да, веб сервер это тоже очень полезная штука для инициализации.
> И да так решили сами разработчики udev, и мне кажется, что они
> знали что делают. По крайней мере лично мне, их мнение важнее,
> чем мнение любого из комментаторов Opennet.ну да - это мы уже слышали - разработчик уже знают лучше что мне надо.. и привязывают к systemd..
вы не помните в какой фирме так говорят - ах да, в вашем не любимом Microsoft... он за вас подумал - так и разработчики systemd за вас подумали..PS. хамство и переход на личности скипнуты.
> да ну? врете вы.И этот человек упрекает в хамстве? Впрочем неудивительно.
И я так понял по делу сказать нечего? Чтож так и запишем.
>> да ну? врете вы.
> И этот человек упрекает в хамстве? Впрочем неудивительно.
> И я так понял по делу сказать нечего? Чтож так и запишем.Он все по делу сказал, а вам сказать действительно нечего.
> расскажите как использовать udevd без systemd? без использования патчей из убунты.
> Или теперь udevd никому не нужен?Почему-то все кому оно было надо - им пользуются. И только линукс-рип истошно орет, срываясь на хрип. Как сказал Петр I, "есть желание - есть 1000 возможностей, нет желания - есть 1000 отговорок". Вот у вас явно второе.
>> расскажите как использовать udevd без systemd? без использования патчей из убунты.
>> Или теперь udevd никому не нужен?
> Почему-то все кому оно было надо - им пользуются.Вы предлагаете каждому написать свой udev?
> И только линукс-рип
> истошно орет, срываясь на хрип. Как сказал Петр I, "есть желание
> - есть 1000 возможностей, нет желания - есть 1000 отговорок". Вот
> у вас явно второе.Петр Первый ничего такого не говорил.
> Мне вообще непонятны эти крики, мол, "Поттеринг велосипедист", "ненужно" и т.д.Первый пост, еще никто ничего не сказал.
> Когда вы поумнеете уже :)
Я вижу предыдущие "творения" этого автора, типа велосипед puseaudio, который конечно хорош, для прослушивания музыки и совершенно не подходит для качественной записи, а уж банально поломанных программ типа tuxguitar этим велосипедом предостаточно.
Я вижу network-manager, который конечно хорош для домохозяек, помогая настраивать wifi и 3g (хотя есть и альтернативные проекты ничем не хуже и без поломки совместимости), но абсолютно не подходит для сисадаминов, которым нужно настроить "свежий" шкаф с сетевым оборудованием и кроме мата (при перетыкании патчкорда из одного порта коммутатора в другой слетают все настройки) ни какой иной реакции не возникает, не говоря уже об невозможности сделать в "дружественном" интерфейсе алиасы,vlan'ы, мосты и пр.
Ну вот теперь будет еще одна велосипедная недоделка, уже успевшая поломать ядро и не приносящая как всегда ничего нового, скорость загрузки не возрастет, загрузочные скрипты какго-то хрена придется переписывать, по ходу поломана разработка действительно важных проектов типа udev, что дальше?
Network Manager - это вообще веселье. Я как-то думал, что раз уж он такой весь из себя динамический то позволяет определять какие-то правила - ага, щазз. Простейшие вещи вроде "если доступен такой-то вайфай опустить vpn" - и то не умеет. Хотя, казалось бы - простейший движок правил. Что интересно - подход очень похож на systemd всё той же пачкой специализированных случаев и отсутствием обобщенного событийного механизма когда он просто напрашивается.
Фрактал плохого дизайна проектов -- это так называется.
> Фрактал плохого дизайна проектов -- это так называется.Да, приличных архитекторов ПО очень мало, а кодеров очень много. В те же Хы эти люди не заглядывали уже лет 20-ть.
> Чувак пилит свой системный менеджерну и в чём проблема, если свой? А проблема в том, что пропихивает его везде так, как будто за вас уже решил, что он *ваш*.
> Если мне что-то не нравится - я не обливаю это дерьмом, я просто этим не пользуюсь
Вот и признался товарищЪ, что он этим не пользуется.
Конечно, дерьмом поливают только бараны, но вообще критиковать софт - это нормально: попользовался, не понравилось - сказал, что именно не понравилось. А другие бараны, как увидели критику их софта, кричат: "Аааа, нас дерьмом поливают!!!"Насчёт олдфагов и древности.
Понимаете, у каждого человека свой взгляд на развитие. И если он не предполагает использование системд, то это ещё не значит, что этот человек олдфаг, а его путь развития - это древность. Так что, пардон, не поливайте дерьмом тех, кто обоснованно не хочет системд.
>что пропихивает его везде так, как будто за вас уже решил, что он *ваш*Вот так ходит по домам и пропихивает? В этом и есть причина ваших визгов?
>>что пропихивает его везде так, как будто за вас уже решил, что он *ваш*
> Вот так ходит по домам и пропихивает? В этом и есть причина
> ваших визгов?RedHat имеет достаточный вес, чтобы продавить любую свою прихоть, сломав при этом десяток действительно важных вещей.
А в чём причина ваших визгов? В systemd нет ничего нового, кроме поломки совместимости.
> Понимаете, у каждого человека свой взгляд на развитие.В словах адептов systemd слишком много маркетинга. И никто им не объяснил, что прогресс или развитие не равно совершенствованию. Прогрессировать и развиваться может даже шизофрения...
>В словах адептов systemd слишком много маркетингассылочкой не поделитесь? с кратким указанием маркетинга, и примером того же маркетинга но правильного, со стороны альтернативных продуктов. Спасибо.
>>В словах адептов systemd слишком много маркетинга
> ссылочкой не поделитесь? с кратким указанием маркетинга, и примером того же маркетинга
> но правильного, со стороны альтернативных продуктов. Спасибо.Так бложик "творца" почитай.
> не нравится - я не обливаю это дерьмом, я просто этим
> не пользуюсь. Когда вы поумнеете уже :)А ты вообще пользуешься линуксом ?
Если бы ты пользовался Арчем, то причина по которой ты на него перешел, или просто начал пользоваться была бы - /etc/rc.conf и BSD-like sysvinit.
Arch был - единственно правильным линуксом, но теперь там вместо sysvinit - systemd.
И пользоваться sysvinit просто нельзя, потому ментейнеры прекратили поддержку его.
Вот и скажи мне, если мне нравится ARch, но не нравится systemd - как им не пользоваться ?
я, например, перешёл на арч ибо новые версии софта(тот же гном, например).
>[оверквотинг удален]
>> не пользуюсь. Когда вы поумнеете уже :)
> А ты вообще пользуешься линуксом ?
> Если бы ты пользовался Арчем, то причина по которой ты на него
> перешел, или просто начал пользоваться была бы - /etc/rc.conf и BSD-like
> sysvinit.
> Arch был - единственно правильным линуксом, но теперь там вместо sysvinit -
> systemd.
> И пользоваться sysvinit просто нельзя, потому ментейнеры прекратили поддержку его.
> Вот и скажи мне, если мне нравится ARch, но не нравится systemd
> - как им не пользоваться ?ну и аур, например.
Я впилил systemd _неделю_ назад. До этого обходился без него. Но в конце концов мне надоело мудохаться, и помянув придурков-поттерофанов "добрым" словом, загадил таки свою тачку systemd и поверх накатил initscripts-fork из АУРа. Вообще-то, меня больше бы устроила связка eudev-git + openrc, но пока с ней есть проблемы, надеюсь, разрешимые.
> BSD-like
> sysvinit.Может, лучше что-то одно выбрать? В BSD, для справки, не sysv-style init.
А когда Gnu-not-Unix/Linux называют Unix-like тебе не разрывает мозг?
> А когда Gnu-not-Unix/Linux называют Unix-like тебе не разрывает мозг?Нет. Ибо unix-like же. А вот характеристика bsd-like init-а как sysv-compatible разрывает, ибо они изначально противопоставлены.
Критикую не потеринга а то что его поделие тащат в дистры общего назначения, а он тут всеголишь козел отпущения, который делает свою работу за деньги.
> Критикую не потеринга а то что его поделие тащат в дистры общего
> назначения, а он тут всеголишь козел отпущения, который делает свою работу
> за деньги.Сообщества разработчиков дистрибутивов тащат, поскольку считают это нужным. Никто их заставить против воли не может.
> Мне вообще непонятны эти крики, мол, "Поттеринг велосипедист", "ненужно" и т.д.Начальная реакция community на systemd была адекватная. Было недовольство и критика — народ понимал что к чему. Но вот проходит время и логическое мышление сломлено. Откуда ни возьмись появляются армии либералов и кричат уже 100% обратное, что, мол, скрипты отжили, устарели, пора идти в ногу с Поттерингом. Вот так отсыхают последние мозги в этом мире.
Угу а потом появляются комментаторы с аргументами "раньше у меня член стоял". И на основании этого называют других дураками с отсохшими мозгами. Конечно же только они знают истину и как надо было сделать.
> Угу а потом появляются комментаторы с аргументами "раньше у меня член стоял".
> И на основании этого называют других дураками с отсохшими мозгами. Конечно
> же только они знают истину и как надо было сделать.Это сколько нужно иметь процентов здорового мозга чтобы такой пост написать.
ну я ставил линукс в 1993 году (а поскольку все что было под рукой --- DLD и шлакваре с компактов, то все описанные операции пришлось делать). Поттеринг - велосипедист. У меня не было _никаких_ проблем со звуком более 10 лет, до появления этого чудака. теперь у меня есть проблемы со звуком. Но это чудо недопилив одно свое творение кинулось пилить второе. Потерингу, вместе с его сверхценными высокосистематическими идеями, место в дурдоме.
> ну я ставил линукс в 1993 году (а поскольку все что было
> под рукой --- DLD и шлакваре с компактов, то все описанные
> операции пришлось делать). Поттеринг - велосипедист. У меня не было _никаких_
> проблем со звуком более 10 лет, до появления этого чудака. теперь
> у меня есть проблемы со звуком. Но это чудо недопилив одно
> свое творение кинулось пилить второе. Потерингу, вместе с его сверхценными высокосистематическими
> идеями, место в дурдоме.В 1993 году я не знал что такое интернет.
>в 1993 году
>с компактовХм?
>>в 1993 году
>>с компактов
> Хм?Ну чисто теоретически они тогда уже были.
> Можно подумать, вы такие олдфаги, что сидите еще в том времени, когда надо было вручную ставить линух, компилять ядро сугубо под железо, ставить иксы и т.д., почти как LFS.таки да, на уютненькой генте.
> Возьмем, например, где-то 2009-й год, или когда там вышла бубунта самая удачнаяВообще-то самым удачным для Марка был 2006-й. Марк как хороший психолог верно решил, что на Линукс-рынке под завязку забитом Линуксами к пользователю не пробиться. И он справедливо решил использовать неистребимую жажду халявы, взяв на себя расходы по изготовлению, почтовые, включая растаможку, рассылая Убунту абсолютно бесплатно мелким оптом и в розницу. На момент релиза 6.06, а это июнь 2006-го, shipit уже плотно вторгся на пространство xUSSR. Рассылаемый 6.06 LTS в виде CD конечно ни о чём кроме ogg vorbis вообще ничего не знал, а выкачивать сотни мегабайт по диалапу при только начавшем массово входить в жизнь ADSL будет только сумасшедший. Правда тот же Sarge можно было получить на любом LUG'е в виде двух DVD, забитом под завязку всяким разным, оплатив только стоимость матриц и почту. Исходя из всего этого, полезность и удачность Убунту в бывшем совковом, на тот момент была под очень большим вопросом. Но какая разница, если фирменные диски идут на халяву аж из Нидерландов?!
Но когда цель была достигнута и Каноникал прочно обосновалась, в 2011-ом Марк решил, что с меценатством пора завязывать:
http://blog.canonical.com/2011/04/05/shipit-comes-to-an-end/> где-то 2009-й год, ... вышла бубунта ... (версия 7.10 кажись)
Версия 7.10 вышла в октябре 2007-го, о чём и говорит номер версии.
> (версия 7.10 кажись) и никаких тебе гномощелей, юнити и иже с ними.
Более того, alternate имеющий дебиановский инсталлятор в псевдогуе был много популярнее.
> Смысл пениться? Чувак пилит свой системный менеджер.
Если системный компонет можно безболезненно вынести из системы, раздражения будет намного меньше. Если совсем не.
> Если мне что-то не нравится - я не обливаю это дерьмом, я просто этим не пользуюсь.
Это в Майкрософтах принято:
или заткнись или иди лесом.
> На финальной стадии завершения работы, для диагностики возможных проблем теперь выводятся имена принудительно завершаемых процессов, которые на завершились штатным образом;То есть генератор QR-кодов там был, а такой элементарной и необходимой вещи не было? Ну это полный привет.
Не надоело петросянить?
При чём тут петросянщина? Или в твоём идеальном мире не возникает вопроса «какого хрена останов системы тянется уже [подставить нужное время]?»?
Конкретно у меня «останов системы тянется уже [подставить нужное время]?», например, когда btrfs на внешнем USB диске размонтируется. Но никак не из-за неубитых штатным образом процессов.
> Конкретно у меня «останов системы тянется уже [подставить нужное время]?», например,
> когда btrfs на внешнем USB диске размонтируется. Но никак не из-за
> неубитых штатным образом процессов.Мне следовало выразить свою мысль точнее. Дело даже не в длительном выключении, а в том, что какой-то процесс в принципе не захотел завершаться по SIGTERM. В таком случае очень удобно, когда отображается имя процесса и кусок pstree — становится понятно, в отношении чего принимать меры или писать багрепорт. Потому что процесс, который завершается только после SIGKILL — это ненормальное явление.
>> Конкретно у меня «останов системы тянется уже [подставить нужное время]?», например,
>> когда btrfs на внешнем USB диске размонтируется. Но никак не из-за
>> неубитых штатным образом процессов.
> Мне следовало выразить свою мысль точнее. Дело даже не в длительном выключении,
> а в том, что какой-то процесс в принципе не захотел завершаться
> по SIGTERM. В таком случае очень удобно, когда отображается имя процесса
> и кусок pstree — становится понятно, в отношении чего принимать меры
> или писать багрепорт. Потому что процесс, который завершается только после SIGKILL
> — это ненормальное явление.любой процесс который спит на семафоре в ядре - не завершится по sigterm - да и по sigkill тоже может не завершится. И как тут поможет pstree не понятно. cat /proc/$pid/stack еще куда не шло
> btrfs на внешнем USB дискеВот это и есть типичный systemd-фил.
>> На финальной стадии завершения работы, для диагностики возможных проблем теперь выводятся имена принудительно завершаемых процессов, которые на завершились штатным образом;
> То есть генератор QR-кодов там был, а такой элементарной и необходимой вещи
> не было? Ну это полный привет.Там это было в debug-консоли. Переходишь в нее и набираешь команду, чтобы вывести список этих сервисов.
Сейчас он просто это выводит на основной экран по умолчанию.
>>> На финальной стадии завершения работы, для диагностики возможных проблем теперь выводятся имена принудительно завершаемых процессов, которые на завершились штатным образом;
>> То есть генератор QR-кодов там был, а такой элементарной и необходимой вещи
>> не было? Ну это полный привет.
> Там это было в debug-консоли. Переходишь в нее и набираешь команду, чтобы
> вывести список этих сервисов.Ээээ, интерактивная консоль при выключении? Ну ладно, допустим. А эта волшебная команда покажет только управляемые systemd сервисы или вообще любые процессы, которые приходится добивать?
>>>> На финальной стадии завершения работы, для диагностики возможных проблем теперь выводятся имена принудительно завершаемых процессов, которые на завершились штатным образом;
>>> То есть генератор QR-кодов там был, а такой элементарной и необходимой вещи
>>> не было? Ну это полный привет.
>> Там это было в debug-консоли. Переходишь в нее и набираешь команду, чтобы
>> вывести список этих сервисов.
> Ээээ, интерактивная консоль при выключении? Ну ладно, допустим. А эта волшебная команда
> покажет только управляемые systemd сервисы или вообще любые процессы, которые приходится
> добивать?это в стиле портеринга - интерактивная консоль в момент выключения... вырезать гланды - так автогеном через задницу :-)
То мы же в курсе, благодаря вашим предупреждениям, и напряжем задницу чтобы поттеринги не смогли на этот раз совершить немыслимое. Спасибо вам, желателям смерти, вы делаете очень важное дело и оно отзовется.
Можно выполнять любые команды. Оболочка доступна вплоть до самых последних моментов выключения.
Впрочем, можно просто попросить его записать лог шатдауна, а в следующий раз посмотреть.
Все описано тут - freedesktop.org/wiki/Software/systemd/Debugging#Diagnosing_Shutdown_Problems
Итоги:- Большинству пофиг какая система инициализация в их дистирбутиве. Иксы запустили и ладно.
- Самые активные крикуны. Они не идиоты, они просто хорошо изучили то, что было раньше и хотят оставить всё как было, чтобы не учить нового, не напрягать мозги. И правильно зачем знать команды upstart или systemd, когда я такой умный и умею писать свои скрипты для init.d? Я не хочу больше ничего учить, я уже всё знаю. А вы господа разработчики козлы и подставляете задницу тёмному властелину Поттерингу, раз впихиваете в МОИ любимые дистрибутивы его поделия, которые мне ещё придётся изучать, когда старьё полностью исчезнет даже из слаквари и в книге по LFS останется только описание "как собрать и настроить Systemd". А ну верните всё как было!!!
- Изучившие systemd или Upstart. Вдоволь нахлебавшиеся моментов, когда в старых дистрибутивах из за пустячной ошибки в одном из сервисов не грузилась вся система целиком. И им непонятно, почему из-за того что подключение к интернету в Sysinit выполнялось последовательно с другими нужными сервисами, надо ждать пока оно закончится, чтобы загрузить иксы :) Да и если какому то из скриптов в init.d вдруг понадобилось сделать паузу в 10 секунд с помощью sleep все остальные должны ждать. И вообще им много непонятно в этом обсуждении...
- Постящие вот такие длинные комментарии... их вообще никто не понимает.
я вот «активный крикун», например. вот только когда я столкнулся с upstart, я не кричал «упстарт нинужен, убейте их всех и отдайте мой инит на чистом шелле!» чем-то мне upstart даже понравился. это так, FYI.а почему многие «активные крикуны» кричат — это уже не раз писалось. к сожалению, фанбоям просто не понять. это примерно такие же люди, как и те, кто пишут: «про какую там швабодку вякает старый маразматик rms?! у меня всё нормально, брат жив!»
правда, те же персонажи потом удивляются, как так вышло, что их жестоко поимели, причём с их же согласия. «ведь ничего же не предвещало!» действительно, ну совсем ничего, и никто ни о чём не предупреждал, да.
пунктуация совсем плоха
Мы работаем над этим.
> Мы работаем над этим.Systemd будет проверять?
На самом деле systemd это не просто суперфичастая система инициализации. Это тентаклевый монстр, который пытается засунуть свои щупальца во все дыры. И он не позиционируется как альтернатива, он именно замена, целью которой является стать единственной системой инициализации, убив всё живое вокруг. И для этого делается всё:
- Мощный пиар.
- Нарушение совместимости.
- Поглощение ключевых технологий и демонов.И все разговоры о том, что хочешь ставь, хочешь не ставь - миф. Через пару лет он укрепится так, что без его компонентов ты не сможешь запустить ничего вообще.
Да вы правы! Поттеринг уже вами овладевает, и ничего нельзя сделать. Миром правит теневое правительство, которое уже проникло своим грязным кодом в ядро Linux и контролирует каждую систему. Скоро совсем не останется свобоных людей, таких как вы, светоч вы наш :) Как же наш многострадальный человеческий социум, который вот уже несколько тысяч лет как умирает проживёт без ваших гениальных разоблачительных комментариев?Но ещё можно спастись.
- Cрочно переходим все на винду - начиная с выхода windows95 и заканчивая Windows 8 ещё никто так не критиковал её систему инициализации. То же самое относится и к MacOS.
- Пишем коллективное письмо Линусу Торвальдсу. Смех как известно продлевает жизнь, а мне хочется чтобы он пожил подольше :)
- Давайте организуем проект на kickstarter по сбору средств на убийство Поттеринга и Джоан Роулинг. Вы спросите зачем? Фамилии героев похожи.
Прекращай уже курить в первой половине дня.
> Да вы правы! Поттеринг уже вами овладевает, и ничего нельзя сделать. МиромПоттеринг не ведает что творит, думает что несет благо, а на деле - только геммор.
А у вас, как я виже аргументы закончились, начался сарказм :) ?
>[оверквотинг удален]
> человеческий социум, который вот уже несколько тысяч лет как умирает проживёт
> без ваших гениальных разоблачительных комментариев?
> Но ещё можно спастись.
> - Cрочно переходим все на винду - начиная с выхода windows95 и
> заканчивая Windows 8 ещё никто так не критиковал её систему инициализации.
> То же самое относится и к MacOS.
> - Пишем коллективное письмо Линусу Торвальдсу. Смех как известно продлевает жизнь, а
> мне хочется чтобы он пожил подольше :)
> - Давайте организуем проект на kickstarter по сбору средств на убийство Поттеринга
> и Джоан Роулинг. Вы спросите зачем? Фамилии героев похожи.Написаное выше называется инсинуации.
>Написаное выше называется инсинуации.Точно, он специально обошел тему щупалец убивающих все живое. Типичный приемчик от теневого правительства. Но нас этим не проймешь, мы то знаем зачем телевизионные вышки красят в зомбирующие красно белые полоски! Инсинуаторы не пройдут!
Дорогие друзья, любители systemd, коллеги.
Я, как человек использующий это поделие на работе и дома, могу с твердой уверенностью сказать - то что обещает Потти про systemd, и то как оно на самом деле работает - 2 разные вещи - вот недавно выяснилось про то, что systemd с его паралеллизацией загружается дольше чем старая система sysvinit без паралеллизации.
Хочу пожелать вам завязать критичные сервисы на systemd, и чтобы вы сами поняли что это за поделие, когда совершенно неожиданно случиться то, чего вы не ждали, чего быть не должно, потому что все настроено согласно манам.
Например после перезагрузки не поднимется сеть на сервере, хотя 100 раз до этого поднималась.
Удачи вам :)
>[оверквотинг удален]
> так как оно на самом деле и работает.
> - вот недавно выяснилось про то, что systemd с его паралеллизацией
> загружается гораздо быстрее чем старая система sysvinit без паралеллизации.
> Хочу пожелать вам завязать критичные сервисы на systemd, и чтобы вы сами
> поняли какой замечательный и качественный программный продукт, когда совершенно неожиданно ничего не случиться, чего
> вы не ждали, чего быть не должно, потому что все настроено
> согласно манам а не рукописным километровым портянкам на баше.
> Например после перезагрузки поднимется сеть на сервере, хотя 100 раз до
> этого не поднималась с древними инит скриптами.
> Удачи вам :)И тебе удачи!
> Например после перезагрузки не поднимется сеть на сервереПозвольте поинтересоваться, что это за сервер такой с systemd, если ни в одном серверном дистрибутиве его (systemd) еще нет?
> systemd с его паралеллизацией загружается дольше чем старая система sysvinit без паралеллизации.ЛПП или тотальное рукожопие. Давай пруфы.
>> systemd с его паралеллизацией загружается дольше чем старая система sysvinit без паралеллизации.
> ЛПП или тотальное рукожопие. Давай пруфы.
>>> systemd с его паралеллизацией загружается дольше чем старая система sysvinit без паралеллизации.
>> ЛПП или тотальное рукожопие. Давай пруфы.
> http://www.opennet.me/opennews/art.shtml?num=36611initrd - это не систма инициализации.
Очень жаль, что никто так и не заметил, что интеграция с X11, которую предсказывали месяц назад, уже началась. Первоапрельская шутка, правда, ещё в перспективе.
Это уже никого не удивляет. Каждый релиз системд - это первое апреля.
да всем пофигу уже. тут скорее с очередным релизом удивляешься другому: «как это мегауберфичу XYZ ещё не запихали в системд? ну ладно, черед один-два релиза всё равно запихают.»
Не всем нравится systemd и многие об этом говорят, а тем временем даже те дистрибутивы, чьи руководители отрицали, возможность перехода на systemd постепенно переходят на него.Напоследок, если кому то, что то не нравится, можете это не использовать, а недовольство лучше сразу высылайте авторам systemd.
>недовольство лучше сразу высылайте авторам systemd.Тогда уж сразу в Спортлото отправляй пейсать, чо уж там.
> Не всем нравится systemd и многие об этом говорят, а тем временем
> даже те дистрибутивы, чьи руководители отрицали, возможность перехода на systemd постепенно
> переходят на него.Ну убунту не хочет, пару мелких программ возожно будет использовать, Дебиан то же не будет переходить, генту то же, некоторые захотели, но нарвались на мегаглюки.
> Напоследок, если кому то, что то не нравится, можете это не использовать,
> а недовольство лучше сразу высылайте авторам systemd.Ага в спортлото.
оставьте Поттеринга, он няша
Да и бог с ним systemd. С давних пор собираю систему сам, кроме десктопа конечно. И все сервера работают и иногда не на супер серверном железе. Зато точно знаю в какое время что инициализируется и загружается, потому как init скрипты пишу сам. И ядро собрать не проблема с поддержкой только нужного, а не со всем, что "может пригодиться". И софтовый RAID стартует правильно и даже без initrd. Главное на сервера даже D-BUS и иксы не собираю, поэтому systemd даже и не нужен вроде.