LINUX.ORG.RU

systemd 219

 


2

4

16 февраля был представлен очередной релиз системного менеджера systemd, совмещающего в себе функции системы инициализации, ведения журнала, управления сессиями пользователей и работы с контейнерами. systemd основан на модели зависимостей (в противовес событийной модели), производит отслеживание процессов запущенных сервисов при помощи механизма cgroups ядра Linux, поддерживает механизмы сокет- и dbus-активации сервисов и предоставляет удобный декларативный синтаксис для описания демонов и других сущностей. Это позволяет производить агрессивную параллелизацию при запуске и остановке сервисов.

В рамках проекта также разрабатывается ряд легковесных приложений и демонов, выполняющих второстепенные, но распространённые вспомогательные задачи (т. н. plumbing layer) — от настройки подсистемы VT (systemd-vconsole-setup) и первичного конфигурирования системы (systemd-firstboot) до управления сетью (systemd-networkd) и профилирования загрузки (systemd-bootchart).

Большая часть изменений, вошедших в этот релиз, была направлена на расширение возможностей по работе с контейнерами. Эти изменения сконцентрированы в компонентах systemd-machined и systemd-nspawn и нескольких сопутствующих утилитах.

Примечание переводчика: в плане новых контейнерных фич релиз получился крайне сырой; по факту мало что работает. Такое ощущение, что они тупо сделали промежуточный тарболл, чтобы заиметь чуть побольше тестеров.

Изменения в ядре systemd:

  • При остановке mount-юнита, соответствующего директории, на которую примонтировано более одного устройства, теперь производится отмонтирование всех устройств на этой точке монтирования. [Раньше, надо полагать, отмонтировалось только последнее. Более того, примонтировать несколько устройств на одну директорию средствами mount-юнитов по-прежнему невозможно. — Прим. пер.]
  • device-юниты, соответствующие приводам оптических дисков, теперь считаются активными только при наличии диска в приводе.
  • Все mount-юниты теперь автоматически получают зависимость BindsTo= от «своих» device-юнитов. Вкупе с предыдущим изменением это обеспечивает автоматическое [небезопасное, но так хотя бы /etc/mtab не захламляется — Прим. пер.] отмонтирование дисков и других носителей при их извлечении.
  • Введена концепция «неподдерживаемых» типов юнитов. Так, например, при попытке активировать busname-юнит на системе без kdbus он будет помечен как сбойный с комментарием «unsupported».

    Список типов юнитов, не поддерживаемых на некоторых конфигурациях:

    • .busname — на системах без kdbus;
    • .swap — в контейнерах; на системах с CONFIG_SWAP=n;
    • .automount — в контейнерах; на системах с CONFIG_AUTOFS4_FS=n;
    • .device — в контейнерах.
  • Суммарное потребление памяти всеми процессами юнита (атрибут memory.usage_in_bytes соответствующей контрольной группы) теперь экспортируется как свойство MemoryCurrent объекта юнита на шине и отображается в выводе команды systemctl status. Например:
    $ systemctl status systemd-journald
    ● systemd-journald.service - Journal Service
    [...]
     Main PID: 210 (systemd-journal)
       Status: "Processing requests..."
       Memory: 90.4M
    [...]
    
    $ busctl introspect org.freedesktop.systemd1 /org/freedesktop/systemd1/unit/systemd_2djournald_2eservice org.freedesktop.systemd1.Service
    NAME                                TYPE      SIGNATURE      RESULT/VALUE                             FLAGS
    [...]
    .MemoryAccounting                   property  b              true                                     -
    .MemoryCurrent                      property  t              94887936                                 -
    [...]
    

    [Стоит отметить, что это свойство отражает суммарный RSS и объём файлового кэша процессов в контрольной группе. Также, разумеется, это возможно только при задействовании контроллера memcg, т. е. CONFIG_MEMCG=y в конфигурации ядра и DefaultMemoryAccounting=true в /etc/systemd/system.conf. — Прим. пер.]

  • Генераторы юнитов теперь можно маскировать (по аналогии с самими юнитами), размещая в /{etc,run}/systemd/system-generators/ пустые файлы (или симлинки на /dev/null).
  • Для юнитов, присоединённых к терминалу (StandardInput=tty, StandardOutput=tty), будет автоматически устанавливаться переменная окружения TERM=vt220 (вместо vt102, как было ранее). Это должно исправить ошибки в приложениях, использующих нетривиальные возможности терминала (например, клавиши PgUp/PgDn).
  • Добавлен механизм, позволяющий процессам «сохранять» в PID 1 открытые файловые дескрипторы (например, на время собственного перезапуска). Эта возможность уже задействована в systemd-journald для того, чтобы избежать потери сообщений при перезапуске.

    Таким образом, все три «ключевых» компонента systemd (systemd, logind, journald) теперь способны перезапускаться с сохранением состояния.

    Технически этот механизм реализован через расширение API sd_notify(3) (функция sd_pid_notify_with_fds()). Для прикрепления файловых дескрипторов к сообщению используется концепция fd passing, а само сообщение должно содержать строку FDSTORE=1.

    Количество файловых дескрипторов, которое процессы юнита могут единовременно «сохранить» таким образом, ограничивается значением директивы FileDescriptorStoreMax= в секции [Service] unit-файлов (по умолчанию 0, т. е. нисколько).

  • Нажатие Ctrl-Alt-Del более семи раз в течение двух секунд теперь вызывает аварийный перезапуск системы, эквивалентный результату выполнения systemctl reboot -f (т. е. при этом все процессы завершаются, а файловые системы демонтируются или переводятся в режим «только для чтения»). Этот механизм стоит рассматривать как более «щадящую» альтернативу Alt-SysRq-B.
  • В файле /etc/crypttab (за его обработку отвечает systemd-cryptsetup-generator) добавлена поддержка параметра header= (как в Debian). Этот параметр позволяет указать расположение LUKS-заголовка, если он хранится на отдельном устройстве.
  • При копировании куда-либо каких-либо файлов (например, в контексте действия C в systemd-tmpfiles) компоненты systemd теперь сначала пытаются создавать reflink (на тех ФС, которые это поддерживают, в частности, btrfs и ocfs2). При отсутствии поддержки выполняется обычное копирование.

