Mundos y copiasStop y Kill terminan los dos el proceso. Eso es lo único que tienen en común. Uno le pide al juego que termine lo que está haciendo primero; el otro no pregunta nada, y la diferencia entre esas dos ideas es toda la razón de que uno sea seguro para usar cada día y el otro sea un último recurso.
Qué hace cada uno de verdad
Stop le manda al servidor una señal que está construido para manejar con elegancia: dispara la propia secuencia de apagado de Minecraft, que llama a save-all, vuelca a disco cada chunk modificado, cierra los archivos abiertos de forma limpia, y solo entonces deja salir al proceso. Es la misma secuencia que se ejecuta cuando escribes /stop tú mismo en la consola: el botón del panel no es una versión aparte ni menor de eso.
Kill manda una señal que el proceso no puede interceptar ni responder de ninguna forma: el sistema operativo lo termina al instante, a mitad de instrucción, sea lo que sea que estuviera haciendo. Si ese instante cae justo en medio de escribir el archivo de región de un chunk a disco, la escritura se corta a la mitad, y lo que queda en disco no es ni la versión vieja de ese chunk ni la nueva: son bytes de las dos, que es lo que un archivo .mca corrupto es de verdad a nivel de byte.
Cuándo usar cada uno
| Situación | Usa |
|---|---|
| Reinicio de rutina, actualización, mantenimiento | Stop |
| Reinicios programados | Stop |
| Consola genuinamente sin responder más de 60 segundos tras probar Stop | Kill, como el último recurso que está pensado para ser |
| «Se siente lento pero la consola sigue respondiendo» | Stop — que responda lento no es lo mismo que no responder |
Un chunk cortado a mitad de escritura no siempre hace caer el servidor en la siguiente carga: puede quedarse ahí hasta que un jugador entre a ese chunk exacto días después y se caiga a través del suelo, o el servidor se caiga al cargarlo durante una sesión totalmente distinta. La distancia entre la causa y el síntoma es por lo que los apagados forzados se culpan menos de lo que merecen: para cuando el daño se ve, el Kill que lo provocó ya se olvidó hace tiempo.
Si la consola está genuinamente atascada
- Prueba Stop primero y dale de verdad 60 segundos
Un servidor bajo carga pesada —un guardado grande, recolección de basura, generación de chunks— puede tardar más de lo que parece que debería. Eso no es lo mismo que estar congelado.
- Mira la salida de la consola, no solo si responde a lo que escribes
Que la salida siga corriendo significa que el proceso está vivo y trabajando, aunque no esté aceptando comandos en ese instante.
- Solo entonces usa Kill, y haz una copia en cuanto vuelva a estar arriba
Confirma que el mundo sigue cargando limpio antes de construir nada más encima de esa sesión.
Un Stop limpio es lo que todo reinicio programado, todo cambio de versión, toda reinstalación da por hecho que está pasando por debajo. No es una buena práctica aparte: es el mismo mecanismo que describe todo este artículo, solo que corriendo en automático en vez de a mano.