<div dir="ltr"><div>Ok, Thanks for your reply.<br><br>But, just out of curiosity, why init process gets down with a SIGABRT and not with a SIGKILL (9), being this a signal which cannot be caught, blocked or ignored?<br><br></div>PD: I definitely not try the command above<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-05-03 17:22 GMT+02:00 Lennart Poettering <span dir="ltr"><<a href="mailto:lennart@poettering.net" target="_blank">lennart@poettering.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Sun, 03.05.15 17:18, Víctor Fernández (<a href="mailto:vfrico@gmail.com">vfrico@gmail.com</a>) wrote:<br>
<br>
> Hello<br>
><br>
> I'm using rigth now a Manjaro distribution (derived from arch). Making some<br>
> test, i've discovered that sending SIGABRT (6) to PID 1 (systemd) will<br>
> cause system to enter on unstable mode:<br>
><br>
> after doing this, the system reboot graphic server (at least, it request to<br>
> login again) and if you resend the SIGABRT, the system goes to Kernel Panic<br>
> Mode.<br>
><br>
> Here is the code I've tested (executing as sudo, of course).<br>
><br>
> echo "int main(){kill(1,6);kill(1,6);}" > a.c && gcc a.c && sudo ./a.out<br>
><br>
> It appears not to be a very large problem (since root permisions are<br>
> required), but I think is an undiserable behaviour.<br>
><br>
> Is this really a bug?<br>
<br>
</div></div>Well, there are tons of ways how you can break your system if you are<br>
root. For example:<br>
<br>
      dd if=/dev/urandom of=/dev/sda<br>
<br>
We cannot (and actually should not) try to prevent the user from<br>
shooting his own foot if he really desires to do so.<br>
<span class="HOEnZb"><font color="#888888"><br>
Lennart<br>
<br>
--<br>
Lennart Poettering, Red Hat<br>
</font></span></blockquote></div><br></div>