ставь системы без systemd</thread>

А зачем ты вообще пользуешься systemd?

если б оставляли альтернативу... чтоб этой гадостью не пользоваться - нужно по ходу майнтенить свой дистрибутив.

залез в я в acpi-support. Вернее обновил его. и он перестал реагировать у меня на LID.

стал копаться по его скриптам и пришел к тому что он теперь проверяет systemd-logind настройки и если systemd нет, то и LID нет.

то есть видимо рано или поздно придется или перейти на sysemd или майнтенить дистрибутив целиком. но пока переходить на LFS не с руки, покопался немного в системе с systemd.

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

но пока переходить на LFS не с руки, покопался немного в системе с systemd

Чем gentoo/calculate не устраивает, например? Там таких проблем нет.

Там таких проблем нет

скрипты acpi находятся в репо мейнстрима acpi, а не gentoo. как впрочем скрипты множества других программ.

поэтому там такие проблемы тоже есть и будет всё больше

Связанная тема

Коллекция критики systemd

нужно по ходу майнтенить свой дистрибутив.

Без системд уже может и не выйдет, потому что всё больше сервисов завязаны на него.

Единственная надежда это сделать дистрибутив на основе форка systemd, благо такой форк есть и разрабатывается.

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

хорошая задумка

объясните мне: ЗАЧЕМ systemd пытается сломать КАЖДУЮ вещь с которой соприкасается? вот буквально - КАЖДУЮ!

Затем чтобы каждый Linux был клоном RedHat.

ненавижу

Надо не эмоциям предаваться, а делать революцию.

мало того - распознает swap'ы и заново их форматирует!

crypttab(5):

swap
The encrypted block device will be used as a swap device, and will be formatted accordingly after setting up the encrypted block device, with mkswap(8). This option implies plain.

WARNING: Using the swap option will destroy the contents of the named partition during every boot, so make sure the underlying block device is specified correctly.

В самом деле. Возможно, чтобы раздел не форматировался, достаточно не указывать «отформатируй мне этот раздел»?

как подружить systemd, cryptoswap с hibernate без необходимости вводить 100500 раз пароли

Действительно, keyscript= systemd не умеет, но это легко обойти. Можно создать на своём корневом разделе файл с ключом, FIEMAP'ом узнать его экстенты, указать в keyfile= корневой раздел и задать keyfile-offset=/keyfile-size=.

А можно не заниматься дрочем на оптимизацию и кинуть swap в обычный LUKS-контейнер с тем же паролем, что и корневой раздел. systemd кэширует пароли, поэтому «100500 раз» вводить ничего не придётся.

В самом деле. Возможно, чтобы не форматировала, достаточно не указывать «отформатируй мне этот диск»? И вообще, какая разница?

данная опция вообще игнорируется systemd, кстати.

Вы очень зря идёте читать man crypttab, у systemd свои взгляды на этот файл.

Вы кстати позиционируетесь на этом ресурсе как «знаток» systemd

объясните мне. Вот у меня две записи в crypttab. одна из них не запустилась (пользователь не ввел пароль на старте).

объясните мне за каким хреном systemd спамит о том что ее надо бы активировать во все консоли и во все обращения к systemctl?

systemctl restart nginx

а тебе в ответ «/dev/disk/by-disklabel/Swap требует ввода пароля!»

при чем тут nginx?

Действительно, keyscript= systemd не умеет, но это легко обойти. Можно создать на своём корневом разделе файл с ключом, FIEMAP'ом узнать его экстенты, указать в keyfile= корневой раздел и задать keyfile-offset=/keyfile-size=.

systemd — это так просто!

Оу йессс! Простота как она есть :)

данная опция вообще игнорируется systemd, кстати.

Нет, неправда.

Вы очень зря идёте читать man crypttab, у systemd свои взгляды на этот файл.

Я процитировал man crypttab из комплекта systemd.

объясните мне за каким хреном systemd спамит о том что ее надо бы активировать во все консоли и во все обращения к systemctl?

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

чтоб этой гадостью не пользоваться - нужно по ходу майнтенить свой дистрибутив

Есть же куча дистрибутивов без systemd, включая LFS, Gentoo, Slackware, Crux, PCLinuxOS, Void, Vector, Salix,... и т.д.

А можно не заниматься дрочем на оптимизацию и кинуть swap в ...

RedHat за меня решил как будет работать swap на моём компьютере

Workaround, сэр.

Не вижу причин не поддержать keyscript=, возможно, это просто ещё никто не написал.

объясните мне: ЗАЧЕМ systemd пытается сломать КАЖДУЮ вещь с которой соприкасается? вот буквально - КАЖДУЮ!

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

А как еще на платной поддержке зарабатывать?

то есть видимо рано или поздно придется или перейти на sysemd или майнтенить дистрибутив целиком.

Devuan, Gentoo, Calculate и т.д. В чём проблема ими пользоваться?

кинуть swap в обычный LUKS-контейнер с тем же паролем, что и корневой раздел. systemd кэширует пароли, поэтому «100500 раз» вводить ничего не придётся.

пипец. То есть еще и безопасность моего пароля под угрозой.

это понятно. вопрос (проблема) тут в том что апстрим многих проектов на эту гадость расчитывается. Примеры есть прямо в этой ветке.

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

man kernel keyring

> итак простая казалось бы вещь - cryptsetup.

> В его составе есть программа decrypt_derived, позволяющая делать крипто-swap'ы легким движением руки.

