systemd depends so heavily on a files it can not reboot
"Jóhann B. Guðmundsson"
johannbg at gmail.com
Mon Jul 8 16:58:17 UTC 2013
On 07/08/2013 04:02 PM, Adam Pribyl wrote:
> On Mon, 8 Jul 2013, "Jóhann B. Guðmundsson" wrote:
>
>> No need to open a discussion. SysRq is disable for are a reason and
>> what you are propose allows anyone that sits at the keyboard to kill
>> all process,reboot without syncing or authorization and all because
>> you got a corrupted filesystem.
>
> OK, so the systemd people say, it is perfecly fine you can not reboot
> via ctrl-alt-del (while it was always possible with init) ???
The files on the system got corrupted so by all means explain to me how
it was possible with init more so with then with systemd?
And which previous init system sysv or upstart ?
Or are you really saying you never manage to corrupt the legacy sysv
init or upstart files so that's why it was always possible?
> and give me the advice to enable sysrq for the purpose,
Yes you always wanted to make it possible to reboot on a corrupted
filesystem and it was pointed as an option to achieve just that
> and sysrq people say, it's not for users, we will not enable it, it is
> dangerous.
>
Yes enabling it is not a good default for the distribution however
administrators and users themselves can enable if they want to while
being aware of the security risks of doing so.
JBG
More information about the test
mailing list