После трёх месяцев разработки доступен (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.me/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.me/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...
Новость: http://www.opennet.me/opennews/art.shtml?num=47342
Странно, что его ещё не переписали на Qt.
Странно, что GNOME ещё не переписали на него.
а было бы неплохо. Вообще везде один Qt. Всё выглядит хорошо и одинаково, один набор библиотек.
> а было бы неплохо. Вообще везде один Qt. Всё выглядит хорошо и
> одинаково, один набор библиотек.Прямо как в винде.
системд, кстати, своей архитектурой напоминает "службы" в винде, но это так, просто мысли в слух.
А еще он напоминает SMF в солярисе. И что ?
Возможно он напоминает годные системы.
Должна быть конкуренция. Она ведёт к эволюции систем и улучшению.
Нет конкуренции, у всех майтенеров системд головного мозга.
В Ubuntu уже убрали Upstart? Хотя у второго слишком много недостатков, судя по тому, что я читал. Как минимум нет lazy-зависимостей.
Убрали. Как и мир. Как и юнити. Как и усплеш.
И правильно сделали. По всем четырем пунктам.
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.
> 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? А так то можно запустить свою апликуху - старт будет мгновенным и предсказуемым, но гибкость всего этого - нулевая. И если тебе захочется привилегии отпилить и проч, хотя-бы треть того что системд умеет - во ты манов на сисколы и привилегии вкуришь, позеленев правильный порядок всего этого оркестрировать сам. Ах ну да, у таких эмбедеров как ты все обычно крутится под рутом, на радость ботнетчикам. Вон висит тут туполинк какой-то. Можно хоть бутлоадер этому неудачнику вынести, по причине того что вебня немного кривая. Здорово без разделения прав, правда? Небольшой баг вебни позволяет сделать кирпич или вкатить мега-буткит не напрягаясь.
Upstart жив в ChromeOS, а ChromeOS это подавляющее кол-во линукс лэптопов в мировой статистике.
> Нет конкуренции, у всех майтенеров системд головного мозга.Никто не виноват что все кроме лени клали х... на проблемы майнтайнеров.
>> Нет конкуренции, у всех майтенеров системд головного мозга.
> Никто не виноват что все кроме лени клали х... на проблемы майнтайнеров.А сам Леня клал не только х...
> А сам Леня клал не только х...А Леня просто пришел и вышиб дерьмо из мозгов высокопарного снобья сомнительной компетентности. Неплохо врезал.
>> А сам Леня клал не только х...
> А Леня просто пришел и вышиб дерьмо из мозгов высокопарного снобья сомнительной
> компетентности. Неплохо врезал.Все правильно! Леннарт лучший! Недаром его недавно за скромность и несомненную компетентность наградили! «Сoolest Vendor Response» или что-то похожее.
> Все правильно! Леннарт лучший! Недаром его недавно за скромность и несомненную компетентность
> наградили! «Сoolest Vendor Response» или что-то похожее.Согласен. «Сoolest Vendor Response» это как раз то что надо для отрезвления ветеранюниксадминов. Менее радикальные меры дерьмо из настолько забагованных мозгов просто не вышибут.
>> Все правильно! Леннарт лучший! Недаром его недавно за скромность и несомненную компетентность
>> наградили! «Сoolest Vendor Response» или что-то похожее.
> Согласен. «Сoolest Vendor Response» это как раз то что надо для отрезвления
> ветеранюниксадминов. Менее радикальные меры дерьмо из настолько забагованных мозгов просто
> не вышибут.Фанатам, как обычно, все "божья роса":
> Pwnie Awards 2017: наиболее существенные уязвимости и провалы в безопасности
> Самый ламерский ответ вендора (Lamest Vendor Response). Номинация за самую неадекватную
> реакцию на сообщение об уязвимости в собственном продукте.
> Победителем признан Леннарт Поттеринг (Lennart Poettering) за систематическое непризнание
> уязвимостей и тихое внесение исправлений без указания в списке изменений или тексте
> коммитов номеров CVE и без упоминания связи исправления с проблемами безопасности.
> В качестве примеров приводятся сообщения об ошибках 5998, 6225, 6214, 5144 и 6237 с
> разыменованиями нулевых указателей, записью за пределы буфера и запуском сервисов с
> повышенными привилегиями, которые Поттеринг отказался рассматривать как уязвимости.
Да-да, уже примерно 25 лет ведёт, успехи колоссальные, конкурентный линукс всех удклал.
Линукс конкурировал с *BSD и на данный момент победил в большей части областей. Теперь на его основе эколюционируют другие системы (прикладное ПО).Можете провести аналогию с эволюцией человека. Одновременно жили Хомо Сапиенс и Неандерталец. Они конкурировали за общие ресурсы (еда и территория). В результате конкуренции остался только Человек Разумный. Неандерталец полностью вымер и, по сути, был уничтожен человеком (пусть и косвенно). Теперь же на основе человеческих мощностей идёт эволюция информационых систем и идей.
> Линукс конкурировал с *BSD и на данный момент победил в большей части областей.А может конкурировал с виндой и проиграл? А то как-то однобоко получается.
Если что, Линукс обычно в контексте серверов и устройств воспринимается.
У тебя на компьютере конкурировал и победил?
> А может конкурировал с виндой и проиграл?Вообще-то победил везде, кроме десктопов.
> А может конкурировал с виндой и проиграл? А то как-то однобоко получается.Виндофону это расскажи. А то Гейтс тут на днях в интервью сказал что пользуется андроидом. Представляешь, Linux - у Гейтса!!!
Давно новость пробегала, что у неандертальцев мозг больше чем у хомо сапиенс. Это не показатель. Но совсем недавно пробежала другая новость от ученых, говорят дети неандертальцев медленнее взрослели, а на планете земля меленее растут те, кому нужно больше знаний нужно передать. Вывод напрашивается интересный.
Вы вообще о чём? У неандертальцев был хуже развит интеллект, но лучше отделы мозга отвечавшие за зрение, обоняние и реакцию. И сами они были больше по размерам. Они были больше животные, чем люди. Просто посмотрите фильмы BBC, если интересно.
> были больше по размерам. Они были больше животные, чем люди. Просто
> посмотрите фильмы BBC, если интересно.Так обещали же интересные выводы. Вот ты больше человек чем предыдущий животный, судя по всему.
дык возьми и нарисуй систему кручее и умнее системд :)
> дык возьми и нарисуй систему кручее и умнее системд :)Не надо! Не надо ничего "рисовать".
http://without-systemd.org/
Каждый второй (да, я учёл вашу винду), куда ни плюнь, -- _лучше_.
> Не надо! Не надо ничего "рисовать".
> http://without-systemd.org/
> Каждый второй (да, я учёл вашу винду), куда ни плюнь, -- _лучше_.
> ___ https://www.opennet.me/base/sys/systemd_myth.txt.htmlА каждый первый по твоим словам получается пользуется.
значит паритет и все хорошо.
чего тогда с транспарантом в *** бегать кричать <s>весь мир</s> systemd - г.
сиди себе и пользуйся тем что есть у тебя :)
Одинаково - да. Но вот хорошо ли?
Как настроишь, так и будет. Темы для этого и придумали.
К.О.
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
systemctl status hostapd
systemctl status hostapd-2И смотрите, почему не загрузилось. Плюс журнал гляньте.
> sudo systemctl restart hostapd
> sleep 5
> sudo systemctl restart hostapd-2Restart=on-failure
RestartSec=5в hostapd-2.service.
А можно стартовать через 5 секунд после первого демона?
After=hostapd.service
тогда еще ExecStart=/bin/sleep 5
Тогда уж ExecStartPre. Несколько ExecStart может быть только с Type=oneshot.
Ну или можно не вызывать по-старинке sleep, а сделать одноимённый с сервисом таймер (hostapd-2.timer) с OnActiveSec=5 и дёргать его вместо сервиса.
> А можно стартовать через 5 секунд после первого демона?Можно, но если hostapd - кривая поделка, которая имеет непредсказуемые side effects при запуске в нескольких экземплярах, то вполне логично ожидать сюрпризов не только при запуске, но и при последующей работе.
Sleep в systemd не завезли?
> Sleep в systemd не завезли?Таймеры там есть, да exec-нуть /usr/bin/sleep никто не мешает.
Но уж слишком юниксвейный это метод: "не работает - натыкай слипов, авось заработает".
доку почитать (про .timer, в частности) силёнок не хватило?
> Вот только, после восстановления питания, стартуют они не каждый раз. Если не
> с первого раза, то со второго или третьего. Как-то раз я
> перезапустил роутер по ssh, он перезапустился, а Wi-Fi не поднялся. Пришлось
> идти.
> Подскажите, как искать где сбой, средствами Systemd? В init-файле из Raspbian 2
> не прописано создание лога. Пока решил костылём: создал юзера startap, добавил
> его в sudoers. Прописал автоматический логин в tty2, и в ~/.bashrcПодозреваю, что на момент запуска hostapd-2 ядро еще не проинициализировало нужный ему сетевой интерфейс. Правильнее будет через найти device-юнит, соответствующий этому интерфейсу (systemctl -t device list-units), и вписать его в параметры After и Requires сервиса hostapd.
Также рекомендую почитать про интеграцию udev rules и systemd units.
> Подскажите, как искать где сбой, средствами 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@имя_девайса.
> Чтобы логи journald жили между перезагрузками, нужно создать /var/log/journal/это ппц.
> я бы решил задачу несколько иначе, создал бы /etc/systemd/system/hostapd@.service
Собаки в имени системного файла, серёзно? Да, я понимаю, Рыжий сказал так надо.
Вот и выросло... поколение...
> это ппц.Почему? При отсутствии этого каталога journald пишет в живущий в tmpfs /run/log/journal/, при наличии — в него. Всё просто, удобно и логично.
> Собаки в имени системного файла, серёзно?
А почему нет? Чем ещё отделять имя инстанса от имени сервиса — может быть, двоеточием, назло шиндузятникам?
'/', естествено
> '/', естественоhostapd@.service - имя файла
естественно '/' вместо '@' будет очень в тему
Великолепно. Оно все лучше и лучше. Хейтеры идут лесом.
Уточнение: хейтеры и неосиляторы идут лесом
Проблема в том, что пока осиливаешь документацию, в новой версии переворачивают подход к части выполняемых задач. Проекты такого уровня должны аккуратно, внимательно и взвешенно удалять/добавлять функционал.
>должны аккуратно, внимательно и взвешенно удалять/добавлять функционал.У них на совещаниях менегеры совсем другое говорят. Маркетинх сам себя не продаст.
> Проблема в том, что пока осиливаешь документацию, в новой версии переворачивают подход
> к части выполняемых задач. Проекты такого уровня должны аккуратно, внимательно и
> взвешенно удалять/добавлять функционал.Наверное, вы плохо знаете английский, если на прочтение странички-другой у вас уходит несколько месяцев.
> Наверное, вы плохо знаете английский, если на прочтение странички-другой у вас уходит
> несколько месяцев.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)
> englischХорошая попытка.
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"? В английском не встречал такого оборота.
ттт
Это значит "притворяться".
> Поясните, что такое "stick your nose"? В английском не встречал такого оборота.Мал https://duckduckgo.com/?q=stick+your+nose ещё, пройдёт.
> Поясните, что такое "stick your nose"? В английском не встречал такого оборота."Совать свой нос" [не в свое дело]. В данном случае выражение употреблено не к месту, да и вообще все предложение Шигорина напоминает несвязный винегрет.
это ж калька с русского — макнуть носом в вопрос.
А как быть, когда то, что по-любому должно работать - не работает, и в логах чисто ?
Включать фантазию и воображение ?
>> Проблема в том, что пока осиливаешь документацию, в новой версии переворачивают подход
>> к части выполняемых задач. Проекты такого уровня должны аккуратно, внимательно и
>> взвешенно удалять/добавлять функционал.
> Наверное, вы плохо знаете английский, если на прочтение странички-другой у вас уходит
> несколько месяцев.Одно дело прочитать, совсем другое -- понять прочитанное и научиться им пользоваться.
Молодым и безграмотным айтишникам после прочтения этих странички-другой кажется, что они всё поняли.
Старым и опытным специалистам после прочтения странички-другой кажется, что автор шизофреник, у которого сейчас обострение.
> Уточнение: хейтеры и неосиляторы идут лесомВсе не можете забыть, куда вас послал автор 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,
> Все не можете забыть, куда вас послал автор tmux-aАвтор tmux-а решил, что нефиг его пользователям оставлять процессы висеть в фоне после логаута. Что ж, это его выбор. Если пользователи не согласны, они проголосуют ногами.
>> Все не можете забыть, куда вас послал автор 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?
> Интересная интерпретация.
> Т.е. гениальные двигатели прогресса поменяли поведение по умолчанию, широким барским жестом
> предложив самому вкорячить костыль (никаких, даже полусырых, патчей не было -
> только ссылочка на dbus спеки и на код " так мы
> это делаем в системде"), чтобы привести к поведению "как было" и
> когда неблагодарнейший автор отказалсяАга, потому что могут.
Вообще, идея регулирования lingering sessions сама по себе вполне годна, и ее внедрение нехило так повышает безопасность в некоторых конфигурациях. И архитектурно решена довольно неплохо - приложение запрашивает лингеринг, и разрешение выдается в зависимости от полномочий пользователя в polkit. Ну, а если не запрашивает - будет убито, звиняйте.
Более годного и прозрачного способа никто пока не предложил.А автор tmux с присущим ему подростковым максимализмом решил назло маме отморозить уши... ну, если кому-то из пользователей такой подход не нравится, они могут уйти на screen.
> И архитектурно решена довольно неплохо - приложение запрашивает лингеринг, и разрешение выдается в зависимости от полномочий пользователя в polkit.
> dbus, polkitУгу, угу. Отличное решение.
> Более годного и прозрачного способа никто пока не предложил.
Белые списки -- если мы действительно печемся о безопасности. Хотя да, слишком простое, неинтересное решение.
> А автор tmux с присущим ему подростковым максимализмом решил назло маме отморозить
https://github.com/tmux/tmux/blob/master/window.c
> Copyright (c) 2007 Nicholas Marriott <nicholas.marriott@gmail.com>Просто автор пользуется опенбздей, пишет код в превую очередь для нее и ему нафиг не сдалось вначале написать (еще раз напомню, что вместо патча, примера и спеков/доков по этой части реализации системды -- была просто ссылка на кускок кода из оной, зашибись), а потом поддерживать спец-код с зависимостями из-за очередной "гениальной идеи" определенной группы товарищей.
А так да, отнесся к представителю "кор-тима" без должного почтения, уважения и благоговения - ну так что взять с язычника^W опенбздшника!
> Если пользователи не согласны, они проголосуют ногами.Ну я уже проголосовал -- со своими процессами сам разберусь без хапнувшего звёздную болячку "умного брата".
>> Если пользователи не согласны, они проголосуют ногами.
> Ну я уже проголосовал -- со своими процессами сам разберусь без хапнувшего
> звёздную болячку "умного брата".ты со своими баш-портянками никак разобраться не можешь, куда тебе процессы
> ты со своими баш-портянками никак разобраться не можешь, куда тебе процессыА мне как в системД-не-портянках добавить или убавить функционал, который мне (не)нужен в данной конкретной ситуации ?
Правильный ответ - никак, "извольте отведать то, что вам предложено, и не смейте возникать".
"Мы все продумали за вас, откиньтесь на спинку кресла и получайте удовольствие."
> А мне как в системД-не-портянках добавить или убавить функционал, который мне (не)нужен
> в данной конкретной ситуации ?А потом, когда понадобится - надо как минимум ядро перекомпиливать. Так все гентушники делают, иначе недостаточно хардкорно.
А так разработчики встройки давно научились init=/your/app и оттуда полтора системных вызова. Все, система запущена. Круто и быстро, ничего лишнего. Но вот правда функциональность - сколько кодить не лень.
> Правильный ответ - никак, "извольте отведать то, что вам предложено, и не
> смейте возникать".Опции сборки не подтверждают эту идею.
Как так? Он же на должности "ведущий программист" в Альт Линукс.
Аа.. теперь понятно, что с Альтом не так.
с разморозкой ...
>>> Если пользователи не согласны, они проголосуют ногами.
>> Ну я уже проголосовал -- со своими процессами сам разберусь без хапнувшего
>> звёздную болячку "умного брата".
> ты со своими баш-портянками никак разобраться не можешь, куда тебе процессыКстати, про баш-портянки. Я в последнее время стал чаще работать центосью, и с удивлением обнаружил, что у неё действительно sysv-скрипты хреновенькие. Такое ощущение, что с сказка про плохие init-скрипты на баше пошла от того, что мейнтейнеры RHEL-а оказались не слишком уж щепетильны.
Что же касается, кстати, Альта, то их скрипты очень хорошего качества. Большая редкость в наши дни (передавайте привет ldv)
Ну и нафига разбираться в сорта г.вна ?
> Ну и нафига разбираться в сорта г.вна ?Да кому ты нужен, чтоб в тебе "разбираться"?
Дык у шапки до сих пор bash вместо /bin/sh, потому что они шелл толком не осилили.
> Что же касается, кстати, Альта, то их скрипты очень хорошего качества. Большая
> редкость в наши дни (передавайте привет ldv)Да, приветы ему. Он до сих пор таскает третий баш пополам с четвертым из-за крутизны своих скриптов? Огрести питонопроблемы на баше и положить на привычную зато свою кривизну болт - очень по альтовски.
>> Что же касается, кстати, Альта, то их скрипты очень хорошего качества. Большая
>> редкость в наши дни (передавайте привет ldv)
> Да, приветы ему. Он до сих пор таскает третий баш пополам с
> четвертым из-за крутизны своих скриптов?Я не знаю, что там у них с версиями баша, зато знаю, что gears и сизиф - отлично написаны. А ещё я знаю, что в Альте мало людей и много работы. Если где-то в шкафу парочка костылей, не удивлюсь.
На systemd вообще спецификация есть или этот безумный мальчик пилит его так как ему в голову взбредёт?
Зачем нужна спецификация, если это не стандарт а просто софтина определённого разработчика?
Чтобы регулировать и запрещать, очевидно же.
> На systemd вообще спецификация есть или этот безумный мальчик пилит его так
> как ему в голову взбредёт?10 wordz. http://www.opennet.me/openforum/vsluhforumID3/111645.html#197 +148 blog posts.
> В systemd-resolve...Он работает только как кэширующий резолвер, или на него можно уже и мастер-зону назначить?
>> В systemd-resolve...
> Он работает только как кэширующий резолвер, или на него можно уже и
> мастер-зону назначить?Нет, нельзя, не планируется. Как и полноценный NTP-сервер в timesyncd.
Ленька решил, что для произвольно взятой клиентской машины и то, и другое не нужно, и лучше он сделает каких-нибудь динамических пользователей.
>В systemd-journald реализовано агрессивное кэширование метаданных из /proc/ (UID/GID/PID/SELinux), что позволило увеличить производительность записи логов при большой нагрузке. Так как метаданные читаются в асинхронном режиме, их состояние может немного запаздывать относительно выводимых в лог записей;оспаде, теперь логирование и чтение логов не только медленное и ресурсозатратное почти как в офтопике, но еще и данные там неактуальные
> оспаде, теперь логирование и чтение логов не только медленное и ресурсозатратное почти
> как в офтопике, но еще и данные там неактуальныеОни и раньше были не актуальны. Ядро Linux не предоставляет возможности атомарно запросить всю информацию о процессе.
Но в journal хотя бы нельзя написать от руки явную лажу и отсебятину в источнике сообщения, как в старом добром syslog.
>> оспаде, теперь логирование и чтение логов не только медленное и ресурсозатратное почти
>> как в офтопике, но еще и данные там неактуальные
> Они и раньше были не актуальны. Ядро Linux не предоставляет возможности атомарно
> запросить всю информацию о процессе.
> Но в journal хотя бы нельзя написать от руки явную лажу и
> отсебятину в источнике сообщения, как в старом добром syslog.лол, что минусуете? у хейтеров и ретроградов аргументов нет, как обычно, лишь бессильная злоба от перспектив на морозе
> лол, что минусуете?Мальчик, пройди наxep.
> в journal хотя бы нельзя написать от руки явную лажу и отсебятину в источнике сообщения, как в старом добром syslogОх, как вспомню, сколько времени убил за отлавливанием подобного поведения на кластере, так вздрогну. Ну нафиг.
Форумы прямо завалены сообщениями как старый добрый сислог не помогает решить проблему. Крики о помощи системных администраторов несколько десятилетий стояли в наших ушах. Ну да, так я и поверил.
> Они и раньше были не актуальны. Ядро Linux не предоставляет возможности атомарно запросить всю информацию о процессе.Что ты имеешь в виду и как это относится к актуальности записей в сислог?
> Но в journal хотя бы нельзя написать от руки явную лажу и отсебятину в источнике сообщения, как в старом добром syslog.
А зачем ты пишешь явную лажу и отсебятину? Не пиши её! И syslog не будет ее фиксировать. Сислог, как кстати и движок https://www.opennet.me/cgi-bin/openforum не виноват, что анонимы в него лажу пишут.
> от руки явную лажу и отсебятину в источнике сообщения, как в старом добром syslog.То есть какие шаги мне нужно проделать, чтобы сделать это?
- Получить доступ к машине, потому что нормальный админ не выставляет голую жопу в интернет.
- Получить рут доступ.
> - Получить рут доступ.Садись, два.
Я ждал большего цирка с конями в обсуждении)) Кстати даже забыл, что у меня OpenRC на локалхосте.
Продолжайте наблюдение. Мы с вами свяжемся.
Кто бы чего не говорил, но в том, что написано по ссылке на статью Поттера, есть здравые мысли.
Кто бы что ни говорил? Что ж... )))
Это моё доброе воскресное утро с Поттерингом. Ну проедемся, что ли, пока жена не утащила от монитора. )> Прекращена поддержка сборочных сценариев на основе 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
> Шило на мыло.Неужели meson настолько же отвратителен, как autocrap? Как они за столь короткий срок ухитрились этого добиться? Нет, не верю. Гнушники 26 лет старались.
> Количество опций со временем всё растёт. Больше запоминания, меньше понимания, ребята.Если вы не в состоянии понять что такое LogsDirectory, идите улицы мести.
> А если программы в /var/log создают не подкаталог, а просто лог-файл?
То автора программы надо долго бить сапогом по морде.
>> А если программы в /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
Не притворяйтесь идиотом.В нормальных системах в /var/log лежат только файлы в которые пишет сислог и всякие там utmp/wtmp/faillog.
> Не притворяйтесь идиотом.
> В нормальных системах в /var/log лежат только файлы в которые пишет сислог
> и всякие там utmp/wtmp/faillog.В нормальных системах программы и юзеры могут создавать файлы, каталоги, ссылки, точки монтирование и пр. там где им нужно, а не где Поттеринг разрешил.
> Не притворяйтесь идиотом.Не притворяйтесь идиотом. Прежде, чем заявлять, что за некие вещи "автора программы надо долго бить сапогом по морде", надо изменить FHS. Потому что это - стандарт, и автор ему честно следует. А представления некоего гражданина Поттеринга о том, "как оно должно быть" - не более, чем его личные пожелания, удовлетворять которые никто не должен.
> В нормальных системах в /var/log лежат только файлы в которые пишет сислог
> и всякие там utmp/wtmp/faillog.aptitude, alternatives, dpkg, mail{.info,.log}, Xorg... Видимо, Debian -- какая-то ненормальная система...
Стандарт FHS не предписывает гадить прямо непосредственно в /var/log.> aptitude, alternatives, dpkg
Дебиановские извращения, заслуженно сапогом по роже.
> mail{.info,.log}
Я ошибался, вы не притворялись. Какие буквы в слове syslog вам непонятны ?
> Xorg
Cапогом по роже, и не только за писанину в /var/log.
> Стандарт FHS не предписывает гадить прямо непосредственно в /var/log.FHS ещё как это предписывает в п. 5.10.1, так что иди в далеко.
>> alternatives
> Дебиановские извращения, заслуженно сапогом по роже.Ага, дебиановские, дебиановские. :)
> Какие буквы в слове syslog вам непонятны?
Мне не понятно, каким боком ты вообще сюда syslog приплёл, ведь это не его лично логи. Он ведь просто транспорт.
А то что же это по-твоему получается: любая программа, которая пишет свой лог через syslog, имеет право иметь лог-файл в /var/log, а программа, которая пишет его самостоятельно -- должна иметь свой подкаталог? С хрена ли вдруг такие правила? Кто выдумал?
> Cапогом по роже
Эк тебя на сапоге заклинило. Не боись, на гражданке люди спокойные. Пока не зарвёшься, никто тебя не обидит. )
> Стандарт FHS не предписывает гадить прямо непосредственно в /var/log.
> Дебиановские извращения, заслуженно сапогом по роже.
> Я ошибался, вы не притворялись
>> Xorg
> Cапогом по роже, и не только за писанину в /var/log.peak_of_mt_stupid.jpg
Перевожу потихоньку на него сервисы. Красота, особенно после всяких start-stop-daemon в связке с monit. Тут и запуск демонами процессов, не умеющих такого, и проверка и перезапуск, и ограничение ресурсов (а ffmpeg любит жрать процессор и память на кривых MPTS-потоках). И перезагружается быстро, что критично в случае зависания всяких там двб-скаев, фениксов или тбсок. С upstart не сложилось как-то, daemon-tools довольно наркоманские оказались, и их всё равно приходилось огораживать монитом. Сейчас монит остался только в качестве удобного гуя для дежурных операторов, которым консоль противопоказана.
IPTV своими руками городите ?
> IPTV своими руками городите ?А чьими ещё? Покупать решения от eltex'а за десятки килобаксов, внутри которых тот же самый ffmpeg?
Да я без подковырок спросил, просто набор задач уж очень знакомый :)
Wow, уже завезли systemd-ffmegd! :)
А вам похоже мозги не завезли.
мозгd ?
Ню-ню :)
Вот только зачем шапка все эти восторги ещё и на десктоп пропихнула. Допустим, вам все это по душе, но мне дома зачем мегакомбайн, когда возможностей элементарного runit с головой хватает? А ведь выбора уже считай не остается, основые ДЕ уверенно гвоздями к системд уже давно прибиты.
> Вот только зачем шапка все эти восторги ещё и на десктоп пропихнула.
> Допустим, вам все это по душе, но мне дома зачем мегакомбайн,
> когда возможностей элементарного runit с головой хватает? А ведь выбора уже
> считай не остается, основые ДЕ уверенно гвоздями к системд уже давно
> прибиты.потому что systemd просто работает, как на сервере, так и на десктопе
Когда все хорошо, то оно с любой системой инициализации хорошо. Но вот когда что-то пошло не так (или не так, как задумал Лёня), то всё, пасочки. Если в старой системе можно быстро диагностировать проблему, то здесь мы имеем шиндошс 10 с черным экраном и надписями типа "подождите"
> Если в старой системе можно быстро диагностировать проблему,
> то здесь мы имеем шиндошс 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).
Позевывая. Вот поэтому я и перешел на винду по максимуму. Раньше всё было просто и ровно. А теперь обмажутся этими юнитами и давай друг другу журналы портить. Так это всё уже есть в винде. То куда бегут любители системд оно уже существует. Ну и зачем тогда мучаться и пытаться копировать оригинал?
> Это из systemd-debug-generator(8).Угу. Только траблы почему-то обычно случаются или до запуска дебажной консоли, или после её остановки.
Это не то.debug-shell - просто рутовый беспарольный шелл на девятой виртуальной консоли. Никакой инфы там нет.
set -e в инит-скрипте тоже может оставить с чёрным экраном и без какой-либо диагностики.
Это правильный юниксвейный черный экран.
> Вот только зачем шапка все эти восторги ещё и на десктоп пропихнула.То есть Вы можете пояснить, на кой ляд сдались все эти восторги на сервере? :)
> основые ДЕ уверенно гвоздями к системд уже давно прибиты
Какие?
> Какие?Ubuntu, arch
>> Какие?
> Ubuntu, archСдаётся мне, мы только что открыли парочку новых DE. :)
> daemontools довольно наркоманские оказалисьА можно подробности?
> Перевожу потихоньку на него сервисы.Я на него встройку перевел. Теперь у меня есть нормальный вачдог живости процессов подпертый аппаратным и ядерным вачдогом и много полезностей типа расстановки шедулинга и приоритетов. А это важно, потому что я не хочу чтобы тяжелые фоновые воркеры заглушили мелкого и легкого event listener-а, от которого скорость реакции подавай.
> 61184..65519Теперь на мороз всех этих, да?
Идентификаторы уже давно отгрызают контейнерные системы виртуализации. Ну не подумали GUID использовать, теперь страдают.
Унификация сокращает издержки. Сокращает издержки унификация. Издержки сокращает унификация.
Это вам в госплане работать.
Сокращение издержек есть категорический императив абслютно любого посткризисного дискурса.
скажите им уже ктонибудь, keep it simple stupid, а лучше предложите переписать базибокс, там будет где развернуться.
Как-то стыдливо забыли упомянуть предостережение, что теперь journald может превратить ваш SSD в тыкву.
Естьподозрение, что не только SSD...
> Как-то стыдливо забыли упомянуть предостережение, что теперь journald может превратить
> ваш SSD в тыкву.Каким образом?
Вспомнил, как пару лет назад ставил Debian, и вот этот самый journald сходу начал насиловать HDD, причём делал это настолько долго, насколько у меня хватило терпения это наблюдать. Вот теперь уже и до SSD добрался, а ведь там нет механических деталей, казалось бы и не страшен сильный I/O, но нет, Леннарт таки смог)