systemd 256

Опять нагло врёшь.

https://wiki.archlinux.org/title/systemd-resolved

Как ссылка на арчевики должна помочь тебе что-то мне доказать? resolved слушает на шине и запросы обрабатывает. Это отдельный процесс, который при желании легко запускается без шиштемд.

Как ссылка на арчевики должна помочь тебе что-то мне доказать?

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

Это отдельный процесс, который при желании легко запускается без шиштемд.

Правда, ты проверял?

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

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

Хочешь лулзов? OpenSSH, которым ты точно пользуешься, это компонент OpenBSD. Прибитый к нему гвоздями. Залинковый на OpenBSD’шные приватные компоненты. То, что релизят в паблик – это версия с выпиленными привязками и частичной переработкой.

Чем systemd хуже? Пердолики могут выделить отдельные компоненты и релизить их как самостоятельные проекты. Так, например, происходит с elogind.

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

elogind использует гента, например. eresolved делается ровно тем же способом.

Чем systemd хуже? Пердолики могут выделить отдельные компоненты и релизить их как самостоятельные проекты. Так, например, происходит с elogind.

То есть, они могут сделать как надо, но намеренно пердолят комбайн. Что и требовалось доказать.

Комбайн — это если бы у них был один тесно связанный бинарник. У них распространяемые одним пакетом демоны.

У них распространяемые одним пакетом демоны.

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

В общем, как в Gentoo сделали независимыми приложениями.

Пока они все завязаны на libsystemd без весомой для того причины - это комбайн.

Схренали?

Потому что такие компоненты обычно не завязывают на определённую инит-систему.

Ну openssh же завязали.

А потом отвязали, и пусть в системд тоже отвяжут.

Нет, не отвязали. Это делают каждый релиз специальные отдельные люди.

Нет, не отвязали. Это делают каждый релиз специальные отдельные люди.

А на самом деле там внутри #ifdef __OpenBSD__ да?

Не-а. Там код, написанный в рамках монолитной openbsd, прибитый к их библиотекам. Вот реально, один в один как шиштемд :DDDD

Не-а. Там код, написанный в рамках монолитной openbsd, прибитый к их библиотекам. Вот реально, один в один как шиштемд

Интересно к каким библиотекам. Чтобы юзать определённые фичи ядра? Так это не относится к тому как сделано в systemd.

Конечно нет. К их криптолибам, к их либам авторизации, к их либам ipc, типа imsg.

Конечно нет. К их криптолибам, к их либам авторизации, к их либам ipc, типа imsg.

Что-то типо libssl/libcrypt? Все эти библиотеки есть и в линуксе. Так что на системд вообще не похоже.

Все эти библиотеки скорее всего есть и в линуксе.

BSD авторизации? Нет, нету. В линуксе pam.

Так что на системд вообще не похоже.

Фига у тебя жесткое отрицалово :DDDDD

BSD авторизации? Нет, нету. В линуксе pam.

Ради тебя открыл FreeBSD.

ldd /usr/sbin/sshd
/usr/sbin/sshd:
	libpam.so.6 => /usr/lib/libpam.so.6 (0x34f387846000)
	libprivatessh.so.5 => /usr/lib/libprivatessh.so.5 (0x34f388187000)
	libutil.so.9 => /lib/libutil.so.9 (0x34f388df5000)
	libbsm.so.3 => /usr/lib/libbsm.so.3 (0x34f38a3d0000)
	libblacklist.so.0 => /usr/lib/libblacklist.so.0 (0x34f389995000)
	libgssapi_krb5.so.10 => /usr/lib/libgssapi_krb5.so.10 (0x34f38adaa000)
	libgssapi.so.10 => /usr/lib/libgssapi.so.10 (0x34f38bc9f000)
	libkrb5.so.11 => /usr/lib/libkrb5.so.11 (0x34f38d352000)
	libwrap.so.6 => /usr/lib/libwrap.so.6 (0x34f38c540000)
	libcrypto.so.30 => /lib/libcrypto.so.30 (0x34f38d5f4000)
	libc.so.7 => /lib/libc.so.7 (0x34f38ec34000)
	libprivateldns.so.5 => /usr/lib/libprivateldns.so.5 (0x34f38dd85000)
	libcrypt.so.5 => /lib/libcrypt.so.5 (0x34f39050a000)
	libz.so.6 => /lib/libz.so.6 (0x34f38f087000)
	libthr.so.3 => /lib/libthr.so.3 (0x34f38f7b4000)
	libroken.so.11 => /usr/lib/libroken.so.11 (0x34f390b3b000)
	libasn1.so.11 => /usr/lib/libasn1.so.11 (0x34f391d44000)
	libcom_err.so.5 => /usr/lib/libcom_err.so.5 (0x34f390c71000)
	libhx509.so.11 => /usr/lib/libhx509.so.11 (0x34f390d8a000)
	libwind.so.11 => /usr/lib/libwind.so.11 (0x34f3937d7000)
	libheimbase.so.11 => /usr/lib/libheimbase.so.11 (0x34f391ed1000)
	libprivateheimipcc.so.11 => /usr/lib/libprivateheimipcc.so.11 (0x34f3928fa000)
	libssl.so.30 => /usr/lib/libssl.so.30 (0x34f3941d4000)

