Sometimes the system might become unresponsive and no telnet connection or way to press the reset pin is near. We should have one or more measures to regain control of the system.
There are different unresponsive situations that need to be handled separately:
- If the kernel has crashed and not paniced, for example by overclocking too high, there is nothing we can do: reset is the only way out.
- If the kernel has paniced, we can use the feature to automatically reboot on panics.
- If the kernel is still running but the userland is broken beyond repair, a forced reboot is useful. This would be similar to "eisub" ("reisub" without "r", see Magic SysRq).
- If the application that controls the current virtual terminal is hanging, killing that application would return control to the menu and make the system responsive again. This is probably the most common kind of unresponsiveness.
Sometimes the system might become unresponsive and no telnet connection or way to press the reset pin is near. We should have one or more measures to regain control of the system.
There are different unresponsive situations that need to be handled separately: