The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Релиз systemd 235"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз systemd 235"  +/
Сообщение от opennews (??) on 07-Окт-17, 11:16 
После трёх месяцев разработки доступен (https://lists.freedesktop.org/archives/systemd-devel/2017-Oc...) релиз системного менеджера systemd 235 (http://www.freedesktop.org/software/systemd/). Из новшеств можно отметить прекращение поддержи сборочных сценариев на основе Automake, агрессивное кэширование метаданных в systemd-journald, возможность учёта трафика и разграничения сетевого доступа для юнитов, расширенные средства фильтрации системных вызовов, доведение (http://0pointer.net/blog/dynamic-users-with-systemd.html) до пригодного к использованию вида системы динамического выделения идентификаторов пользователя для сервисов.


Основные изменения:


-  Прекращена поддержка сборочных сценариев на основе Automake. В качестве системы сборки теперь предлагается только система Meson (http://mesonbuild.com/), использующая инструментарий Ninja (https://www.opennet.ru/opennews/art.shtml?num=29525);

-  Для unit-файлов представлены опции RuntimeDirectory  и  RuntimeDirectoryPreserve, позволяющие определить путь к runtime-каталогу (в иерархии /run или $XDG_RUNTIME_DIR) и поведение в отношении сохранения его содержимого после остановки unit-а. Например, указание RuntimeDirectory=foobar приведёт к размещению данных в каталоге /run/foobar и удалению после завершения работы сервиса, если для него не установлена опция RuntimeDirectoryPreserve;

-  По аналогии с RuntimeDirectory для unit-ов представлены опции  StateDirectory, CacheDirectory, LogsDirectory и ConfigurationDirectory, позволяющие вынести данные состояния, кэша, логов и настроек  в отдельные подкаталоги в иерархиях /var/lib/, /var/cache/, /var/log/ и /etc, содержимое которых сохранится между запусками сервиса. Дополнительно добавлены вспомогательные  пары опций, определяющие режим доступа к каталога - StateDirectoryMode, CacheDirectoryMode, LogsDirectoryMode,
          ConfigurationDirectoryMode.


Новые опции  удобно использовать (http://0pointer.net/blog/dynamic-users-with-systemd.html) вместе с режимом DynamicUser=yes для отделения компонентов  сервисов c небольшим жизненным циклом. В режиме DynamicUser при каждом запуске  для сервиса создаётся новый пользователь с идентификатором из диапазона 61184..65519, действующий только на время работы сервиса и удаляемый после остановки сервиса. Опции [State|Cache|Logs|Configuration]Directory позволяют вынести данные сервиса в отдельные каталоги и обеспечить их сохранность между разными запусками сервиса. Опции [State|Cache|Logs|Configuration]DirectoryMode позволяют при запуске сервиса настроить корректные права доступа для динамически созданного пользователя;

-  В systemd-journald реализовано агрессивное кэширование  метаданных из /proc/ (UID/GID/PID/SELinux), что позволило увеличить производительность записи логов при большой нагрузке. Так как метаданные читаются в асинхронном режиме, их состояние может немного запаздывать относительно выводимых в лог записей;

-  В unit-ы добавлена опция  IPAccounting, при включении которой для сервиса добавляются счётчики с данными о трафике и числе пакетов. Данные о трафике можно посмотреть через "systemctl status" или "systemd-run --wait";

-  Обеспечено сохранение в логе сведений о потреблении ресурсов CPU и трафике. Запись создаётся при каждой остановке юнита, если включены опции CPUAccounting или IPAccounting;

-  В unit-ы добавлены опции IPAddressAllow и IPAddressDeny для встраивания списка разрешённых и запрещённых  IP-адресов и подсетей, формируя простую систему контроля доступа (ограничения применяются как для входящего трафика, так и для исходящего). Возможность также доступна для файлов .slice и .socket, что позволяет вносить ограничения для групп сервисов и обработчиков сокетов;

-  В systemd-networkd представлена серия новых настроек, задаваемых через файлы  .network:  Scope (область достижимости (http://linux-ip.net/html/tools-ip-address.html)) в секции [Address],  ConfigureWithoutCarrier (игнорировать статус линка при настройке) в секции [Network], Anonymize (включение опций анонимного профиля RFC 7844 (https://tools.ietf.org/html/rfc7844)) в секции [DHCP],  Type (определение спецмаршрутов для направления трафика в blackhole/unreachable/prohibit) в секции [Route]. Добавлена новая секция [RoutingPolicyRule] для задания правил маршрутизации;

-  В файлы .netdev добавлены опции: Table в секции [VRF] для выбора используемой таблицы маршрутизации, Independent в секции [Tunnel] для настройки туннеля независимо от связанного с ним сетевого интерфейса, GroupForwardMask в секции [Bridge] для настройки распространение локальных сетевых кадров между портами сетевого моста;

-  В файлах .link добавлены новые режимы работы опции WakeOnLan, добавлена настройка TCP6SegmentationOffload для включения аппаратного ускорения обработки сегментов TCP/IPv6;

-  В реализацию сервера для анонса маршрутов IPv6 (Router Advertisment) добавлена поддержка отправки записей RDNSS и RDNSSL для передачи настроек DNS;

-  В systemd-nspawn добавлен флаг "--system-call-filter"  для добавления и удаления элементов из применяемого по умолчанию фильтра системных вызовов. Реализована возможность определения белых списков системных вызовов с запретом всех остальных (ранее предлагались черные списки);
-  Добавлены новые фильтры групп системных вызовов:  @aio, @sync, @chown, @setuid, @memlock, @signal и @timer, которые можно указывать через опцию SystemCallFilter или флаг "--system-call-filter";

-  В опцию ExecStart для unit-файлов добавлены два новых модификатора:
При указании префикса "!" команда запускается без смены идентификатора пользователя/группы (без вызова setuid/setgid/setgroups). Второй модификатор "!!"  идентичен "!" за исключением того, что его действие игнорируется на системах с поддержкой наследования расширенных прав (capabilities PR_CAP_AMBIENT, появились (https://www.opennet.ru/opennews/art.shtml?num=43238) в ядре 4.3);


-  В systemd-run добавлен флаг "--pipe", при котором в вызываемый сервис systemd передаются файловые дескрипторы на STDIN/STDOUT/STDERR, что позволяет использовать его  в цепочке с другими утилитами в shell с передачей данных через неименованные каналы;

-  Для каждого сервиса обеспечено поддержание счётчика перезапусков, который можно посмотреть командой "systemctl show -p NRestarts сервис".

-  Для unit-файлов реализована новая опция LockPersonality, позволяющая на лету привязать сервис к выбранному домену выполнения (http://man7.org/linux/man-pages/man2/personality.2.html);
-  В поставку добавлен файл для modprobe.d, обеспечивающий переопределение параметров модуля bonding для корректного управления интерфейсом bond0 из systemd-networkd;

-  В journald.conf добавлена включенная по умолчанию настройка ReadKMsg, управляющая чтением лога ядра в systemd-journald, а также опция LineMax для задания максимального размера строки при выводе логов через  STDOUT/STDERR;

-  В nss-myhostname/systemd-resolved по умолчанию обеспечена генерация DNS-записей A/AAAA для хоста "_gateway" вместо ранее  применяемого имени  "gateway", так как оно используется для внутренних нужд некоторых дистрибутивов (старое поведение можно вернуть во время сборки);

-  Добавлен новый целевой юнит (https://www.freedesktop.org/software/systemd/man/systemd.spe...) для пользовательских сеансов: "getty-pre.target", который выполняется до консольного входа в систему;
-  Для увеличения качества энтропии в генераторе псевдослучайных числе systemd теперь при запуске каждого виртуального окружения пытается загрузить модуль ядра virtio-rng.ko;

-  В /etc/crypttab обеспечена возможность применения опции  _netdev, по аналогии с /etc/fstab, для организации настройки шифрованных устройств после запуска сети;
Для подключения внешних обработчиков  в cryptsetup.target добавлено два  целевых юнита          remote-cryptsetup-pre.target и remote-cryptsetup.target, решающих те же задачи, что remote-fs.target и  remote-fs-pre.target в local-fs.target;


-  В серви...

URL: https://lists.freedesktop.org/archives/systemd-devel/2017-Oc...
Новость: https://www.opennet.ru/opennews/art.shtml?num=47342

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


3. "Релиз systemd 235"  +12 +/
Сообщение от Аноним (??) on 07-Окт-17, 11:23 
Странно, что его ещё не переписали на Qt.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Релиз systemd 235"  +5 +/
Сообщение от Шляпа on 07-Окт-17, 12:57 
Странно, что GNOME ещё не переписали на него.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

46. "Релиз systemd 235"  +11 +/
Сообщение от Антон email(??) on 07-Окт-17, 14:28 
а было бы неплохо. Вообще везде один Qt. Всё выглядит хорошо и одинаково, один набор библиотек.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

74. "Релиз systemd 235"  –2 +/
Сообщение от Адекват (ok) on 07-Окт-17, 17:17 
> а было бы неплохо. Вообще везде один Qt. Всё выглядит хорошо и
> одинаково, один набор библиотек.

Прямо как в винде.
системд, кстати, своей архитектурой напоминает "службы" в винде, но это так, просто мысли в слух.

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

108. "Релиз systemd 235"  +7 +/
Сообщение от Аноним (??) on 07-Окт-17, 23:14 
А еще он напоминает SMF в солярисе. И что ?
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

144. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 08-Окт-17, 14:39 
Возможно он напоминает годные системы.
Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

103. "Релиз systemd 235"  +2 +/
Сообщение от Аноним (??) on 07-Окт-17, 21:57 
Должна быть конкуренция. Она ведёт к эволюции систем и улучшению.
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

115. "Релиз systemd 235"  +7 +/
Сообщение от pavlinux (ok) on 08-Окт-17, 02:09 
Нет конкуренции, у всех майтенеров системд головного мозга.  
Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

137. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 08-Окт-17, 11:45 
В Ubuntu уже убрали Upstart? Хотя у второго слишком много недостатков, судя по тому, что я читал. Как минимум нет lazy-зависимостей.
Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

145. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 08-Окт-17, 14:40 
Убрали. Как и мир. Как и юнити. Как и усплеш.
Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

156. "Релиз systemd 235"  –2 +/
Сообщение от Аноним (??) on 08-Окт-17, 22:48 
И правильно сделали. По всем четырем пунктам.
Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

199. "Релиз systemd 235"  +2 +/
Сообщение от Аналитик. on 12-Окт-17, 14:25 
systemd это ад для разработчика.
Все стало на порядки запутаннее.
Если в upstart еще можно было выпилить playmuse то с systemd это менее реально.
Если эта поделка не получает где-то сигнала, то хрен отследишь почему процесс загрузки повис.
Если вы думаете что там достаточно средств диагностики, то вы просто ничего на нем не делали, кроме hello word. (попробуйте для интереса сделать fallback ip адресс, который меняется только если получен по dhcp другой, еще добавить пару ip алиасов и маршрутов на этотже интерфейс)
Если у вас из консоли только uart то головная боль при отладке сложных схем загрузки вам обеспечена.
Если вы хотите что-то нестандартное, что сделали бы с rc скриптами за минуту (например автогенерация hostname с использованием MAC адреса usb ethernet адаптера, если USB драйверу требуется firmware для загрузки) то systemd будет приходить к вам в кошмарных снах.
Если вы хотите чтобы ваша система быстро стартовала важные сервисы вне зависимости от окружения с systemd то $%й, вам это будет без недельного труда. #$%дь даже добавление в fstab устройства, которого нету сейчас физически приводит к зависанию загрузки системы.
upstart на фоне systemd все же выглядит лаконичнее и ведет себя предсказуемее.
Половина бинарников не имеет никакой вменяемой документации. Какие события они генерируют, когда...
Мне очень жаль что systemd попал в mainstream, а не доведенный до ума upstart.
Благо на gentoo можно легким движением УШМ выпилить это дерьмище или не ставить вовсе.
Мне очень жаль, что система загрузки Linux в большинстве дистрибутивов все больше напоминает windows где единицы в стране действительно понимают как она работает :(((
Я очень рад, что в большинстве rootfs для embedded устройств, которые я разработал нету никакого systemd. А есть только custom init или busyboxовский init.
Ответить | Правка | ^ к родителю #156 | Наверх | Cообщить модератору

202. "Релиз systemd 235"  –4 +/
Сообщение от Аноним (??) on 12-Окт-17, 18:57 
> systemd это ад для разработчика.

Не гони. Если ты захочешь без системд отрезать свой процесс в контейнер, попутно раздав приоритеты и переключив шедулеры, ограничив сисколы, запилив профиль apparmor и проч - вот тут ты узнаешь где находится ад. Ах, ты этим пользоваться не умеешь и слов таких не знаешь? А в Linux все это много лет как есть и мы хотим всем этим пользоваться. И чтобы это не было адом.

> Если в upstart еще можно было выпилить playmuse то с systemd это
> менее реально.

Что еще за playmuse? И как этому мешает systemd? У меня под рукой есть система где кроме systemd запущены аж 2 процесса. Один из которых bash, а второй - login. Эти процессы можно убрать, но тогда не получится командовать системой, так не интересно. Там еще цать ядерных тредов, но их мы считать не будем.

> Если эта поделка не получает где-то сигнала, то хрен отследишь почему процесс
> загрузки повис.

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

> Если вы думаете что там достаточно средств диагностики, то вы просто ничего
> на нем не делали, кроме hello word.

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

> (попробуйте для интереса сделать fallback ip адресс, который меняется
> только если получен по dhcp другой, еще добавить пару ip алиасов и маршрутов
> на этотже интерфейс)

А почему это вообще надо на systemd делать? Если это про networkd, то networkd простая конфигурилка сети "до кучи" и не более того.

> Если у вас из консоли только uart то головная боль при отладке
> сложных схем загрузки вам обеспечена.

У меня из консоли только uart. Который я сам же и запилил. Я даже сделал детект нескольких железок и VM с разными названиями уартов. Как ни странно, это системд делает. Он не для этого, но на его умения ConditionPathExists удачно легло. Дешево и сердито.

> Если вы хотите что-то нестандартное, что сделали бы с rc скриптами за
> минуту (например автогенерация hostname с использованием MAC адреса usb ethernet адаптера,

...то systemd этому никак не мешает. Более того, там есть понятие "first boot", очень удобное для того чтобы при первой загрузке сделать именно такие кастомизации системы. А при следующих загрузках эти юниты запускаться больше не будут. Удобно. Корпоративщики объяснили Лене что такое provisioning образов и что они хотят. Это хотят не только они.

> если USB драйверу требуется firmware для загрузки) то systemd будет приходить
> к вам в кошмарных снах.

Нынче фирмварь в Linux грузится ядром вообще. Если у тебя еще остался user-mode helper, это временно и deprecated. По линии Торвальдса и ко - хрен оспоришь.

> Если вы хотите чтобы ваша система быстро стартовала важные сервисы вне зависимости
> от окружения с systemd то $%й, вам это будет без недельного руда.

На самом деле надо всего-лишь сделать RTFM один раз в жизни. Ты не смог в targets и before/after? А они достаточно тривиальны. Особенно по сравнению с выписыванием чего-нибудь сравнимого на шелскриптах.

> #$%дь даже добавление в fstab устройства, которого нету сейчас физически
> приводит к зависанию загрузки системы.

Странно, только недавно вычистил в fstab подобный мусор. Почему-то не висло.

> upstart на фоне systemd все же выглядит лаконичнее и ведет себя предсказуемее.

Но в нем хрен перекроешь дистрибную конфигурацию своей админской по человечески, чтобы потом не пришел менеджер пакетов и не угрохал кастомизацию при апдейте. Вот хочу я запускаться before вон та программа. В systemd я это в своем юните указываю и стартую до той программы. И мне похрен обновят ее или нет. А в апстатре так нельзя. Надо вписываться в конфиг апстарта той программы и вот тут большой вопрос что будет когда ту программу обновят. Круто будет если пакетный менеджер вернет дефолтный конфиг, да? Никаких штатных механизмов по этому поводу в апстарте нет.

> Половина бинарников не имеет никакой вменяемой документации.

Что-что а документация на системд явно лучше чем на rc скрипты и апстарт вместе взятые.

> Какие события они генерируют, когда...

Как ни странно, systemd в этом здорово отличается от апстарта. Именно это отличие и позволяет фокус с вписыванием зависимостей before/after чужой сервис из своего конфига. А апстарт так не может на довольно фундаментальном уровне, как раз из-за того как он зависммости рюхает. В этом месте даже разработчик апстарта признал что системд его сделал. Он об этом не подумал. И это привело к жопаболи системного майнтенанса.

> Мне очень жаль что systemd попал в mainstream, а не доведенный до ума upstart.

Модель зависимостей upstart не получится переделать малой кровью. Из этого вытекают все ограничения апстарта относительно системды. Я оба использовал, если что.

> Благо на gentoo можно легким движением УШМ выпилить это дерьмище или не
> ставить вовсе.

На самом деле где угодно можно. Linux как ядру вообще все-равно что запускать.

> Мне очень жаль, что система загрузки Linux в большинстве дистрибутивов все больше
> напоминает windows где единицы в стране действительно понимают как она работает :(((

Там и раньше был редкостный ад, с гигантскими шелскриптами, в которых разбиралось полтора человека на всей планете. Бонусом всем этим скриптерам воздалось через bash и dhcp как раз, когда dhcp мог взять да и поиметь рут на машине в процессе выдачи айпишника, скормив в параметрах команды шелла. С networkd настолько вопиющее дерьмецо не прокатит.

> Я очень рад, что в большинстве rootfs для embedded устройств, которые я
> разработал нету никакого systemd. А есть только custom init или busyboxовский init.

И сколько оно у тебя стартует с busybox init? А так то можно запустить свою апликуху - старт будет мгновенным и предсказуемым, но гибкость всего этого - нулевая. И если тебе захочется привилегии отпилить и проч, хотя-бы треть того что системд умеет - во ты манов на сисколы и привилегии вкуришь, позеленев правильный порядок всего этого оркестрировать сам. Ах ну да, у таких эмбедеров как ты все обычно крутится под рутом, на радость ботнетчикам. Вон висит тут туполинк какой-то. Можно хоть бутлоадер этому неудачнику вынести, по причине того что вебня немного кривая. Здорово без разделения прав, правда? Небольшой баг вебни позволяет сделать кирпич или вкатить мега-буткит не напрягаясь.

Ответить | Правка | ^ к родителю #199 | Наверх | Cообщить модератору

177. "Релиз systemd 235"  –1 +/
Сообщение от 123 (??) on 09-Окт-17, 15:34 
Upstart жив в ChromeOS, а ChromeOS это подавляющее кол-во линукс лэптопов в мировой статистике.
Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

200. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 12-Окт-17, 17:52 
> Нет конкуренции, у всех майтенеров системд головного мозга.

Никто не виноват что все кроме лени клали х... на проблемы майнтайнеров.

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

201. "Релиз systemd 235"  +/
Сообщение от ВСЛщик on 12-Окт-17, 17:58 
>> Нет конкуренции, у всех майтенеров системд головного мозга.
> Никто не виноват что все кроме лени клали х... на проблемы майнтайнеров.

А сам Леня клал не только х...


Ответить | Правка | ^ к родителю #200 | Наверх | Cообщить модератору

203. "Релиз systemd 235"  –2 +/
Сообщение от Аноним (??) on 12-Окт-17, 19:31 
> А сам Леня клал не только х...

А Леня просто пришел и вышиб дерьмо из мозгов высокопарного снобья сомнительной компетентности. Неплохо врезал.

Ответить | Правка | ^ к родителю #201 | Наверх | Cообщить модератору

206. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 12-Окт-17, 23:22 
>> А сам Леня клал не только х...
> А Леня просто пришел и вышиб дерьмо из мозгов высокопарного снобья сомнительной
> компетентности. Неплохо врезал.

Все правильно! Леннарт лучший! Недаром его недавно за скромность и несомненную компетентность наградили! «Сoolest Vendor Response» или что-то похожее.


Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

207. "Релиз systemd 235"  –2 +/
Сообщение от Аноним (??) on 13-Окт-17, 11:14 
> Все правильно! Леннарт лучший! Недаром его недавно за скромность и несомненную компетентность
> наградили! «Сoolest Vendor Response» или что-то похожее.

Согласен. «Сoolest Vendor Response» это как раз то что надо для отрезвления ветеранюниксадминов. Менее радикальные меры дерьмо из настолько забагованных мозгов просто не вышибут.

Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

211. "Релиз systemd 235"  +2 +/
Сообщение от Аноним (??) on 13-Окт-17, 13:01 
>> Все правильно! Леннарт лучший! Недаром его недавно за скромность и несомненную компетентность
>> наградили! «Сoolest Vendor Response» или что-то похожее.
> Согласен. «Сoolest Vendor Response» это как раз то что надо для отрезвления
> ветеранюниксадминов. Менее радикальные меры дерьмо из настолько забагованных мозгов просто
> не вышибут.

Фанатам, как обычно, все "божья роса":
> Pwnie Awards 2017: наиболее существенные уязвимости и провалы в безопасности
> Самый ламерский ответ вендора (Lamest Vendor Response). Номинация за самую неадекватную
> реакцию на сообщение об уязвимости в собственном продукте.
> Победителем признан Леннарт Поттеринг (Lennart Poettering) за систематическое непризнание
> уязвимостей и тихое внесение исправлений без указания в списке изменений или тексте
> коммитов номеров CVE и без упоминания связи исправления с проблемами безопасности.
> В качестве примеров приводятся сообщения об ошибках 5998, 6225, 6214, 5144 и 6237 с
> разыменованиями нулевых указателей, записью за пределы буфера и запуском сервисов с
> повышенными привилегиями, которые Поттеринг отказался рассматривать как уязвимости.

Ответить | Правка | ^ к родителю #207 | Наверх | Cообщить модератору

132. "Релиз systemd 235"  –3 +/
Сообщение от Admino (ok) on 08-Окт-17, 10:26 
Да-да, уже примерно 25 лет ведёт, успехи колоссальные, конкурентный линукс всех удклал.
Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

139. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 08-Окт-17, 12:33 
Линукс конкурировал с *BSD и на данный  момент победил в большей части областей. Теперь на его основе эколюционируют другие системы (прикладное ПО).

Можете провести аналогию с эволюцией человека. Одновременно жили Хомо Сапиенс и Неандерталец. Они конкурировали за общие ресурсы (еда и территория). В результате конкуренции остался только Человек Разумный. Неандерталец полностью вымер и, по сути, был уничтожен человеком (пусть и косвенно). Теперь же на основе человеческих мощностей идёт эволюция информационых систем и идей.

Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

163. "Релиз systemd 235"  –3 +/
Сообщение от Тот_Самый_Анонимус on 09-Окт-17, 05:17 
> Линукс конкурировал с *BSD и на данный  момент победил в большей части областей.

А может конкурировал с виндой и проиграл? А то как-то однобоко получается.

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

164. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 09-Окт-17, 07:53 
Если что, Линукс обычно в контексте серверов и устройств воспринимается.
Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

167. "Релиз systemd 235"  +1 +/
Сообщение от avvodonich email on 09-Окт-17, 09:17 
У тебя на компьютере конкурировал и победил?
Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

174. "Релиз systemd 235"  +1 +/
Сообщение от Аноним (??) on 09-Окт-17, 13:15 
> А может конкурировал с виндой и проиграл?

Вообще-то победил везде, кроме десктопов.

Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

204. "Релиз systemd 235"  +1 +/
Сообщение от Аноним (??) on 12-Окт-17, 19:34 
> А может конкурировал с виндой и проиграл? А то как-то однобоко получается.

Виндофону это расскажи. А то Гейтс тут на днях в интервью сказал что пользуется андроидом. Представляешь, Linux - у Гейтса!!!

Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

178. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 09-Окт-17, 17:59 
Давно новость пробегала, что у неандертальцев мозг больше чем у хомо сапиенс. Это не показатель. Но совсем недавно пробежала другая новость от ученых, говорят дети неандертальцев медленнее взрослели, а на планете земля меленее растут те, кому нужно больше знаний нужно передать. Вывод напрашивается интересный.
Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

180. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 09-Окт-17, 18:49 
Вы вообще о чём? У неандертальцев был хуже развит интеллект, но лучше отделы мозга отвечавшие за зрение, обоняние и реакцию. И сами они были больше по размерам. Они были больше животные, чем люди. Просто посмотрите фильмы BBC, если интересно.
Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

205. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 12-Окт-17, 19:36 
> были больше по размерам. Они были больше животные, чем люди. Просто
> посмотрите фильмы BBC, если интересно.

Так обещали же интересные выводы. Вот ты больше человек чем предыдущий животный, судя по всему.

Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

173. "Релиз systemd 235"  –4 +/
Сообщение от pfg21 email(ok) on 09-Окт-17, 12:02 
дык возьми и нарисуй систему кручее и умнее системд :)
Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

182. "Релиз systemd 235"  +1 +/
Сообщение от Andrey Mitrofanov on 09-Окт-17, 22:04 
> дык возьми и нарисуй систему кручее и умнее системд :)

Не надо! Не надо ничего "рисовать".
   http://without-systemd.org/
Каждый второй (да, я учёл вашу винду), куда ни плюнь, -- _лучше_.

___ https://www.opennet.ru/base/sys/systemd_myth.txt.html

Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

193. "Релиз systemd 235"  –2 +/
Сообщение от pfg21 email(ok) on 10-Окт-17, 09:18 
> Не надо! Не надо ничего "рисовать".
>    http://without-systemd.org/
> Каждый второй (да, я учёл вашу винду), куда ни плюнь, -- _лучше_.
> ___ https://www.opennet.ru/base/sys/systemd_myth.txt.html

А каждый первый по твоим словам получается пользуется.
значит паритет и все хорошо.
чего тогда с транспарантом в *** бегать кричать <s>весь мир</s> systemd - г.
сиди себе и пользуйся тем что есть у тебя :)

Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

133. "Релиз systemd 235"  +1 +/
Сообщение от A on 08-Окт-17, 10:30 
Одинаково - да. Но вот хорошо ли?
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

154. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 08-Окт-17, 21:03 
Как настроишь, так и будет. Темы для этого и придумали.
К.О.
Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

9. "Релиз systemd 235"  +2 +/
Сообщение от Zenitur (ok) on 07-Окт-17, 11:45 
Raspbian 8.0, два адаптера Wi-Fi: интегрированный и USB. Поднял на одном hostapd, стартовал:

sudo systemctl start hostapd

Добавил в автозагрузку:

sudo systemctl enable hostapd

Всё работает (в т.ч. после восстановления питания; работало несколько месяцев). Так, как теперь на втором? По всей видимости, в рамках уже запущенного процесса hostapd не получится (хотя dnsmasq, например, умеет быть на двух интерфейсах). Я сделал копию init-файла под именем hostapd-2. Заглянул внутрь. Поменял путь к конфигу на hostapd-2.conf (и создал его, конечно), а также к pid-файлу. Выполнил:

sudo systemctl start hostapd-2
sudo systemctl enable hostapd-2

Что удивительно - и стартовало, и добавилось в автозагрузку! Попробовал перезагрузить компьютер. Оба демона стартовали. Всё супер!

Вот только, после восстановления питания, стартуют они не каждый раз. Если не с первого раза, то со второго или третьего. Как-то раз я перезапустил роутер по ssh, он перезапустился, а Wi-Fi не поднялся. Пришлось идти.

Подскажите, как искать где сбой, средствами Systemd? В init-файле из Raspbian 2 не прописано создание лога. Пока решил костылём: создал юзера startap, добавил его в sudoers. Прописал автоматический логин в tty2, и в ~/.bashrc

sudo systemctl restart hostapd
sleep 5
sudo systemctl restart hostapd-2

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Релиз systemd 235"  +6 +/
Сообщение от Аноним (??) on 07-Окт-17, 12:06 
systemctl status hostapd
systemctl status hostapd-2

И смотрите, почему не загрузилось. Плюс журнал гляньте.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

22. "Релиз systemd 235"  +4 +/
Сообщение от Аноним (??) on 07-Окт-17, 12:21 
> sudo systemctl restart hostapd
> sleep 5
> sudo systemctl restart hostapd-2

Restart=on-failure
RestartSec=5

в hostapd-2.service.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

33. "Релиз systemd 235"  +/
Сообщение от Zenitur (ok) on 07-Окт-17, 13:09 
А можно стартовать через 5 секунд после первого демона?
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

38. "Релиз systemd 235"  +2 +/
Сообщение от НяшМяш (ok) on 07-Окт-17, 13:41 
After=hostapd.service
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

47. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 07-Окт-17, 15:04 
тогда еще ExecStart=/bin/sleep 5
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

125. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 08-Окт-17, 09:18 
Тогда уж ExecStartPre. Несколько ExecStart может быть только с Type=oneshot.
Ну или можно не вызывать по-старинке sleep, а сделать одноимённый с сервисом таймер (hostapd-2.timer) с OnActiveSec=5 и дёргать его вместо сервиса.
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

58. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 07-Окт-17, 15:28 
> А можно стартовать через 5 секунд после первого демона?

Можно, но если hostapd - кривая поделка, которая имеет непредсказуемые side effects при запуске в нескольких экземплярах, то вполне логично ожидать сюрпризов не только при запуске, но и при последующей работе.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

40. "Релиз systemd 235"  –3 +/
Сообщение от Аноним (??) on 07-Окт-17, 13:45 
Sleep в systemd не завезли?
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

57. "Релиз systemd 235"  +1 +/
Сообщение от Аноним (??) on 07-Окт-17, 15:24 
> Sleep в systemd не завезли?

Таймеры там есть, да exec-нуть /usr/bin/sleep никто не мешает.
Но уж слишком юниксвейный это метод: "не работает - натыкай слипов, авось заработает".

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

166. "Релиз systemd 235"  –1 +/
Сообщение от Ковбой on 09-Окт-17, 09:04 
доку почитать (про .timer, в частности) силёнок не хватило?
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

60. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 07-Окт-17, 15:37 
> Вот только, после восстановления питания, стартуют они не каждый раз. Если не
> с первого раза, то со второго или третьего. Как-то раз я
> перезапустил роутер по ssh, он перезапустился, а Wi-Fi не поднялся. Пришлось
> идти.
> Подскажите, как искать где сбой, средствами Systemd? В init-файле из Raspbian 2
> не прописано создание лога. Пока решил костылём: создал юзера startap, добавил
> его в sudoers. Прописал автоматический логин в tty2, и в ~/.bashrc

Подозреваю, что на момент запуска hostapd-2 ядро еще не проинициализировало нужный ему сетевой интерфейс. Правильнее будет через найти device-юнит, соответствующий этому интерфейсу (systemctl -t device list-units), и вписать его в параметры After и Requires сервиса hostapd.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

118. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 08-Окт-17, 05:00 
Также рекомендую почитать про интеграцию udev rules и systemd units.
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

113. "Релиз systemd 235"  –2 +/
Сообщение от Аноним (??) on 08-Окт-17, 01:28 
> Подскажите, как искать где сбой, средствами Systemd?

journalctl --unit hostapd-2.service
Чтобы логи journald жили между перезагрузками, нужно создать /var/log/journal/.

Олсо, я бы решил задачу несколько иначе, создал бы /etc/systemd/system/hostapd@.service следующего содержимого:
[Unit]
ConditionPathExists=/etc/hostapd/hostapd-%i.conf

[Service]
ExecStart = /usr/sbin/hostapd -P /run/hostapd-%i.pid /etc/hostapd/hostapd-%i.conf

[Install]
WantedBy = network.target


Остаётся писать конфиги /etc/hostapd/hostapd-имя_девайса.conf и делать systemctl enable hostapd@имя_девайса.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

119. "Релиз systemd 235"  –2 +/
Сообщение от Anonimous on 08-Окт-17, 06:53 
> Чтобы логи journald жили между перезагрузками, нужно создать /var/log/journal/

это ппц.

> я бы решил задачу несколько иначе, создал бы /etc/systemd/system/hostapd@.service

Собаки в имени системного файла, серёзно? Да, я понимаю, Рыжий сказал так надо.

Вот и выросло... поколение...

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

123. "Релиз systemd 235"  +1 +/
Сообщение от Аноним (??) on 08-Окт-17, 09:00 
> это ппц.

Почему? При отсутствии этого каталога journald пишет в живущий в tmpfs /run/log/journal/, при наличии — в него. Всё просто, удобно и логично.

> Собаки в имени системного файла, серёзно?

А почему нет? Чем ещё отделять имя инстанса от имени сервиса — может быть, двоеточием, назло шиндузятникам?

Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

138. "Релиз systemd 235"  –1 +/
Сообщение от user (??) on 08-Окт-17, 12:02 
'/', естествено
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

172. "Релиз systemd 235"  –2 +/
Сообщение от J.L. on 09-Окт-17, 11:15 
> '/', естествено

hostapd@.service - имя файла
естественно '/' вместо '@' будет очень в тему

Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

12. "Релиз systemd 235"  –2 +/
Сообщение от Аноним (??) on 07-Окт-17, 11:54 
Великолепно. Оно все лучше и лучше. Хейтеры идут лесом.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Релиз systemd 235"  –1 +/
Сообщение от Нанобот (ok) on 07-Окт-17, 12:49 
Уточнение: хейтеры и неосиляторы идут лесом
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

41. "Релиз systemd 235"  +4 +/
Сообщение от _KUL (ok) on 07-Окт-17, 13:48 
Проблема в том, что пока осиливаешь документацию, в новой версии переворачивают подход к части выполняемых задач. Проекты такого уровня должны аккуратно, внимательно и взвешенно удалять/добавлять функционал.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

43. "Релиз systemd 235"  –2 +/
Сообщение от Andrey Mitrofanov on 07-Окт-17, 13:59 
>должны аккуратно, внимательно и взвешенно удалять/добавлять функционал.

У них на совещаниях менегеры совсем другое говорят. Маркетинх сам себя не продаст.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

51. "Релиз systemd 235"  –3 +/
Сообщение от Аноним (??) on 07-Окт-17, 15:12 
> Проблема в том, что пока осиливаешь документацию, в новой версии переворачивают подход
> к части выполняемых задач. Проекты такого уровня должны аккуратно, внимательно и
> взвешенно удалять/добавлять функционал.

Наверное, вы плохо знаете английский, если на прочтение странички-другой у вас уходит несколько месяцев.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

69. "Релиз systemd 235"  –7 +/
Сообщение от Michael Shigorin email(ok) on 07-Окт-17, 16:50 
> Наверное, вы плохо знаете английский, если на прочтение странички-другой у вас уходит
> несколько месяцев.

Those of us who know englisch pretty well can stick your nose against the simple question: what exactly the "page or two"? (but then again, you didn't intend to be constructive or reasonable with that assertion anyways)

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

87. "Релиз systemd 235"  +10 +/
Сообщение от Аноним (??) on 07-Окт-17, 19:21 
> englisch

Хорошая попытка.

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

100. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 07-Окт-17, 21:34 
Those of you who knows English well enough could stick your nose (???) in the simple question: what exactly is the "page or two"? (but then again, didn't you intend to be constructive or reasonable with that assertion anyways).

Поясните, что такое "stick your nose"? В английском не встречал такого оборота.

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

104. "Релиз systemd 235"  +/
Сообщение от A.Stahl (ok) on 07-Окт-17, 22:06 
ттт
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

120. "Релиз systemd 235"  +/
Сообщение от iFRAME (ok) on 08-Окт-17, 08:00 
Это значит "притворяться".

Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

121. "Релиз systemd 235"  +/
Сообщение от Andrey Mitrofanov on 08-Окт-17, 08:26 
> Поясните, что такое "stick your nose"? В английском не встречал такого оборота.

Мал https://duckduckgo.com/?q=stick+your+nose ещё, пройдёт.

Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

127. "Релиз systemd 235"  +1 +/
Сообщение от vantoo (ok) on 08-Окт-17, 09:40 
> Поясните, что такое "stick your nose"? В английском не встречал такого оборота.

"Совать свой нос" [не в свое дело]. В данном случае выражение употреблено не к месту, да и вообще все предложение Шигорина напоминает несвязный винегрет.

Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

212. "Релиз systemd 235"  –2 +/
Сообщение от виндотролль (ok) on 15-Окт-17, 18:08 
это ж калька с русского — макнуть носом в вопрос.
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

75. "Релиз systemd 235"  –1 +/
Сообщение от Адекват (ok) on 07-Окт-17, 17:20 
А как быть, когда то, что по-любому должно работать - не работает, и в логах чисто ?
Включать фантазию и воображение ?
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

130. "Релиз systemd 235"  +8 +/
Сообщение от freehck email(ok) on 08-Окт-17, 10:18 
>> Проблема в том, что пока осиливаешь документацию, в новой версии переворачивают подход
>> к части выполняемых задач. Проекты такого уровня должны аккуратно, внимательно и
>> взвешенно удалять/добавлять функционал.
> Наверное, вы плохо знаете английский, если на прочтение странички-другой у вас уходит
> несколько месяцев.

Одно дело прочитать, совсем другое -- понять прочитанное и научиться им пользоваться.
Молодым и безграмотным айтишникам после прочтения этих странички-другой кажется, что они всё поняли.
Старым и опытным специалистам после прочтения странички-другой кажется, что автор шизофреник, у которого сейчас обострение.

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

42. "Релиз systemd 235"  +10 +/
Сообщение от Аноним84701 (ok) on 07-Окт-17, 13:57 
> Уточнение: хейтеры и неосиляторы идут лесом

Все не можете забыть, куда вас послал автор tmux-a на предложение(1) "мы тут в системде немножечко сломали^W улучшили поведение демонов, не могли бы вы прикрутить к tmux d-bus и вставить небольшой - строк на 150, костыль, чтобы оно и далее могло работать так, как работало до нашего гениального улучшения?"

(1) https://github.com/tmux/tmux/issues/428
> With systemd 230 we switched to a default in which user processes started as part of a login session are terminated when
> the session exists (KillUserProcesses=yes).

...
> Unfortunately this means starting tmux in the usual way is not effective, because it will be killed upon logout. There are a few option to avoid that, the best being:
> systemd-run --scope --user tmux
> This starts tmux as a scope unit under the systemd --user instance. It would be great if tmux could do this automatically.
> Probably the best way to do this would be to make the dbus call to org.freedesktop.systemd1.Manager.StartTransientUnit
> directly from tmux. See https://github.com/systemd/systemd/blob/master/src/run/run.c... for how systemd-run does it,

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

53. "Релиз systemd 235"  –7 +/
Сообщение от Аноним (??) on 07-Окт-17, 15:17 
> Все не можете забыть, куда вас послал автор tmux-a

Автор tmux-а решил, что нефиг его пользователям оставлять процессы висеть в фоне после логаута. Что ж, это его выбор. Если пользователи не согласны, они проголосуют ногами.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

59. "Релиз systemd 235"  +7 +/
Сообщение от Аноним84701 (ok) on 07-Окт-17, 15:29 
>> Все не можете забыть, куда вас послал автор tmux-a
> Автор tmux-а решил, что нефиг его пользователям оставлять процессы висеть в фоне после логаута.

Интересная интерпретация.
Т.е. "гениальные двигатели прогресса" поменяли поведение по умолчанию, широким барским жестом предложив самому вкорячить костыль (никаких, даже полусырых, патчей не было - только ссылочка на dbus спеки и на код " так мы это делаем в системде"), чтобы привести к поведению "как было" и когда неблагодарнейший автор отказался
> tmux is not going to use dbus. It sounds like this should be done as part of daemon(3).
> My concern is that we have a little function, daemon(), that does a simple little procedure to make a daemon that has worked basically unchanged across multiple platforms for maybe, what, 30 years? Now to do the same thing we need to add 150 lines of new, Linux-only code AND a library dependency.

он еще и виноват? Это логично разве что с точки зрения почитателей Леннарта.

> Если пользователи не согласны, они проголосуют ногами.

Это был инсайдерский намек на systemd-screend?

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

61. "Релиз systemd 235"  –4 +/
Сообщение от Аноним (??) on 07-Окт-17, 15:46 
> Интересная интерпретация.
> Т.е. гениальные двигатели прогресса поменяли поведение по умолчанию, широким барским жестом
> предложив самому вкорячить костыль (никаких, даже полусырых, патчей не было -
> только ссылочка на dbus спеки и на код " так мы
> это делаем в системде"), чтобы привести к поведению "как было" и
> когда неблагодарнейший автор отказался

Ага, потому что могут.
Вообще, идея регулирования lingering sessions сама по себе вполне годна, и ее внедрение нехило так повышает безопасность в некоторых конфигурациях. И архитектурно решена довольно неплохо - приложение запрашивает лингеринг, и разрешение выдается в зависимости от полномочий пользователя в polkit. Ну, а если не запрашивает - будет убито, звиняйте.
Более годного и прозрачного способа никто пока не предложил.

А автор tmux с присущим ему подростковым максимализмом решил назло маме отморозить уши... ну, если кому-то из пользователей такой подход не нравится, они могут уйти на screen.

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

65. "Релиз systemd 235"  +5 +/
Сообщение от Аноним84701 (ok) on 07-Окт-17, 16:02 
> И архитектурно решена довольно неплохо - приложение запрашивает лингеринг, и разрешение выдается в зависимости от полномочий пользователя в polkit.
> dbus, polkit

Угу, угу. Отличное решение.

> Более годного и прозрачного способа никто пока не предложил.

Белые списки -- если мы действительно печемся о безопасности. Хотя да, слишком простое, неинтересное решение.

> А автор tmux с присущим ему подростковым максимализмом решил назло маме отморозить

https://github.com/tmux/tmux/blob/master/window.c
> Copyright (c) 2007 Nicholas Marriott <nicholas.marriott@gmail.com>

Просто автор пользуется опенбздей, пишет код в превую очередь для нее и ему нафиг не сдалось вначале написать (еще раз напомню, что вместо патча, примера и  спеков/доков по этой части реализации системды -- была просто ссылка на кускок кода из оной, зашибись), а потом поддерживать спец-код с зависимостями из-за очередной "гениальной идеи" определенной группы товарищей.  
А так да, отнесся к представителю "кор-тима" без должного почтения, уважения и благоговения - ну так что взять с язычника^W опенбздшника!

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

66. "Релиз systemd 235"  –6 +/
Сообщение от Michael Shigorin email(ok) on 07-Окт-17, 16:44 
> Если пользователи не согласны, они проголосуют ногами.

Ну я уже проголосовал -- со своими процессами сам разберусь без хапнувшего звёздную болячку "умного брата".

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

72. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 07-Окт-17, 17:10 
>> Если пользователи не согласны, они проголосуют ногами.
> Ну я уже проголосовал -- со своими процессами сам разберусь без хапнувшего
> звёздную болячку "умного брата".

ты со своими баш-портянками никак разобраться не можешь, куда тебе процессы

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

77. "Релиз systemd 235"  +1 +/
Сообщение от Адекват (ok) on 07-Окт-17, 17:26 
> ты со своими баш-портянками никак разобраться не можешь, куда тебе процессы

А мне как в системД-не-портянках добавить или убавить функционал, который мне (не)нужен в данной конкретной ситуации ?

Правильный ответ - никак, "извольте отведать то, что вам предложено, и не смейте возникать".
"Мы все продумали за вас, откиньтесь на спинку кресла и получайте удовольствие."

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

209. "Релиз systemd 235"  –2 +/
Сообщение от Аноним (??) on 13-Окт-17, 11:24 
> А мне как в системД-не-портянках добавить или убавить функционал, который мне (не)нужен
> в данной конкретной ситуации ?

А потом, когда понадобится - надо как минимум ядро перекомпиливать. Так все гентушники делают, иначе недостаточно хардкорно.

А так разработчики встройки давно научились init=/your/app и оттуда полтора системных вызова. Все, система запущена. Круто и быстро, ничего лишнего. Но вот правда функциональность - сколько кодить не лень.

> Правильный ответ - никак, "извольте отведать то, что вам предложено, и не
> смейте возникать".

Опции сборки не подтверждают эту идею.


Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

79. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 07-Окт-17, 17:52 
Как так? Он же на должности "ведущий программист" в Альт Линукс.
Аа.. теперь понятно, что с Альтом не так.
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

89. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 07-Окт-17, 19:31 
с разморозкой ...
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

151. "Релиз systemd 235"  +3 +/
Сообщение от freehck email(ok) on 08-Окт-17, 19:13 
>>> Если пользователи не согласны, они проголосуют ногами.
>> Ну я уже проголосовал -- со своими процессами сам разберусь без хапнувшего
>> звёздную болячку "умного брата".
> ты со своими баш-портянками никак разобраться не можешь, куда тебе процессы

Кстати, про баш-портянки. Я в последнее время стал чаще работать центосью, и с удивлением обнаружил, что у неё действительно sysv-скрипты хреновенькие. Такое ощущение, что с сказка про плохие init-скрипты на баше пошла от того, что мейнтейнеры RHEL-а оказались не слишком уж щепетильны.

Что же касается, кстати, Альта, то их скрипты очень хорошего качества. Большая редкость в наши дни (передавайте привет ldv)

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

157. "Релиз systemd 235"  –6 +/
Сообщение от Аноним (??) on 08-Окт-17, 22:50 
Ну и нафига разбираться в сорта г.вна ?
Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

197. "Релиз systemd 235"  +1 +/
Сообщение от Led (ok) on 11-Окт-17, 18:42 
> Ну и нафига разбираться в сорта г.вна ?

Да кому ты нужен, чтоб в тебе "разбираться"?

Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

168. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 09-Окт-17, 09:28 
Дык у шапки до сих пор bash вместо /bin/sh, потому что они шелл толком не осилили.
Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

208. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 13-Окт-17, 11:20 
> Что же касается, кстати, Альта, то их скрипты очень хорошего качества. Большая
> редкость в наши дни (передавайте привет ldv)

Да, приветы ему. Он до сих пор таскает третий баш пополам с четвертым из-за крутизны своих скриптов? Огрести питонопроблемы на баше и положить на привычную зато свою кривизну болт - очень по альтовски.

Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

213. "Релиз systemd 235"  –1 +/
Сообщение от freehck email(ok) on 17-Окт-17, 17:02 
>> Что же касается, кстати, Альта, то их скрипты очень хорошего качества. Большая
>> редкость в наши дни (передавайте привет ldv)
> Да, приветы ему. Он до сих пор таскает третий баш пополам с
> четвертым из-за крутизны своих скриптов?

Я не знаю, что там у них с версиями баша, зато знаю, что gears и сизиф - отлично написаны. А ещё я знаю, что в Альте мало людей и много работы. Если где-то в шкафу парочка костылей, не удивлюсь.

Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

17. "Релиз systemd 235"  +3 +/
Сообщение от cat666 (ok) on 07-Окт-17, 12:10 
На systemd вообще спецификация есть или этот безумный мальчик пилит его так как ему в голову взбредёт?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Релиз systemd 235"  +6 +/
Сообщение от Принц on 07-Окт-17, 12:24 
Зачем нужна спецификация, если это не стандарт а просто софтина определённого разработчика?
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

27. "Релиз systemd 235"  +1 +/
Сообщение от Аноним (??) on 07-Окт-17, 12:35 
Чтобы регулировать и запрещать, очевидно же.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

37. "Релиз systemd 235"  +5 +/
Сообщение от Andrey Mitrofanov on 07-Окт-17, 13:40 
> На systemd вообще спецификация есть или этот безумный мальчик пилит его так
> как ему в голову взбредёт?

10 wordz. https://www.opennet.ru/openforum/vsluhforumID3/111645.html#197 +148 blog posts.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

26. "Релиз systemd 235"  –1 +/
Сообщение от Ilya Indigo (ok) on 07-Окт-17, 12:34 
> В systemd-resolve...

Он работает только как кэширующий резолвер, или на него можно уже и мастер-зону назначить?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Релиз systemd 235"  +3 +/
Сообщение от Аноним (??) on 07-Окт-17, 12:38 
>> В systemd-resolve...
> Он работает только как кэширующий резолвер, или на него можно уже и
> мастер-зону назначить?

Нет, нельзя, не планируется. Как и полноценный NTP-сервер в timesyncd.
Ленька решил, что для произвольно взятой клиентской машины и то, и другое не нужно, и лучше он сделает каких-нибудь динамических пользователей.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

44. "Релиз systemd 235"  –1 +/
Сообщение от EHLO on 07-Окт-17, 14:15 
>В systemd-journald реализовано агрессивное кэширование метаданных из /proc/ (UID/GID/PID/SELinux), что позволило увеличить производительность записи логов при большой нагрузке. Так как метаданные читаются в асинхронном режиме, их состояние может немного запаздывать относительно выводимых в лог записей;

оспаде, теперь логирование и чтение логов не только медленное и ресурсозатратное почти как в офтопике, но еще и данные там неактуальные

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

50. "Релиз systemd 235"  –5 +/
Сообщение от Аноним (??) on 07-Окт-17, 15:11 
> оспаде, теперь логирование и чтение логов не только медленное и ресурсозатратное почти
> как в офтопике, но еще и данные там неактуальные

Они и раньше были не актуальны. Ядро Linux не предоставляет возможности атомарно запросить всю информацию о процессе.
Но в journal хотя бы нельзя написать от руки явную лажу и отсебятину в источнике сообщения, как в старом добром syslog.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

71. "Релиз systemd 235"  –5 +/
Сообщение от Аноним (??) on 07-Окт-17, 17:09 
>> оспаде, теперь логирование и чтение логов не только медленное и ресурсозатратное почти
>> как в офтопике, но еще и данные там неактуальные
> Они и раньше были не актуальны. Ядро Linux не предоставляет возможности атомарно
> запросить всю информацию о процессе.
> Но в journal хотя бы нельзя написать от руки явную лажу и
> отсебятину в источнике сообщения, как в старом добром syslog.

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

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

198. "Релиз systemd 235"  +2 +/
Сообщение от Led (ok) on 11-Окт-17, 18:43 
> лол, что минусуете?

Мальчик, пройди наxep.

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

91. "Релиз systemd 235"  +/
Сообщение от Борщдрайвен бигдата on 07-Окт-17, 19:43 
> в journal хотя бы нельзя написать от руки явную лажу и отсебятину в источнике сообщения, как в старом добром syslog

Ох, как вспомню, сколько времени убил за отлавливанием подобного поведения на кластере, так вздрогну. Ну нафиг.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

99. "Релиз systemd 235"  +6 +/
Сообщение от Аноним (??) on 07-Окт-17, 21:17 
Форумы прямо завалены сообщениями как старый добрый сислог не помогает решить проблему. Крики о помощи системных администраторов несколько десятилетий стояли в наших ушах. Ну да, так я и поверил.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

111. "Релиз systemd 235"  +2 +/
Сообщение от EHLO on 08-Окт-17, 00:34 
> Они и раньше были не актуальны. Ядро Linux не предоставляет возможности атомарно запросить всю информацию о процессе.

Что ты имеешь в виду и как это относится к актуальности записей в сислог?

> Но в journal хотя бы нельзя написать от руки явную лажу и отсебятину в источнике сообщения, как в старом добром syslog.

А зачем ты пишешь явную лажу и отсебятину? Не пиши её! И syslog не будет ее фиксировать. Сислог, как кстати и движок https://www.opennet.ru/cgi-bin/openforum не виноват, что анонимы в него лажу пишут.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

134. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 08-Окт-17, 11:04 
> от руки явную лажу и отсебятину в источнике сообщения, как в старом добром syslog.

То есть какие шаги мне нужно проделать, чтобы сделать это?

- Получить доступ к машине, потому что нормальный админ не выставляет голую жопу в интернет.
- Получить рут доступ.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

158. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 08-Окт-17, 22:51 
> - Получить рут доступ.

Садись, два.

Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

78. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 07-Окт-17, 17:41 
Я ждал большего цирка с конями в обсуждении)) Кстати даже забыл, что у меня OpenRC на локалхосте.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

86. "Релиз systemd 235"  +1 +/
Сообщение от Аноним (??) on 07-Окт-17, 18:57 
Продолжайте наблюдение. Мы с вами свяжемся.
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

80. "Релиз systemd 235"  –3 +/
Сообщение от Анонимен on 07-Окт-17, 18:13 
Кто бы чего не говорил, но в том, что написано по ссылке на статью Поттера, есть здравые мысли.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

129. "Релиз systemd 235"  +2 +/
Сообщение от freehck email(ok) on 08-Окт-17, 10:01 
Кто бы что ни говорил? Что ж... )))
Это моё доброе воскресное утро с Поттерингом. Ну проедемся, что ли, пока жена не утащила от монитора. )

> Прекращена поддержка сборочных сценариев на основе Automake. В качестве системы сборки теперь предлагается только система Meson

Шило на мыло.

> Для unit-файлов представлены опции RuntimeDirectory и RuntimeDirectoryPreserve
> представлены опции StateDirectory, CacheDirectory, LogsDirectory и ConfigurationDirectory
> вспомогательные пары опций, определяющие режим доступа к каталога - StateDirectoryMode, CacheDirectoryMode, LogsDirectoryMode, ConfigurationDirectoryMode.

Количество опций со временем всё растёт. Больше запоминания, меньше понимания, ребята.
Что интересно, где складировать свои файлы, программы обычно определяли сами по FHS. А тут, значит, опции специальные, чтобы создавать в /var/log поддиректорию, где программа будет логи хранить.

Очевидный вопрос: А если программы в /var/log создают не подкаталог, а просто лог-файл? А как программы узнают, что им нужно хранить логи по этому пути?  Их опять допиливать придётся?

Давайте обратимся к оригинальной статье Поттеринга. Может он там прояснил всё это дело?

> Of course, the obvious question to ask now is: how do these three settings deal with the sticky file ownership problem?

Хм. И несколько абзацев размышления на эту тему. "В сегодняшнем выпуске новостей мы будем обсуждать вопросы, которые взволновали меня, а следовательно и всех вас". Спасибо, Леннарт.

> Новые опции удобно использовать вместе с режимом DynamicUser=yes

Класс. Помимо того, что сам режим DynamicUser не очень-то нужная штука, что тут ещё сказать.

> В systemd-journald реализовано агрессивное кэширование метаданных из /proc/ (UID/GID/PID/SELinux), что позволило увеличить производительность записи логов при большой нагрузке.

Восстановление журнала при повреждении так и не завезли, зато производительность записи в журнал возросла. Радость-то.

(тут жена меня таки утащила, но я может ещё вернусь) :D

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

135. "Релиз systemd 235"  –3 +/
Сообщение от Аноним (??) on 08-Окт-17, 11:09 
> Шило на мыло.

Неужели meson настолько же отвратителен, как autocrap? Как они за столь короткий срок ухитрились этого добиться? Нет, не верю. Гнушники 26 лет старались.

Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

161. "Релиз systemd 235"  –4 +/
Сообщение от Аноним (??) on 08-Окт-17, 23:01 
> Количество опций со временем всё растёт. Больше запоминания, меньше понимания, ребята.

Если вы не в состоянии понять что такое LogsDirectory, идите улицы мести.

> А если программы в /var/log создают не подкаталог, а просто лог-файл?

То автора программы надо долго бить сапогом по морде.

Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

162. "Релиз systemd 235"  +/
Сообщение от freehck email(ok) on 09-Окт-17, 01:32 
>> А если программы в /var/log создают не подкаталог, а просто лог-файл?
> То автора программы надо долго бить сапогом по морде.

Удачи. )

freehck@ws00:~% alias checker="find /var/log -mindepth 1 -maxdepth 1 ! -name \*.gz ! -name '*.[0-9]' ! -name '*.old' -type"
freehck@ws00:~% checker f | wc -l
23
freehck@ws00:~% checker d | wc -l
13

Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

179. "Релиз systemd 235"  –3 +/
Сообщение от Аноним (??) on 09-Окт-17, 18:10 
Не притворяйтесь идиотом.

В нормальных системах в /var/log лежат только файлы в которые пишет сислог и всякие там utmp/wtmp/faillog.

Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

181. "Релиз systemd 235"  +3 +/
Сообщение от EHLO on 09-Окт-17, 19:26 
> Не притворяйтесь идиотом.
> В нормальных системах в /var/log лежат только файлы в которые пишет сислог
> и всякие там utmp/wtmp/faillog.

В нормальных системах программы и юзеры могут создавать файлы, каталоги, ссылки, точки монтирование и пр. там где им нужно, а не где Поттеринг разрешил.

Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

183. "Релиз systemd 235"  +1 +/
Сообщение от freehck email(ok) on 09-Окт-17, 22:07 
> Не притворяйтесь идиотом.

Не притворяйтесь идиотом. Прежде, чем заявлять, что за некие вещи "автора программы надо долго бить сапогом по морде", надо изменить FHS. Потому что это - стандарт, и автор ему честно следует. А представления некоего гражданина Поттеринга о том, "как оно должно быть" - не более, чем его личные пожелания, удовлетворять которые никто не должен.

> В нормальных системах в /var/log лежат только файлы в которые пишет сислог
> и всякие там utmp/wtmp/faillog.

aptitude, alternatives, dpkg, mail{.info,.log}, Xorg... Видимо, Debian -- какая-то ненормальная система...

Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

184. "Релиз systemd 235"  –4 +/
Сообщение от Аноним (??) on 09-Окт-17, 22:17 
Стандарт FHS не предписывает гадить прямо непосредственно в /var/log.

> aptitude, alternatives, dpkg

Дебиановские извращения, заслуженно сапогом по роже.

> mail{.info,.log}

Я ошибался, вы не притворялись. Какие буквы в слове syslog вам непонятны ?

> Xorg

Cапогом по роже, и не только за писанину в /var/log.

Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

186. "Релиз systemd 235"  +1 +/
Сообщение от freehck email(ok) on 09-Окт-17, 22:41 
> Стандарт FHS не предписывает гадить прямо непосредственно в /var/log.

FHS ещё как это предписывает в п. 5.10.1, так что иди в далеко.

>> alternatives
> Дебиановские извращения, заслуженно сапогом по роже.

Ага, дебиановские, дебиановские. :)

> Какие буквы в слове syslog вам непонятны?

Мне не понятно, каким боком ты вообще сюда syslog приплёл, ведь это не его лично логи. Он ведь просто транспорт.

А то что же это по-твоему получается: любая программа, которая пишет свой лог через syslog, имеет право иметь лог-файл в /var/log, а программа, которая пишет его самостоятельно -- должна иметь свой подкаталог? С хрена ли вдруг такие правила? Кто выдумал?

> Cапогом по роже

Эк тебя на сапоге заклинило. Не боись, на гражданке люди спокойные. Пока не зарвёшься, никто тебя не обидит. )

Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

189. "Релиз systemd 235"  +2 +/
Сообщение от EHLO on 09-Окт-17, 23:02 
> Стандарт FHS не предписывает гадить прямо непосредственно в /var/log.
> Дебиановские извращения, заслуженно сапогом по роже.
> Я ошибался, вы не притворялись
>> Xorg
> Cапогом по роже, и не только за писанину в /var/log.

peak_of_mt_stupid.jpg

Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

88. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 07-Окт-17, 19:29 
Перевожу потихоньку на него сервисы. Красота, особенно после всяких start-stop-daemon в связке с monit. Тут и запуск демонами процессов, не умеющих такого, и проверка и перезапуск, и ограничение ресурсов (а ffmpeg любит жрать процессор и память на кривых MPTS-потоках). И перезагружается быстро, что критично в случае зависания всяких там двб-скаев, фениксов или тбсок. С upstart не сложилось как-то, daemon-tools довольно наркоманские оказались, и их всё равно приходилось огораживать монитом. Сейчас монит остался только в качестве удобного гуя для дежурных операторов, которым консоль противопоказана.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

92. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 07-Окт-17, 20:13 
IPTV своими руками городите ?
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

149. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 08-Окт-17, 18:29 
> IPTV своими руками городите ?

А чьими ещё? Покупать решения от eltex'а за десятки килобаксов, внутри которых тот же самый ffmpeg?

Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

160. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 08-Окт-17, 22:57 
Да я без подковырок спросил, просто набор задач уж очень знакомый :)
Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

96. "Релиз systemd 235"  –2 +/
Сообщение от Аноним (??) on 07-Окт-17, 21:10 
Wow, уже завезли systemd-ffmegd! :)
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

97. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 07-Окт-17, 21:14 
А вам похоже мозги не завезли.
Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

101. "Релиз systemd 235"  +2 +/
Сообщение от . on 07-Окт-17, 21:49 
мозгd ?
Ню-ню :)
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

102. "Релиз systemd 235"  +/
Сообщение от anonymous (??) on 07-Окт-17, 21:52 
Вот только зачем шапка все эти восторги ещё и на десктоп пропихнула. Допустим, вам все это по душе, но мне дома зачем мегакомбайн, когда возможностей элементарного runit с головой хватает? А ведь выбора уже считай не остается, основые ДЕ уверенно гвоздями к системд уже давно прибиты.
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

107. "Релиз systemd 235"  –5 +/
Сообщение от Аноним (??) on 07-Окт-17, 22:42 
> Вот только зачем шапка все эти восторги ещё и на десктоп пропихнула.
> Допустим, вам все это по душе, но мне дома зачем мегакомбайн,
> когда возможностей элементарного runit с головой хватает? А ведь выбора уже
> считай не остается, основые ДЕ уверенно гвоздями к системд уже давно
> прибиты.

потому что systemd просто работает, как на сервере, так и на десктопе

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

114. "Релиз systemd 235"  +6 +/
Сообщение от Дояр on 08-Окт-17, 01:37 
Когда все хорошо, то оно с любой системой инициализации хорошо. Но вот когда что-то пошло не так (или не так, как задумал Лёня), то всё, пасочки. Если в старой системе можно быстро диагностировать проблему, то здесь мы имеем шиндошс 10 с черным экраном и надписями типа "подождите"
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

124. "Релиз systemd 235"  –3 +/
Сообщение от Аноним (??) on 08-Окт-17, 09:12 
> Если в старой системе можно быстро диагностировать проблему,
> то здесь мы имеем шиндошс 10 с черным экраном и надписями
> типа "подождите"

Обмажутся всякими сплешами и сайлент-загрузкой, а потом не знают, что делать при проблемах.
Дай-ка я ман чуть-чуть процитирую:
>       If the systemd.debug-shell option is specified, the debug shell service
>       "debug-shell.service" is pulled into the boot transaction. It will spawn a
>       debug shell on tty9 during early system startup. Note that the shell may also
>       be turned on persistently by enabling it with systemctl(1)'s enable command.

Это из systemd-debug-generator(8). Ещё некоторое количество интересных опций есть в kernel-command-line(7).

Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

131. "Релиз systemd 235"  +1 +/
Сообщение от Аноним (??) on 08-Окт-17, 10:25 
Позевывая. Вот поэтому я и перешел на винду по максимуму. Раньше всё было просто и ровно. А теперь обмажутся этими юнитами и давай друг другу журналы портить. Так это всё уже есть в винде. То куда бегут любители системд оно уже существует. Ну и зачем тогда мучаться и пытаться копировать оригинал?
Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

140. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 08-Окт-17, 12:48 
> Это из systemd-debug-generator(8).

Угу. Только траблы почему-то обычно случаются или до запуска дебажной консоли, или после её остановки.

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

176. "Релиз systemd 235"  +1 +/
Сообщение от Казачок on 09-Окт-17, 15:09 
Это не то.

debug-shell - просто рутовый беспарольный шелл на девятой виртуальной консоли. Никакой инфы там нет.

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

148. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 08-Окт-17, 18:27 
set -e в инит-скрипте тоже может оставить с чёрным экраном и без какой-либо диагностики.
Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

159. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 08-Окт-17, 22:53 
Это правильный юниксвейный черный экран.
Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

152. "Релиз systemd 235"  +2 +/
Сообщение от freehck email(ok) on 08-Окт-17, 20:10 
> Вот только зачем шапка все эти восторги ещё и на десктоп пропихнула.

То есть Вы можете пояснить, на кой ляд сдались все эти восторги на сервере? :)

> основые ДЕ уверенно гвоздями к системд уже давно прибиты

Какие?

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

165. "Релиз systemd 235"  –1 +/
Сообщение от istepan email(ok) on 09-Окт-17, 08:24 
> Какие?

Ubuntu, arch

Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

171. "Релиз systemd 235"  +3 +/
Сообщение от freehck email(ok) on 09-Окт-17, 10:37 
>> Какие?
> Ubuntu, arch

Сдаётся мне, мы только что открыли парочку новых DE. :)

Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

155. "Релиз systemd 235"  +/
Сообщение от freehck email(ok) on 08-Окт-17, 21:27 
> daemontools довольно наркоманские оказались

А можно подробности?

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

210. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 13-Окт-17, 11:30 
> Перевожу потихоньку на него сервисы.

Я на него встройку перевел. Теперь у меня есть нормальный вачдог живости процессов подпертый аппаратным и ядерным вачдогом и много полезностей типа расстановки шедулинга и приоритетов. А это важно, потому что я не хочу чтобы тяжелые фоновые воркеры заглушили мелкого и легкого event listener-а, от которого скорость реакции подавай.

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

105. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 07-Окт-17, 22:26 
> 61184..65519

Теперь на мороз всех этих, да?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

194. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 10-Окт-17, 11:55 
Идентификаторы уже давно отгрызают контейнерные системы виртуализации. Ну не подумали GUID использовать, теперь страдают.
Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

109. "Релиз systemd 235"  –2 +/
Сообщение от Anonymouse on 07-Окт-17, 23:50 
Унификация сокращает издержки. Сокращает издержки унификация. Издержки сокращает унификация.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

170. "Релиз systemd 235"  +/
Сообщение от 1 (??) on 09-Окт-17, 10:29 
Это вам в госплане работать.
Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

175. "Релиз systemd 235"  –8 +/
Сообщение от Anonymouse on 09-Окт-17, 14:15 
Сокращение издержек есть категорический императив абслютно любого посткризисного дискурса.
Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

169. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 09-Окт-17, 10:00 
скажите им уже ктонибудь, keep it simple stupid, а лучше предложите переписать базибокс, там будет где развернуться.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

191. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 10-Окт-17, 02:11 
Как-то стыдливо забыли упомянуть предостережение, что теперь journald может превратить ваш SSD в тыкву.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

192. "Релиз systemd 235"  +/
Сообщение от Анонимен on 10-Окт-17, 08:05 
Естьподозрение, что не только SSD...
Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

195. "Релиз systemd 235"  +/
Сообщение от Аноним (??) on 10-Окт-17, 11:56 
> Как-то стыдливо забыли упомянуть предостережение, что теперь journald может превратить
> ваш SSD в тыкву.

Каким образом?

Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

196. "Релиз systemd 235"  –1 +/
Сообщение от Аноним (??) on 10-Окт-17, 21:40 
Вспомнил, как пару лет назад ставил Debian, и вот этот самый journald сходу начал насиловать HDD, причём делал это настолько долго, насколько у меня хватило терпения это наблюдать. Вот теперь уже и до SSD добрался, а ведь там нет механических деталей, казалось бы и не страшен сильный I/O, но нет, Леннарт таки смог)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру