Eu tenho o movimento instalado e inicio o OK manualmente, Está ativado em / etc / default / motion. Mas em uma reinicialização não está começando
se eu fizer root@odroid64:/# systemctl start motion :
root@odroid64:/# systemctl status motion
● motion.service - LSB: Start Motion detection
Loaded: loaded (/etc/init.d/motion; bad; vendor preset: enabled)
Active: active (exited) since Thu 2016-02-11 16:28:03 GMT; 2 years 2 months ago
Docs: man:systemd-sysv-generator(8)
Process: 565 ExecStart=/etc/init.d/motion start (code=exited, status=0/SUCCESS)
Apr 23 13:56:36 odroid64 systemd[1]: Started LSB: Start Motion detection.
root@odroid64:/# ps ax | grep motion
3489 pts/0 S+ 0:00 grep --color=auto motion
Estranho, nenhum processo em execução. Verificado como não consigo acessar o servidor de movimento. Nada no motion.log, apenas entradas anteriores de ontem
root@odroid64:/# cat /etc/default/motion
# set to 'yes' to enable the motion daemon
start_motion_daemon=yes
alguma idéia, o dispositivo é um odroid C2 SBC 64bit
Desculpe, a formatação é horrível, a primeira vez que usei isso
Atualização 1:
Em resposta a systemctl start motion
journal -ex mostra:
Apr 23 17:19:22 odroid64 systemd[1]: Started LSB: Start Motion detection
-- Subject: Unit motion.service has finished start-up
-- Defined-By: systemd
--
-- Unit motion.service has finished starting up.
--
root@odroid64:/# systemctl list-units --state=running | less
Não mostra nenhuma instância de movimento em execução
root@odroid64:/# tail /var/log/motion/motion.log
[3] [NTC] [NET] [Apr 22 11:45:49] netcam_read_html_jpeg: Potential split boundary - 1447 chars flushed, 1 re-positioned.
Essa entrada de log é de 7 horas, então nada de novo, não há nada no syslog.
/var/log/faillog está vazio
Permissões em motion.log são 664
por isso não deve falhar por não ser capaz de usar seu arquivo de log.
motion.conf está em /etc/motion , que é o local padrão.
Eu poderia iniciá-lo na inicialização em rc.local , mas preciso usar o cron para
para iniciar e parar o movimento, que se eu começar em rc.local significa um script estranho para obter o pid, então ele pode ser morto.
Atualização 2:
Parece que quando o movimento é iniciado por um usuário
sudo motion &
é iniciado pelo root
No entanto, quando iniciado por systemd , foi iniciado como motion
O arquivo de configuração /etc/motion/motion.conf e o arquivo de log /var/log/motion/motion.log
precisa estar no grupo motion .