Barrapunto

<Ironic>

Pulsa Alt+ ImprPantalla y mantenlos pulsados.Teclea RSEIUB y tu sistema se reiniciará, así de simple.

¿Simple? Tu has probado a hacerlo con una sola mano, o con dos y un teclado tocho?

</Ironic>

Hay un gag sobre qué significan las siglas que dice: "Raising Elephants Is So Utterly Boring" (el cultivo de elefantes es completamente aburrido, en castellano).

Ahora hablando en serio, destacar que no en todas las distribuciones viene activado el soporte de esta secuencia por defecto, por ejemplo en basadas en RedHat, viene desactivado (CentOS, Fedora...). Para activarlo basta con cambiar en /etc/sysctl.conf la entrada kernel.sysrq y dejarla con valor 1, asi:

kernel.sysrq = 1

Guardamos cambios y ejecutamos "sysctl -p" para activarlos en la sesion actual.

Y con esto, secuencia activada ;D

En NetBSD, el kernel tiene un debugger incorporado (DDB) que es realmente muy cómodo, tanto para propiamente "debuggear" el kernel (en caso de que haya ocurrido un kernel panic por ejemplo) como para realizar las mencionadas tareas de mantenimiento.

Pero nada de tocar teclas ciegamente: al activar el debugger se muestra un indicador (prompt) en la pantalla como si fuera una línea de órdendes. Si tecleas la orden help, por ejemplo, puedes ver los comandos que tienes disponibles.

Por supuesto puedes ver una lista de procesos, matar procesos, reiniciar, continuar, etc. Esto es cómodo por ejemplo si se ha bloqueado algún programa que acceda al teclado y pantalla de forma directa (como un servidor X por ejemplo). Si se bloquea, en lugar de reiniciar, simplemente entras en el debugger, buscas el proceso en la lista de procesos, lo matas, y sales del debugger (con el comando continue). Al salir ya no habrá servidor X capturando el teclado, con lo que ya podrás volver a usar tu shell.

Como NetBSD es multiplataforma, la forma de invocar al debugger varía entre plataformas (aunque en casos como un kernel panic se invoca automáticamente). Por ejemplo en los Macintosh 68k (mac68k), el hardware suele tener un botón "Interrupción" al lado del botón "Reset". Pulsando ese botón entras en el debugger.

Si el equipo que se cuelga es remoto o no tiene teclado, es posible instalar sysrqd, configurarle la contraseña de acceso y hacer un telnet..

# apt-get install sysrqd
# echo "mypassword" > /etc/sysrqd.secret && chmod 0600 /etc/sysrqd.secret
# /etc/init.d/sysrqd restart

Para acceder:

$ telnet equipo 4094
sysrqd password: mypassword
sysrq> s
sysrq> u
sysrq> b

Como han dicho antes algunas opciones sobran... normalmente suelo pulsar: SUB

Ahora me viene una pregunta, seguro que ambas formas son correctas pero ¿en qué se diferencia RSEIUB y REISUB?

ah claro!!! ahora caigo en porqué la tecla se llama ImprPant / PetSis... Imprimir Pantalla / Petó el Sistema!

XD

El tErm para que los procesos no bloqueados acaben correctamente. El kIll... psé, supongo que para liberar recursos hardware.

Sync antes de Umount es realmente lo fundamental, lógicamente como dices despues de matar procesos.

Si la consola funciona, con Help se ven las órdenes disponibles.

¿Maligno? ¿El tuyo no es el que estaba desarrollado por el tal Reiser ese, que asesinó a su mujer?. Seguro que tiene código supermalicioso que te mustra imágenes rápidas en tu linux, imperceptibles para el ojo humano pero no para tu subconsciente...al que le está diciendo: matarrr, matarrr.... Ahora en serio ¿enque había quedado al final la cosa? ¿era culpable?

No, no es seguro. Se de al menos una partición en un disco duro y otra en un USB que se han corrompido en un Windows haciendo reset. Que a tí no te haya pasado no significa nada.

Y eso que tengo reiniciado infinidad de veces (linuxeros abstenerse de hacer bromas) y jamás le pasó nada al disco duro, cosa que no puede decirse de linux

Paciencia, paciencia, que ya te pasará. Y no, no puedo abstenerme de hacer bromas. Lo pones demasiado fácil :-D