Estou tentando instalar o RipRight no Debian, para o qual parece não haver nenhum pacote pré-construído. Estou tendo dificuldades em obter um script systemd funcionando para iniciar / interromper o RipRight sendo executado como um daemon porque ele não pode gravar o arquivo PID em /run
.
Eu passei pela instalação usual configure / make / make. Eu também criei um ripright
user / group e adicionei ripright
ao grupo cdrom
.
Aqui está o script systemd que eu coloquei em /etc/systemd/system/ripright.service
:
[Unit]
Description=RipRight
[Service]
Type=forking
PrivateTmp=yes
User=ripright
Group=ripright
RuntimeDirectory=ripright
RuntimeDirectoryMode=0750
ExecStart=/usr/local/bin/ripright \
--daemon \
--w32-filenames \
--require-art \
--folder-art folder.png \
--output-file "%B/%D/%C - %N %T.flac" \
"/opt/ripright/data"
PIDFile=/var/run/ripright/ripright.pid
[Install]
WantedBy=multi-user.target
Eu usei a diretiva RuntimeDirectory
adicionada recentemente no script para criar uma pasta /run/ripright
com ripright
como proprietário. Este diretório é criado quando eu executo:
# systemctl daemon-reload
# systemctl start ripright
Em uma janela separada:
# ls -lhrt /run
...
drwxr-x--- 2 ripright ripright 40 Jan 5 20:52 ripright
drwxr-xr-x 16 root root 400 Jan 5 20:52 systemd
# ls -lahrt /run/ripright
total 0
drwxr-xr-x 16 root root 540 Jan 5 20:52 ..
drwxr-x--- 2 ripright ripright 40 Jan 5 20:52 .
# su - ripright
$ cd /run/ripright
$ pwd
/run/ripright
$ echo test > one.txt
$ cat one.txt
test
$ rm one.txt
$ exit
Acredito que meu comando systemctl start
não retorne devido a isso e, em vez disso, trava. Depois de um minuto ou mais, o tempo limite é:
# systemctl start ripright
Job for ripright.service failed. See 'systemctl status ripright.service' and 'journalctl -xn' for details.
Aqui está a saída dos comandos recomendados:
# systemctl status ripright.service
● ripright.service - RipRight
Loaded: loaded (/etc/systemd/system/ripright.service; enabled)
Active: failed (Result: timeout) since Thu 2017-01-05 20:54:40 EST; 55s ago
Process: 35396 ExecStart=/usr/local/bin/ripright --daemon --w32-filenames --require-art --folder-art folder.png --output-file %B/%D/%C - %N %T.flac /opt/ripright/data (code=exited, status=0/SUCCESS)
Main PID: 33287 (code=killed, signal=TERM)
Jan 05 20:53:10 ripperd ripright[35397]: Started daemon mode (v0.11)
Jan 05 20:53:10 ripperd ripright[35398]: Waiting for a CD (/dev/cdrom)
Jan 05 20:54:40 ripperd systemd[1]: ripright.service start operation timed out. Terminating.
Jan 05 20:54:40 ripperd systemd[1]: Failed to start RipRight.
Jan 05 20:54:40 ripperd systemd[1]: Unit ripright.service entered failed state.
# journalctl -xn
-- Logs begin at Thu 2017-01-05 00:30:29 EST, end at Thu 2017-01-05 20:54:40 EST. --
Jan 05 20:52:00 ripperd ripright[35380]: Waiting for a CD (/dev/cdrom)
Jan 05 20:52:59 ripperd su[35385]: Successful su for ripright by root
Jan 05 20:52:59 ripperd su[35385]: + /dev/pts/1 root:ripright
Jan 05 20:52:59 ripperd su[35385]: pam_unix(su:session): session opened for user ripright by vagrant(uid=0)
Jan 05 20:53:10 ripperd ripright[35397]: Started daemon mode (v0.11)
Jan 05 20:53:10 ripperd ripright[35398]: Waiting for a CD (/dev/cdrom)
Jan 05 20:53:33 ripperd su[35385]: pam_unix(su:session): session closed for user ripright
Jan 05 20:54:40 ripperd systemd[1]: ripright.service start operation timed out. Terminating.
Jan 05 20:54:40 ripperd systemd[1]: Failed to start RipRight.
-- Subject: Unit ripright.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit ripright.service has failed.
--
-- The result is failed.
Jan 05 20:54:40 ripperd systemd[1]: Unit ripright.service entered failed state.
Se eu comentar a diretiva PIDFile no script de serviço systemd:
#PIDFile=/var/run/ripright/ripright.pid
Então não tenho problemas, mas também não há arquivo PID como recomendado para um tipo de serviço de bifurcação:
# systemctl daemon-reload
# systemctl start ripright
# ps -ef | grep ripright
ripright 35438 1 0 21:03 ? 00:00:00 /usr/local/bin/ripright --daemon --w32-filenames --require-art --folder-art folder.png --output-file %B/%D/%C - ripright %T.flac /opt/ripright/data
ripright 35439 35438 0 21:03 ? 00:00:00 /usr/local/bin/ripright --daemon --w32-filenames --require-art --folder-art folder.png --output-file %B/%D/%C - ripright %T.flac /opt/ripright/data
root 35442 31942 0 21:03 pts/0 00:00:00 grep ripright
root@ripperd:~# systemctl status ripright
● ripright.service - A minimal CD ripper for Linux modeled on autorip.
Loaded: loaded (/etc/systemd/system/ripright.service; enabled)
Active: active (running) since Thu 2017-01-05 21:03:11 EST; 13s ago
Process: 35437 ExecStart=/usr/local/bin/ripright --daemon --w32-filenames --require-art --folder-art folder.png --output-file %B/%D/%C - %N %T.flac /opt/ripright/data (code=exited, status=0/SUCCESS)
Main PID: 35438 (ripright)
CGroup: /system.slice/ripright.service
├─35438 /usr/local/bin/ripright --daemon --w32-filenames --require...
└─35439 /usr/local/bin/ripright --daemon --w32-filenames --require...
Jan 05 21:03:11 ripperd ripright[35438]: Started daemon mode (v0.11)
Jan 05 21:03:11 ripperd ripright[35439]: Waiting for a CD (/dev/cdrom)
# ls -la /run/ripright
total 0
drwxr-x--- 2 ripright ripright 40 Jan 5 21:04 .
drwxr-xr-x 16 root root 540 Jan 5 21:04 ..
# systemctl stop ripright
Curiosamente, quando eu trouxe PIDFiles
de volta e comentei User
e Group
para executar o ripright como root, o recarregamento de daemon e o início do script ainda trava:
#User=ripright
#Group=ripright
PIDFile=/var/run/ripright/ripright.pid
O mesmo acontece se eu deixar User
e Group
comentados e definir PIDFile
para produzir o arquivo PID diretamente no diretório / run (notando que / var / run é simplesmente um link simbólico para / run no Debian Jessie):
#User=ripright
#Group=ripright
#PIDFile=/var/run/ripright/ripright.pid
PIDFile=/run/ripright.pid
Note que em todos os casos eu posso pressionar Ctrl + C durante o travamento e o daemon do ripright continuará a rodar; no entanto, se eu deixar o horário de início, ele parará o daemon antes de imprimir o erro e retornar.
Eu também passei por esta postagem e seus comentários. A abordagem inicial de usar ExecStartPre
teve os mesmos resultados; Eu não fui longe com o uso de tmpfiles.d
, pois não encontrei nenhuma informação sobre como fazer as alterações entrarem em vigor sem reinicializar. Eu tentei mount -a
, mas isso não funcionou.