EntradaApagando Linux desde la línea de comandos. Reiniciar y apagar la computadora desde la línea de comando Cómo reiniciar Linux desde la consola
El comando de apagado en Linux le permite apagar, reiniciar o programar un apagado de su sistema. Este artículo explica los más comunes y ejemplos útiles comandos de apagado en Linux.
Sintaxis del comando de apagado
Antes de ver el uso del comando shutdown, primero veamos su sintaxis. apagar- opciones: puede especificar si desea detener, apagar, reiniciar, etc.
- tiempo: puede especificar cuándo apagar
- mensaje: puede enviar un mensaje personalizado a todos los usuarios registrados
Nota
El comando de apagado necesita privilegios de superusuario. Por lo tanto, debe ser root o ejecutar el comando con sudo.
5 ejemplos prácticos de comandos de apagado de Linux
Ahora que conoce la sintaxis del comando shutdown, veamos cómo usarlo.
Si solo usa el comando de apagado, comenzará el proceso de apagado después de un minuto. Por lo tanto, recuerde que el intervalo de tiempo predeterminado para el comando de apagado es de un minuto.
Apagado de Sudo Apagado programado para el lunes 19 de noviembre de 2018 a las 23:46:21 UTC, use "shutdown -c" para cancelar.
Los usuarios desprevenidos de Linux esperan que el comando shutdown apague el sistema inmediatamente, pero cuando ven un mensaje como la marca de tiempo UTC, a menudo se confunden.
1. Apagado inmediato del sistema.
No siempre tiene que esperar un minuto para que se apague el sistema. Puede apagar su sistema inmediatamente especificando la hora programada +0 o ahora .
Sudo apaga ahora
2. Programe un apagado del sistema
Puede programar una parada en el futuro especificando el argumento de tiempo en formato + to hh: mm.
Por ejemplo, si desea apagar el sistema después de 20 minutos, puede usar este comando:
Apagado de Sudo +20
Si desea apagar el sistema a las 3 pm, puede usarlo así:
Cierre de sudo 15:00
No hace falta decir que la hora clave y la zona horaria es la hora del sistema.
Nota
Cinco minutos antes de la hora de apagado programada, el sistema no permitirá ninguna actividad de inicio de sesión. Esto significa que Nuevo Usuario no puede iniciar sesión durante cinco minutos después de un apagado programado.
3. Reinicie el sistema con el comando de apagado.
Hay un comando de reinicio por separado, pero no es necesario que aprenda nuevo equipo solo para reiniciar el sistema. Puede usar el comando de apagado en Linux para reiniciar.
Para reiniciar el sistema usando el comando shutdown, use el parámetro -r.
Sudo shutdown -r
El comportamiento es el mismo que el del comando de apagado normal. Es solo que en lugar de apagar el sistema, se reiniciará.
Entonces, si usó shutdown -r sin ningún argumento de tiempo, se reiniciará en un minuto.
Puede programar un reinicio de la misma manera que cuando se apaga.
Apagado de sudo -r +45
También puede reiniciar el sistema inmediatamente con el comando de apagado:
Sudo shutdown -r ahora
4. Envío de un mensaje personalizado
Si se encuentra en un entorno multiusuario y varios usuarios han iniciado sesión, puede enviarles su propio mensaje de difusión con el comando shutdown.
De forma predeterminada, todos los usuarios registrados serán notificados de la interrupción programada y la hora. Puede configurar el mensaje de difusión en el propio comando de apagado:
Sudo shutdown 15:00 "El sistema se apagará para actualizar el hardware, por favor guarde su trabajo".
Puede usar el comando de apagado con la opción -k para iniciar un "apagado falso". No apagará el sistema, pero se enviará un mensaje de difusión a todos los usuarios registrados.
5. Cancelar el apagado programado
Si ha programado un apagado, no tiene que vivir con él. Siempre puede cancelar el apagado con la opción -c.
Apagado de sudo -c
Y si pasó un mensaje de apagado programado como un buen Administrador de sistema, también puede notificar a otros usuarios que cancelen el cierre programado.
Sudo shutdown -c "se canceló el apagado programado"
Detener vs Apagar
Detener (opción -H): finaliza todos los procesos y apaga la CPU,
Apagado (opción -P): Muy similar a detener, pero también apaga la propia unidad.
Históricamente, en el pasado, las computadoras se usaban para apagar el sistema y luego imprimían un mensaje como "apague normalmente ahora" y luego las computadoras se apagaban usando interruptores físicos.
En estos días, la terminación debería apagar automáticamente la energía del sistema gracias al soporte de ACPI.
Estos fueron los ejemplos más comunes y útiles del comando shutdown en Linux. Espero que hayas aprendido a apagar el sistema Linux a través de.
Si tiene alguna pregunta o sugerencia, no dude en hacérnoslo saber en la sección de comentarios.
Resumen: descripción de los tipos de reinicio, historia sobre sysrq, ipt_SYSRQ, ipmi, psu.
¿Cómo reinicio el servidor?- Esta es una pregunta que generalmente hacen los usuarios muy novatos que se confunden entre detener, apagar -r, reiniciar, init 6, etc.
Un administrador experimentado aclarará la pregunta: "¿Qué le pasa al servidor?" Los diferentes tipos de fallas del servidor requieren diferentes tipos reiniciar - y una opción elegida incorrectamente dará lugar a graves consecuencias, de las cuales una visita a la cara web de IPMI / DRAC / iLO para "reiniciar" será la más fácil. Lo más difícil en mi práctica personal fue un viaje de negocios de un enikeyschik a un pueblo vecino. Para "presionar el reinicio" en un servidor solitario.
En este artículo: Qué impide que su servidor se reinicie y cómo ayudarlo.
Comencemos con la teoría de la refutación.
Cuando apagas o reinicias el servidor, el administrador de inicialización (en la mayoría de las distribuciones modernas - systemd, en el excéntrico Ubuntu 14.04 sigue siendo advenedizo, en basura arcaica - sysv-init) en un orden determinado envía a todos los demonios el comando "shutdown". Y la mayoría de los demonios (por ejemplo, DBMS como mysql) saben cómo cerrar correctamente. Por ejemplo, finalice todas las transacciones, guarde todos los datos no guardados en el disco, etc. Para un DBMS en memoria como redis, esto puede ser crítico en absoluto: si no lo guardó, lo perdió.
Los antiguos sistemas de inicialización esperaban indefinidamente cada uno de los scripts de inicio. Por ejemplo, si el "comodín" agregó la rama "sleep 3600" a su "stop", entonces su servidor se reiniciará durante una hora y media. Y si hay un número mayor, o simplemente un programa que no quiere terminar, entonces el reinicio nunca terminará.
Los nuevos sistemas de inicialización (de hecho, no somos tímidos, solo queda systemd) dan un cierto tiempo de espera (generalmente 120 o 180 segundos) para guardar datos, después de lo cual terminan el proceso por la fuerza. Además de detener los demonios, los sistemas de archivos se desmontan (es decir, se eliminan todas las cachés de bloques), los objetivos iscsi se detienen (también con la caché eliminada), etc., etc. Si bien el tiempo de apagado es indefinidamente largo, todo es Plus , hay al menos alguna esperanza de completar correctamente todos los demonios, eliminar cachés de archivos, etc.
Por lo tanto, en un sistema en buen estado, la respuesta correcta a la pregunta "cómo reiniciar" es ejecutar el comando de reinicio. En algunos casos, incluso el único correcto (enmienda: si en interfaz grafica haga "reiniciar", el entorno de escritorio pensará que se trata de un reinicio de emergencia; para reiniciar desde el modo gráfico, debe usar "reiniciar" en la interfaz DE).
¿Qué puede salir mal con un "reinicio regular"? Bueno, en primer lugar, algunos de los procesos del demonio pueden empezar a "embotarse"; consulte más arriba.
En segundo lugar, puede haber un problema con el desmontaje. sistemas de archivos... Se cree que es suficiente "matar" todos los procesos, y será fácil desmontar el disco, nadie lo está usando. Pero, por decirlo suavemente, este no es el caso. A continuación, se muestran posibles métodos para "clavar fs sin desmontar":
- fallocate / fs / swap -l 1G; mkswap / fs / swap; swapon / fs / swap
- dd if = / dev / sda of = / fs / image; kpartx / fs / imagen
- losetup --find --show / fs / image
¿De qué está lleno? Un sistema de archivos desmontado. Systemd en esta situación intenta, intenta e incluso lanza (sistema de archivos desmontado). Es decir, el reinicio en esta situación será MUY largo, pero aún así pasará. Pero esto es si umount devuelve un error.
Y sucede que umount no puede completar la operación debido a que algo no está disponible. Por ejemplo, un archivo en un servidor nfs. Si algún proceso accede a dicho archivo, entonces no se puede terminar (incluso con kill -9). Y en esta situación, "reiniciar" simplemente colgará el servidor. Nuevamente, los lugares más típicos en systemd están "cubiertos", pero la probabilidad de toparse con TASK_UNINTERRUPTIBLE ("D" en ps aux) aún es posible.
¿Qué hacer? Es posible reiniciar sin sincronizar los sistemas de archivos y sin completar nada reiniciar -f. Pero también puede colgar. Acerca de las razones a continuación, pero por ahora acerca de las consecuencias: todos los procesos no se detienen y mueren instantáneamente, las sesiones tcp no se cierran, los cachés de disco no se vacían. Sin embargo, el kernel aún realiza algunos movimientos en el área de reinicio (y, posiblemente, algunos de los cachés se restablecerán). Lo principal es que la mayor parte del kernel participará en el proceso de reinicio. Y esto significa que si el núcleo se enferma, es posible que no regresemos.
La segunda situación, extremadamente desagradable: problemas con el sistema de archivos en / (en la raíz). Cualquier intento de hacer ls, grep e incluso "reiniciar" hace que la consola se cuelgue o se produzca un error. Los problemas con libc (incluida su eliminación) entran en la misma categoría cuando, al intentar "reiniciar", hablan de un problema de vinculación y se niegan a hacer nada. O bien, hemos alcanzado el límite en el número de pids y todos están en el estado "D" O alguna otra cosa desagradable del mismo calibre, pasando a la categoría de "servidor defectuoso".
Sucede que solo queda una consola abierta en el servidor (y la segunda ya no se abre). ¿Por qué? Porque alguien hizo trampa en algo con el controlador de disco. O un controlador de incursión. O algo más, después de lo cual solo quedan las memorias en el caché del disco del "/". Esto significa que solo tenemos comandos bash (integrados) que se ejecutan sin iniciar nuevos procesos.
Existe un método de reinicio que no requiere ejecutar ningún archivo ejecutable (es decir, leer desde el disco que falta). Esto es (desde la raíz): echo b> / proc / sysrq-trigger. El archivo sysrq-trigger le permite "presionar" cualquiera de las combinaciones de teclas SysRq (botones de emergencia del kernel). Incluyendo SysRq-b, es decir, un "reinicio" de emergencia. A menudo sucede que después de presionar Intro, un salto de línea ni siquiera aparece a tiempo: el servidor ya se reinicia antes de que regrese la llamada al sistema. Este es el software más fuerte que existe para refutar.
Nota: lo que parece correcto en esta situación es "sincronizar, reiniciar", es decir SysRq-s, SysRq-B es un error porque después de SysRq-S, el kernel puede intentar comenzar a hablar con un conjunto vacío y, potencialmente, entrar en pánico o interrumpir la última consola disponible para usted. Si se realiza un reinicio de emergencia, debe ser de emergencia
ipt_sysrq
Todo esto funciona si tiene una consola en el servidor. ¿Y si el inicio de sesión se cuelga y no hay una consola abierta? Hay un módulo ipt_SYSRQ que le permite ejecutar solicitudes sysrq para recibir un paquete de red específico (más precisamente, de acuerdo con la regla de iptables). Funciona completamente en el kernel, es decir. no depende de FS. También se le adjunta el comando send_sysrq.vigilante para vigilante
Uno pensaría que esto es "todo", pero hay heladas aún más desagradables. Por ejemplo, colgado Tarjeta de red... Y el reinicio habitual (incluso a través de sysrq) no ayuda. El segundo ejemplo de una situación tan mala es la congelación del gabinete, que se atasca en un disco defectuoso e ignora todos los restablecimientos del bus. El reinicio parece restablecer todo y los discos no están disponibles.
En este caso, necesitamos un ciclo de energía (habilitar / deshabilitar). Ejecutar físicamente al servidor no es interesante, por lo que puede ver las capacidades de los servidores modernos: IPMI. Es una microcomputadora incorporada que le permite controlar una computadora "grande". Suele llamarse IPMI, DRAC, iLO, etc.
El equipo que nos interesa: ipmitool chassis power cycle. Es más exigente con el rendimiento del sistema (los módulos del kernel deben estar cargados, ipmitool debe iniciarse correctamente, ipmi debe estar funcionando, etc.). Pero, por otro lado, te permite distorsionar la nutrición de todos. Más precisamente, casi todo el mundo: si el servidor tiene jbods, este comando no les llega, pero, sin embargo, este es un reinicio muy sólido y bueno.
Si el kernel está completamente enfermo, entonces el comando se puede ejecutar de forma remota (ipmitool -H ipmi.server.local chassis power cycle)
Otra situación difícil es cuando ipmi se congela. Si el sistema aún está más o menos activo, puede "reiniciar ipmi": ipmitool mc reiniciar con fuerza. Después de eso, puede hacer un ciclo de energía para el chasis. Suena extraño, pero varias veces en mi vida "puse" el servidor en un reinicio normal con esa secuencia. ( Después de reiniciar mc con fuerza, debe dar un par de minutos para cargar BMC).
El siguiente punto de "dolor" son las fuentes de alimentación colgadas. Sí, pasa. Se corrigieron errores en el firmware de las fuentes de alimentación, es necesario actualizarlos. Por supuesto, cualquier reinicio suave (como el ciclo de energía de ipmi) no funciona en esta situación. Debe pinchar físicamente el cable o distorsionar la fuente de alimentación de forma remota. Un conector IP ayuda en esta situación.
Se parece a esto (un fragmento del panel de control de servers.com/servers.ru):
Obviamente, en estas condiciones, el reinicio seguirá un escenario muy difícil, pero definitivamente pasará.
Este artículo está dirigido a la mayoría de los principiantes de Linux y a aquellos que estén interesados en cómo reiniciar Linux desde la consola. Para mí reiniciar la computadora en la terminal o usar la interfaz gráfica es elemental, pero esta es la base, no todos los principiantes lo saben y necesito escribir sobre ello.
Hoy veremos problemas como el comando de reinicio de Linux desde la consola, reiniciar de forma remota y reiniciar directamente en la GUI. Comencemos con un simple reinicio del sistema.
Dicho esto, ¿qué podría ser más fácil? Considere reiniciar en Ubuntu Unity primero. Basta con hacer clic en el botón con el engranaje en la esquina superior derecha de la pantalla, y seleccionar el elemento Apagar:
Luego, en la ventana que se abre, haga clic en el elemento:
En el entorno de escritorio de Gnome, todo es muy similar a Unity, pero en KDE necesitas abrir el menú principal, ve a la pestaña producción y seleccione el elemento recargar:
Luego confirme el reinicio.
Y aquí el alcance es mucho más amplio, hay alrededor de una docena de comandos que se pueden usar para reiniciar Linux. Algunos necesitan privilegios de root, otros no, algunos parecen simples y fáciles de recordar, mientras que otros son largos y complejos. Los veremos todos a continuación.
El primer comando de reinicio de Linux, el más común y simple:
Como puede ver, la utilidad necesita derechos de superusuario. Después de presionar Enter, la computadora se reiniciará inmediatamente.
La utilidad de apagado, que se usa para apagar, también le permite reiniciar la computadora; para esto, debe pasarle el parámetro -r. Además, también puede especificar la hora de reinicio. Ahora - 0 o ahora, después de un minuto +1 después de dos - +2, y así sucesivamente:
sudo shutdown -r +1
En los sistemas init compatibles con Init Scripts, había niveles de carga del sistema: 0,1,2,3,4,5,6, el nivel 0 significaba apagado, 6 reinicio, el resto de los modos de funcionamiento del sistema no nos interesan ahora. Puede cambiar entre niveles con el comando init. Solo que nuevamente necesitas derechos de superusuario. Por lo tanto:
El servicio de mensajes del sistema dbus también puede reiniciar la computadora:
/ usr / bin / dbus-send --system --print-reply --dest = "org.freedesktop.ConsoleKit" / org / freedesktop / ConsoleKit / Manager org.freedesktop.ConsoleKit.Manager.Restart
Ya no necesita derechos de superusuario. Éstas eran caminos convencionales Linux se reinicia, pero hay uno más, no estándar o incluso dos. Estas son teclas mágicas SysRq. El kernel de Linux monitorea cuando se presionan ciertos atajos de teclado y responde a ellos. Primero, habilite la compatibilidad con sysrq:
echo 1> / proc / sys / kernel / sysrq
Es mejor hacer esto con anticipación, ya que este método es útil cuando el sistema está congelado y no reacciona a nada:
nano /etc/sysctl.conf
kernel.sysrq = 1
Activar SysRq atajos mantenga presionada la tecla Alt + SysRq y presione el código de la tecla. Para un reinicio normal, se recomienda la siguiente secuencia: R E I S U B, presione las teclas en la misma secuencia a intervalos de aproximadamente un segundo.
- R- devuelve el control del teclado si el servidor X se terminó incorrectamente;
- mi- el núcleo envía la señal SIGTERM a todos los procesos excepto a init;
- I- envía una señal SIGKILL a todos los procesos excepto init;
- S- el kernel sincroniza los sistemas de archivos, todos los datos de la caché se transfieren al disco duro;
- U- vuelve a montar todos los sistemas de archivos en modo de solo lectura;
- B- reinicio inmediato, sin sincronización y preparativos adicionales.
Antes de reiniciar, el sistema espera a que finalicen todos los procesos, detiene todos los servicios y desmonta y monta los sistemas de archivos en modo de solo lectura. Esto es lo que hacemos al presionar estos atajos de teclado en secuencia. Pero si necesita reiniciar el sistema ahora sin esperar a que se apaguen todos los procesos, por ejemplo, el servidor, puede enviar inmediatamente la señal B. Así: Alt + SysRq + B.
SysRq se puede utilizar sin atajos de teclado escribiendo codigo requerido operaciones al archivo / proc / sysrq-trigger:
echo b> / proc / sysrq-trigger
El sistema se reiniciará como está, sin detener los servicios ni preparar los sistemas de archivos, por lo que los datos no guardados se pueden perder y el sistema de archivos se daña.
Si tiene acceso al servidor a través de ssh, puede reiniciar Linux de forma remota utilizando uno de los comandos anteriores, por ejemplo:
ssh [correo electrónico protegido]/ sbin / reiniciar
Pero nuevamente, para esta operación, necesita tener derechos de root en un servidor remoto.
conclusiones
Ahora sabe cómo reiniciar Linux, incluso sabe cómo reiniciar el servidor a través de ssh. Si tienes alguna duda, ¡pregunta en los comentarios!
Entradas relacionadas:
El comando de apagado apaga el sistema de forma segura. Todos los usuarios registrados reciben una notificación de que el sistema se está apagando y las operaciones de inicio de sesión están bloqueadas. Puede apagar el sistema inmediatamente o después de un retraso específico.
Apagando Linux desde línea de comando es muy conveniente, y muchos usuarios del sistema controlan su PC a través de la línea de comandos en tales cosas. Todos los procesos son notificados primero de que el sistema se está preparando para dormir o reiniciarse a través de SIGTERM. Esto le da a programas como vi tiempo para guardar el archivo que se está editando, los manejadores de correo y noticias, la capacidad de cerrar sesión, etc.
Shutdown hace su trabajo indicando a init que cambie el nivel de ejecución. El nivel de ejecución 0 se usa para detener el sistema, el nivel de ejecución 6 se usa para reiniciar el sistema y el nivel de ejecución 1 se usa para poner el sistema en un estado en el que se pueden realizar tareas administrativas (modo de usuario único). El nivel de ejecución predeterminado es 1 a menos que se especifiquen las opciones -ho -r.
Su sistema puede tener un conjunto diferente de parámetros para el comando de apagado; Consulte la documentación del dispositivo.
Apagando Linux desde la línea de comando
apagar [-akrhPHfFnc] [-t segundo] tiempo [mensaje]
- -a Controlar el acceso al comando de apagado mediante el archivo de control de acceso /etc/shutdown.allow. Para recibir información adicional consulte la sección Control de acceso a continuación.
- -k No apaga, pero envía mensajes de advertencia como si el apagado fuera real.
- -h Le dice al sistema que se apague y luego lo detenga.
- -P Indica al sistema que se apague y luego se apague.
- -H Si se especifica la opción -h, esta opción especifica que el sistema debe arrancar en el monitor de arranque en sistemas que lo admitan.
- -f Omite fsck después de reiniciar.
- -F Force fsck después de reiniciar.
- -n No invoca init para terminar procesos; Indique a Shutdown que lo haga usted mismo.
- Esta opción no se recomienda y sus resultados no siempre son predecibles.
- -c Cancelar el apagado pendiente. (Esto no se aplica a "apagar ahora", que no espera hasta que se apague). No puede especificar un argumento de tiempo con esta opción, pero puede especificar un mensaje explicativo que se enviará a todos los usuarios.
- —t segundo... Dígale al inicialista que espere unos segundos entre el envío de una advertencia y una señal de interrupción antes de pasar a otro nivel de ejecución.
- tiempo El argumento de tiempo especifica cuándo realizar la operación de apagado.
La hora se puede formatear de diferentes formas:
Primero, puede ser una hora absoluta en el formato hh: mm, donde hh es la hora (1 o 2 dígitos, de 0 a 23) y mm es el minuto de la hora (en dos dígitos).
En segundo lugar, puede tener el formato + m, donde m es la cantidad de minutos de espera.
Además, la palabra ahora es la misma que indica +0; De inmediato apaga el sistema.
- Mensaje. Un mensaje enviado a todos los usuarios, junto con una notificación de apagado estándar.
Detalles
Si el cierre está programado para el futuro, creará un archivo de aviso / etc / nologin, que obliga a programas como el inicio de sesión a no permitir nuevos usuarios. Este archivo se genera cinco minutos antes de que comience la secuencia de apagado. Shutdown elimina este archivo si se detiene antes de que pueda indicar la inicialización (es decir, se canceló o algo salió mal). También lo elimina antes de llamar a init para cambiar el nivel de ejecución.
La bandera -f significa "reiniciar rápido". Esto solo crea un archivo de aviso / fastboot que el sistema puede verificar cuando reaparece. El archivo rc de inicio del sistema (“rc” significa “runcom”, que es la abreviatura de “ejecutar comandos”) puede verificar la presencia de este archivo y decidir no ejecutar fsck porque el sistema se cerró correctamente. Después de eso, el proceso de arranque debería eliminar / fastboot.
La bandera -F significa "force fsck". Esto solo crea un archivo de aviso / forcefsck que el sistema puede verificar cuando reaparece. El archivo boot rc puede verificar si el archivo está presente y decide ejecutar fsck con la bandera especial "force" para verificar que los sistemas de archivos se hayan desmontado correctamente. Después de eso, el proceso de arranque debería eliminar / forcefsck.
La bandera -n hace que el apagado no llame a init, sino que elimine todo Procesos corriendo... El apagado desactivará la cuota, la contabilidad y los intercambios, y desmontará todos los sistemas de archivos.
Control de acceso
Se puede llamar a Shutdown desde init cuando se presiona CTRL-ALT-DEL, si existe una entrada correspondiente en / etc / inittab. Esto significa que cualquier persona con acceso físico al teclado de la consola puede apagar el sistema.
Para evitar esto, el apagado puede verificar si un usuario autorizado ha iniciado sesión. Si se llama a shutdown con el argumento -a (agregue esto a la llamada de apagado en / etc / inittab), verifica si el archivo / etc /shutdown.allow está presente. Luego compara los inicios de sesión en ese archivo con la lista de personas que iniciaron sesión en consola virtual(de / var / run / utmp). Solo si uno de los usuarios autorizados o root está conectado, entrará en vigencia. De lo contrario, escribirá un mensaje.
Apagado: ningún usuario autorizado inició sesión
A la consola física del sistema. El formato /etc/shutdown.allow es un nombre de usuario por línea. Se permiten líneas en blanco y líneas de comentarios (con el prefijo #). Este archivo tiene actualmente un límite de 32 usuarios.
Tenga en cuenta que si falta /etc/shutdown.allow, se ignora el argumento -a.
Apagar Linux y encender la computadora
La opción -H simplemente establece la variable de entorno de inicialización INIT_HALT en HALT, y la opción -P simplemente establece esta variable en POWEROFF. El script de apagado que llama a detener como lo último en la secuencia de apagado debe marcar estos Variables de entorno y llamar a alto con parámetros correctos para que estos parámetros tengan algún efecto.
Archivos
- / fastboot
/ etc / inittab
/etc/init.d/halt
/etc/init.d/reboot
/etc/shutdown.allow
Apagar Linux desde la línea de comandos: ejemplos
Programe un apagado del sistema a las 8 am.
Programe un apagado del sistema a las 8 pm.
shutdown +15 "Actualización de hardware, el tiempo de inactividad debe ser mínimo"
Programe un apagado del sistema en quince minutos. Junto con la notificación habitual de apagado del sistema, los usuarios recibirán un mensaje descriptivo de actualización de hardware.
Apague Linux inmediatamente
Apague el sistema inmediatamente y reinicie automáticamente.
Apague y apague automáticamente el sistema de inmediato.
Comandos relacionados
- Detener: detiene la computadora.
- Apagado: detiene la computadora.
- Reiniciar: detiene la computadora.
- Muro: envíe un mensaje a todos los usuarios conectados.
Traducción de un maravilloso recurso en inglés computadora.
Si todavía tiene alguna pregunta sobre el tema "Apagar Linux desde la línea de comandos", puede escribirnos en el formulario de comentarios del sitio.
Si encuentra un error, seleccione un fragmento de texto y presione Ctrl + Entrar.
Veamos cómo reiniciar o apagar su computadora desde la línea de comando. Utilizo esto cuando, al instalar un controlador o con una gran carga en el procesador, la interfaz deja de responder a mis acciones (aunque esto sucede muy raramente). Es posible matar un proceso "glotón" a través de la línea de comando, pero no siempre se sabe qué proceso es, por lo tanto decisión rápida es un reinicio de la computadora.
De vez en cuando es necesario reiniciar o apagar de forma remota sistema operativo ejecutando Linux desde la línea de comandos. Puedes hacerlo diferentes caminos, luego los consideraremos.
Todos los comandos enumerados a continuación deben ejecutarse bajo el usuario root.
Las opciones establecen los parámetros de apagado, los discutiremos a continuación. La hora se puede configurar en formato hh: mm en formato de 24 horas. También puede usar la entrada + minutes, que indica cuántos minutos desde el momento actual necesita para apagar la computadora Linux. Además, la constante ahora está disponible, lo que indica que debe apagarla ahora mismo. Comando de apagado, fuente -h.
Como puede ver, se usa el apagado habitual y la constante de tiempo es ahora, es decir, ahora. Ahora intentemos programar un apagado de la computadora Linux en cinco minutos:
sudo shutdown -h +5 "La PC se apagará en 5 minutos"
Los comandos de parada y apagado se utilizan para apagar el sistema. El comando inicial apaga el sistema, pero no apaga el sistema. Verá el mensaje "El sistema está detenido" que indica que se puede apagar la alimentación. Este comando es para computadoras más antiguas que no admiten la administración de energía incremental. El segundo (apagado) apaga el sistema ( un conjunto de elementos que están en relaciones y conexiones entre sí, que forman una cierta integridad, unidad) y lo apaga.
Apagar Linux con alto
El comando es idéntico al comando reboot en sus acciones, la diferencia es que el comando halt apaga el sistema. Además, la computadora se puede apagar ejecutando la brigada:
¡El uso de la parada puede dañar el sistema!
Este comando también apaga la computadora. Solo que ella lo hace a su manera. No realiza ninguna acción preparatoria antes de apagarse, simplemente apaga la energía.
Apagar Linux con apagado
El comando de apagado es similar al comando de detención, excepto que después de que el sistema se detiene, se envía una solicitud especial al sistema de administración de alimentación para apagar la alimentación, lo que permite que los sistemas se apaguen de forma remota. Y también puedes usar:
Apagar Linux usando telinit 0
Usando este comando, puede decirle al demonio init que vaya a un cierto nivel de ejecución, es decir, el número 0 indica que necesita ir al nivel 0 (apagado del sistema). La brigada telinit no admite mensajes de pausa y advertencia. Normalmente se utiliza al probar los cambios realizados en el archivo inittab.
Apague Linux desde la línea de comando sin sudo
Posiblemente a través de dbus y ConsoleKit. Se puede controlar mediante dbus. Solo que ahora parecen estar aserrándolo por todas partes.
ConsoleKit es un demonio que sirve sesiones de usuario.
Si tiene systemd, hocus pocus no funcionará. Tal vez los expertos se acerquen y le digan cómo hacer esto a través de logind.
dbus-send --system --print-reply --dest = "org.freedesktop.ConsoleKit" / org / freedesktop / ConsoleKit / Manager org.freedesktop.ConsoleKit.Manager.Stop
Eso es todo, discusión de las principales formas de apagar y reiniciar Sistemas Linux desde la línea de comando terminado. Ahora sabe todo lo que necesita saber sobre cómo apagar Linux a través de la terminal. Si un error tipográfico o la congelación de la computadora le pilla desprevenido, ya sabe lo que debe hacer.