systemd 254

Пользователям побоку, как сервисы запускаются. А с точки зрения разрабов, если функционал никто не хочет поддерживать, его выкинут рано или поздно. Кому сильно надо может форкнуть.

У меня resolved сразу перестает отвечать стоит только через NetworkManager включить Wireguard. :)

Наверное баг. Но я просто выключил его, поставил другой DNS сервер.

https://www.freedesktop.org/software/systemd/man/kernel-command-line.html

Начнем с того, что он вообще зачем-то проверяет quiet и debug аргументы. quiet не жалко, но debug и так увеличивает количество сообщений от ядра. И они теряются в бесконечном флуде systemd, вплоть до того что занимаясь отладкой ядра, systemd флудом может повесить единственную консоль.

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

Скучное какое-то обсуждение.

Прошлый раз было нескучное, но модераторы подпортили праздник.

Да смысл сраться то, systemd-фанатики давно слиты

Вырезал это говно и спокойно работаю

Ну закопайте это безобразие уже. Не нужно из запускалки процессов делать программу, исходники которой даже просмотреть за неделю не реально. Вы главное правило UNIX забыли? Keep It Simple, Stupid!

интересно, на 255 будет overflow?

На 255 то с чего будет? На 256 надо смотреть.

Поддержка скриптов SysVinit будет удалена в следующем релизе

В смысле удалят генератор для скриптов в /etc/init.d?

Вы главное правило UNIX забыли? Keep It Simple, Stupid!

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

Уже пофиксили при перезагрузке/выключении пресловутое «A stop job is running for user manager for UID 1000», когда система висит по две-три минуты?

Defect by design.

Вопрос интереса ради: в runit или где-то еще есть система socket activation? Мне надо.

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

Им надо Unix во вторую Винду превратить чтобы усложнить обслуживание и повысить цены на техподдержку. Бабки, сука, бабки.

А xinetd чем тебе не угодил?

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

Глянь юниты, в которых содержится слово wait, и выключи, думаю поможет.

не зависит от DE

При выключении с таким столкнулся, когда выключил NetworkManager. Оказалось без него чего-то-там-dbus не завершается нормально и ждёт. Разбираться не стал, вернул NM. А в кедах такого не припоминаю.

Во-первых это про реализацию. Во-вторых чем оно проще, чем условный service httpd start или rc-service httpd start?

Не знаю, т.к. не требуется. Скорее всего нет.

Мне оно нафиг не нужно на локалхосте. Когда потребуется что-то более сложное и фичастое - буду держать в курсе.

soft reboot это интересно. сразу захотелось попробовать, но в арч ещё не завезли.

Гляну.

Да это уже сейчас капец. Systemd, flatpack, snap, docker. Между тем написать программу, установка которой сведется к (./configure), make, make install сейчас почему-то не могут.

А посмотреть, какой юнит тормозит – не судьба?

А как это посмотреть? Я у себя проблему «под коврик замёл», поставил таймаут на 10-15 сек, вместо полутора минут. У меня БД с кэшами не крутится, если что-то за 15сек завершиться не может - его не жалко. Если бы оно повторялось каждый раз, а то один или два раза в неделю и как раз тогда, когда не до этого.

У меня на кедах такое. Раза два в неделю происходит. Есть подозрение на NM, но докопаться так и не смог. Поставил таймаут 15сек и забил. Если бы оно хоть писало кого ждет, а не просто Waiting не понятно кого.

Похоже на то же самое. Я гуглил, вроде народ нашёл виноватого, dbus, но чтоб его прибить раньше, чем ты завершаешь сессию, нужно довольно криво костылить. Я забил, в гноме, при включённом MN, отрабатывает корректно.

У меня сейчас другая проблема приключилась, после перезагрузки не работает переключение на tty. Причем из из sddm и из плазмы не работает. Но! Если нажать Alt-Ctrl-PrScr-R-E, плазма(или sddm) перезапускаются и уже начинает работать переключение в tty. Видимо надо будет тему создать, вдруг кто знает как это решается.