Изменения в утилитах и вспомогательных компонентах:

  • Команды loginctl user-status, loginctl session-status и machinectl status теперь также выводят (подобно systemctl status) последние несколько строчек из лога, ассоциированных с данным пользователем, сессией или контейнером соответственно. При этом в последнем случапе имеется в виду не внутренний лог самого контейнера, а лог того юнита, в котором он запущен (т. е., например, вывод systemd-nspawn).
  • Все подкоманды loginctl, которые принимают в качестве аргумента идентификатор сессии или имя пользователя (например, две вышеупомянутые), теперь могут быть вызваны без аргумента. В этом случае они применяются к той сессии, в которой (к тому пользователю, от имени которого) запущены.
  • В systemd-run добавлен параметр командной строки -t (--pty), позволяющий перенаправить ввод/вывод запускаемого процесса в текущую консоль (при этом он всё равно запускается как дочерний процесс systemd). Стоит отметить, что это также поддерживается при запуске процесса в другом контейнере.

    Например, команда systemd-run -t /bin/bash запустит рутовую оболочку в обход PAM и регистрации сессии.

  • В systemd-tmpfiles добавлено действие v — создание btrfs subvolume по указанному пути. В случае невозможности (если используется другая ФС) создаётся обычная директория (эквивалентно действию d).
  • В systemd-tmpfiles добавлено действие a — назначение файлу заданных ACL.
  • В комплект поставки включён скрипт для xinitrc.d, который сообщает systemd --user текущие значения переменных $DISPLAY и $XAUTHORITY. Это позволит «из коробки» запускать с помощью systemd --user графические приложения, взаимодействующие с X-сервером.

    [При этом никаких дополнительных зависимостей не проставляется, поэтому при завершении работы X-сервера все эти приложения не будут корректно прибиты и упадут вслед за сервером. Но лучше так, чем никак. Ждём, пока кто-нибудь придумает, как вписать иксы или вейланд в эту концепцию. — Прим. пер.]

  • В спецификацию формата файла /etc/os-release добавлено новое поле PRIVACY_POLICY_URL=, позволяющее создателям дистрибутива указать ссылку на его Privacy Policy.

