Saya tidak dapat menemukan cara yang benar untuk menjalankan beberapa skrip lokal (atau perintah yang sangat lokal) di systemd, saya sudah tahu saya tidak boleh membuat layanan (dalam systemd unit) untuk jenis skrip ini (atau saya harus?) ....

Solusi yang saya temukan adalah membuat rc.local dan memberikan izin eksekusi padanya.

printf '#!/bin/bash \n\nexit 0' >/etc/rc.local 
chmod +x /etc/rc.local

Misalnya, jika saya mendapatkan server lama dengan rc.local sederhana yang dikonfigurasikan oleh Anda, saya akan tahu apa yang Anda lakukan dan seberapa parahnya untuk memutakhirkan atau menginstal sesuatu yang baru di distro, karena rc.local dihormati oleh eksternal paket, tetapi di sisi lain jika saya menginstal server dan membuat unit systemd atau dua atau tiga (atau bahkan layanan sysvinit), hanya untuk melakukan tugas sederhana, ini kadang-kadang dapat membuat hidup Anda lebih sulit, dan lebih dari ini unit saya nama suatu hari nanti dapat bertentangan dengan nama-nama layanan baru yang dibuat oleh pengembangan distribusi, dan mungkin diinstal pada peningkatan, menyebabkan masalah untuk skrip saya!

Saya melihat pertanyaan lain bertanya tentang di mana rc.local dan jawabannya adalah untuk menciptakan dan memberikan hak akses eksekusi, saya pikir pertanyaan saya adalah benar-benar tidak sebuah duplikat , karena saya tidak ingin tahu di mana itu - percayalah, aku hanya ingin untuk menerima bahwa itu sudah usang , tetapi saya tidak dapat menemukan cara yang benar untuk melakukan hal-hal semacam ini, haruskah saya benar-benar membuat unit hanya untuk beberapa hal sederhana seperti itu?

Seperti yang ditunjukkan di tempat lain, itu menjadi tidak bersih untuk digunakan di rc-local.servicebawah systemd.

1. Secara teori dimungkinkan distribusi Anda tidak akan mengaktifkannya. (Saya pikir ini tidak umum, misalnya karena menonaktifkan opsi build yang sama juga menghapus poweroff/ rebootperintah yang banyak digunakan orang).
2. Semantiknya tidak sepenuhnya jelas. Systemd mendefinisikan rc-local.servicesatu cara, tetapi Debian menyediakan file drop-in yang mengubah setidaknya satu pengaturan penting.

rc-local.servicesering bisa bekerja dengan baik. Jika Anda khawatir tentang hal di atas, yang perlu Anda lakukan adalah membuat salinannya sendiri! Inilah keajaibannya:

# /etc/systemd/system/my-startup.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/local/libexec/my-startup-script

[Install]
WantedBy=multi-user.target

Saya rasa Anda tidak perlu memahami setiap detail [*], tetapi ada dua hal yang perlu Anda ketahui di sini.

1. Anda harus mengaktifkan ini dengan systemctl enable my-startup.service.

2. Jika skrip Anda memiliki ketergantungan pada layanan lain, termasuk network-online.target, Anda harus mendeklarasikannya. Misal menambahkan [Unit]bagian, dengan garis Wants=network-online.targetdan After=network-online.target.

   Anda tidak perlu khawatir tentang ketergantungan pada layanan "boot awal" - khususnya, layanan yang sudah dipesan sebelumnya basic.target. Layanan seperti my-startup.servicesecara otomatis dipesan setelahnya basic.target, kecuali jika ditetapkan DefaultDependencies=no.

   Jika Anda tidak yakin apakah salah satu dependensi Anda adalah layanan "boot awal", satu pendekatan adalah mendaftar layanan yang dipesan sebelumnya basic.target, dengan menjalankan systemctl list-dependencies --after basic.target. (Catat itu --after, bukan --before).

Ada beberapa pertimbangan yang menurut saya juga berlaku untuk pre-systemd rc.local:

1. Anda perlu memastikan perintah Anda tidak bertentangan dengan program lain yang mencoba mengendalikan hal yang sama.
2. Cara terbaik adalah tidak memulai program yang sudah berjalan lama alias daemon dari rc.local.

[*] Saya menggunakan Type=oneshot+ RemainAfterExit=yeskarena lebih masuk akal untuk sebagian besar skrip sekali pakai . Ini memformalkan bahwa Anda akan menjalankan serangkaian perintah, yang my-startupakan ditampilkan sebagai "aktif" setelah mereka selesai, dan bahwa Anda tidak akan memulai daemon.

Lupakan rc.local.

Seperti yang saya katakan tentang CentOS 7 dan tentang Debian 8 dan tentang Ubuntu 15 :

Anda menggunakan sistem operasi systemd + Linux. /etc/rc.localadalah mekanisme kompatibilitas mundur ganda dalam systemd, karena ini merupakan mekanisme kompatibilitas mundur untuk mekanisme yang dengan sendirinya merupakan mekanisme kompatibilitas dalam klon van Smoorenburg System 5 rc.

Menggunakan /etc/rc.localbisa salah besar. Orang-orang terkejut dengan fakta bahwa systemd tidak berjalan rc.localdengan cara yang sama, di tempat yang sama di bootstrap, seperti yang biasa mereka lakukan. (Atau keliru berharap: Sebenarnya, itu tidak berjalan terakhir dalam sistem lama, seperti yang ditunjukkan oleh manual OpenBSD.) Yang lain terkejut dengan fakta bahwa apa yang mereka atur dalam rc.localmengharapkan cara lama dalam melakukan sesuatu, adalah kemudian benar-benar dibatalkan oleh orang-orang seperti baru udevaturan, NetworkManager, systemd-logind, systemd-resolved, atau berbagai "Kit" s.

