linux - desde - No se puede usar el comando de servicio con debian 8(Jessie)
debian jessie a stretch (1)
Para instalar LibreOffice 4.4 en mi Debian 8 (Jessie), obtuve todos mis scripts bash de mi Debian 7.5 y los ejecuté de la misma manera en el D8.
Sé que hubo varios cambios en la nueva versión, pero ya no puedo usar mi servicio así:
sudo service libreoffice start
Al hacer esto, no comienza nada y tengo que iniciarlo usando:
sudo /etc/init.d/libreoffice start
Y cosa extraña, al hacer (mal parámetro):
sudo service libreoffice dzedjiodjzedj
... el script se ejecuta perfectamente y muestra mi error atrapado
Aquí está mi archivo /etc/init.d/libreoffice:
#
# libreoffice This shell script takes care of starting and stopping the LibreOffice Daemon
#
# chkconfig: - 80 20
#
### BEGIN INIT INFO
# Provides: libreofficedaemon
# Required-Start: $network $syslog
# Required-Stop: $network $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Description: Init.d script to run a LibreOffice Daemon
# Short-Description: start and stop LibreOffice Daemon
### END INIT INFO
NAME="LibreOffice Service"
LIBREOFFICE_HOME=/opt/libreoffice4.4
LIBREOFFICE_USER=libreoffice
export LIBREOFFICE_HOME LIBREOFFICE_USER
start() {
echo -ne "Starting $NAME. /n"
su $LIBREOFFICE_USER -c "$LIBREOFFICE_HOME/start.sh"
}
stop() {
echo -ne "Stopping $NAME. /n"
su $LIBREOFFICE_USER -c "$LIBREOFFICE_HOME/stop.sh"
}
kill() {
echo -ne "Force close of $NAME. "
killall -u $LIBREOFFICE_USER
}
cd $LIBREOFFICE_HOME
case "$1" in
start|stop)
$1;;
restart) stop; start;;
kill) kill;;
*)
echo "Usage: /etc/init.d/libreoffice {start|stop|restart|kill}"
exit 1
;;
esac
exit 0
Y acabo de ejecutar ese problema con el servicio Tomcat8 ayer, acabo de iniciar manualmente el servicio y el servicio sudo service tomcat8 start funcionar después de eso, pero nada para libreoffice uno ...
De las Notas de la versión de Debian Jessie:
Cuando se le pregunte si algún archivo en el directorio /etc/init.d, o el archivo /etc/manpath.config debe ser reemplazado por la versión del mantenedor del paquete, generalmente es necesario responder "sí" para asegurar la consistencia del sistema