Systemd 227 má teprve vyjít, nicméně připravované nové vlastnosti jsou již popsány na GitHubu. Přináší podporu automatického restartu po pádu systému pomocí parametru jádra systemd.crash_reboot=1, nebo CrashReboot=1 v systemd.conf.
Nový systemd závisí na util-linux 2.27 kvůli nové funkci mount monitor v libmount, která nahradí vlastní implementaci v systemd.
uz tam je, viz: http://www.root.cz/zpravicky/nova-verze-linux-from-scratch-7-8/
Kdo to potrebuje, ten už to dávno má zařízeno ruznymi softwary typu daemontools .. (konfigurace pomocí práv na adresáři a pod. vzpomínky na mladi :-))
Tim jak se z Linuxu stala masova záležitost, stávají se z toho Windows. Akorát jsou k tomu zdrojovky. Což je ale 99.9% bfa (BF administrator) k ničemu.
Asi je na čase si po letech vyzkoušet nejake to BSD.
Hm, jeste to nevypuklo: https://www.google.cz/trends/explore#q=systemd%2C%20admin%20suicide
Sysctl parametr kernel.panic, který při panic stavu rebootuje systém existuje už dlouho, jen je možné tuto vlastnost nově spravovat přes systemd.
Přirovnávání k Windows a přihlouplé nadávky na systemd, které pramení jen z jeho nepochopení mi už poslední dobou ani neprijdou vtipné.
Taky to nejak nechapu. Tohle je predevsim vec kernelu, jak se zachova pri panic. Takze v tomhle pripade systemd nedela nic jineho nez ze castecne duplikuje funkcionalitu sysctl? Nic vic? To je malo pro flame. Cekal bych ze se treba pokusi nekam ulozit chybovou hlasku anebo nekam nahraje coredump kernelu.
Napr: BSD init na AIXu umi poznat proc doslo k rebootu a podle toho se zachova. Spusti full fsck nad filesystemy misto toho aby jen prehral zurnal.
Ano, systemd okrem ineho obsahuje i reimplementaciu sysctl :)
Inak ale, ak som ten zdrojak precital spravne, toto nieje reset pri kernel panicu. Je to reset pri systemd panicu, cize ked sa ta merda binarneho svinstva zruti. Mam tu notebook, kde sa to stavalo tak 2x denne...