Изменения в udev:

  • Часть API libudev, относящаяся к работе с hwdb (декларативной базой данных оборудования), вынесена в отдельную библиотеку sd-hwdb (заголовочный файл sd-hwdb.h), отделённую от libudev.

    Также добавлена вспомогательная утилита systemd-hwdb, позволяющая взаимодействовать с этой базой данных (пересобирать и производить тестовые запросы).

  • Эта самая hwdb теперь включает в себя информацию о «разрешающей способности» колёс прокрутки мышей (что-то вроде «повороту на какой угол соответствует одно событие») и различные сведения о тачпадах.

    [Напомню, что в версии 218 в hwdb начали собирать информацию о разрешающей способности самих оптических сенсоров мышей. Это делается для того, чтобы настройки ускорения курсора и скорости прокрутки работали одинаково на любом оборудовании. Разумеется, необходима поддержка этих свойств со стороны того, кто будет обрабатывать события с устройств ввода; насколько мне известно, это пилят в libinput. — Прим. пер.]

  • Физические размеры сенсорных экранов теперь отражены в атрибутах соответствующих им устройств ввода.

Изменения в journald:

  • systemd-journald теперь устанавливает btrfs-специфичный флаг FS_NOCOW на файлах журнала. Это должно повысить производительность на btrfs, поскольку типичная последовательность обращений к этим файлам [то, как journald работает с этими файлами] достаточно плохо ложится на механизм Copy-on-Write.

    Побочный эффект состоит в том, что также отключается btrfs-специфичный механизм проверки целостности файлов. Однако, это не является проблемой, поскольку формат файла журнала предусматривает собственный механизм контрольных сумм.

    Ещё одно изменение состоит в том, что systemd-journald теперь более корректно обрабатывает события переполнения диска (а именно — сигнал SIGBUS для файлов, отображённых в память) в тех случаях, когда использование fallocate(2) по тем или иным причинам не гарантирует выделения места. [Видимо, имеются в виду Copy-on-Write-ФС, отличные от btrfs. — Прим. пер.]

  • При удалении текущего файла журнала (того, в который сейчас ведётся запись) systemd-journald теперь это замечает и немедленно начинает запись в новый файл.

В networkd добавлена поддержка:

  • FDB-таблиц для соединений типа «мост» (секция [BridgeFDB] network-файлов);
  • сбора LLDP-оповещений (отображаются в выводе утилиты networkctl);
  • нескольких новых типов виртуальных сетевых устройств, а именно ipvlan, gretap, ip6gre, ip6gretap и ip6tnl (директива Kind= секции [NetDev] netdev-файлов);
  • автонастройки link-local IPv6-адресов (директива LinkLocalAddressing= секции [Network] network-файлов);
  • настройки перенаправления и маскарадинга IPv4/IPv6 отдельно для каждого интерфейса (директивы IPForward=, IPMasquerade= секции [Network] network-файлов);
  • явного задания scope (global, link, host) для создаваемых маршрутов (директива Scope= секции [Route] network-файлов);
  • явного задания нижних 64 бит IPv6-адреса при задействовании SLAAC (директива IPv6Token= секции [Network] network-файлов);
  • перечислений и wildcard'ов в директивах секции [Match] всех файлов конфигурации.

    [например, можно указать список MAC-адресов, к которым нужно применить link-файл, или же что-то вроде Name=en* — Прим. пер.]

Другие изменения в networkd:

  • Утилита systemd-networkd-wait-online теперь позволяет указывать подмножество интерфейсов, настройки которых требуется дождаться, и таймаут этого ожидания.
  • systemd-networkd теперь автоматически завершается, когда ему нечего делать (это случается, когда все присутствующие интерфейсы либо не требуют настройки, либо конфигурируются статически). При появлении в системе новых интерфейсов networkd запускается заново, для чего используется вариант механизма сокет-активации.

