systemd[-udevd] ест 100% CPU

Вы забыли сказать, какое оборудование и какая система.

Ставьте сертифицированную систему.

в одном из самых идеальных, вылизанных и оттестированных компонентов современного Linux

Толсто.

System_D

Очень толсто.

не жалко каких-то несчастных 100% процессорного времени для по-настоящему качественного софта

С тебя новый монитор. Этот — весь в жире.

Хотя чего еще ожидать от хейтера-борцуна? 1, 2, 3

Предлагаю нововведение на ЛОР: за каждое коверканье слова «systemd» гасить одну звезду.

Насколько знаю, в udev правилах есть банальный goto, то есть полный по Тьюрингу язык, поэтому вполне реально написать зацикливающиеся правила, которые могут загрузить процессор на 100%.

так и должно быть.

системдя выполняет самые важные задачи, поэтому ему простительно съесть даже 146% ЦПУ

я согласен. у меня звезд нет. давай гасить твои!

по теме - полнейший системдец :)

Вам не угодишь.
То фанатик, то хейтер-борцун.

Алсо, типичное поведение SystemD-сектанта — вместо вариантов решения проблемы указывать на отношение собеседника к объекту поклонения сектанта.

Предлагаю куда более изящное нововведение: за упоминание любой проблемы SystemD выдавать бан по подсети.

Kernel: 5.10.0-0.bpo.3-amd64

с дефолтным ядром из buster (сейчас 4.19.194) такие-же проблемы?

Дефолтное ядро из Buster не работает с моим железом (Tiger Lake)

А чем, собственно, он занят? В логах в это время что-то есть? ну и strace )

в логах ничего нет
strace чего? процесса systemd-udev? ты издеваешься?

лучшим решением будет предложить посмотреть udevadm monitor

udev правило возможно из-за специфичного оборудования не правильно выполняется и это от системы инициализации не зависит скорее всего

Переезжай на диван! С него можно спокойно наблюдать за развитием системГ

Где тег «история успеха»?

А какой смысл тебе помогать с решением? Ты ведь молишься на свои реликты, так и свали на них кабанчиком, ведь systemd тебе «не нужно»)0

вместо вариантов решения проблемы

А есть ли проблема на самом деле? Похоже на очень толстый вброс фанатика с целью затроллить «SystemD-сектанта».

В любом случае проблема не в systemd, а в udev (последний существовал задолго до systemd).

И я так и не увидел вывод команды udevadm monitor.

идеальных, вылизанных и оттестированных компонентов современного Linux - System_D

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

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

Из-за какого-то устройства или политики устройства ядро флудит событиями, а виноват, как водится, systemd (просто потому, что systemd всегда виноват).

Т. е. ты считаешь, что замена udev на какой-нибудь uedev решит проблему? Ты в этом уверен? ТС ведь даже не предоставил никаких данных мониторинга (специально, кстати, учитывая его понимание такой необходимости). Вывод относительно ТС очевиден.

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

А есть ли проблема на самом деле? Похоже на очень толстый вброс фанатика с целью затроллить «SystemD-сектанта».

проблема есть.
вероятнее всего, проблема железоспецифична (по ссылке в ОП тоже проблема с лаптопом Dell) и, вероятнее всего, она уже исправлена.
(у меня Debian Stable и, соответственно, древний системдэ)

этот тред — крик души о том, какого хера я в 2021 году должен сталкиваться с такими детскими проблемами, как вечные циклы в системных демонах.

В любом случае проблема не в systemd, а в udev (последний существовал задолго до systemd).

udev и правда существовал с бородатых годов, и с ним я ни разу не поимел проблем.
а вот с systemd и его компонентами проблемы встречаются, причём проблемы такие идиотские, от которых краснеют глаза и хочется брызжять слюной на ЛОР.

сейчас из-за этого восхитительного бага я попал в ситуацию, когда достал лаптоп из сумки и увидел 15% заряда вместо ожидаемых ~80%.
хорошо, что сейчас везде Type-C и можно таскать одну зарядку на все девайсы (привет айфонодетям)

И я так и не увидел вывод команды udevadm monitor.

да ничего там интересного не было, udev зациклился на эвенте отключения питания.
и нет, эвентом срало не ядро и не ACPI, потому что рестарт systemd-udevd помог и проблема больше не проявлялась.

без шуток, сейчас накачу лайв на флешку и посмотрю, проявляется ли в Сертифицированной™ Системе™ противнейший баг с троттлингом ЦП до 0.4ГГц под нагрузкой

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

Найти замену NetworkManager'у для быстрого переключения между стационарным и мобильным (LTE) интернетом, а также для перетыкания VPN в один клик — я не нашёл

… переключения между стационарным и мобильным (LTE) интернетом
… у меня Debian Stable | и дальше

wicd

Хз как там в дебиане собирают пакеты, в артиксе (арч без системд) нетворкманагер прекрасно работает без сисямбды. Подозреваю, в devuan тоже. На самом деле, больша часть «прибитого» к сисямбде софта нифига к ней не прибито, а просто собраны так, что требуют ее. Можно собирать и без. Я вот охренел, когда эмулятор 2 соньки(!) потребовал libsystemd для сборки, так оказалось, pkgbuild кривыми руками написали, все за 5 минут починил.

udev зациклился на эвенте отключения питания

Это что собственно означает?

strace чего? процесса systemd-udev? ты издеваешься?

А в чем, собственно, проблема?

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

:)

Странно почему сюда еще не прибежал заббал и не сказал что ты идиот, неумеющий читать документацию.

Его что, до сих пор не забанили?

а виноват

Это лжесвидетельство, непростительный грех

Это лжесвидетельство

Что именно? Заведомо ложные утверждения ТС в сторону systemd?

Ага, а суд линча карается по все строгости закона

Покайтесь грешники 😈
Шучу
С systemd это ответственности не снимает

Не удалось прочитать текст по ссылке?

Generic Ubuntu не подойдет. Хотя ее, видимо, проще всего можно довести до работоспособного состояния.

И где здесь шутки? Покупать оборудование, не сертифицированное под целевую платформу – очень странная идея. Такое может заработать без применения напильника лишь по чистой случайности.

Было такое когда неправильно отрабатывал скрипт который для scsi устройства генерировал симлинки

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

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

Это точно. Дебиан испортили Лёнькиной дриснёй У меня делл-востро p75g шел «из коробки» с 20 убунтой, все было красиво, и она загружалась через раз из-за этого системГ. Заменил на диван-ascii, через полгода обновился на биовульф. Два года работает - все отлично.