Pregunta:
Cómo reiniciar el servicio
Cerin
2016-06-13 20:00:07 UTC
view on stackexchange narkive permalink

¿Cómo reiniciar un servicio en Raspbian?

Con la mayoría de distribuciones de Linux que he usado, es simplemente: 

  sudo service <name> restart

Pero cuando intento ejecutar: 

  sudo service ssh restart

en Raspbian, se cuelga indefinidamente. ¿Raspbian tiene alguna forma no estándar de interactuar con los servicios?

Editar: Ejecutar sudo top -c muestra que el proceso / sbin / init posee por root consume el 100% de la CPU. Si mato esto, los comandos de servicio regresan inmediatamente, pero con un mensaje fallido como: 

  [raspberrypi] out: ¡Advertencia! Conexión D-Bus terminada. [Raspberrypi] out: No se pudo esperar la respuesta: correcto

¿Por qué / sbin / init se comporta de esta manera?

¿Cuánto tiempo cuelga? El mío parece normal cada vez que reinicio el servicio.
Yo también, debes tener un problema en alguna parte.
curiosidad, ¿por qué querrías reiniciar ssh?
@eichertc Si reconfigura el servidor, debe reiniciarlo para que los cambios surtan efecto.
@eichertc, Después de que hice una nueva instalación, no pude usar SSH usando el inicio de sesión predeterminado, así que inicié sesión a través de una terminal, confirmando que el acceso a Internet estaba funcionando. La única otra cosa que se me ocurrió fue que el servicio ssh se detuvo o no se instaló de forma predeterminada, lo que he visto antes. Confirmé que estaba instalado, así que intenté iniciar o reiniciar el servicio ssh, y ambos comandos se colgaron durante varios minutos antes de cancelarlos.
Dos respuestas:
goldilocks
2016-06-13 21:13:19 UTC
view on stackexchange narkive permalink

Con la mayoría de las distribuciones de Linux que he usado, es simplemente servicio sudo <name> restart ...

Esto se debe a que muchas o la mayoría de las distribuciones de Linux descienden de Debian, que tradicionalmente ha utilizado un sistema de inicio de estilo "UNIX System 5" (también conocido como SysV). De hecho, si retrocede lo suficiente todas distribuciones de Linux usaron este tipo de sistema.

No estoy seguro de si el comando service era parte de el init SysV original o si fue una conveniencia creada por Debian, pero ciertamente ha existido por mucho tiempo y se ha extendido por todo el árbol genealógico de Debian.

Sin embargo, hace aproximadamente una década las distribuciones de Linux comenzaron a alejarse de un sistema de inicio que se consideraba cada vez más ineficiente y obsoleto en varios aspectos. Esto incluye Ubuntu, que finalmente salió con advenedizo , y Redhat / Fedora y derivados, que desarrollaron systemd (donde "d" es para demonio).

Eventualmente, Ubuntu decidió abandonar advenedizo a favor de systemd, y Debian hizo lo mismo en la versión 8 depreciando SysV. Raspbian, el sistema operativo que se usa predominantemente en Pi, es un derivado muy cercano de Debian, usa la misma numeración de versión, etc. (razón por la cual la primera versión de Raspbian era 7, no 1) y, por lo tanto, ahora también ha cambiado a systemd.

El comando service debería seguir funcionando ya que Debian ha mantenido la versión 8 (jessie) compatible con versiones anteriores en este sentido, pero es posible que desee pruebe la metodología de systemd en su lugar: 

  sudo systemctl restart <name>

Note que el comando ( restart ) y el nombre del servicio están invertidos. Además, esto probablemente no proporcionará ningún resultado, pero indica éxito o falla a través del estado de salida ( echo $? ; cualquier cosa que no sea 0 significa falla). Puede obtener información sobre cómo fueron las cosas con: 1 

  systemctl status <name>

No se requiere sudo hasta donde yo he notado. Debería haber un tiempo allí que indique cuándo se detuvo el servicio y se reinició y quedará muy claro si se está ejecutando o si falló. En el último caso, normalmente se describirá un error. Tenga en cuenta que un servicio "muerto" no necesariamente ha fallado, solo significa que hizo lo que se suponía que debía hacer y luego salió.

Creo que hacer esto manejará mejor un servicio problemático que colgó service .

1. Tengo una sugerencia aquí sobre cómo simplificar esta molestia.

Mohammad Ali
2016-06-13 21:12:43 UTC
view on stackexchange narkive permalink

Creo que su problema puede ser que se está conectando al Pi a través de ssh y espera que se reinicie, el problema es que cuando reinicia el proceso ssh, su conexión ssh a ese mismo proceso está rota. Si este no es el caso y en realidad está conectado físicamente al Pi con un monitor y un teclado, entonces, por favor, explique lo que ve cuando se cuelga.

Debería poder reiniciar el servicio ssh a través de `ssh` sin que se caiga la conexión (pruébelo).
@goldilocks Lo he probado antes, la conexión se cae para mí, pero luego ciertos clientes ssh como putty intentarán volver a conectarse y, si tienen éxito, no notificarán al usuario que la conexión se ha cerrado y vuelto a abrir.
No uso masilla; Estoy openSSH en ambos extremos. Puede ser algún aspecto de cómo he configurado ssh o sshd, aunque mirando a través de eso no tengo idea de qué, así que tal vez sea algún aspecto de cómo * usted * lo ha configurado;)
Intenté esto con `sudo service ntp start` y también se bloquea indefinidamente. Parece que la instalación de Systemd por Raspbian es realmente una locura ...


ⓘ
Esta pregunta y respuesta fue traducida automáticamente del idioma inglés.El contenido original está disponible en stackexchange, a quien agradecemos la licencia cc by-sa 3.0 bajo la que se distribuye.
Loading...