Изменения, связанные с поддержкой контейнеров:

  • Директория /var/lib/containers, предназначенная для хранения файловых систем контейнеров и образов ВМ, переименована в /var/lib/machines ради единообразия терминологии.
  • Добавлен юнит machines.target, группирующий все автозапускаемые контейнеры в системе.
  • В утилите systemd-nspawn добавлены следующие параметры командной строки:
    • --template (только btrfs) — указание эталонного дерева ФС, которое будет скопировано в корневую директорию контейнера (--directory) в случае отсутствия последней;
    • --ephemeral (только btrfs) — запуск контейнера без внесения изменений в его корневую директорию посредством создания временного btrfs-снапшота этой директории (например, можно сделать systemd-nspawn --ephemeral --directory / и запустить в контейнере копию ОС хоста, не мешая самому хосту);
    • --image — запуск контейнера из образа диска с таблицей разделов MBR или GPT (при этом раздел должен быть один — или, в случае GPT, все разделы должны быть помечены согласно спецификации);
    • --machine, -M — запуск контейнера из дерева ФС или из образа c указанным именем в /var/lib/machines;
    • --network-veth, -n — создание для контейнера собственного veth-интерфейса (теперь для этих интерфейсов по умолчанию задействована вышеописанная директива IPMasquerade=yes, что даёт контейнеру доступ ко всем сконфигурированным на хосте сетям);
    • --port, -p — «проброс» указанного порта из контейнера в хост-систему (в сочетании с --network-veth это позволяет запускать в контейнерах серверные приложения так, как будто они запущены на хосте).
  • Прочие изменения в systemd-nspawn:
    • На директорию /tmp внутри контейнера теперь автоматически монтируется tmpfs
    • Реализована защита от повторных запусков одного и того же образа (read-write блокировка)
    • Почти вся иерархия контрольных групп (/sys/fs/cgroup) теперь отображается внутрь контейнеров (в режиме read-only, за исключением собственного поддерева контейнера)
  • В команде machinectl, предназначенной для взаимодействия с менеджером контейнеров systemd-machined, добавлены следующие подкоманды:
    • machinectl list-images, machinectl image-status — отображение информации об образах контейнеров в /var/lib/machines;
    • machinectl start — запуск контейнера с помощью systemd-nspawn -M (эквивалент systemctl start systemd-nspawn@<имя>);
    • machinectl clone (только btrfs), machinectl rename, machinectl read-only, machinectl remove — различные операции с образами в /var/lib/machines;
    • machinectl copy-from, machinectl copy-to — копирование файлов из контейнера на хост или в обратном направлении;
    • machinectl bind (только systemd-nspawn) — bind-монтирование директорий из хоста в контейнер;
    • machinectl pull-tar, machinectl pull-raw, machinectl pull-dkr (на данный момент только btrfs) — загрузка и распаковка в /var/lib/machines, соответственно, архивов ФС, образов дисков и образов Docker.
  • Последние три подкоманды, предназначенные для загрузки образов контейнеров из Интернета, обеспечивают реализованы посредством нового демона — systemd-importd. Он обеспечивает загрузку данных в фоновом режиме.

P. S.: Да будет срач.

>>> Объявление о релизе

★★★★★

Проверено: beastie ()

Ответ на: комментарий от mbivanyuk

Дело в том, что пользователи *nix любят *nix не только за то, что система работает, но и за ее философию. И я люблю философию Unix, она позволяет системам быть мощными и гибкими, работать им везде, начиная от домашних роутеров и заканчивая суперкомпьютерами.

Некторые считают, что systemd не следует этой философии, а привносит чужую идеологию (макопетухов и вендузятников, как сказал товарищ ee1337a), что и приводит к срачам и *** в сторону systemd.

В чем-то сложившаяся ситуация расстраивает и меня, на мой взгляд systemd получается чересчур раздутым, делает слишком много, имеет благодаря этому большую поверхность атаки и не подходит для маломощных встраиваемых систем.
Хотя я конкретных жалоб к systemd не имею, на арче пользовался им, ничего страшного не заметил. Удобнее, чем SystemV init или upstart. Но внутри systemd, мне кажется, все не столь радужно.

