Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2015-May...) выпуск системного менеджера systemd 220. Systemd сочетает в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами. Для определения параметров сервисов в Systemd используется набор конфигурационных unit-файлов, вместо оформления сценариев запуска в виде shell-скриптов. Система нацелена на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora). В настоящее время на использование systemd уже перешли почти все значительные дистрибутивы Linux, включая Fedora, RHEL, Debian, Ubuntu, openSUSE, Mandriva и Arch Linux.
Наиболее существенные изменения:
- Под именем "systemd-boot" в состав интегрирован загрузчик gummiboot (http://freedesktop.org/wiki/Software/gummiboot/), который можно использовать для обеспечения верификации процесса загрузки на системах с UEFI Secure Boot. Верификация загрузки позволяет гарантировать отсутствие посторонней активности во время начальной загрузки. Кроме проверки загрузчика или верификации загрузки ядра и связанных с ним модулей, теперь появилась возможность разрешить загрузку только специально подписанных системных образов начальной загрузки (initramfs). Загрузчик gummiboot изначально поддерживает интеграцию с systemd и не требует (https://plus.google.com/u/0/+KaySievers/posts/GisPmPBsqfK) специальной настройки - он автоматически выявляет конфигурацию ядра и наличие на диске заверенных цифровой подписью EFI-образов и добавляет их в меню загрузки.
- Библиотека gudev выделена (http://lists.freedesktop.org/archives/systemd-devel/2015-May...) в отдельный репозиторий (https://git.gnome.org/browse/libgudev/) и отныне будет развиваться как часть (https://wiki.gnome.org/Projects/libgudev) проекта GNOME. Несмотря на то, что разработка уже перемещена, на переходный период библиотека пока оставлена в составе набора systemd, но скорее всего будет исключена в следующем выпуске;- В systemd-machined, systemd-logind и systemd большинство вызовов через шину теперь доступны для непривилегированных процессов, которые могут использовать PolicyKit для получения доступа. В systemd-logind пользователю предоставлена возможность прекращения связанного с ним сеанса без получения дополнительных привилегий и авторизации;
- Из состава удалён systemd-shutdownd, для завершения работы по расписанию можно использовать средства systemd-logind;-
Монтирование- В систему автоматического монтирования добавлена возможность определения времени неактивности точки монтирования, после которого монтирование будет прекращено. Таймаут настраивается через опцию "TimeoutIdleSec=" в юнитах ".automount" или через параметр "x-systemd.idle-timeout=" в /etc/fstab. Для разделов ESP (EFI System Partition), примонтированных в /boot при помощи systemd-efi-boot-generator, теперь выполняется автоматическое размонтирование после двух минут неактивности, что минимизирует риск повреждения ESP;
- В /etc/fstab добавлены опции "x-systemd.requires=" и "x-systemd.requires-mounts-for=", через которые можно определить дополнительные зависимости для монтирования. Например, можно организовать монтирование журналируемой ФС только после монтирования раздела, используемого для хранения журнала или монтирование многослойных ФС только после монтирования нижних базовых слоёв;
- В systemd-tmpfiles добавлена возможность установки файловых атрибутов по аналогии с утилитой "chattr". Для установки атрибутов добавлен новые типы строк 'h' и 'H';
- В /etc/crypttab обеспечена возможность указания опций "offset=" и "skip=", как это раньше было реализовано в Debian;
-
Управление сервисами- Удалена возможность указания альтернативной привязки уровней запуска SysV с systemd. Подобная привязка теперь определена жестко в форме связывания уровней 2, 3, 4 с multi-user.target и уровня 5 с graphical.target;
- Для всех сервисных юнитов доступно свойство "CPUUsageNSec=", в котором отражается общее время потребления процессорных ресурсов для всех процессов, связанных с сервисом. При включении аккаунтинга (CPUAccounting) посмотреть значение свойства можно в выводе команды "systemctl status";
- В /usr/lib/os-release обеспечена возможность определения варианта дистрибутива, например десктоп- или серверной-редакции, через опциональное поле "VARIANT=";
-
Сетевые возможности- В systemd-networkd добавлена возможность определения сбоя в работе аплинка и динамического переподключения к другой сети. ** В systemd-networkd добавлена поддержка настройки индентификатора клиента DHCP, создания туннелей VTI6, настройки различных опций VXLAN и использования опции "UseNTP=" для привязки NTP-сервера к заданной подсети;
- При запуске сервисов, обрабатывающих сетевые запросы, теперь выставляются переменные окружения $REMOTE_ADDR и $REMOTE_PORT, которые можно использовать по аналогии с CGI;
-
Изолированные контейнеры
- В systemd-importd добавлена возможность импорта контейнеров в форматах.tar, .raw и .qcow2, а также экспорта в форматах .tar и .raw. Также обеспечена поддержка импорта по сети образов dkr v2. Загружаемые образы теперь могут быть верифицированы с использованием GPG2 (ранее использовался GPG1);- При импортировании образов контейнера при помощи systemd-importd в конфигурациях без применения файловой системы Btrfs, теперь создаётся виртуальное блочное устройство с разделом Btrfs (/var/lib/machines.raw), которое монтируется в режиме loopback в директорию /var/lib/machines;
- В systemd-nspawn добавлена опция "--property=", через которую можно установить свойства юнита в пределах заданного контейнера. Например, можно установить ограничения ресурсов ("CPUShares=500") при запуске контейнера из командной строки;- В systemd-nspawn добавлена опция "--private-users=", позволяющая использовать появившиеся в свежих ядрах Linux пространства имён для пользователей;
- Утилиту systemd-nspawn теперь можно запускать в рамках цепочки выполнения команд с обработкой stdin и stdout;
- В systemd-nspawn добавлена опция "--overlay=" для монтирования содержимого контейнера с использованием OverlayFS;
- В systemd-machined и systemd-importd добавлена поддержка квот Btrfs для ограничения размера контейнера на диске. Для установки квот следует использовать команду "machinectl set-limit";
-
Загрузка
- В команду "systemctl reboot" добавлена опция "--firmware-setup", при указании которой осуществляется перезагрузка в интерфейс настройки прошивки EFI;
- В команды "systemctl enable", "systemctl disable" и "systemctl mask" добавлена опция "--now", при указании которой помеченные для включения юниты будут сразу запущены, а помеченные для отключения остановлены;- Добавлены компоненты для создания комбинированных образов ядра для EFI, содержащих не только ядро Linux, но и initrd, заставку, интерфейс командной строки и информацию о релизе. Подобный комбинированный образ может быть снабжён цифровой подписью и разом верифицирован прошивкой во время загрузки;
- В systemd-fsck добавлена опциональная возможность вывода данных о прогрессе проверки через сокет AF_UNIX;-
Взаимодействие с оборудованием- Udev больше по умолчанию не создаёт символические ссылки для всех блочных устройств, а вместо черного списка исключения блочных устройств теперь применяется белый список, в котором перечислены блочные устройства для которых необходимо создать символьные ссылки;
- В libsystemd добавлен API sd-device.h, который призван заменить собой функциональность libudev. В настоящее время большая часть libudev уже является надстройкой над sd-device.h.
- До...URL: http://lists.freedesktop.org/archives/systemd-devel/2015-May...
Новость: http://www.opennet.me/opennews/art.shtml?num=42278
А можно ли передать определенный сервис опредленному пользователю в системе? Что бы только этот пользователь мог управлять этим сервисом перезагружать, запускать
> А можно ли передать определенный сервис опредленному пользователю в системе? Что бы
> только этот пользователь мог управлять этим сервисом перезагружать, запускатьНе знаю, как в s-d, а у нас тут sudo работает. И даже с fine-grained конфигами местами.
>> А можно ли передать определенный сервис опредленному пользователю в системе? Что бы
>> только этот пользователь мог управлять этим сервисом перезагружать, запускать
> Не знаю, как в s-d, а у нас тут sudo работает. И
> даже с fine-grained конфигами местами.на счет sudo это понятно, просто я думал Поттер из чего то простого сделал что то сложное.
КО он просто сделал еще одну прослойку в ините. Которая в простых случаях позволяет обойтись без скрипта, а в сложных просто еще одна прослойка.
>просто я думал Поттер из чего то простого сделал что то сложное.Да. Он сделал это. С процессом понимания Ваших мыслей. Или выражения. </или это просто я>
> Не знаю, как в s-d, а у нас тут sudo работает. И
> даже с fine-grained конфигами местами.Угу, а теперь покажи взлет программы анлогичный "В systemd-nspawn добавлена опция "--private-users="".
Нет, ну конечно особо отборные джедаи могут и сами сделать clone(), с | CLONE_NEWUSER. Но с точки зрения администрирования несколько неудобно самому себе писать запускач...
> Угу, а теперь покажи взлет программы анлогичный "В systemd-nspawn добавлена опция
> "--private-users="".А можно ссылочку на документацию по оной?
> Нет, ну конечно особо отборные джедаи могут и сами сделать clone()
> А можно ссылочку на документацию по оной?Самое очевидное - man systemd-nspawn. Там все это отлично описано. Если хочется именно ссылку, с пылу с жару - в состав http://www.freedesktop.org/software/systemd/systemd-220.tar.xz маны входят ;)
И да, если что - лично я при вопросе "а как насчет документации?" обычно все-таки делаю man <этапрограмма>, а не что-нибудь еще. По этому поводу я бы больше плевался на документацию утилит ip и iw, где дофига мощных фич и ... почти по нулям документации на них. Вот это - плохая документация. А systemd на этом фоне - очень недурно документированная программа.
> Дык: http://docs.altlinux.org/manpages/hasher-priv.8.html
Ну и где там дерг clone() c CLONE_NEWUSER в этой документации? Или в чем был пойнт меня туда посылать? Показать что в отличие от поттера там это еще не сделано? :)
> Если хочется именно ссылкуНу вот, опять за Вас свою работу делать!
http://www.freedesktop.org/software/systemd/man/systemd-nspa...
> И да, если что - лично я при вопросе "а как насчет документации?"
> обычно все-таки делаю man <этапрограмма>, а не что-нибудь еще.No manual entry for systemd-nspawn
>> Дык: http://docs.altlinux.org/manpages/hasher-priv.8.html
> Ну и где там дерг clone() c CLONE_NEWUSER в этой документации?Нет, я не поленился заранее сделать проверочный git grep NEWUSER. :)
> Или в чем был пойнт меня туда посылать?
Отчасти для общего образования, а отчасти в надежде, что с полученным недоумением вернётесь и расскажете, при чём "If enabled the container will run with its own private set of Unix user and group ids (UIDs and GIDs)" из описания --private-users= к "Чтобы только этот пользователь мог управлять этим сервисом перезагружать, запускать".
Тогда уж резонней выдать тому пользователю рута в ovz-шном контейнере...
> http://www.freedesktop.org/software/systemd/man/systemd-nspa...А я не знаю - отаплейтили там на 220 версию или нет. С практической точки зрения - я --help читаю 0-м делом, если этого мало то ман - первым. Остальное - вторым. После чepтыханий на документацию.
И то что я смотрю на мир через призму своих юзкейсов - наверное, логично. Если не всегда совпадает с вашим view - ну извините.
> No manual entry for systemd-nspawn
Честно говоря, я не понимаю смысла читать мануал на программу которой у вас нет. Но если ман нужен - по приведенной ссылке можно взять тарбол. В коем есть мануал. Даже в HTML.
> Нет, я не поленился заранее сделать проверочный git grep NEWUSER. :)
Ну вот, получается что это еще и не аналог как таковой.
> Отчасти для общего образования,
Ок, я узнал... что у systemd название этой утилсы казалось мне дypным. "Но тут снизу постучали". Показав, что оказывается, можно называть тулзы еще менее очевидно. Да еще приписывать их хрензнаеткуда. Интерсная логика. По мнению альтов, эта утилса нужна только разработчикам/майнтайнерам? oO
> (UIDs and GIDs)" из описания --private-users= к "Чтобы только этот пользователь
> мог управлять этим сервисом перезагружать, запускать".На самом деле это был вопрос немного в сторону - мне интересно как митрофанушка предлагает такое делать без поттера, раз уж он sudo размахивает. Поцтер может немного больше: он в отличие от sudo и прочих - в курсе что такое namespaces. Закончится все это тем что докеры-чпокеры пойдут курить бамбук, т.к. systemd и без них обойдется и в отличие от - есть по дефолту в куче дистров :)
Отделение в новый namespace-ов в этом плане - "не совсем то". В том плане что хост сохраняет возможности воздействовать на контейнер. Но в контейнере пользователи свои, и при должном маппинге, они на хосте - никто. Собственно один из самых контейнеристых флагов во всем clone() :)
> Тогда уж резонней выдать тому пользователю рута в ovz-шном контейнере...
По смыслу будет примерно то же самое. Собственно, без маппинга UIDов контейнеры получаются достаточно условными - абстракция получается не полной. Не совсем понимаю почему поцтер запилил это только сейчас, но "лучше поздно чем никогда".
И нет, я конечно если сильно надо, я и сам дерну clone(), но намного лучше если кто-нибудь (например, поцтер) это сделает за меня. Желательно чтобы это еще и по дефолту было. ИМХО довольно странно, когда ядро умеет фичу, а юзермод отстает и не дает ей воспользоваться.
> Показав, что оказывается, можно называть тулзы еще менее очевидно.Для пакетокрошилки вполне подходящее название -- а то, что она заодно оказалась ещё и лёгкой системой виртуализации впоследствии, "ну так получилось". :)
> На самом деле это был вопрос немного в сторону - мне интересно
> как митрофанушка предлагает такое делать без поттера, раз уж он sudo
> размахивает.Так он-то как раз предлагает рабочий и довольно универсальный вариант.
> Поцтер может немного больше: он в отличие от sudo и
> прочих - в курсе что такое namespaces."Прочие", на минуточку, включают ovz -- а эти ребята гораздо более в курсе.
> Отделение в новый namespace-ов в этом плане - "не совсем то".
> В том плане что хост сохраняет возможности воздействовать на контейнер.Ну погоняйте мне сервисы под нагрузкой в этом вашем сустемде, да чтоб не вакуумные, а с реальным I/O, потреблением памяти, разведением процессов/тредов по мере надобности.
А потом вернёмся к вопросу взаимовоздействия контейнеров и хоста.
Если что, под ovz я добивался работы LTSP на полдесятка пользователей, прочей офисной инфраструктуры и (при нагрузочном тестировании) трёх одновременно молотящих сборочниц на довольно скромной железке -- кажется, четыре ядра и четыре гига (правда, дисков штук пять и массивы разведены по шпинделям). В смысле когда сборка на сервере практически не мешала работать на терминалах, к нему же подключенных.
>> Тогда уж резонней выдать тому пользователю рута в ovz-шном контейнере...
> По смыслу будет примерно то же самое.По смыслу-то да, а по практичности -- совсем другое.
> ИМХО довольно странно, когда ядро умеет фичу, а юзермод отстает и не дает ей
> воспользоваться.Так lxc давно было. Просто прародитель фичи вместе с соответствующим юзерспейсом был ещё раньше и к тому времени прекрасно работал -- к чему, собственно, и подводил...
Хорошо бы параллельсам сделать ещё один рывок да помержить ещё пласт своих наработок в основное ядро.
> Для пакетокрошилки вполне подходящее название --Обычно под хэшированием нынче понимают нечто типа вычислений чексумм.
> "ну так получилось". :)
Во-во, я и говорю: я поначалу думал что у поттера название дyрное. Как то бесполезная приставка systemd- (==дольше печатать) и nspawn - вроде понятно что запускалка, но какое-то n в начале. Но у вас еще веселее: и длинное имя и по нему вообще нельзя догадаться "а что эта программа делает?"
> Так он-то как раз предлагает рабочий и довольно универсальный вариант.
Вот только этот вариант
1) Не обеспечивает старт контейнеров. Это олдскульная утиля из эпохи когда про контейнеры "не, не слышали".
2) Привилегированные пользователи типа рута не утрачивают возможность "что-то делать" с процессами запущенными через sudo.ИМХО при таких хотелках наиболее близкое это или полные виртуализаторы, или нечто типа контейнеров с маппингом UID-ов. Но root (являющийся частью "других пользователей") на хосте по любому царь горы и все-таки сможет всем рулить. И тут дилемма - чтобы так не было, надо обуть рута хоста на возможность рулить своей копией системы, от которой разветвляется все остальное. Или этот рут сможет и виртуалку прибить, и контейнер застопорить, и прочее. Что нарушает требование по части того что остальные пользователи кроме вдалельца сервиса не должны мочь что-то делать с ним. Единственные "процессы" которые рут не может прибить так сходу - ядерные треды разве что.
> "Прочие", на минуточку, включают ovz -- а эти ребята гораздо более в курсе.
Они более в курсе. Но сватаемый ими по дефолту сценарий подразумевает какое-то левое ядро. Ну и побочные утилиты. Это неудобно и отнюдь не добавляет симпатий окружающих. По факту это годится только для профессиональных хостеров с высокими требованиями. Остальным такой прыг по граблям явно лишний.
Поскольку "дефолты решают", Поттеринг имхо постепенно займет применения с менее сильными требованиями. Если у меня по дефолту есть systemd и майнлайновое ядро в системе, они могут какие-никакие контейнеры. Логично что ими я и буду по дефолту пользоваться.
Замечу что на мое мнение Поттеринг и шапка дали более чем дофига времени и шансов всем остальным слоупокам. Большинство "контейнерных" флагов clone() умеет давно. Новые требования к системе инициализации высветил не Поттеринг, а сапопикал. Им всем таким хорошим никто не запрещал быть на месте Поттеринга. У них были все карты на руках в виде подходящих технологий. А то что разработчики апстарта слоупочили и до запуска контейнеров вообще додумались "too little and too late", лишь когда Поттеринг и ко показали как это надо было делать правильно - извините, а кто разработчикам апстарта виноват что их обошли на повороте на их же "домашней" трассе?! А OVZ неплохая штука, но по ощущениям они всегда видели в основном только свои бизнес-кейсы aka впаривание виртуозо и рынок хостинга. Это, конечно, здорово. Но в этом месте возникает потенциал для нестыковок интересов. Если ушлым хостерам еще нормально ставить кастомные ядра и что там еще, то вот себе на десктоп и т.п. я никакие кастомные ядра эпохи царя гороха вкатывать не буду. И для меня ценность технологии оказывается здорово ниже чем могла бы быть. Можно запустить в урезанном режиме с майнлайном? Ну ок, а Поттеринг что-то такое вообше по дефолту обеспечивает. А ориентация только на хостеров и архаичные ядра имени Красной Шапки (что там насчет вендорлока, кстати?) мне не импонирует. У меня найдется куча юзкейсов для контейнеров и VM и не связанных с хостингом. Из области общего администрирования, тестирования или разработки.
> Ну погоняйте мне сервисы под нагрузкой в этом вашем сустемде, да чтоб
> не вакуумные, а с реальным I/O, потреблением памяти, разведением процессов/тредов по мере надобности.Я думаю у вас есть большая проблема с пониманием одной базовой истины. Которая звучит так: то что сегодня у разработчика на его машине, завтра будет в продакшне. Потому что это - удобно. Вот лично мне например неудобно когда я не могу на десктопе в экспериментальном/отладочном режиме воспользоваться тем же набором технологий который будет в продакшне. И нет, я не буду себе никакие кастомные ядра имени красной шапки на десктоп заковыривать. В этом плане OVZ - грабли.
> А потом вернёмся к вопросу взаимовоздействия контейнеров и хоста.
Когда докеры-шмокеры, не требующие кастомных ядер и предоставляющие какие-никакие средства деплоя и управления отжмyт большую часть рынка, а потом придет системдец, когда Поттер окончательно допилит все фичи до того же уровня и отжмет большую часть рынка еще раз, потому что "дефолты решают" - вот тогда мы, действительно, "вернемся к вопросу". А если в ядре чего-то будет недоставать - при таком спросе на эти семейства технологий, это, пожалуй, постепенно и без || могут допатчить. И не говорите что вас не предупреждали.
> Если что, под ovz я добивался работы LTSP на полдесятка пользователей, прочей
> офисной инфраструктуры и (при нагрузочном тестировании) трёх одновременно молотящих сборочницНу вот опять начинаются крутые хостерские сценарии. А то что разработчики OVZ, судя по всему, в принципе не рассматривают работу например на машинах разработчиков в полноценном режиме - на это им какие-то скидки? Я таких скидок делать не собираюсь - мне это неудобно. Очень галимо когда технологией нельзя полноцено пользоваться в режиме разработки и отладки на моем компьютере. Все это обрекает технологию стать узконишевой маргинальщиной.
Так что если кому нравится что OpenWRT сватает кастомную сборочницу как докерский контейнер, давая понять что эти нубы обошли на повороте матерых контейнерщиков на еще одной задаче - ну ок, пусть это будет так. Если некто не хочет делать выводов, рынок может объяснить такие вещи весьма популярно.
> смысле когда сборка на сервере практически не мешала работать на терминалах,
> к нему же подключенных.Это здорово. Но это нишевой юзкейс. Нужный довольно немногим. А вон та толпа будет openwrt билдить и еще дофига всего делать на докеровских контейнерах. Пройдет немного времени. И "завтра" они все притащат докера в свой продакшн там и тут. А просто потому что умеют с ним работать и набили руку уже. Вы можете игнорировать этот фактор, но когда окажется что OVZ стал специализированной маргинальщиной с довольно скромным рынком, а более general purpose рынок контейнеров начали делить между собой докеры и системды - ну ок, такова жизнь.
> По смыслу-то да, а по практичности -- совсем другое.
Юзкейсы разные бывают. Вот лично для меня например ориентация на кастомный кернел и невозможность получить на разработчиковской машине технологию которая работает идентично с продакшном - кусок грабель, а не фича. А у поттеринга вообще есть жирный козырь, которым он всех подвинет в перспективе - "дефолты решают". Если что-то есть по дефолту, смысла ставить "такое же, но банановое" смысла зачастую мало.
> Так lxc давно было. Просто прародитель фичи вместе с соответствующим юзерспейсом
> был ещё раньше и к тому времени прекрасно работал -- к чему, собственно, и подводил...У них своеобразные понятия о прекрасном. Не стыкующиеся с моими, и, вероятно, еще много чьими. Де факто, за счет политики || вышло так, что я не вижу для себя реалистичных опций как использовать на моем основном компьютере и в продакшне более-менее идентичный набор технологий от ||. А это весьма неудобно. Нельзя "отпрототипить" технологию там где мне это будет удобно и пойти гвоздить этим в продакшн с околонулевыми изменениями. А еще, чисто по человечески, мне не нравится деление на первый, второй и третий сорт. Если OVZ - второй сорт, то OVZ с майнлайновым ядром - аж третий. А вот докер и даже системд подобных проблем не имеют.
А хостеры, как я смотрю, нынче все чаще KVM любят. Плотность набивки, конечно, ниже. Но оно опять же работает с дефолтным системным ядром и VM ценнее для клиентов из-за возможности запуска произвольных ОС, кастомизации ядер и прочего. А по мере развития железа и инфраструктуры - цены падают, и иной KVM нынче дешевле иного OVZ оказывается. Рынок штука нелинейная.
> Хорошо бы параллельсам сделать ещё один рывок да помержить ещё пласт своих
> наработок в основное ядро.Есть нехорошее ощущение что время возможно упущено. В смысле, на месте докера могли бы быть они. А т.к. докер все-таки левая хреновина на каком-то там побочном go, по дефолту оно в системе не будет. И тут у systemd неслабое поле для деятельности.
>> Для пакетокрошилки вполне подходящее название --
> Обычно под хэшированием нынче понимают нечто типа вычислений чексумм.Ты свою шерсть с государственной не путай.
hash++Благодарности => Mueller English-Russian Dictionary
[hæʃ]
1. _n.
1) блюдо из мелко нарезанного мяса и овощей
2) что-л. старое, выдаваемое в изменённом виде за новое
3) мешанина, путаница; to make a hash of smth. напутать, напортить в
чём-л.
4) _ам. = hash house
to settle smb.'s hash
а) заставить кого-л. замолчать;
б) разделаться, покончить с кем-л.
2. _v.
1) рубить, крошить (мясо)
2) напутать, испортить (что-л.)hash house
[↗hæʃhaʊs] _n. _ам. _разг. дешёвый ресторан, забегаловка
В launchd точно можно
"Чтобы", позорище.
Можно много говорить, но переходить с systemd обратно на openrc или sysv желания не возникает. Сисадмины в теме.
> Можно много говорить, но переходить с systemd обратно на openrc или sysv
> желания не возникает. Сисадмины в теме.Согласен.Очень удобный инструмент. А за journald так отдельное спасибо :-)
Присоединяюсь! После этого смотря на кривые init скрипты плакать хочется. И выборка событий по отдельно взятым сервисам сказка какая удобная, независимо от того умеет ли этот демон в syslog и как именно. Ой, я уже слышу как истерички минусометы расчехляют :)
> Присоединяюсь! После этого смотря на кривые init скрипты плакать хочется. И выборка
> событий по отдельно взятым сервисам сказка какая удобная, независимо от того
> умеет ли этот демон в syslog и как именно.ПН[censored]^WДокажи! http:#1 && http:/openforum/vsluhforumID15/4235.html && http:/openforum/vsluhforumID1/96137.html
> Ой, я уже слышу как истерички минусометы расчехляют :)
А, ты из этих, ярлычки собирающих. Плохо это для здоровья!
> ПН[censored]^WДокажи!Что тебе доказывать, НеФанат? Что в ваших скриптокостылях вообще никто не парится ни проверкой ошибок, ни тем фактом что половина сообщений к сислогу потенциально в /dev/null ушло т.к. системный логгер еще не стартанул? Почему-то о таких вещах поттер может подумать, а вы - нет. Это дает поцтеру 5 очков форы.
>> ПН[censored]^WДокажи!
> Что тебе доказыватьТебе я даже поясню, что: пойди со совими УМБР- и "сказка какая удобная, независимо от" приятелями по ссылкам и _быстро-быстро_, и _удобно-удобно_ порешай проблемы с s-d. Докажи телом!
>, НеФанат?
> Что в ваших скриптокостылях вообще никтоВот как можно что-либо предметно обсуждать с человеком, которому уже и примеры показал, и пальцем провёл по строчкам, а всё обобщает и обобщает напропалую?..
Ну так не пользуйтесь всеми этими кривыми шляпами с дебианами. Возьмите нормальный дистрибутив, благо минимум один (подозреваю, что минимум два) по этой части известен -- собственно, и начинался как точка сбора перфекционистов. :)
Gentoo и AltLinux? :)
> Gentoo и AltLinux? :)Про Gentoo не в курсе (не читал тамошние инитскрипты), а имел в виду ещё Owl -- там тоже контингент с запросами. Возможно, ещё PLD, кстати.
Как по мне, довольно стройно https://wiki.gentoo.org/wiki/Handbook:X86/Working/Initscript...Но я в принципе, не об этом. Owl заперфекционизирован, конечно, сильно, только в одну исключительно сторону security. PLD более общо (был, когда я на него смотрел - давно), но тоже не очень гибко. Gentoo это скорее framework для перфекционистов, похож в этом смысле на Emacs.
> После этого смотря на кривые init скрипты плакать хочется.Вы думаете, если в используемом Вами дистрибутиве нормально относились к кривым скриптам, то юнит-файлы вдруг станут ровными и сверкающими? Придётся разочаровать.
> Вы думаете, если в используемом Вами дистрибутиве нормально относились к кривым скриптам, то юнит-файлы вдруг станут ровными и сверкающими? Придётся разочаровать.некоторые мейнтейнеры зачем-то делают юниты -- Type=simple ..
и в итоге становится невозможным создавать зависимости от таких юнитов :-( . и вообще не возможно узнавать стартанул юнит или ещё пока-что нет..
так что проблемы есть, да. (я бы на месте systemd-разработчиков -- просто запретил бы делать Type=simple , так как это ЯВНО только провоцирует ошибки. Type=simple -- это бомба змедленного действия! )
но конечно в сравнении с простынями shell-скриптов -- это просто глоток свежего воздуха :-)
Что за бред? В Gentoo это предпочтительный тип сервисов. Этот тип подразумевает, что процесс не форкается. На зависимости это никак не влияет
> что процесс не форкаетсяесли он не форкается, то пусть сообщается о соём состоянии через sd_notify() . то есть это Type=notify
или пусть сообщает о своём состоянии через dbus . Type=dbus
> На зависимости это никак не влияет
если зависимость загрузится раньше времени, а зависимый сервис создал например виртуальный интерфейс, то зависимость может сослаться на этот интерфейс -- в момент когда интерфейса ещё нет.
прикажешь вставлять sleep() ? ну тыг это говнокод-стайл из мира sysvinit :-)
> если зависимость загрузится раньше времени, а зависимый сервис создал например виртуальный
> интерфейс, то зависимость может сослаться на этот интерфейс -- в момент
> когда интерфейса ещё нет.Что мешает в зависимости ставить не сервис, а устройство - виртуальный интерфейс? Может быть проблема не в типе сервисов, а в неверной зависимости?
Service - не единственный тип юнитов и в этом - сильная сторона systemd. В зависимости можно ставить и сокеты, и файлы, и устройства.
ну вобщем-то да. ваша правда
Присоединяюсь. В SysV скрипты это что угодно (в свое время хотел прикола ради все на C или Go переписать). Просто есть главный скрипт, в котором запускаются остальные.
> Присоединяюсь. В SysV скрипты это что угодно (в свое время хотел прикола
> ради все на CКак не взгляну на pg_ctl, так вздрогну. *Одумайся!* :->
> или Go переписать).
А что с pg_ctl не так?
Ни в коем случае, только теперь мне на их кривизну по барабану. По крайней мере для меня написать юнит файл куда проще, чем поправить километровый скрипт. Проблем с bash-скриптингом не имею, но и удовольствия не получаю от него. Посему из двух зол выбираю меньшее.
Для того, чтобы объективно сравнить "оба зла", придется разобраться не только в баш-скриптинге, но и в си-кодинге, чтобы оценить степень "кривизны" обоих подходов. Видимая простота юнит-файлов ничего не говорит о том, какими средствами это достигнуто.
> то юнит-файлы вдруг станут ровными и сверкающими? Придётся разочаровать.В файле на 5 строк, не являющихся ЯП - довольно сложно крупно нагадить. А вот в скриптах кульсисопы оттягиваются на славу.
> В файле на 5 строк, не являющихся ЯП - довольно сложно крупно нагадить.Можно, можно. Например, неожиданно для себя и юзверей организовав циклическую или неразрешимую во время загрузки зависимость.
Как уже не раз советовал, учите математику и в т.ч. теорию графов.
> Присоединяюсь! После этого смотря на кривые init скрипты плакать хочется. И выборка
> событий по отдельно взятым сервисам сказка какая удобнаяСкажи честно, ты недавно на линуксе, а до этого админил M$ системы, где степень удобства определяется наличием галочек в интерфейсе? Или вобще админишь сейчас и то, и то, да?
У кого не возникает а кто перешёл и очень доволен.
> Сисадмины в теме.А у меня не возникает желания доверять systemd ни ноутбук, ни серверы. Не в теме? :)
Так отечественной системы инициализации ещё нет, чему же вы доверяете тогда?
Ну всё, подколол так подколол.
Возьми у нуланд пирожок.
> Так отечественной системы инициализации ещё нет, чему же вы доверяете тогда?Крошечному вычитанному отечественными специалистами, которым я лично доверяю, http://git.altlinux.org/gears/s/sysvinit.git
Обновил кстати на ноуте.
Сервисы не стартуют. Пишет не могу запустить org.freedesktop.systemd1: time out.
Х/з что случилось и как это теперь дэбажить.
Системд запускает дбас, дбас связывается с системд,.. круговорот системды в системе.
> Системд запускает дбас, дбас связывается с системд,.. круговорот системды в системе.ну вся проблема в том что kdbus ещё не успели доконца засунуть в ядро :-) ..
..а всё потому что находятся люди которые тормозят всякое развитие -- фразами "не надо ни чего трогать! нам и так хорошо!"
Что характерно, 80-90% этих "сервисов" о дбас вообще ни слухом, ни духом.
Но без него уже и не запускаются! Прогресс, угу :D
> ну вся проблема в том что kdbus ещё не успели доконца засунуть
> в ядро :-) ..ето не проблема, ето удача.
патамушта стране нужны пину^Wлинг^Wлинусы, а йони рожает поттерингов с грегами.
и если их не убивать в детстве, то они тебе не только дэбас в ядро засунут, а еще и вейланд туда вкнерят по самое не балуй, и кушай потом не обляпайся, когда у тебя pid 0 будет из-за всей этой шелупони систему раком ставить.
> ..а всё потому что находятся люди которые тормозят всякое развитие -- фразами
> "не надо ни чего трогать! нам и так хорошо!"Типа этого самого, как его ... Торвальдса, да.
http://thread.gmane.org/gmane.linux.kernel/1930358/focus=193...
>Quite frankly, the whole "kdbus is important for performance" seems to
>be *totally* invalidated by even a minimal look at profiles for that thing
> If somebody wants to speed up dbus, they should likely look at the
> user-space code, not the kernel side.http://thread.gmane.org/gmane.linux.kernel/1930358/focus=193...
> We don't add crap that then has to be disabled with secuirity rules
> just because it was a bad interface. Just make the interface not do it
> in the first place. It's that simple.Старый пердун так и живет в прошлом тысячилетии, когда "640мб рамы должно хватить всем за глаза!". Ну или просто завидует и не понимает всех фишек кдбуса -- то ли дело мы, опеннетные ононимусы! =)
рано или поздно и Linus сдастся :-) ..программам просто необходимо, чтобы ядро предоставляло хороший качественный(!) инструментарий, позволяющий IPC чуть-более-продвинутее чем unix-socket ..
просто Линусу слегка не нравится быть может текущая реализация.. но это же дело такое.. поправят и закоммитят! :)
тем более Линус уже не молодой, и его вот-вот собьёт мимо-проежающим автобусом! :-) кто после этого если не друзья Леннарда станут оберегать ядро?
> друзья Леннарда станут оберегать ядро...Господи, да минует линукс участь сия!
> программам просто необходимо, чтобы ядро предоставляло хороший качественный(!) инструментарий,
> позволяющий IPC чуть-более-продвинутее чем unix-socket ..осталось понять какое отношение к качественному инструментарию имеет дбас, никому не впившийся, кроме окончательно упоротых гномо@бов. и откуда взялась уверенность, что тормозное говно от выноса из юзерспейса перестанет магическим образом быть тормозным говном.
история с selinux никого ничему не учит, чо.
"640мб рамы должно хватить всем за глаза!".
Ох школота. Не Мб, а Кб!!!
> Ох школота. Не Мб, а Кб!!!А вот "взрослота" и спалилась ;)
> ну вся проблема в том что kdbus ещё не успели доконца засунуть в ядро :-) ..
> ..а всё потому что находятся люди которые тормозят всякое развитие -- фразами "не надо ни чего трогать! нам и так хорошо!"Это прекрасно что вы знаете в чем причина проблемы и щедро делитесь этим знанием с нами, но у человека ноут превратился в кирпич и без внешних средств с ним уже ничего нельзя сделать - наверное, ему сейчас стало немного легче от того, что вы все объяснили (хотя мне кажется что ему в целом пох на причины - вчера у него был ноут, а сегодня какое-то неработающее железо, хотя все вокруг кричали, что будет круто!)
Это ещё фигня (до сих пор не порешал кстати!). Эта фишка перманентно появляется у народа уже ГОДАМИ. И никто не знает как решать. Вот примеры: http://forums.fedoraforum.org/archive/index.php/t-281687.html
> Jun 26 20:31:23 localhost dbus-daemon[1235]: dbus[1235]: [system] Failed to activate service 'org.freedesktop.ColorManager': timed out
> Jun 26 20:31:23 localhost dbus[1235]: [system] Failed to activate service 'org.freedesktop.systemd1': timed outЭто 2012. И какой солюшн!!! :D
> Sorry, never did get to the bottom of the problem and I spent several days trying to find a solution.
> As I said, in the end I gave up and re-installed.
> If you do find an answer, please post it just in case it happens again.Вот "наши" https://www.linux.org.ru/forum/talks/11118230 с теми же траблами (11.12.2014).
Теперь вот у меня.
зыж
У меня гента (решение "переустанавливать" нифига не решение :D), ещё поковыряюсь и вернусь на опенрк.
Пожоже :) Я не про религию/доверие, а про инструмент. Берете в руки инструмент и выпускать из рук не хочется. Да и результат радует.
> Берете в руки инструмент и выпускать из рук не хочетсяДокторФрейд.жпг
Да ну как то особо проблем с этим нет. Наверное это проблема с принятием новых технологий + вахтерно-админский синдром.
Т.е. все новое, что тебе предлагают, ты автоматически принимаешь?
> А у меня не возникает желания доверять systemd ни ноутбук, ни серверы.А я вот доверил - в убунте 15.04. Вроде на первый взгляд подвохов не вижу :)
>Udev больше по умолчанию не создаёт символические ссылки для всех блочных устройств. Вместо черного списка исключения блочных устройств теперь применяется белый список, в котором перечислены блочные устройства для которых необходимо создать символьные ссылки;Объясните этот момент подробнее. Какие именно устройства присутствуют в белом списке по умолчанию?
Исходный код открыт, сам посмотри.
присоединяюсь к вопросу.А то примечания к выпуску все скопом вывалили, и найти коммиты, которые отражают эти изменения не так просто.
> присоединяюсь к вопросу.
> А то примечания к выпуску все скопом вывалили, и найти коммиты, которые
> отражают эти изменения не так просто.У системд отличная документация ;)
Вместо портянок скриптов, теперь читайте код ;)
> Вместо портянок скриптов, теперь читайте код ;)Скорее udev rules ;).
Кстати я довольно плотно с этим удавом познакомился. На самом деле довольно крутая и фичастая штука. Я поскрипев мозгом 5 минут сделал на нем просто и надежно то что раньше делалось костыльно и дурно.
О да, взяли все "лучшее" из SMF, с которым без шеститомного мануала не разберешься.
> О да, взяли все "лучшее" из SMF, с которым без шеститомного мануала
> не разберешься.То ли дело бложик поттера в качесте мануала. В 28 частях.
В университетах ужепора специальность вводить для обучения - инженер systemd, и сертификаты получать о его знании ;)
> В университетах ужепора специальность вводить для обучения - инженер systemd, и сертификаты получать о его знании ;)А за уверенное накидывание обновился-УМВР-ов и ренегаты-вон-из-профессии по форумам аттестовать на бакалавра. :/
> В университетах ужепора специальность вводить для обучения - инженер systemd, и сертификаты
> получать о его знании ;)Должен вас разочаровать - systemd создавался именно для того, чтобы никаких инженеров (кроме редхатовских) вообще на планете не осталось... только юзеры, тупые и все сплошь с планшетами...
>> В университетах ужепора специальность вводить для обучения - инженер systemd, и сертификаты
>> получать о его знании ;)
> Должен вас разочаровать - systemd создавался именно для того, чтобы никаких инженеров
> (кроме редхатовских) вообще на планете не осталось... только юзеры, тупые и
> все сплошь с планшетами...справедливости ради, стоит отметить что "свято место пусто не бывает", и пусть это будут комбайны с открытым/свободным кодом, чем проприетарные страпоны от мс/оракля/етц.
>Библиотека gudev выделена в отдельный репозиторий и отныне будет развиваться как часть проекта GNOME.И это вместо того, чтобы сам GNOME оформить в виде systemd-gnomed.
Хммм... А когда в новостях о systemd, хотя бы в самом конце, будет приписочка о "чистке и оптимизации кода"?
Ну вон про оптимизацию написали же, теперь выключением заведуел logind
Когда будут созданы cleand и optimizd.
> systemd-shutdowndНдааа. Дожили.
Дык, это на далекое будущее, когда кнопкой выключения будет управлять свой собственный микропроцессор с демоном. Вы не видите перспективы.
> когда кнопкой выключения будет управлять свой собственный
> микропроцессор с демоном. Вы не видите перспективы.Тут из зала в рубрике "советы" подсказывают что будущее уже давно наступило :) http://www.opennet.me/tips/2905_linux_ubuntu_keayboard_thd.s...
> В systemd-importd добавлена возможность импорта контейнеров в форматах .tar, .raw и .qcow2, а также экспорта в форматах .tar и .raw.Интерпрайзненько, ждем когда докер засунут, хотя нет не засунут редхад будет пилить свою балалайку.
Так зачем Docker, когда есть systemd.
https://chimeracoder.github.io/docker-without-docker/#1
> Так зачем Docker, когда есть systemd.
> https://chimeracoder.github.io/docker-without-docker/#1Затем что докер изначально позиционирует себя как тулза для деплоя.
Это просто пока systemd-deployd не запилили.
> Это просто пока systemd-deployd не запилили.Ну вообще-то systemd-importd имеет к тому все замашки :)
>> Это просто пока systemd-deployd не запилили.
> Ну вообще-то systemd-importd имеет к тому все замашки :)Н-да, придётся импортдозамещать.
Из состава "удалено" почти сравнялось с "добавлено"...
Это первый шаг к стабилизации или...?
... кризис идей?
О да, я сделал это!
> О да, я сделал это!"Где? Где ты это сделал? Надеюсь не рядом со мной?" (с)
ifconfig больше нету и журналы как смотреть они же бинарные машина когда накроется
ваще хрень, зато комп быстро выключается
> ifconfig больше нетуip -h
Ты небось еще и netstat используешь, и nslookup? С разморозкой.И расскажи мне, как ты небинарные логи до этого смотрел?
> Ты небось еще и netstat используешь, и nslookup? С разморозкой.прикинь мы еще и конфиги седом правим. а по телефону голосом разговариваем, вместо того, чтоб в него фотографироваться.
Грешно смеяться над убогими.Щас они радуются системде, потому что теперь можно будет знать еще меньше, а затем обнаружат, что в 4/5 типовых случаев они уже не нужны вовсе. Что будет стандартно-типовой конфиг, худо-бедно, но работающий без нужды в "админах", пугающихся нетстата и тцпдампа.
Боюсь представить, во ЧТО им придется переквалифицироваться...
> Грешно смеяться над убогими.
> Щас они радуются системде, потому что теперь можно будет знать еще меньше,
> а затем обнаружат, что в 4/5 типовых случаев они уже не
> нужны вовсе. Что будет стандартно-типовой конфиг, худо-бедно, но работающий без нужды
> в "админах", пугающихся нетстата и тцпдампа.
> Боюсь представить, во ЧТО им придется переквалифицироваться...Windows админа.
работаю с unix-подобными системами с 1998-го года, разобравшись с systemd, теперь всячески приветствую его наступление, с нетерпением жду, когда ретроградов вроде тебя выкинут мести улицы
> работаю с unix-подобными системами с 1998-го года, разобравшись с systemd, теперь всячески приветствую его наступление, с нетерпением жду, когда ретроградов вроде тебя выкинут мести улицыХоть это и не мне адресовано, и вроде бы это вовсе не мое дело, но я вам сообщаю что наиболее вероятнее всего случится справедливое и закономерное - вы первый (и возможно единственный) окажетесь на улице с метлой. Изучайте квантовую физику и поймете почему это так. Но вас это может и не настигнуть если будете жить с "чистым сердцем".
Будьте здоровы.
> работаю с unix-подобными системами с 1998-го года,"Анонимус предлагает Михрютике померяться сединой яиц"
холст, сопли, яйца, 2 х 1.5 часаразобравшись с systemd,
теперь всячески
> приветствую его наступление, с нетерпением жду, когда ретроградов вроде тебя выкинут
> мести улицыВ следующем году - на десктопе, ага.
> прикинь мы еще и конфиги седом правим.А что, у поцтера конфиги седом не редактируются? :)
> а по телефону голосом разговариваем,
...по $2 в минуту, если в другую страну звонить :)
> вместо того, чтоб в него фотографироваться.А вот толпа народа которым сегодня неохота было переть зеркалку - фоткали красивый закат на смарты. Ну да, на транспарант метр на два их фото не пойдет...
> А вот толпа народа которым сегодня неохота было переть зеркалку - фоткали
> красивый закат на смарты. Ну да, на транспарант метр на два
> их фото не пойдет...не выдержав нагрузки, сломался завод по сжиганию фотографов
> журналы как смотреть они же бинарные машина когда накроетсяни как! (если *все* машины накроются)
если все машины накроются -- то тебе просто не на чем будет смотреть логи (хоть бинарные, хоть НЕ бинарные).
а если у тебя останется хоть одна работающая (не сломанная) машина -- то посмотри логи с помощью неё (хоть бинарные, хоть НЕ бинарные).
>ни как! (если *все* машины накроются)
>если все машины накроются -- то тебе просто не на чем будет смотреть логи (хоть бинарные, хоть НЕ бинарные).
>а если у тебя останется хоть одна работающая (не сломанная) машина -- то посмотри логи с помощью неё (хоть бинарные, хоть НЕ бинарные).НЕ бинарные логи можно посмотреть если есть доступ к файлу из телефона. Ну по крайней мере я могу это сделать через свой смарт.
> НЕ бинарные логи можно посмотреть если есть доступ к файлу из телефона.
> Ну по крайней мере я могу это сделать через свой смарт.И как оно? Не жмет коническая сфера вакуумные логи?
> И как оно? Не жмет коническая сфера вакуумные логи?Не жмет. В то время когда я был еще глупым и заигрывал с BSD (FreeBSD) у меня случился сбой в системе и система умерла утащив за собой файловую систему. Я снял дамп и благодаря тому что логи и конфиги были текстовые я смог найти содержимое файлов. По содержимому логов мне удалось понять что происзошло, а текстовые конфиги демонов позволили быстро запустить сервисы на новом сервере. Бинарная форма исключает эти возможности. Если вы молодой и глупый студентик, то возможно для вас это пустой звук.
>> И как оно? Не жмет коническая сфера вакуумные логи?
> Я снял дамп и благодаря
> тому что логи и конфиги были текстовые я смог найти содержимое
> файлов.Искали и смотрели - тоже на смарте? Уважуха, чо.
> а текстовые
> конфиги демонов позволили быстро запустить сервисыА причем тут текстовые конфиги?
> Если вы молодой и глупый студентик, то возможно
> для вас это пустой звук.Вот это аргументация, да! Ведь вдруг полетит сервак (видимо, подкроватный, по заместительству, единтсвенный компутер) и останется только СМАРТ, да! *facepalm.jpg*
А ничего, что "бинарь" так же бодро грепается?
> Искали и смотрели - тоже на смарте? Уважуха, чо.был бы тогда смарт - смотрел бы на смарте
Мое оппонент похоже не только глуповат, но и "зеленоват", т.к. слабо представляет что бывает при сбоях.> А ничего, что "бинарь" так же бодро грепается?
так вот, могут быть такие сбои что твой "бинарь" может и не прогрепаться вовсе, тогда как даже обрывки текстовых логов могут донести информацию ситуацию
> был бы тогда смарт - смотрел бы на смартеУгу, загрузиться с болванки/дискеты/другого харда с нормальным, рабочим окружением -- слишком просто, как и настроить сброс логов на другой (поддиванный? =) ) сервАк! Мы не ищем легких путей! Магией подключим сей полетевший девайс к смарту, примонтируем посыпавшийся уфс или сразу задампим /var/log и, если повезет (т.е. нужные логи еще не были отротированны и пожаты в gz/bzip/xz) сможем глянуть, да!
> так вот, могут быть такие сбои что твой "бинарь" может и не
> прогрепаться вовсе, тогда как даже обрывки текстовых логов могут донести информацию
> ситуацию
> обрывки текстовых логовВы не поверите!
> Мое оппонент похоже не только глуповат, но и "зеленоват", т.к. слабо представляет
> что бывает при сбоях.Ну-ну, жирненкий вы наш =)
> Угу, загрузиться с болванки/дискеты/другого харда с нормальным, рабочим окружением -- слишком просто, как и настроить сброс логов на другой (поддиванный? =) ) сервАк! Мы не ищем легких путей! Магией подключим сей полетевший девайс к смарту, примонтируем посыпавшийся уфс или сразу задампим /var/log и, если повезет (т.е. нужные логи еще не были отротированны и пожаты в gz/bzip/xz) сможем глянуть, да!последний (текущий активный) логфайл не будет сжатым, так что таки сможем тело извлечь
> Вы не поверите!
Нечего там верить? По известной сигнатуре файлов я могу простым поиском найти нужные мне участки в образе, с бинарником так не получится.
> прогрепаться вовсе, тогда как даже обрывки текстовых логов могут донести информацию
> ситуациюЕсли бы киздоболы которые ни разу системд в глаза не видели, но мнение имеют, дали бы труд себе посмотреть что у поцтера в БД с логами хранится - они бы заметили что в останках тоже можно будет нагрепать текстовые куски, позволяющие понять что случилось :)
> Если бы [...]Как кто-то сформулировал -- "что вы матом ругаетесь, как дети малые?"
"а потом этими руками будете хлеб брать!"
Поставил Jessie, восхитился ассинхронной всепаралельностью системд. Но как оказалось настройки консоли грузится не хотят, куда не пихай. С сожалением снёс. Скрипты грузятся скучнее, но так же быстро. Вероятно системд для жирных рабочих столов(гнома и кед) Они грузятся дольше чем система.
Сколько не читаю про этого зверя системД, за полтора десятка лет с ним на своих машинах не встречался. Вот и думаю, стоит ли?
Не спеши, винда еще долго будет жить
Винду юзаю отолько из-за долбаных дезанеров, которые привыкли AdobAi и Сoreldraw. Остальное только через gentoo.
Хочу такое во freebsd
> Хочу такое во freebsdчур тебя, bsd в обще не трогать, самая стабильная система, она не создана для всяких ваших рюшечек и пусичек, она молотилка трафика в первую очередь.
Зачем для обработки трафика тянуть за собой целую операционную систему?
> Зачем для обработки трафика тянуть за собой целую операционную систему?Ваш вариант.
systemd со встроенными приблудами
> Ваш вариант.Так давно уж известен: ASIC.
> Система нацелена на интенсивную параллелизациюучитывая, что это миф, остальное вообще не нужно, итого: ненужное ненужно
Парни, а подскажите, запустил SystemD, и периодически эта ересь вываливает сообщения в tty. Думал сначала что только в первый (по аналогии с FreeBSD), но оказалось что сыпет в активное. Что откровенно раздражает при активной работе, типа вводишь ты такой команду длинную и получается примерно так:> запусти мне пож
SystemD: ох еж твоюж! Тут што-то произошло!
SystemD: Вот тебе еще одно сообщение, прочти - это интересно
алуйста тулзу для удаления systemd!Это у всех так, или это я чего-то не доглядел?
Это просто жара!