Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2014-Jul...) выпуск системного менеджера systemd 215 (http://www.freedesktop.org/software/systemd/), в котором реализованы идеи (http://0pointer.de/blog/projects/stateless.html) по динамической генерации содержимого /etc для обеспечения работы систем, не сохраняющих своё состояние (stateless). Кроме того, реализована поддержка сброса настроек в первоначальное "заводское" состояние, добавлена утилита systemd-sysusers, в networkd появился встроенный DHCP-сервер.
Systemd сочетает в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами. Для определения параметров сервисов в Systemd используется набор конфигурационных unit-файлов, вместо оформления сценариев запуска в виде shell-скриптов. Система нацелена на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora). В настоящее время на использование systemd уже перешли такие дистрибутивы, как Fedora, openSUSE, Mandriva и Arch Linux, одобрен переход дистрибутивов Debian и Ubuntu по умолчанию на systemd.Наиболее существенные изменения:
- Продолжена работа по предоставлении средств для создания stateless-систем, не сохраняющих своё состояние после перезапуска. В дополнение к появившимся в прошлом выпуске механизмам для автоматической генерации структуры раздела /var, в systemd 215 подобная функциональность реализована для раздела /etc. Система теперь может быть загружена без предварительно подготовленной директории /etc, содержимое которой может быть на лету сгенерировано во время загрузки и размещено в разделе Tmpfs. Указанный подход позволяет упростить запуск множества типовых экземпляров контейнера на основе одного базового образа директории /usr и не заботиться об их изоляции друг от друга.
Содержимое /etc формируется на основе шаблонов. Типовые системные пользователи и группы определяются в каталоге /usr/lib/sysusers.d/. Для формирования содержимого /etc/passwd и /etc/group на основе /usr/lib/sysusers.d/ представлена новая утилита systemd-sysusers. В systemd-tmpfiles расширены возможности по копированию в новый раздел файлов и директорий - второй аргумент в строках с типом операции "L", "L+", "C" и "C+", определяющий источник копирования данных, теперь не является обязательным. Если источник не указан, то systemd-tmpfiles предпримет попытку копирования заданного файла из директории /usr/share/factory/. Добавлена поддержка директивы "L+" для создания симлинков, которая отличается от "L" удалением уже существующего файла.
Одним из следствий подобных нововведений является предоставление поддержки сброса конфигурации к заводским настройкам. В системах, содержимое /etc в которых сгенерировано автоматически, но в которых не применяется очистка /etc после каждой перезагрузки (например, прошивки для маршрутизаторов или медиацентров), в случае возникновения проблем с настройками, пользователь имеет возможность привести конфигурацию к изначальному виду, заново воссоздав её из шаблонов. Кроме того, стало проще проследить какие были внесены изменения по сравнению с изначальной конфигурацией.- Добавлен новая условная директива "ConditionNeedsUpdate=", которая позволяет инициировать запуск сервисов только при условии, когда состояние /etc или /var старее чем /usr. Подобное необходимо для организации автоматического обновления содержимого динамически сформированных директорий /etc или /var в условиях обновления /usr. Например, подобная синхронизация необходима в ситуациях, когда контейнеры сформированы на базе единого образа /usr, который был обновлён вендором. "ConditionNeedsUpdate=" позволяет организовать запуск сервисов, которые сами обновят конфигурацию при загрузке с новым /usr. "ConditionNeedsUpdate=" также можно использовать для обеспечения одноразового запуска сервисов после инициирования сброса к заводским настройкам. Из сервисов, подготовленных для использования с "ConditionNeedsUpdate=", отмечаются systemd-sysusers и службы перестроения базы udev, каталога journald и кэша ldconfig;
- В systemd-networkd добавлена реализация простого сервера DHCPv4, в дополнение к ранее присутствовавшей реализации клиента DHCP. Код DHCP-клиента расширен поддержкой DHCPv6 и IPv6 Router Solicitation, а также возможностью получения статических маршрутов от DHCP-сервера Секция конфигурации "[DHCPv4]" переименована в "[DHCP]" и теперь совместно используется для DHCPv6 и DHCPv4;
- В systemd-networkd добавлена поддержка сетевого интерфейса vxlan для создания виртуальных расширяемых локальных сетей (Virtual Extensible LAN), используемых для туннелирования виртуализированных сетей второго уровня поверх сетей третьего уровня (VXLAN позволяет обойти ограничение на 4096 VLAN-ов за счёт использования 24-разрядных идентификаторов). Также реализована поддержка туннелей tun/tap и dummy-устройств;
- В systemd-networkd обеспечена возможность автоматического выделения диапазонов адресов для сетевых интерфейсов из общесистемного пула адресов. Указанная возможность позволяет организовать динамическое управление большим числом интерфейсов на основе одного файла конфигурации. Например, можно достаточно просто назначать IP-адреса виртуальным интерфейсам veth для большого числа работающих изолированных контейнеров;
- В утилиту coredumpctl добавлен параметр "info" для вывода детальной информации о заданном coredump-файле, опция "-1" для показа только данных о самом свежем coredump-е. Так как утилита может оказаться полезной для обычных пользователей, отныне она поставляется без префикса "systemd-".- Сервис systemd-coredump теперь автоматически генерирует и сохраняет в журнал трассировки стека для всех coredump-ов, используя для этого библиотеку libdw. Кроме записи дампов coredump в журнал теперь поддерживается их сохранение в директорию на диске /var/lib/systemd/coredump, при этом данный режим отныне используется по умолчанию. Для управления конфигурацией systemd-coredump представлен отдельный файл /etc/systemd/coredump.conf;
- В journald значение по умолчанию настройки "SplitMode=" изменено на "uid", что позволяет непривилегированным пользователям просматривать информацию о своих coredump-ах при помощи утилиты coredumpctl;
- Добавлена новая системная группа "input", назначаемая для всех файлов устройств ввода (по аналогии с группами "audio" и "video");
- Устройства /dev/loop-control и /dev/btrfs-control теперь принадлежат группе "disk", что позволяет обращаться к ним членам данной группы;
- Файл /etc/os-release перемещён в /usr/lib/os-release, в /etc/ оставлена символическая ссылка. Перенос обусловлен тем, что версия ОС больше относится к состоянию /usr, чем к состоянию файлов конфигурации в /etc;- Добавлена команда "systemctl preset-all" позволяющая применить преднастройки сервисов для всех установленных unit-файлов;
- Добавлена команда systemctl is-system-running" для проверки общего состояния системы, например, для оценки полностью ли загрузилась ОС;
- Добавлена поддержка новых опций командной строки ядра Linux: "systemd.wants=" для вызова дополнительных unit-ов при загрузке, "systemd.mask=" для скрытия юнитов при загрузке, "systemd.debug-shell" для запуска отладочной консоли на tty9;- В systemd-nspawn по умолчанию активирован фильтр системных вызовов для контейнеров, блокирующий обращение к syscall, через которые можно загрузить модуль ядра, получить прямой доступ к портам ввода/вывода, управлять разделом подкачки и использовать kexec. В частности, фильтром закрывается недавно выявленная уязвимость (http://www.opennet.me/opennews/art.shtml?num=40046) в docker, позволяющая обращаться к файлам через манипуляции с inode.
- В syste...URL: http://lists.freedesktop.org/archives/systemd-devel/2014-Jul...
Новость: http://www.opennet.me/opennews/art.shtml?num=40132
а зачем в системе инициализации, пускай даже мега параллелизированной и мега навороченной лепить DHCP сервер? Кому он нужен при загрузке? Есть какой-то usecase?
Это по причине отсутствия чётких задач проекта. Бабки платят, вот и лепят всё подряд.
> Это по причине отсутствия чётких задач проекта.Вообще-то в этой деятельности просматривается вполне четкий план. Если подумать что они метят в сегменты виртуализации и контейнеризации, в том числе в корпоративном и хостерском сегментах, всяких больших инсталляциях с групповым управлением и прочая - набор фич становится логичен и понятен.
Они метят не туда. Они метят в район поддержки софта с платой ежегодно N$. Вот тогда всё становится логично.
Вот и расскажите, зачем в системе контейнеризации/виртуализации DHCP-сервер. Только, пожалуйста, не отделывайтесь общими словами, а распишите конкретные юзкейсы.
Вот, очередную версию выпускают так и не запилив в ней джаву. Начинаю отчаиваться, очень хочется перейти на systemd, но без встроенной джавы не клеится...
> лепить DHCP сервер
> Есть какой-то usecase?Увеличение поверхности атаки. Для удобства заинтересованной стороны нужно лепить как можно больше использующих сетевой доступ технологий.
Интересно, когда уже пасьянс туда запилят..
зачем мелочиться? в следующем релизе они будут автоматом генерить кернел =))))
> Интересно, когда уже пасьянс туда запилят..так оно что, без пасьянса? Нууу... бесполезное.
скоро там будет блекджек
ну женщин соответствующего поведения не долго ждать осталось
> Интересно, когда уже пасьянс туда запилят..Какой в ж... пасьянс?! Я хочу туда ГТА5.
Придёт GTA6 и уйдёт его, а пасьянс — вечен.
> а зачем в системе инициализации, пускай даже мега параллелизированной и мега навороченной лепить DHCP сервер? Кому он нужен при загрузке? Есть какой-то usecase?может чтобы контейнерам по своему IP отдавать на раннем этапе загрузки? вообще, конечно, данная функциональность в системе инициализации вызывает недоумение :)
>функциональность в системе инициализации вызывает недоумение :)Они просто не освоили шела, дистрибутива, пакеж-менеджера и пр., и пр.
Вот сейчас им нужен dhcpd, они его _пишут. Вместо того, чтобы установить и настроить.
> может чтобы контейнерам по своему IP отдавать на раннем этапе загрузки?Вообще, до последнего времени являлось более-менее стандартным в рамках популярных систем серверной виртуализации просто назначать конкретной виртуалке адрес из пула (там всё равно пул приватных адресов) и поднимать соответствующий интерфейс (например, venet0 :) ) ещё на этапе инициализации контейнерного хозяйства, до передачи управления системе инициализации внутри VPS. Какой юзкейс решает г-н Поттеринг - ему одному, по ходу, известно.
Что бы грузиться по сети, не? Например, для Root-on-NFS. Ну или лог загрузки по сети отсылать на хост систему.
> Что бы грузиться по сети, не? Например, для Root-on-NFS. Ну или лог
> загрузки по сети отсылать на хост систему.CONFIG_IP_PNP уже отменили чтоль?
> Есть какой-то usecase?А все просто. Представьте себе что у вас есть группа виртуалок (или контейнеров). Запускать их, допустим, научились. Что захочется следующим? Правильно: сделать между ними сеть, ибо нафиг вам виртуалки без сети? Желательно просто, быстро и с поддержкой группового конфигурирования. Если у вас виртуалок 3 штуки - это и вручную можно обтяпать. А если их 200 штук, вручную уже "не то". Вполне обычный use case XXI века. Stateless системы и сброс на дефолты - куда-то туда же.
Systemd хорошо укладывается в такие желания. И является удачной подложкой для средств виртуализации и контейнеризации. Да, они не побоялись пересмотреть некоторые моменты, которые за многие годы эксплуатации подзадолбали немало народа среди хостеров, энтерпрайзятников и прочих.
Попробуйте openvswich.
а взять dhcp сервер написаный и генерить ему конфиг - уже запретили?
> Systemd хорошо укладывается в такие желания.Systemd не только "хорошо укладывается", но отлично залипает.
> Представьте себе что у вас есть группа виртуалок (или
> контейнеров). Запускать их, допустим, научились. Что захочется следующим? Правильно:
> сделать между ними сеть, ибо нафиг вам виртуалки без сети?Очень круто. Советую на практике ознакомиться с тем, как уже сегодня (и вчера, и пять лет назад) работают системы организации массовой (по нескольку сотен виртуалок на одной хардварной ноде) виртуализации.
вот зачем мне может пригодится в менеджере загрузки dhcp? верно, на пороге 21 век и раздать хостам в сети ipv6 адреса мне будет гораздо удобней автоматом.
> вот зачем мне может пригодится в менеджере загрузки dhcp? верно, на пороге
> 21 век и раздать хостам в сети ipv6 адреса мне будет
> гораздо удобней автоматом.Вопросец хочу спросить: вот я так понял, что ipv6 в целом может жить и без dhcp. Но я не понял, а в какой DNS тогда оно пойдёт..?
мне приходит в голову только всякие cgroups и namespaces. Представь, что для пущей безопасности каждый запускаемый сервис запихивают в легковесный контейнер. Тогда нужно как-это эти контейнеры настраивать на сетевую работу.Но! Все контейнеры и так умеют настраивать сеть по скрипту. Это всё равно что dhcp для openvpn изобретать, когда тот и так умеет обмениваться настройками сети.
И ещё! Нафига писать свой dhcp сервер, когда есть стандартный. Если ты разработчик запускальщика, и тебе нужен dhcp раньше всех прочих сервисов - просто реализуй дополнительный уровень запуска "до запуска", и запихни туда существующий демон.
А из чего в следующей версии будет генериться содержимое директории /usr/lib/sysusers.d/ ?
такими темпами скоро выйдет новая операционная система и будет называться systemd os
Вау, как свежо! Я впервые слышу такую шутку.
В каждой шутке...
Скоро они там графический интерфейс запилят?
Поддержку оборудования...
А потом окажется, что ядро "линукс" лишнее (да и сра*ь в него не разрешают), его выкинут...
А потом... А потом придется долго и нужно чистить код дебиана от этого шлака!
+100500 !!! особенно про то, что Линюс в ядро ср..ть не даёт !
> Скоро они там графический интерфейс запилят?В кедах есть модуль настройки systemd, для гуёвой настройки через systemsettings: http://wstaw.org/m/2014/07/04/screen_60.png =))
>А потом... А потом придется долго и нужно чистить код дебиана от этого шлака!Так и будет бро((( Радует что этот шлак в любом случае вычистят - нет у него будущего!
суета)) запилили-подержали-выпилили.
Уже вышла месяц назад ---> http://www.opennet.me/opennews/art.shtml?num=39974
а в этой новой операционной системе будет systemd?
А он всё толще и толще.
кОрмите же, вот и толстеет. вместе с леннартом
>В systemd-networkd добавлена реализация простого сервера DHCPv4планомерно к своей ОС
Еще! Еще шуток про "свою ОС"! В этом треде недостаточно этих шуток!
Больше анонимов, задетых шутками про systemd! В этом треде не хватает таких анонимов!
Я тут на днях пробовал в тесовом debian перейти на systemd. Так мало того, что оно так и не смогло автоматом запустить nodm, так ещё и система стала загружаться раза в 2 медленнее. Нах*й такие улучшизмы!
Это не вам в переписке посоветовали его включить для начала?
Тоже нахожусь на тестинге ветке, недавно влился системд. Кнопка питания вызывает еррор у системд, acpi не корректно работает, консольный torrent transmitted перестал запускаться. Мне искренне обидно, что дебиан пошли на поводу у бестолковых людей и начали вливать системд. По мне, систем де, можно ставить после 5 лет тестирования, т.к. там наворочено куча всего, толком не оттестировано, и очень не безопасно! Жалко дебиан ...
если присутствует в RHEL, значит таки оттестировано
проблемы одминов локалхостов, не способных в документацию, никого не волнуют
на работе около сотни серверов по одному из регионов России
> нахожусь на тестинге веткеПоследующие жалобы можно не читать.
тестинг не нужно путать с анстаблем! тестинг, это то-же, что и к примеру половина текущих дистрибутивов
>> нахожусь на тестинге ветке
> Последующие жалобы можно не читать.Фокус: в тестинге версия 204, а сейчас новость о 215.
P.S. Смотрим кто мэйнтейнер системде в дебиане сейчас, и кто был когда продвигали))
Это не проблемы systemd, это проблемы debian и его интеграции (корректные unit-файлы и правильные зависимости между ними, отсутствие legacy sysvinit-скриптов и тд).
В федоре во времена первого внедрения systemd примерно такое же происходило. Затыки при выключении, небыстрая работае (иногда).Ничего, 15 федора была с этими глюками, в 16 получше, а потом стало вообще шоколадно. И загрузка за 4 секунды до десктопа, и надежная работа, и удобная работа с журналами.. Раз уж федору допилили - допилят и дебиан. Тем более что им намного проще, про проторенной-то дорожке - unit-файлы уже ко всему написаны, проблемы выкосили, и так далее. К стабильному релизу должно работать отлично. А тестинг.. всего лишь тестинг.
> И загрузка за 4 секунды до десктопаЯдро идеально подогнанное под конкретное железо на дестктопе грузится 2.3 с. Всю систему (монтирование разделов+x.org+wm) быстрее чем за 6 сек загрузить не реально, да и то если идеально все подогнать и выкинуть все что только можно (в первую очередь systemd/udev/dbus/pulsaudio).
Эти мифы вы гентушникам можете рассказывать, чтобы они себе еще больше ядра ломали о флаги процессора и выкидывали "лишние модули".Обычное федоровское ядро (3.14.8-100.fc19.x86_64), 19 федора. UEFI-загрузка (кстати, переход на UEFI уменьшил раза в два как время загрузки до GRUB'а, так и самого ядра - инициализация устройств стала практически мгновенной). Подключено куча всякого железа, включая несколько USB-устройств. Процессор трехлетней давности Core i5-2500K, SSD Plextor M5P.
LVM, udev, dbus, pulseaudio, штук 7 разделов, две nfs-шары с разных серверов с krb5-авторизацией в наличии.
$ systemd-analyze
Startup finished in 697ms (kernel) + 1.129s (initrd) + 1.689s (userspace) = 3.516sВывод systemd-analyze blame по ссылке:
http://pastebin.com/Fwc8Xqfy4 секунды - реальное время с нажатия "enter" в GRUB до окна входа gdm. Т.к. отработал readahead, запуск всего гуевого после ввода пароля также моментальный.
Я замечу, что на первых версиях systemd (несколько федор назад) эта система грузилась секунд за 10-15.
Самый большой эффект был от перехода на новую инициализацию сети в systemd: у меня ipv6-часть сети раньше долго поднималась (а nfs-шары у меня по ipv6). Теперь я даже не знаю, в какой момент оно поднимается, но работает моментально.
ответить ему нечего, у ретроградов вообще нет никаких достоверных аргументов против systemd, а чужие они не воспринимают. "хто не скаче ..."
Очень интересно. Покажите dmesg ядра собраного с CONFIG_PRINTK_TIME=y
Тут: http://pastebin.com/ZXLgEWcM
Загрузка firegl в 4.23 - это запуск X'ов.
Сетевые шары, кстати, поднимается после этого по этому логу.. но разница настолько невелика - я в этот момент, вероятно, еще пароль ввожу - что по факту она подключена сразу же.
Да похоже UEFI/ssd делают свое дело. Судя по dmesg, если выкинуть вcе лишнее будет в 2-3 раза быстрее.> Загрузка firegl в 4.23 - это запуск X'ов.
Было бы еще неплохо глянуть /var/log/Xorg.0.log, тогда окончательно станет когда завершается запуск Xorg.
У меня есть ноутбук pentium-m 2x1.66ghz/2gb/hdd 160gb. Последняя строка в Xorg.0.log - 8.6 секунд. Можно прикинуть насколько это слабее вашей конфигурации и сколько соответственно он должен грузится с вашей системой.
Ну раз интересно, прикладываю :) Момент завершения запуска иксов - 4.5
http://pastebin.com/jJMBD1eTModeline там повторяется, т.к. сразу я после загрузки (экран gdm) выключил (физически) из разъема и включил назад монитор. Просто проверял одну вещь.
8.6 секунд для такого ноута это впечатляет. Я не думаю, что сравнение с ноутбуком правомерно. У меня куча всяких необычных вещей (как я уже говорил, море всяких USB, kerberos-авторизация для nfs-шар с двух серверов, postfix, vmware сервисы - кстати, очень сильно тормозили загрузку, пока не перевел их в systemd-таргет).Были руководства, как достичь сверхбыстрой загрузки с systemd - но там нужно было отключать LVM, сетевые шары и кучу других вещей, если на слабом железе "выжимать все", это имеет смысл сделать, но в моем случае - никакого.
>8.6 секунд для такого ноута это впечатляет. Я не думаю, что сравнение с ноутбуком правомерно. У меня куча всяких необычных вещей (как я уже говорил, море всяких USB, kerberos-авторизация для nfs-шар с двух серверов, postfix, vmware сервисы - кстати, очень сильно тормозили загрузку, пока не перевел их в systemd-таргет).Согласен, на ноуте только необходимый минимум. Как я уже писал, на десктопе при всем желании получить старт ядра быстрее чем за 2.3с не удалось. Но тут есть два момента: ядро монолитное, то есть к этому моменту инициализировано почти все железо. Второе - классический биос. Будет возможность поэкспериментировать с uefi - обязательно попробую, ваш dmesg впечатлил ;)
> Были руководства, как достичь сверхбыстрой загрузки с systemd - но там нужно было отключать LVM, сетевые шары и кучу других вещей, если на слабом железе "выжимать все", это имеет смысл сделать, но в моем случае - никакого.
Да, в вашем случае дальнейшую оптимизацию вести можно только ради спортивного интереса.
Но на слабом железе overhead от systemd и его зависимостей будет очень большим. Вот интересные тезисы по embedded linux boot time: http://free-electrons.com/pub/conferences/2014/elc/opdenacke... Большая часть может быть применена и на десктопе.
> Да, в вашем случае дальнейшую оптимизацию вести можно только ради спортивного интереса.На ноуте изначально оптимизация времени загрузки делается из спортивного интереса - pm-suspend укладывает/поднимает систему за 2 сек, батарея предохраняет от внезапного выключения эл. сети. На десктопе оптимизировать загрузку тоже почти бессмысленно.
>На ноуте изначально оптимизация времени загрузки делается из спортивного интереса - pm-suspend укладывает/поднимает систему за 2 сек, батарея предохраняет от внезапного выключения эл. сети. На десктопе оптимизировать загрузку тоже почти бессмысленно.Иногда я занимаюсь ловлей багов в драйверах и приходится по многу раз подряд перезагружаться (или вообще физически отключать питание). Также при полном обновлении системы, новую систему я ставлю на второй раздел. Бывает что нужно перезагружаться между ними для проведения тестов и локализации багов.
Ну это исключительные случаи. Впрочем, как и виртуалки по 500 систем.
> И загрузка за 4 секунды до десктопаОсвойте pm-suspend, будет вам загрузка за 2 секунды до рабочего окружения.
>> И загрузка за 4 секунды до десктопа
> Освойте pm-suspend, будет вам загрузка за 2 секунды до рабочего окружения.А отключишь питание на "выключенном" компьютере - и все? Аналог reset?
Я вообще очень редко комп даже перегружаю, так что ну этот suspend, баловство.
У меня уже более 7-ми лет, как ноутбуки. Впрочем, на десктоп я бы UPS поставил, если скачки напряжения часты.Но, так или иначе, поднятие всего хлама в cache (сейчас 8Gb RAM), запуск окружения и прочее, занимает довольно серьёзное время. Причём всё это время мне приходится быть рядом с компьютером. Поэтому как-то время загрузки на этом фоне не ощущается, чай не 10 минут, и ладно.
> Тоже нахожусь на тестинге ветке,Назвался тестировщиком - лови баги.
> Кнопка питания вызывает еррор у системд, acpi не корректно работает,
> консольный torrent transmitted перестал запускаться.Вот и пиши баги, раз назвался тестировщиком и гоняешь тестинг. Кстати, если под "transmitted" имеется в виду transmission, у них вообще есть готовый unit-файл для systemd. Не знаю подогнали ли дебианщики его под систему, но его можно взять из дерева сорцов трансмишна.
> По мне, систем де, можно ставить после 5 лет тестирования,Жаловаться на баги и неоттестированность в тестинге - это LOL. Осталось только задуматься что же означает название "testing" ;).
> т.к. там наворочено куча всего, толком не оттестировано,
> и очень не безопасно!Очень интересно, как же это редхат выкатил плохо оттестированный RHEL7.
Вернулся с работы, по ковырял.
В ссылке /etc/systemd/system/multi-user.target.wants/transmission-daemon.service -> /lib/systemd/system/transmission-daemon.service
подправил
ExecStart=/usr/bin/transmission-daemon -f --log-error -g /etc/transmission-daemonПотом права починил
chown debian-transmission.debian-transmission -R /etc/transmission-daemon/потом перечитал и запустил
systemctl daemon-reload
systemctl start transmission-daemon.serviceНе знаю, всё равно как то без удовольствия делал, как то не по человечески всё это. Хочется старый добрый баш с /etc/init.d//etc/init.d/transmission-daemon restart
Всё по человечески и понятно. А не то, что какой то загадочный бинарник что то там делает ...
>[оверквотинг удален]
> Потом права починил
> chown debian-transmission.debian-transmission -R /etc/transmission-daemon/
> потом перечитал и запустил
> systemctl daemon-reload
> systemctl start transmission-daemon.service
> Не знаю, всё равно как то без удовольствия делал, как то не
> по человечески всё это. Хочется старый добрый баш с /etc/init.d//etc/init.d/transmission-daemon
> restart
> Всё по человечески и понятно. А не то, что какой то загадочный
> бинарник что то там делает ...инерция. привыкнешь - за уши не отташишь
>[оверквотинг удален]
>> chown debian-transmission.debian-transmission -R /etc/transmission-daemon/
>> потом перечитал и запустил
>> systemctl daemon-reload
>> systemctl start transmission-daemon.service
>> Не знаю, всё равно как то без удовольствия делал, как то не
>> по человечески всё это. Хочется старый добрый баш с /etc/init.d//etc/init.d/transmission-daemon
>> restart
>> Всё по человечески и понятно. А не то, что какой то загадочный
>> бинарник что то там делает ...
> инерция. привыкнешь - за уши не отташишьк хорошим же вещам привык ;)
Отлично! Systemd все лучше и лучше.
Ждём встроенное ядро и иксы.
Сегодня на ОпенНете просто филиал «Кривого зеркала», напополам с «Аншлагом».
Нужно будет перед обновлением забекапить весь /etc
Также готовься к тому, что системд будет править конфиги без твоего спроса, а при попытке исправить - вывалится в rescue shell.
кракозябы в консоли пир init 3 победили? (чтобы без доп. заляпух работало)
Зачем в systemctl обращение к удаленнмы хостам? Есть же ssh? Или оно через него и работает? Зачем оно тогда нужно?
Ждем systemd-registryd
> Ждем systemd-registrydдавно пора
есть etcd
> есть etcdСкорее systemd демона который будет управлять остальными виртуалками сети с systemd. Так сказать native managment управления машинами.
почему бы не сделать в ней автоматически включающиеся контейнеры, которые будут поднимать linux, чтоб получилось а-ля ibm aix lpar ?
OMG, нашел systemdnspawn...
> OMG, нашел systemdnspawn...Как раз запуск VM и контейнеров судя по всему и является одним из ключевых направлений под которые такие "странные" фичи и пилятся. Поднял виртуалку - подними сеть. Ну или кому и зачем надо виртуалки без сети?
какой ПЦ, скоро в changelog'е будет больше разных имён, чем выводе пакетным менеджеров.
В итоге будем иметь специальность "Администратор SYSTEMD".
И толпу не грамотных админов и массу дырявых и криво-настроенных систем.Уже сегодня больше половины "администраторов" с консоли, не используя конфигурационных файлов, не умеет менять параметры интерфейса - что дальше?!
А если надо с подворотом и дополнительными опциями - все, приплыли.
Чего далеко ходить. Мало кто man читает. Копируют команды без разбора из чьего-нибудь блога.
"а девушки были красивей ..."
> В итоге будем иметь специальность "Администратор SYSTEMD".да
> И толпу не грамотных админов
> толпу не грамотных админов
> не грамотных админов
> не грамотныхну ты понел
> и массу дырявых и криво-настроенных систем.
из чего сие следует? большая автоматизация и унификация, меньше вероятность влияния криворуких пошляков, жирных пожирателей пятничного пива
> Уже сегодня больше половины "администраторов" с консоли, не используя конфигурационных
> файлов, не умеет менять параметры интерфейса - что дальше?!давай прув этой статистики, или гтфо
> А если надо с подворотом и дополнительными опциями - все, приплыли.ты точно приплыл, иди в пту, получай новую специальность, пока окончательно мозги не пропил
Не в бровь а в глаз попал, не так ли?
В разных больших ынтврпрайзах админы ос и админы приложений - это уже разные должности. Причем у вторых частенько нет рутового доступа.
Ой да ладно где вы таких нашли, все знакомые админы чуть что в strace лезут. Вот SCM пользуют гораздо меньше людей.
Если дебиан начнёт перезаписывать мои изменения в etc - перейду на слаку.
> Если дебиан начнёт перезаписывать мои изменения в etc - перейду на слаку.проваливай, ты не нужен
>> Если дебиан начнёт перезаписывать мои изменения в etc - перейду на слаку.
> проваливай, ты не нуженпотому что люди нужны для дистрибутива, а не наборот.
До тех пор пока в systemD не встроят Quake2(чтобы еще до начала загрузки ОС можно было бы поиграть в кваку), я даже обращать внимание на это систему не буду! Чем квака 2 хуже? На основе кваки 2 тоже можно ОС запилить!! ...и не только для ПК, но и для мобильных устройств!!!
> До тех пор пока в systemD не встроят Quake2(чтобы еще до начала
> загрузки ОС можно было бы поиграть в кваку), я даже обращать
> внимание на это систему не буду! Чем квака 2 хуже? На
> основе кваки 2 тоже можно ОС запилить!! ...и не только для
> ПК, но и для мобильных устройств!!!и ты получаешь приз евгения вагантовича этого итт треда
Теперь до /etc добрались, в общем скоро всей системой можно будет управлять только с systemd, осталось немного, собственный веб-сервер есть, DNS, DHCP, NTP почти все есть. Надо интеграцию с PHP и оконный менеджер какой нить. А потом окажется что Linux ядро отдельно поставлять тоже неудобно :D
> Теперь до /etc добрались, в общем скоро всей системой можно будет управлять
> только с systemdскорей бы уже. а вас, одминов локалхостов, всех на мороз, снег убирать, драться молотками с узбеками
У тебя судя по треду пригорает.
> У тебя судя по треду пригорает.это у ретроградов локалхостов пригорает, судя по их стону. и это хорошо, что им плохо, скоро им будет совсем плохо, и это хорошо
Нда. Действительно, ты и такие же любители системд только мычать могут.
Подскажите лёньчику новую фичу - сделать версионирование изменений делаемых админом. Он под это гит свой запилит. Красота.
Мне, конечно, нравится системд, но dhcp сервер - это уже перебор.
Трепещите, злопыхатели..Lennart keynoted at the joint FUDCon Beijing 2014 with GNOME.Asia 2014 event and he talked about the current position of systemd and its future going forward, while acknowledging it's evolved more than just being a basic init system to being "a set of basic building blocks to build an OS from."
Among the expressed objectives of systemd are turning Linux from "a bag of bits into a competitive general purpose operating system", building the Internet's Next Generation OS, unifying "pointless differences" between distributions, and causing greater innovation within the core OS. Systemd developers want to reduce administrator complexity, make everything introspectable, provide auto-discovery and plug and play, and fix things when they are broken.и подпись - Леннарт
:-)
http://www.phoronix.com/scan.php?page=news_item&px=MTczNDk
Сколько тролей в треде о системд,
ну страшная системд, не парьтесь, расслабитесь и получайте удовольствие
http://boycottsystemd.org/
добавление DHCP-сервера это такой скрытый троллинг от разработчиков upstart:)