Plcmn ()
Ответ на: комментарий от Plcmn

Учти, что почти все компоненты опциональны и отключаются. Не отключается только journald, наверное.

intelfx ★★★★★ ()
Ответ на: комментарий от Plcmn

В ситуации, когда тебя заботит место, занимаемое на диске — нет никакой сложности пересобрать пакет. В противном случае все эти компоненты можно отключить в рантайме.

intelfx ★★★★★ ()
Ответ на: комментарий от intelfx

А смысл? В тех ветках ни одного комита, это ничем не отличается от релизных версий.

vitalikp ()
Ответ на: комментарий от intelfx

Но все же, чем обусловлены странные, по крайней мере на первый взгляд, решения, вроде собственного механизма контрольных сумм?

Зачем нужны тонкие http серверы и прочая лапша, которая поставляется или может поставляться в составе systemd?

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

Может вам из linuxhomefront стоит рассказать об этом, не в виде видеоуроков, а в качестве хорошей статьи на тему «без systemd жизни нет», представив там преимущества, решения практических примеров из реальной жизни и т.д., которые нерешаемы или решаемы через существенных костыли другими средствами?

Я вот без троллинга, серьезно. Мне было бы интересно почитать про внутреннюю кухню systemd.

Plcmn ()
Ответ на: комментарий от vitalikp

То-то у меня git сейчас вытянул полтора мегабайта данных, когда я добавил stable-репозиторий в remote'ы...

Есть там коммиты.

intelfx ★★★★★ ()
Ответ на: комментарий от Plcmn

вроде собственного механизма контрольных сумм

И чем же это «странное решение»? Ты хочешь формат файла без проверки целостности?

Зачем нужны тонкие http серверы и прочая лапша

Почему разработчики не объясняют

Потому что замучаешься объяснять и доказывать нужность (особенно тем админам локалхоста, которые не желают видеть ничего дальше собственного носа). Не мечите бисер, что называется.

и не показывают наглядно, какие существующие проблемы

Потому что не получится «наглядно» (хотя нет, вру, получится... но не со всем). Без systemd жизнь есть, по крайней мере была (пока разработчики альтернативных решений не стали их забрасывать, cf. ConsoleKit), и весь костылизм — он в коде. Если человек не является разработчиком соответствующих компонентов, или не сталкивался в жизни с ситуацией, в которой проявляются ограничения «до-systemd» решений — то что ты ему расскажешь? Он перебьёт, скажет «ко-ко-ко, нинужно», и ты его не переубедишь: потому что ему и вправду не нужно. Вот тебе живой пример.

Может вам из linuxhomefront стоит рассказать об этом

Это хорошая идея, но нереализуемая. Придётся слишком много рассказывать.

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 2)
Ответ на: комментарий от ee1337a

Не в той степени, чтобы не используемые мной компоненты systemd как-либо мешали.

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

Раз не заботит, то зачем тебе бинарные логи? На плейнтекстовые ведь хватит места.

ee1337a ()
Ответ на: комментарий от Plcmn

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

Вообще-то на 0pointer.net и так дофига написано о том, чего, как, и почему. Просто мало кто читает. И да, мне тоже в systemd много чего не нравится и уж тем более много чего непонятного. Приходится пересобирать. Никто не гаранитурет мне, что выбранный мной дистрибутив будет обслуживать мои и только мои потребности.

like-all ★★ ()
Ответ на: комментарий от ee1337a

Уж точно не ради сохранности места. Сжатие отключено, а места они занимают больше, чем текстовые. Знаешь, почему? Потому что содержат больше информации. И вот затем-то они мне и нужны.

intelfx ★★★★★ ()
Ответ на: комментарий от intelfx

Решение странное тем, что не используются существующие механизмы, а реализуется свой. Зачем? Это лишний код для сопровождения, большое количество таких самоделов повышает количество точек атаки, а ведь будет обидно, если локальный пользователь сможет, например, добиться повышения прав за счет уязвимости в системе инициализации.

