Perbedaan antara systemd dan program awal terminal

Saya ingin tahu apa perbedaan antara program yang ada; dimulai dengan systemd ketika diaktifkan melalui systemctl, vs yang dimulai dengan /etc/rc.localatau melalui CLI.

Sebagai contoh, saya baru-baru ini menggunakan shairport-sync untuk pi raspberry. Awalnya, saya mengatur shairport-sync untuk memulai dengan cara sudo systemctl mengaktifkan shairport-sync.

Kemudian di jalan saya menggunakan fungsi di dalam shairport-syncuntuk menjalankan skrip sebelum dan mengirim ke perangkat yang terhubung.

Yang mengejutkan saya, skrip ketika dieksekusi oleh shairport-synctidak kill arecordatauaplay

Namun, ketika saya akan menjalankan skrip melalui terminal skrip dieksekusi dan dibunuh arecorddan aplay.

Untuk lebih membingungkan diri saya, saya membunuh shairport-syncdan memulainya melalui terminal untuk melihat hasil dari apa yang terjadi. Ketika saya melakukannya skrip berfungsi seperti yang saya harapkan ketika perangkat terhubung dan membunuh arecorddan aplay. Jadi, sebagai memperbaiki saya dinonaktifkan shairport-syncdi sysmtectldan mengaturnya untuk berjalan dalam /etc/rc.localsebagai perbaikan cepat. Setelah rebootitu berfungsi seperti yang saya harapkan.

Hal ini membuat saya percaya bahwa ada beberapa perbedaan antara program yang dijalankan sebagai bagian dari systemddan program yang berjalan ketika dimulai melalui /etc/rc.localatau CLI.

Mengapa ini terjadi? Apakah ini karena level run yang berbeda? Beberapa sihir gelap?

Skrip yang dijalankan saat perangkat terhubung shairport-syncadalah sebagai berikut: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

Berikut ini skrip fade: 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

Skrip yang dijalankan saat perangkat terputus shairport-syncadalah sebagai berikut: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

Saya menemukan kesalahan berikut di /var/log/sysloghanya ketika shairport-sync awalnya dijalankan terpisah systemd. Kapan shairport-syncdijalankan dari CLI atau /etc/rc.localtidak ada kesalahan hadir.

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

Harap dicatat, bahwa satu-satunya perbedaan adalah bagaimana shairport-syncawalnya dimulai, ketika perangkat terhubung atau terputus shairport-syncterus berjalan.

Variasi "Mengapa segala sesuatu berperilaku berbeda di bawah systemd?" adalah pertanyaan yang sering diajukan.

Setiap kali sesuatu berjalan dari CLI dan bukan dari systemd, ada beberapa kategori luas kemungkinan untuk menjelaskan perbedaan.

1. Variabel lingkungan yang berbeda . systemdmendokumentasikan variabel lingkungan yang dilewatinya di man systemd.execbagian variabel Lingkungan dalam proses spawned . Jika Anda ingin memeriksa sendiri perbedaannya, Anda dapat menggunakannya systemd-run /path/to/binary, itu akan menjalankan aplikasi Anda dalam cakupan sementara, karena akan dijalankan oleh layanan systemd. Anda akan mendapatkan output seperti: Running as unit: run-u160.service. Anda kemudian journalctl -u run-u160.servicedapat meninjau output. Ubah aplikasi Anda untuk membuang variabel lingkungan yang diterimanya dan membandingkan menjalankan CLI ke menjalankan systemd. Jika aplikasi tidak mudah dimodifikasi, Anda bisa menggunakan systemd-run envuntuk melihat variabel lingkungan yang akan diteruskan dan meninjau jurnal yang dihasilkan untuk itu. Jika Anda mencoba memulai aplikasi GUI X11, DISPLAYvariabel lingkungan perlu diatur. Dalam hal itu, pertimbangkan untuk menggunakan fitur "autostart" lingkungan desktop Anda systemd.
2. Pembatasan sumber daya . Lihat man systemd.resource-controlnilai konfigurasi yang dapat membatasi konsumsi sumber daya. Gunakan systemctl show your-unit-unit.serviceuntuk memeriksa nilai konfigurasi lengkap yang memengaruhi layanan yang Anda coba mulai.
3. Shell non-interaktif . bashLingkungan CLI Anda adalah shell login interaktif . Ini memiliki file sumber seperti .bashrcitu systemdbelum. Selain mengatur variabel lingkungan, skrip ini dapat melakukan sejumlah hal lain, seperti menghubungkan agen SSH sehingga tindakan SSH tidak memerlukan login. Lihat juga Perbedaan antara Shell Login dan Shell Non-Login?
4. Tidak TTY . Sesi interaktif Anda terhubung ke TTY yang disukai sudodan sshdiharapkan beberapa program saat meminta kata sandi. Lihat juga sudo: tidak ada tty yang ada dan tidak ada program askpass yang ditentukan
5. Relatif vs Absolute Paths . Pekerjaan biner relatif di shell, tetapi seperti yang didokumentasikanman systemd.service , argumen pertama ExecStart=harus menjadi path absolut ke biner.
6. Sintaks baris perintah terbatas . CLIs Shell mendukung banyak metacharacters, sementara itu systemdmemiliki sintaks baris perintah yang sangat terbatas . Bergantung pada kebutuhan Anda, Anda mungkin bisa meniru sintaksis Shell dengan systemdsecara eksplisit menjalankan perintah Anda melalui shell:ExecStart=/bin/bash -c '/my/bash $(syntax) >/goes-here.txt'

Ini adalah fitur yang sistem menjalankan kode Anda dalam lingkungan yang konsisten dengan kontrol sumber daya. Ini membantu dengan hasil yang stabil dan dapat direproduksi dalam jangka panjang tanpa membebani perangkat keras.