Seperti dicontohkan oleh " Mengapa` init 0` menghasilkan "Kelebihan Argumen" pada Arch instal? ", Beberapa sistem operasi sudah menyediakan systemd tanpa fitur kompatibilitas mundur seperti systemd-rc-local-generatorgenerator . Sementara Debian masih mempertahankan fitur kompatibilitas ke belakang , Arch Linux membangun systemd dengan mereka dimatikan . Jadi pada Arch dan sistem operasi seperti itu diharapkan /etc/rc.local sepenuhnya diabaikan .

Lupakan rc.local. Itu bukan cara untuk pergi. Anda memiliki systemd + sistem operasi Linux. Jadi buatlah unit layanan systemd yang tepat, dan jangan mulai dari titik yang dua tingkat kompatibilitas mundur. (Di Ubuntu dan Fedora, tiga kali dihapus, klon van Smoorenburg System 5 rcyang diikuti rc.localkemudian telah dua kali digantikan, lebih dari satu dekade yang lalu, pertama oleh pemula dan kemudian oleh systemd.)

Juga ingat aturan pertama untuk bermigrasi ke systemd .

Ini bahkan bukan ide baru yang khusus untuk systemd. Pada sistem van Smoorenburg rcdan Upstart, yang harus dilakukan adalah membuat rcskrip van Smoorenburg yang tepat atau file pekerjaan pemula daripada menggunakan rc.local. Bahkan catatan manual FreeBSD bahwa saat ini orang membuat rcskrip Mewburn yang tepat alih-alih menggunakan /etc/rc.local. Mewburn rcdiperkenalkan oleh NetBSD 1.5 pada tahun 2000.

/etc/rc.localtanggal dari waktu Edisi Ketujuh Unix dan sebelumnya. Itu digantikan oleh /etc/inittabdan berbasis runlevel rcdi AT&T Unix System 3 (dengan sedikit berbeda /etc/inittabdi AT&T Unix System 5) pada tahun 1983 . Bahkan itu sekarang sejarah.

Buat definisi layanan asli yang tepat untuk sistem manajemen layanan Anda, apakah itu bundel layanan untuk nosh toolset service-managerdan system-control, /etc/rc.d/skrip untuk Mewburn rc, file unit layanan untuk systemd, file pekerjaan untuk Pemula, direktori layanan untuk runit / s6 / daemontools -encore, atau bahkan /etc/init.d/naskah untuk van Smoorenburg rc.

Dalam systemd, file unit layanan yang ditambahkan administrator seperti itu /etc/systemd/system/biasanya masuk (atau /usr/local/lib/systemd/system/jarang). Dengan manajer layanan nosh, /var/local/sv/adalah tempat konvensional untuk bundel layanan lokal. Mewburn rcpada penggunaan FreeBSD /usr/local/etc/rc.d/. File unit layanan yang dikemas dan bundel layanan, jika Anda membuatnya, pergi ke tempat yang berbeda.

Bacaan lebih lanjut

• Lennart Poettering et al. (2014). systemd-rc-local-generator . halaman manual systemd. Freedesktop.org.
• rc.local. Manual Manajer Sistem FreeBSD . 2016-04-23.
• /unix//a/233581/5132
• Lennart Poettering (2011-08-29). Tolong hapus /etc/rc.localatau chmod -xitu . Bug Redhat # 734268.
• /unix//a/211927/5132
• Dirk Schmitt (2017-12-19). rc.localmulai awal . bug systemd # 7703
• https://wiki.archlinux.org/index.php?title=Systemd&diff=378926&oldid=378924
• Benjamin Cane (2011-12-30). Bila OK dan TIDAK OK untuk digunakanrc.local . bencane.com.
• /unix//a/49636/5132
• Lennart Poettering (2010-10-01). Bagaimana Saya Mengonversi Skrip Init SysV Menjadi File Layanan systemd? . 0pointer.de.
• /ubuntu/523369/
• Jonathan de Boyne Pollard (2015). /etc/inittabadalah sesuatu dari masa lalu. . Jawaban yang Sering Diberikan.
• Jonathan de Boyne Pollard (2014). Tampilan skrip dan unit layanan yang dijalankan berdampingan. . Jawaban yang Sering Diberikan.
• Jonathan de Boyne Pollard (2014). Contoh nyata yang bekerja di dunia mengatur dan menjalankan layanan dengan nosh . Perangkat lunak.
• Jonathan de Boyne Pollard (2016). + Msgstrsystemd.unit " Jalur pencarian sistem tidak ada dari halaman manual ". Errata untuk systemd doco . Jawaban yang Sering Diberikan.

Ringkasan https://www.linuxbabe.com/linux-server/how-to-enable-etcrc-local-with-systemd

Buat /etc/systemd/system/rc-local.service:

# /etc/systemd/system/rc-local.service
[Unit]
 Description=/etc/rc.local Compatibility
 ConditionPathExists=/etc/rc.local

[Service]
 Type=forking
 ExecStart=/etc/rc.local start
 TimeoutSec=0
 StandardOutput=tty
 RemainAfterExit=yes
 SysVStartPriority=99

[Install]
 WantedBy=multi-user.target

Kemudian:

sudo touch /etc/rc.local
sudo chmod +x /etc/rc.local
sudo systemctl enable rc-local

Periksa dengan:

sudo systemctl start rc-local.service
sudo systemctl status rc-local.service