И опять же, я пишу «на первый взгляд», поскольку я не читал исходников systemd и на рассылку не подписан, может быть я просто не знаю зачем это надо, какими причинами обусловлено, вот про подобное мне было бы весьма интересно почитать. Как, скажем, в таком примере:

Не стоит гневно возмущаться, столкнувшись с неизвестной вам вещью, которая кажется нелогичной — возможно, у этого есть глубокие соображения, которые вам должны быть известны, но вы их не знаете. Быстрый пример из жизни: на виндовых машинах в настройках DNS указаны не только контроллеры доменов, но и юниксовый кеширующий DNS-сервер, который не поддерживает динамические обновления. Это вызывает отчаянный флуд в event log'е — но сделано это для того, чтобы избежать рейс кондишн при старте сети после блэкаута (DC стратуют много дольше, чем большинство других серверов). При этом нужно помнить про особенности кеширования и сбрасывать кеш в случае смены конфигурации AD.

Plcmn ()
Ответ на: комментарий от Plcmn

Какие ты можешь предложить «существующие механизмы» контроля целостности для нового формата данных? Их нет, потому что формат данных новый.

intelfx ★★★★★ ()
Ответ на: комментарий от intelfx

То есть невозможность спокойно читать их с помощью стандартных утилит вроде cat и/или less заставляет их содержать больше информации?

ee1337a ()
Ответ на: комментарий от intelfx

Ну хорошо есть, а они что-то меняют существенно? И кроме того отсутствуют метки(я про теги если что) версий, даже у того же гнома они есть. Для меня эти они погоды не играют. Это скорее для мейтейнеров они полезны, что бы поддерживать разные версии в актуальном состоянии.

vitalikp ()
Ответ на: комментарий от ee1337a

Ты перепутал причину со следствием (впрочем, нет, ты вообще какую-то хрень написал).

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от vitalikp

Есть там теги, кроме нескольких последних версий (забыли пушнуть, наверное).

Как «что меняют»? Ты сидишь на старой версии и вручную её патчишь, хотя мог бы просто взять одну из -stable по вкусу. Лишнюю работу делаешь.

intelfx ★★★★★ ()

Когда же оно рухнет под собственным весом? Вот звону то будет!

beastie ★★★★★ ()
Ответ на: комментарий от beastie

Господа модераторы, вы подтверждать новость собираетесь? Вон уже страницу (стандартную) комментариев насрали, а она всё в неподтверждённых.

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 1)

Нажатие Ctrl-Alt-Del более семи раз в течение двух секунд

Нужно или таймаут уменьшить, или количество повторений увеличить.

andreyu ★★★★★ ()
Ответ на: комментарий от torvn77

iptables угища для локалнета. Правила должны быть древообразными, а не разбросанной помойкой.

steemandlinux ★★★★★ ()
Ответ на: комментарий от intelfx

Кнопка закрытия окна в верхнем правом углу.

Вранье, нет у меня такой кнопки в правом углу. И в левом нет.

andreyu ★★★★★ ()
[ebuild   R    ] sys-apps/systemd-219:0/2::gentoo  USE="acl curl gudev introspection kmod lz4 lzma pam policykit python seccomp ssl xkb -apparmor -audit -cryptsetup -doc -elfutils -gcrypt -http -idn -importd (-kdbus) -nat -qrcode (-selinux) -sysv-utils -terminal {-test} -vanilla" ABI_X86="32 (64) (-x32)" PYTHON_SINGLE_TARGET="python2_7 -python3_3 -python3_4" PYTHON_TARGETS="python2_7 python3_3 -python3_4" 0 KiB

Странно, уже несколько дней стоит. Я его сейчас тыкаю, оно не юниксвей, а линуксвей, концепция ближе к ядру, чем к утилитам gnu.

steemandlinux ★★★★★ ()

вечная весна в одиночной камере unix.

punya ★★ ()

Ура! Пора апгрейдить продакшен-ноды!