> Но при переходе на systemd «вдруг оказалось» что эта гадость парсит /etc/crypttab самостоятельно, мало того - распознает swap'ы и заново их форматирует!

Ну уроды же

> объясните мне: ЗАЧЕМ systemd пытается сломать КАЖДУЮ вещь с которой соприкасается? вот буквально - КАЖДУЮ!

Там намеренно делается «лишь бы не как в SysVinit/Upstart», например «service samba stop» теперь «service stop samba». Потому что Think different, и вообще, если всё сделать так же, то у потребителя может сложиться ощущение вторичности, что шило меняли на мыло зря!

Поддерживаю.

+ https://github.com/systemd/systemd/issues/6076#issuecomment-433850764

+ Оно иногда забывает переименовать wlan0 в wlp0s1, из-за чего systemd-networkd не видит wifi. Пришлось что-то в опции ядра (!) дописывать, чтобы systemd не трогало интерфейсы.

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

Что за форк? Это такой же systemd, или он им только притворяется? Идея хорошая, но это говно всё больше разрастается, в какой-то момент оно окажется незаменимым.

это говно всё больше разрастается, в какой-то момент оно окажется незаменимым

Точка невозврата была пройдена в 2014 году, когда прогнули дебиан.

Что за форк? Это такой же systemd, или он им только притворяется?

Вот этот uselessd — форк systemd
Но сейчас посмотрел его описание, много нужного и полезного убрали, надо другой форк делать.

легко обойти

создать на своём корневом разделе файл с ключом, FIEMAP'ом узнать его экстенты, указать в keyfile= корневой раздел и задать keyfile-offset=/keyfile-size=.

u kiddin me? Вот это вот сношение с байтиками - это «легко обойти»? А почему было просто не реализовать полную поддержу crypttab (ну раз уж так приперло сделать по-своему), и только потом выкатывать ее?

А я вот обнаружил вчера, что на процессы, запущенные из-под systemd, не распространяются лимиты из limits.conf (pam-limits). Обоснования этому найти не смог. Клевая штука, да :)

RedHat за меня решил как будет работать swap на моём компьютере

толстовато

IBM или закопает systemd, или оставит только в RedHat дистрибутивах.

u kiddin me? Вот это вот сношение с байтиками - это «легко обойти»?

Грязный хак, не спорю. Но, на фоне сношения с LUKS, это достаточно «легко».

А почему было просто не реализовать полную поддержу crypttab (ну раз уж так приперло сделать по-своему), и только потом выкатывать ее?

Очевидно, потому что множество желающих видеть «полную поддержку crypttab» и множество готовых писать код не пересеклись.

Обоснования этому найти не смог

pam-limits

Ну вот, ты уже знаешь ответ на свой вопрос.

https://github.com/systemd/systemd/issues/6076#issuecomment-433850764

Багрепорт на ломаном английском в стиле «мне все должны» дальше второй строчки не дочитал. Твоего треда в General или Admin не видел. Или ты просто поныть пришёл?

Оно иногда забывает переименовать wlan0 в wlp0s1

УМВР

Эм? Где здесь ответ на вопрос «почему Леннарт игнорирует pam»?

на фоне сношения с LUKS

У тебя странное мировосприятие

Очевидно, потому что множество желающих видеть «полную поддержку crypttab» и множество готовых писать код не пересеклись.

Нет, это не так работает. Если ты заявляешь «крипттаб не нужен» и втягиваешь его функции в свой продукт - будь добр реализовать их все. Тебя никто не заставлял открывать рот на кусок пирога, который ты не смог проглотить.

Багрепорт на ломаном английском

Обоснуй — почему же мой английский — ломаный?

в стиле «мне все должны»

4.2

дальше второй строчки не дочитал

Кто-то зазнался.

Твоего треда в General или Admin не видел.

Почему я должен был создавать тред? Я уже решил проблему для себя.

Или ты просто поныть пришёл?

Я пришёл рассказать о своих претензиях.

УМВР

А у меня — нет.

Если ты заявляешь «крипттаб не нужен»

В systemd есть реализация парсера crypttab. Если бы «крипттаб не нужен», её бы не было.

втягиваешь его функции в свой продукт - будь добр реализовать их все

Я разрешаю тебе не пользоваться systemd'шным парсером crypttab.

Обоснуй — почему же мой английский — ломаный?

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

в стиле «мне все должны»

4.2

дальше второй строчки не дочитал

Кто-то зазнался.

Ну вот, теперь ещё и я тебе что-то должен. Извини, но нет.

Я пришёл рассказать о своих претензиях.

То есть поныть. Ок.

А у меня — нет.

¯\_(ツ)_/¯

Где здесь ответ на вопрос «почему Леннарт игнорирует pam»

systemd.exec(5)

https://ru.wikipedia.org/wiki/Devuan

В systemd есть реализация парсера crypttab.

кривая, как мы выяснили в этом треде

Если бы «крипттаб не нужен», её бы не было.

расскажи это «более лучшему ntpd»

Я разрешаю тебе не пользоваться systemd'шным парсером crypttab.

пошло шлангование

Спасибо

расскажи это «более лучшему ntpd»

Пардон?

пошло шлангование

Неужели Леннарт запрещает тебе обрабатывать crypttab другим механизмом? Или, может, systemd неоправданно усложняет это?

А Salix - «слака с зависимостями» или дебиан с systemd заглушкой?