Если сравнить с тем же линуксом, то считай одно и то же.

Фига у тебя жесткое отрицалово :DDDDD

Где отрицалово? По факту код OpenSSH оказался агностик к любой системе инициализации. Может какая-то поддержка и есть, но это не считается за прибивание гвоздями, а отдельные фичи демона.

FreeBSD

Причем тут фрибсд? SSH пишут в опенке :DDDDDD

Причем тут фрибсд? SSH пишут в опенке :DDDDDD

И что? Код openssh один и тот же. Вот тебе пример сервиса, который работает отдельно от комбайна.

Мне кажется, отрицалово уже у тебя.

Код openssh один и тот же.

Лол нет. В опенке нет поддержки pam.

Лол нет. В опенке нет поддержки pam.

Ладно хорошо, но прибития гвоздями к определённой системе инициализации всё равно нет.

Так и в резолведе нету. Есть прибитие к системдшным либам, но чем это отличается от прибития ssh к насквозь приватной бсдшной libutil? И к их pledge с unveil? И что мешает опакетить libsystemd?

~   
❯ systemd-run ls /root
Running as unit: run-u404.service; invocation ID: 0ac55b056879425083ce57031c23d075

Видимо какая-то настройка нужна

run0 - это не алиас systemd-run

run0 ls -ahl /root

• https://linux-audit.com/systemd/run0-introduction-and-usage/

тут не расписано как ее настроить

Не нужен тебе журнал? Не используй.

Я выше привёл пример попытки «не используй журнал». Оно даже не хочет сказать почему отказывается его отключать и что при этом пошло не так.

Я выше привёл пример попытки «не используй журнал». Оно даже не хочет сказать почему отказывается его отключать и что при этом пошло не так.

У меня все работает, что я делаю не так?

$ systemctl status systemd-journald.service | grep Active:
     Active: active (running) since Sat 2024-06-22 10:27:28 MSK; 14s ago
$ sudo systemctl stop systemd-journald.service systemd-journald-dev-log.socket systemd-journald.socket                                                                           
$ systemctl status systemd-journald.service | grep Active:
     Active: inactive (dead) since Sat 2024-06-22 10:27:48 MSK; 4s ago

Ты его остановил а не отключил. А наличие второго сервиса вообще проигнорировал.

Ты его остановил а не отключил.

И в чем отличие? Если его можно штатно остановить, его можно штатно отключить.

А наличие второго сервиса вообще проигнорировал.

Ну останови его:

$ systemctl status systemd-journal-flush.service     
○ systemd-journal-flush.service - Flush Journal to Persistent Storage
     Loaded: loaded (/usr/lib/systemd/system/systemd-journal-flush.service; static)
     Active: inactive (dead) since Sat 2024-06-22 10:40:31 MSK; 1s ag

skill issue, lmao. git gud.

И что это вообще доказывает?

До сих пор кстати, у них есть rc.local. Ну как раз чтобы юзер мог компенсировать недостатки системд.