plm ★★★★★ ()
Ответ на: комментарий от Plcmn

Я вот без троллинга, серьезно. Мне было бы интересно почитать про внутреннюю кухню systemd.

Да, такую статью я бы тоже с удовольствием почитал. Может такой статьи нет по очевидной причине?

andreyu ★★★★★ ()
Ответ на: комментарий от andreyu

При таком акутном воспалении фичеризма, я очень сомневаюсь, что и те полтора поттеринга ещё помнят и понимают что-к-чему. А ты тут целую статью восжелал. ;)

Колосс на глинянных ногах.

beastie ★★★★★ ()

юзать _это_ в продакшене — безумие.

anonymous ()
Ответ на: комментарий от intelfx

Придётся слишком много рассказывать.

Можно хотя бы про проталкивание бмпфс рассказать? Что лёня так stick to it?

SystemD-hater ()
Ответ на: комментарий от SystemD-hater

Потому что есть фичи, которые ему нужны (рефлинки, подтома => дешёвое копирование, снепшоты). А больше нигде нет, поэтому и.

Хотя два последних пункта, наверное, можно сделать через OverlayFS. Почему не сделали — мне самому интересно.

intelfx ★★★★★ ()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от andreyu

Автоповтор же. Зажми и жди. А, наоборот… а зачем так часто нажимать? %)

Deleted ()
Последнее исправление: Mystra_x64 (всего исправлений: 1)
Ответ на: комментарий от Deleted

Какой нафиг автоповтор? При нажатии C-A-D ядро присылает SIGINT. Это происходит сильно ниже (уровнем), нежели автоповтор.

intelfx ★★★★★ ()

сустемдэ зло и ненужно, гном3 не нужен, редхкат скатывается в сраное говно и нужен все меньше

gentoo и *bsd няшки

/thread

anonymous ()
Ответ на: комментарий от andreyu

Нажатие Ctrl-Alt-Del более семи раз в течение двух секунд

Нужно или таймаут уменьшить, или количество повторений увеличить.

Да, а то я могу совершенно случайно набрать.

mandala ★★★★ ()
Ответ на: комментарий от intelfx

Давайте как-нибудь напишем с вами статью про systemd, объясним подробно и доступно что он умеет, почему именно так, а не иначе, сравним его с другими решениями. Мне больно смотреть на то, как люди всерьез называют его злом. Когда я им не пользовался, я тоже усмехался над каждой новостью, ну и, собственно, до сих пор негодую по поводу веб-сервера и генератора QR, но люди, которые systemd обсирают, скорее всего, мало что знают про logind, например, какие задачи он решает и как помогает интеграции DE.

В общем, если будет желание написать такую статью, то я вам всеми руками помогу.

ValdikSS ★★★★ ()
Ответ на: комментарий от intelfx

Кнопка закрытия окна в верхнем правом углу.

А вот и не правда )))

st4l1k ★★ ()
Ответ на: комментарий от intelfx

Есть там теги, кроме нескольких последних версий (забыли пушнуть, наверное).

Я вижу только релизные v219, v218 и т.д.

Как «что меняют»? Ты сидишь на старой версии и вручную её патчишь, хотя мог бы просто взять одну из -stable по вкусу. Лишнюю работу делаешь.

Ну если бы stable меня устраивал, я бы так и сделал. К сожалению это не так.

vitalikp ()
Ответ на: комментарий от vitalikp

А какие ещё нужны? Теги обозначают релизы, а ветки — это, собственно, бэкпортированные на каждый из тегов коммиты.

intelfx ★★★★★ ()

P.S.: Да будет срач.

Да всем безразлична эта поделка.

st4l1k ★★ ()
Последнее исправление: st4l1k (всего исправлений: 1)

Примечание переводчика: в плане новых контейнерных фич релиз получился крайне сырой; по факту мало что работает.

так а что переводчик ожидал от systemd?

anonymous ()
Ответ на: комментарий от ValdikSS

Желание определённо есть. Ещё была вот такая идея, но нужно искать время и организовывать. А я всё прокрастинирую.

intelfx ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.