시스템 실행기와 터미널 실행기의 차이점

/etc/rc.localCLI를 통하지 않고 systemctl을 통해 활성화할 때 systemd를 사용하여 실행하는 경우 이들 프로그램의 차이점이 무엇인지 궁금합니다 .

예를 들어, 저는 최근 Raspberry Pi에서 hairport-sync를 사용했습니다. 처음에는 sudo systemctlenabled hairport-sync를 통해 시작되도록 hairport-sync를 설정했습니다.

나중에 기능 중 하나를 사용하여 shairport-sync스크립트를 사전 실행하고 연결된 장치에 게시했습니다.

놀랍게도 스크립트 는 shairport-sync또는kill arecordaplay

그런데 터미널을 통해 스크립트를 실행하면 스크립트가 실행되고 종료되고 arecord, aplay.

나 자신을 더욱 혼란스럽게 만들기 위해 shairport-sync터미널을 통해 종료하고 시작하여 무슨 일이 일어나고 있는지 확인했습니다. 이렇게 하면 장치가 연결되고 종료될 때 예상한 대로 스크립트가 arecord실행됩니다 aplay. 그래서 수정으로 이를 비활성화 shairport-sync하고 빠른 수정으로 실행되도록 설정했습니다 sysmtectl. /etc/rc.local그 후에 reboot는 예상대로 작동했습니다.

systemd이로 인해 독립 실행형으로 실행되는 프로그램과 CLI를 통해 실행되는 프로그램 사이에 약간의 차이가 있다고 믿게 되었습니다 ./etc/rc.local

왜 이런 일이 발생합니까? 런레벨이 다르기 때문인가요? 어둠의 마법?

장치가 연결될 때 실행되는 스크립트는 shairport-sync다음과 같습니다.shairportstart.sh

#!/bin/sh
/usr/bin/sudo /bin/pkill arecord
if [ $(date +%H) -ge "18" -o $(date +%H) -le "7" ]; then
        /usr/bin/amixer set Speaker 40%
else
        /usr/bin/amixer set Speaker 100%
fi
/home/pi/shScripts/shairportfade.sh&

exit 0

페이드 스크립트는 다음과 같습니다.shairportfade.sh

#!/bin/sh
/usr/bin/amixer set Speaker 30-
for (( i=0; i<30; i++))
do  
    /usr/bin/amixer set Speaker 1+
done
exit 0

장치 연결이 끊어질 때 실행되는 스크립트 shairport-sync는 다음과 같습니다.shairportend.sh

#!/bin/sh
/usr/bin/amixer set Speaker 70%
/usr/bin/arecord -D plughw:1 -f dat | /usr/bin/aplay -D plughw:1 -f dat&
exit 0

/var/log/sysloghairport-sync가 CLI에서 처음 실행될 때 systemd.when 으로 실행되었거나 오류가 없는 경우에만 해당됩니다 .shairport-sync/etc/rc.local

Jan 24 00:38:45 raspberrypi shairport-sync[617]: sudo: no tty present and no askpass program specified

유일한 차이점은 shairport-sync처음 시작되는 방식과 장치가 연결되거나 연결 해제될 때 계속 실행되는 방식입니다 shairport-sync.