До чего же ты безграмотный ламер всё-таки: rc.local появился задолго до systemd чтобы компенсировать недостатки инитскриптов. Сейчас он уже не актуален.

Пердолики проиграли битву за базовый дистрибутив.

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

У меня дома был 1U, и он иногда вис наглухо, да так, что только принудительный ребут мог его оживить. Попробуй диагностировать проблему по этим вводным.  А потом я может быть расскажу причём здесь RFC3164. 

Постоянно такую фигню отлаживаю. Только ком-порт с терминалом и спасают. Такие дела.

после той херни с удалением /home

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

Чтобы присутствовало альтернативное мнение

Мнение альтернативно одарённых это и вправду гомерически смешно.

ненормально проходить академический курс по правильным методам настройки запуска в ОС

Если делать систему для кретинов, то пользоваться ей смогут только кретины. Поэтому под тебя ОС никто писать не станет, и не надейся.

Если идиоты, не читающие документацию, пытаются играть в сисадминов, то это точно не проблема systemd.

Идиоты - это разработчики сие поделия.

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

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

Удобно удаляет домашний каталог?

systemd такого никогда не делал.

И виноват в этом ты

Да, разумеется. А ты что, тоже облажался и домашний каталог снёс - поэтому у тебя так подгорает?

нужно было развивать способности ванги.

Это называется «читать документацию» - для тех, кто возомнил себя сисадмином, навык строго обязательный.

Если ничего не путаю, там runit

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

systemd такого никогда не делал.

«И вот опять!» (С)

Это называется «читать документацию» - для тех, кто возомнил себя сисадмином, навык строго обязательный.

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

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

Ну будем честны, UX у этого был максимально всрат. Так что им вполне заслужено напихали.

Только ком-порт с терминалом и спасают. Такие дела.

Ну не всегда есть возможность подцепиться по SoL. Да и sensor readings может нагло врать. В лучшем случае покажет N/A, в худшем — погоду на Марсе.

Но это самый лучший способ. В крайнем случае припаиваться на мамку, UART почти всегда где-нибудь да выведен.

только официальные избыточно объёмные доки

Дождались! Ламеры жалуются на излишне подробную (с точки зрения ламера) документацию. А ведь я помню времена когда отсутствие документации было настоящим бичом открытых проектов. Отрадно что и здесь systemd задаёт тон - несмотря на ламерское «многабуков, ниасилил».

не сокращённые статьи на тему и не вольные переводы

Бедняга, попроси авторов systemd специально для тебя издать комикс - попробуй надавить на инклюзивность и толерантность: сейчас это в тренде.

Им для этого достаточно вложить неправильный скрипт для конфигурирования альсы при старте.

Да как можно до такой степени не разбираться в том, о чём пытаешься рассуждать?! Скрипт для конфигурирования альсы выкатывают разработчики альсы - либо её мейнтейнеры если дистрибутив использует что-то экзотичное. Разработчики sysvinit этого никогда не делали разумеется.

Контейнеры, инит… есть хоть что-то что ты понимаешь хотя бы на базовом уровне? Может ты парикмахер неплохой или куплетист?

И в чем отличие? Если его можно штатно остановить, его можно штатно отключить.И в чем отличие? Если его можно штатно остановить, его можно штатно отключить.

Отличие в том, что после перезагрузки он снова будет включен и запущен. Его можно только замаскировать, но маскировка даёт невидимый сбойный юнит и состояние системы degraded. И этот баг стабильно повторяется в дебианах с 8 по 11 - из того что я использовал.

Комбайн, который обусловлен ровно ничем.

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

вот насильное пропихивание привязки к системд

Поплачь ещё раз и обратись к полицаям с заявой об изнасиловании. Если не твоя девственность, то уж справедливость-то - непременно будет восстановлена.

на другой менее токсичной лицензии

У проприетарщика снова подгорает что ему не дают паразитировать на чужом коде. Наплачь мне реку как говорят на языке вероятного противника :-D

Не могу понять кто из нас идиот, то ли я

У тебя до сих пор остались какие-то сомнения?

для которого не очевидна бредовость идеи читать man:systemd-journald.service

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