No - a flame se nemusi rozjizdet, protoze uz je na zminenem webu Andrew(a). A zajimava je odpoved developera Davida Strausse : https://medium.com/@davidtstrauss/how-to-throw-a-tantrum-in-one-blog-post-c2ccaa58661d . Hodne to odrazi situaci, ze systemd ma velky dopad na celou komunitu aniz to komunita jako celek vicemene prijala (jako napr. u grub2 )
No jako nedavno jsem si pustil ssh tunel na Cent OS 7 a hmmmm systemd nerestartuje servisy jak ma a kdyz si clovek napise vlastni tak mu to nepusti (jeste nevim proc, jeslti se mu nelibi /usr/local/bin/mujscript nebo o co mu jde, kdyz obsah skriptu vysypu do ExecStart=ssh ..... tak to pusti, ale kdyz to vytuhne tak to neobnovi, nebo mu to trva nehorazne dlouho. Cekame na ten registr asi .... =)
Tyjo ani ne, jsem se o tom trosku bavil s jednim machrem pres security a taky se mu vubec nepozdava, aby pid 1 proces byl prakticky komplet v cecku a jeste psany rekneme horkou jehlou. Ostatne tech buffer overflow chyb je tady jako maku (nic proti C, ale nekdy se vyuziva dost nestastne)
Ani ne, mozek ma zatemnenej spis obhajce. Vazne treba nevidim vubec zadnej problem v tom, aby se system jako takovej ciste rebootnul, kdyz nejde ovladat sluzby. Tak to proste regulerne strelis, ale porad to neznamena, ze to musis jit vytrhnout ze zdi - coz je presne pripad systemd.
A spouta totho sou kecy naprosto mimo, nevsim sem si, ze by nekdo nekomu vnucoval MySQL jako jedinou spravnou databazi ...
reboot -f
. Divím se, že to jako výborný správce stovek serverů neznáš a místo toho vytrháváš servery ze zdi :) A kdyby ani tohle nereagovalo, pořád existuje Alt + SysRq + REISUB.
Se sysvinit se zase nedalo čistě restartovat, pokud vytuhnul nějaký init skript. Třeba Bind to rád dělal. Na desktopu pak Xka.