Tim, ze udev je spravovan projektem systemd, se toho bude casem rozbijet vice a vice. Ale na druhou stranu uz 3krat jsem blamoval udev za rozbiti pri upgradu meho debian-testingu a 3krat byl problem ve skutecnosti jinde.
(Treba vyvojar laptop-mode-tools v klidu zabijel process group od laptop-mode-tools, pricemz v sys-v initu to byla ta sama process group jako udev. Takze mi zahadne mizel udev, s hlaskou ze se ukoncuje (taky aby ne, kdyz dostal SIGTERM), ta zmena chovani samozrejme prisla s upgradem laptop-mode-tools, ale na mem notebooku jsem to trefil zaroven s upgradem udevu.)
Toto je ale naozaj problém udev a vývojari systemd to priznali. V novšej verzii udev/systemd je to opravené. Žiaľ kedže Debian je zmrazený nová verzia udev/systemd sa už do stable nedostala a ostalo to nefunkčné. Backport opravy do starého udev/systemd je vraj náročný/nemožný.
Problém je v tom, že ak sa udev ukončí tak, že ostane na disku socket /run/udev/control (napr. kill -9), tak aplikácie používajúce libudev budú čakať dovtedy kým sa na socket druhá strana nepripojí (hoci aj naveky). cryptsetup libudev používa a luks oddiely v Debine odpája až keď je všetko vypnuté. sendsigs sa spustí pred ním a postará sa o zabitie všetkých procesov (včítane udev). A cryptsetup potom pekne naveky vytuhne.