Эээ… Там вроде новая тема, что теперь эти консоли не создаются до прямого запроса, вот где-то тут ты и застреваешь.

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

Эээ… Там вроде новая тема, что теперь эти консоли не создаются до прямого запроса, вот где-то тут ты и застреваешь.\

Так, а что такого происходит после SysReq, что всё становится нормально? Ну либо да, кто-то вешается из сервисов и до запуска консолей не доходит. Надо будет и правда посмотреть на это внимательно.

Видимо дёргается graphic.target или типа того и сервис консолей нормально стартует.

Может подсунуть ssdm-у sleep 1 или две-три, а то походу он обгоняет нужный сервис. Костыль, но как быстрое временное решение.

Хотел попробовать soft-reboot, так кеды вывели уведомление о том что будет перезагрузка и... ничего не произошло. Тьфу.

Не поленился перезагрузится. Вот такую фигню пишет при попытке переключится на tty.

июл 31 11:58:42 home systemd[1]: Started getty@tty4.service.
июл 31 11:58:42 home agetty[5103]: tty4: invalid character 0x1b in login name
июл 31 11:58:52 home systemd[1]: getty@tty4.service: Deactivated successfully.
июл 31 11:58:52 home systemd[1]: getty@tty4.service: Scheduled restart job, restart counter is at 2.
июл 31 11:58:52 home systemd[1]: Started getty@tty4.service.
июл 31 11:59:15 home agetty[5113]: tty4: invalid character 0x18 in login name

Пойду с этим пожалуй в отдельный тред.

А ты через systemd стартуешь ssdm?

А как это посмотреть?

В журнале же.

При выключении с таким столкнулся, когда выключил NetworkManager. Оказалось без него чего-то-там-dbus не завершается нормально и ждёт. Разбираться не стал, вернул NM.

Т.е. сисямбда не может раскрутить граф зависимостей, который она сама же накрутила? Ну что сказать, ЛОЛ!

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

Да что там рассуждать когда ВСЕ перелезли на эту систему инициализации

Между тем написать программу, установка которой сведется к (./configure), make, make install сейчас почему-то не могут.

Ушла эпоха…

Трудно было не перелезть когда оно сожрало udev. После такого позорного внедрения, когда всех грубо поломали через колено, про попенсорц можно только в юмористическом стиле рассуждать.

В «гентах» вроде бы отдельный форк udev до сих пор.

Шо, что-то из вышеперечисленного стало еще и софт из исходников собирать?

Следующий вопрос: а нужны ли эти systemd-utils? Я ранее тут спрашивал насчёт systemd в генте. «Я всю жизнь живу без systemd, и всем советую!» (Ивасик.jpeg)

Гентушники молодцы, но большинство предпочло прогнуться. Вот и в этом треде говорят, а какая мол разница. Пусть там под капотом будет хоть винда, нам похер, лишь бы гном работал. Линуксоидам не нужен юникс и foss, вот в чем прикол.

Трудно было не перелезть когда оно сожрало udev

а что в итоге для udev изменилось? Практически ничего

Поддержка скриптов SysVinit будет удалена в следующем релизе

Ну наконец то говноскрипты отравят на свалку.

[Service]
Type=oneshot
Exec=/etc/init.d/скрипт start
ExecStop=/etc/init.d/скрипт stop
RemainAfterExit=yes

не дождётесь 🤡

Пусть там под капотом будет хоть винда, нам похер, лишь бы гном работал. Линуксоидам не нужен юникс и foss, вот в чем прикол.

Во, один таки раскусил тему 🤭

Пожалуй это лучшее описание systemd что я когда-либо читал!

Нет, не нужны. Потянули их из-за tmpfiles.

Зато для дистроделов кое-что изменилось. Они не могут поставлять udev без systemd не поприседав со штангой.