Maintenance script: Protected "Linux : Membuat Service Sendiri dengan systemd": Proteksi editorial: edit/move sysop ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

2026-11-03T00:01:49Z

Protected "Linux : Membuat Service Sendiri dengan systemd": Proteksi editorial: edit/move sysop ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

← Older revision	Revision as of 07:01, 3 November 2026
(No difference)

Maintenance script: Artikel baru: konsep inti membuat service systemd

2026-11-03T00:01:39Z

Artikel baru: konsep inti membuat service systemd

New page

Menjalankan program di server itu gampang: ketik perintahnya, tekan Enter, selesai. Masalahnya muncul beberapa jam kemudian. Terminal ditutup, program ikut mati. Server reboot, program tidak pernah bangun lagi. Dan tidak ada yang tahu kalau program itu sudah berhenti sejak jam tiga pagi.

Di sinilah '''service''' berperan. Service bukan program yang lebih hebat, tapi '''kontrak tertulis''' yang memberitahu systemd: program apa yang dijalankan, sebagai user siapa, dari folder mana, dan apa yang harus dilakukan kalau program itu mati. Artikel ini membahas cara membuat kontrak itu sendiri, bukan sekadar memakai service bawaan paket.

== 🎯 Tujuan ==

Setelah membaca dan mempraktikkan artikel ini, kamu diharapkan bisa:

* Menjelaskan beda "program yang dijalankan" dan "program yang dijadikan service".
* Menulis file unit <code>.service</code> sendiri dengan tiga bagian yang benar.
* Memilih <code>Type=</code> yang cocok: <code>simple</code>, <code>oneshot</code>, atau <code>forking</code>.
* Memakai <code>User=</code> dan <code>WorkingDirectory=</code> supaya service tidak jalan sebagai root dan tidak salah folder.
* Membedakan <code>start</code>, <code>enable</code>, dan <code>enable --now</code>.
* Membaca kegagalan service dari <code>systemctl status</code> dan <code>journalctl</code> tanpa menebak-nebak.

== 📍 Konteks nyata ==

Bayangkan kamu punya tukang panggilan. Selama kamu telepon, dia datang dan bekerja. Tapi begitu kamu berhenti mengawasi, dia pulang tanpa kabar. Kalau kamu sakit dan tidak bisa menelepon, tidak ada yang datang.

Program yang kamu jalankan manual persis seperti itu. Service adalah '''kontrak kerja''' dengan manajer gedung: jam masuk, nama petugas, ruang kerja, dan aturan "kalau tidak masuk tanpa kabar, hubungi saya". Manajer gedungnya adalah systemd.

💡 '''Tips:''' Kalau kamu masih menjalankan skrip penting dengan <code>nohup</code> atau <code>&</code> di terminal SSH, itu tanda paling jelas bahwa skrip tersebut butuh service. <code>nohup</code> hanya menunda masalah, tidak menyelesaikannya.

🔥 '''Kasus nyata:''' Sebuah SMK punya skrip penyalin nilai dari aplikasi ujian ke server rapor. Skrip itu dijalankan manual oleh guru piket dengan <code>nohup</code> setiap sore. Suatu hari listrik padam malam hari, server hidup lagi pagi, tapi skrip tidak. Selama dua hari nilai tiga kelas tidak tersalin, dan panitia mengira server rapornya rusak. Setelah dijadikan service dengan <code>Restart=on-failure</code>, masalah yang sama tidak terulang saat listrik padam berikutnya.

== 🧠 Konsep singkat ==

File unit adalah file teks biasa berformat INI. Tidak ada bahasa pemrograman di dalamnya, hanya baris <code>Kunci=nilai</code> yang dikelompokkan dalam tiga bagian.

=== 🔹 Tiga bagian yang wajib kamu kenal ===

Tabel berikut adalah kerangka minimal yang berlaku untuk hampir semua service.

{| class="wikitable"
! Bagian !! Isi !! Menjawab pertanyaan
|-
| <code>[Unit]</code> || <code>Description</code>, <code>After</code>, <code>Wants</code> || Ini service apa, dan kapan boleh dijalankan?
|-
| <code>[Service]</code> || <code>Type</code>, <code>ExecStart</code>, <code>User</code>, <code>Restart</code> || Dijalankan bagaimana, oleh siapa, dari mana?
|-
| <code>[Install]</code> || <code>WantedBy=multi-user.target</code> || Hidup otomatis saat boot atau tidak?
|}

Bagian <code>[Install]</code> punya sifat khusus yang sering disalahpahami: isinya '''tidak dibaca saat service berjalan'''. Bagian itu hanya dipakai ketika kamu menjalankan <code>systemctl enable</code>, untuk membuat symlink di <code>multi-user.target.wants/</code>.

=== 🔹 Type: kapan systemd menganggap service "sudah jalan" ===

Ini keputusan paling penting, dan yang paling sering salah pilih.

{| class="wikitable"
! Type !! Dianggap jalan saat !! Cocok untuk
|-
| <code>simple</code> || proses sudah di-fork (default) || program yang jalan terus, mis. daemon buatan sendiri
|-
| <code>exec</code> || binary berhasil dieksekusi || sama seperti simple, tapi gagal exec ikut dilaporkan
|-
| <code>oneshot</code> || proses selesai || skrip sekali jalan, migrasi, backup
|-
| <code>forking</code> || proses induk keluar || daemon lama yang mem-fork ke background
|-
| <code>notify</code> || program mengirim sd_notify || aplikasi modern yang siap melapor
|}

⚠️ '''Hati-hati:''' Pada <code>Type=simple</code>, <code>systemctl start</code> bisa melapor sukses walaupun binary-nya tidak ada atau <code>User=</code>-nya tidak dikenal. Sebab systemd menganggap service jalan tepat setelah proses di-fork, sebelum eksekusi binary benar-benar terjadi. Kalau kamu ingin kegagalan itu langsung terlihat, pakai <code>Type=exec</code>.

📊 '''Angka penting:''' Default <code>RestartSec=</code> hanya 100 milidetik. Kalau programmu butuh waktu untuk melepas port atau menunggu database siap, restart serapat itu justru membuatnya gagal berulang. Isi sendiri, misalnya <code>5s</code>.

=== 🔹 Restart: siapa yang menghidupkan ulang ===

<code>Restart=</code> menentukan apakah systemd mencoba menyalakan ulang service yang berhenti. Nilai yang umum dipakai:

* <code>no</code> — tidak pernah dihidupkan ulang. Cocok untuk <code>oneshot</code>.
* <code>on-failure</code> — hanya kalau keluar dengan kode error atau dibunuh sinyal. Ini pilihan paling aman untuk pemula.
* <code>on-success</code> — hanya kalau keluar bersih. Jarang dipakai.
* <code>always</code> — selalu, termasuk setelah keluar normal. Cocok untuk program yang memang harus hidup terus.

Percobaan restart tidak tak terbatas. systemd punya pengaman bernama start limit yang diatur <code>StartLimitIntervalSec=</code> dan <code>StartLimitBurst=</code> di bagian <code>[Unit]</code>. Kalau batas terlampaui, service masuk status <code>failed</code> dengan pesan "start request repeated too quickly".

🔥 '''Kasus nyata:''' Sebuah kantor distributor memasang skrip sinkronisasi stok sebagai service dengan <code>Restart=always</code> dan <code>RestartSec=1</code>. Karena database belum siap saat boot, skrip gagal, restart, gagal lagi. Dalam satu menit service terkunci status <code>failed</code> dan tidak pernah mencoba lagi sampai admin sadar. Perbaikannya dua baris: <code>RestartSec=10s</code> dan <code>After=network-online.target mariadb.service</code>.

=== 🔹 Di mana file unit disimpan ===

systemd mencari file unit di beberapa folder dengan urutan prioritas. Untuk service buatanmu sendiri, tempat yang benar adalah <code>/etc/systemd/system/</code>.

{| class="wikitable"
! Lokasi !! Isi !! Siapa yang menulis
|-
| <code>/etc/systemd/system/</code> || unit buatan admin || kamu
|-
| <code>/usr/lib/systemd/system/</code> || unit dari paket || pembuat paket
|-
| <code>/run/systemd/system/</code> || unit sementara || sistem saat runtime
|}

Jangan pernah mengedit file di <code>/usr/lib/systemd/system/</code>. File itu milik paket dan akan tertimpa saat <code>apt upgrade</code>. Untuk mengubah perilaku service bawaan, pakai drop-in lewat <code>systemctl edit nama.service</code>.

=== 🔹 Tiga perintah yang sering tertukar ===

* <code>systemctl start</code> — jalankan sekarang, tidak otomatis saat boot.
* <code>systemctl enable</code> — daftarkan agar jalan saat boot, tapi belum dijalankan sekarang.
* <code>systemctl enable --now</code> — keduanya sekaligus. Ini yang paling sering kamu butuhkan.

Setiap kali file unit diubah, systemd perlu membaca ulang: <code>systemctl daemon-reload</code>. Tanpa itu, perubahan tidak berlaku dan kamu akan bingung kenapa perbaikannya "tidak ngaruh". Khusus <code>systemctl edit</code>, reload dilakukan otomatis.

== 🧩 Istilah penting ==

{| class="wikitable"
! Istilah !! Arti singkat
|-
| Unit || Satu objek yang dikelola systemd, ditandai akhiran seperti <code>.service</code>
|-
| Unit file || File teks berisi definisi unit, biasanya di <code>/etc/systemd/system</code>
|-
| Drop-in || File tambahan di <code>nama.service.d/*.conf</code> untuk menimpa sebagian isi unit
|-
| <code>ExecStart</code> || Perintah utama yang dijalankan saat service start
|-
| <code>WantedBy</code> || Target yang "menginginkan" unit ini, dasar pembuatan symlink saat enable
|-
| Journal || Kumpulan log yang dikelola systemd-journald, dibaca dengan <code>journalctl</code>
|-
| Masked || Unit yang dinonaktifkan total lewat symlink ke <code>/dev/null</code>
|-
| Start limit || Batas jumlah percobaan start sebelum systemd menyerah
|}

Satu istilah lagi yang perlu kamu hafal: <code>multi-user.target</code>. Itu nama sistem "siap dipakai banyak user tanpa GUI", pengganti istilah runlevel 3 di zaman SysV.

== 🔧 Praktik: membuat service pertama ==

Kita akan membuat service pemantau sederhana: mencatat suhu dan pemakaian disk ke file log setiap 60 detik. Tujuannya bukan alat monitoring serius, tapi supaya kamu melihat sendiri semua lapisan bekerja.

=== 🔹 Langkah 1: siapkan skrip dan user khusus ===

Buat user sistem tanpa shell login, supaya service tidak jalan sebagai root.

<syntaxhighlight lang="bash">
sudo useradd --system --no-create-home --shell /usr/sbin/nologin lapor
sudo mkdir -p /var/lib/lapor
sudo chown lapor:lapor /var/lib/lapor
</syntaxhighlight>

Lalu buat skripnya di <code>/usr/local/bin/lapor-suhu.sh</code>:

<syntaxhighlight lang="bash">
#!/usr/bin/env bash
LOG=/var/log/lapor-suhu.log

while true; do
SUHU=$(cat /sys/class/thermal/thermal_zone0/temp 2>/dev/null || echo n/a)
DISK=$(df -h / | awk 'NR==2 {print $5}')
echo "$(date '+%F %T') suhu=$SUHU disk=$DISK" >> "$LOG"
sleep 60
done
</syntaxhighlight>

<syntaxhighlight lang="bash">
sudo install -m 755 -o root -g root /dev/null /usr/local/bin/lapor-suhu.sh
sudo nano /usr/local/bin/lapor-suhu.sh # tempel isi di atas
sudo touch /var/log/lapor-suhu.log
sudo chown lapor:lapor /var/log/lapor-suhu.log
</syntaxhighlight>

💡 '''Tips:''' Skrip boleh milik <code>root</code> dan mode <code>755</code>. Yang dijalankan sebagai user <code>lapor</code> adalah prosesnya, bukan pemilik file. Ini praktik yang aman: user biasa tidak bisa mengubah skrip yang dijalankan service.

=== 🔹 Langkah 2: tulis file unit ===

Simpan sebagai <code>/etc/systemd/system/lapor-suhu.service</code>:

<syntaxhighlight lang="ini">
[Unit]
Description=Lapor suhu dan pemakaian disk tiap menit
Documentation=man:systemd.service(5)
After=network-online.target
StartLimitIntervalSec=60
StartLimitBurst=3

[Service]
Type=simple
User=lapor
Group=lapor
WorkingDirectory=/var/lib/lapor
ExecStart=/usr/local/bin/lapor-suhu.sh
Restart=on-failure
RestartSec=5s
StandardOutput=journal
StandardError=journal

[Install]
WantedBy=multi-user.target
</syntaxhighlight>

Perhatikan tiga hal yang sering dilupakan:

* <code>ExecStart=</code> harus '''path absolut'''. <code>ExecStart=./lapor-suhu.sh</code> ditolak dengan pesan "Executable path is not absolute".
* <code>WorkingDirectory=</code> menentukan folder kerja. Tanpa ini, path relatif di dalam skrip mengarah ke <code>/</code>.
* <code>User=</code> membuat proses tidak berjalan sebagai root. Kalau user tidak ada, service gagal dengan status <code>217/USER</code>.

=== 🔹 Langkah 3: periksa sebelum menyalakan ===

<syntaxhighlight lang="bash">
systemd-analyze verify /etc/systemd/system/lapor-suhu.service
sudo systemctl daemon-reload
sudo systemctl start lapor-suhu.service
systemctl status lapor-suhu.service --no-pager
</syntaxhighlight>

Status yang sehat kira-kira berbunyi <code>Active: active (running)</code> dengan <code>Main PID</code> terisi. Kalau tertulis <code>failed</code>, jangan langsung mengubah-ubah file; baca dulu baris <code>Process: ... status=...</code> di bawahnya.

=== 🔹 Langkah 4: buktikan lewat log dan file ===

<syntaxhighlight lang="bash">
journalctl -u lapor-suhu.service -n 20 --no-pager
tail -n 5 /var/log/lapor-suhu.log
</syntaxhighlight>

Kalau log jurnal kosong tapi file log terisi, itu wajar: skrip menulis sendiri ke file, bukan ke stdout. Justru ini bukti service berjalan.

=== 🔹 Langkah 5: jadikan otomatis saat boot ===

<syntaxhighlight lang="bash">
sudo systemctl enable --now lapor-suhu.service
systemctl is-enabled lapor-suhu.service
systemctl is-active lapor-suhu.service
</syntaxhighlight>

Keluaran <code>enabled</code> dan <code>active</code> adalah dua hal berbeda. <code>enabled</code> menjawab "apakah dia ikut boot", <code>active</code> menjawab "apakah dia hidup sekarang".

=== 🔹 Langkah 6: ubah tanpa menyentuh file asli ===

Misalnya kamu ingin restart policy lebih longgar. Jangan edit file utama, pakai drop-in:

<syntaxhighlight lang="bash">
sudo systemctl edit lapor-suhu.service
</syntaxhighlight>

Isi yang muncul adalah file kosong di <code>/etc/systemd/system/lapor-suhu.service.d/override.conf</code>. Tulis hanya bagian yang berubah:

<syntaxhighlight lang="ini">
[Service]
RestartSec=30s
</syntaxhighlight>

Lalu <code>systemctl cat lapor-suhu.service</code> untuk melihat hasil gabungan file asli dan drop-in. Inilah cara yang benar untuk menyesuaikan service milik paket, misalnya Nginx atau SSH.

=== 🔹 Langkah 7: uji kegagalan dengan sengaja ===

Service yang tidak pernah diuji gagal biasanya gagal di waktu yang paling tidak tepat.

<syntaxhighlight lang="bash">
sudo systemctl stop lapor-suhu.service
sudo mv /usr/local/bin/lapor-suhu.sh /root/
sudo systemctl start lapor-suhu.service
systemctl status lapor-suhu.service --no-pager
sudo mv /root/lapor-suhu.sh /usr/local/bin/
sudo systemctl reset-failed lapor-suhu.service
</syntaxhighlight>

🧪 '''Uji cepat:''' Setelah skrip dikembalikan, jalankan <code>systemctl reset-failed</code> lalu <code>systemctl start</code>. Kalau kamu lupa <code>reset-failed</code>, service bisa menolak start karena masih terhitung dalam start limit.

== 🏭 Dipakai di dunia kerja ==

* '''Sekolah dan lab komputer:''' skrip sinkronisasi nilai, penarik absensi, atau pembersih folder ujian dijalankan sebagai service <code>oneshot</code> agar tidak bergantung pada guru yang ingat menekan Enter.
* '''Kantor dan distributor:''' aplikasi internal buatan sendiri (antrian cetak, ekspor data harian) dijalankan sebagai service dengan <code>User=</code> khusus, sehingga mati saat listrik padam bukan berarti mati permanen.
* '''Rumah sakit dan klinik:''' agen pengirim data ke sistem BPJS atau server pusat harus hidup terus; <code>Restart=on-failure</code> plus log jurnal adalah syarat minimal sebelum tim IT mau menyerahkannya ke user.
* '''ISP dan penyedia layanan:''' skrip kecil pemantau link, pengirim metrik, atau pembaru sertifikat dijalankan terjadwal sebagai service atau timer, bukan dari terminal admin yang kebetulan masih terbuka.
* '''Industri dan pabrik:''' agen penghubung antara mesin PLC dan dashboard produksi berjalan sebagai service; berhentinya agen berarti dashboard kosong padahal mesin tetap jalan.
* '''Cloud dan VPS:''' hampir semua panduan deployment modern berakhir dengan "buat service systemd", karena itu cara paling standar menjaga proses tetap hidup setelah sesi SSH ditutup.

== ✅ Verifikasi ==

Jangan puas dengan "sepertinya jalan". Periksa satu per satu.

{| class="wikitable"
! Perintah !! Yang dilihat !! Harapan
|-
| <code>systemctl status lapor-suhu</code> || <code>Active</code>, <code>Main PID</code> || <code>active (running)</code>
|-
| <code>systemctl is-enabled lapor-suhu</code> || status boot || <code>enabled</code>
|-
| <code>journalctl -u lapor-suhu -b</code> || log sejak boot || ada catatan start tanpa error
|-
| <code>systemctl show -p User -p Restart lapor-suhu</code> || nilai efektif || sesuai file unit
|-
| <code>systemd-analyze verify lapor-suhu.service</code> || validitas unit || tidak ada peringatan
|-
| <code>ps -o user,pid,cmd -C lapor-suhu.sh</code> || user proses || <code>lapor</code>, bukan <code>root</code>
|}

Uji terakhir yang paling jujur: reboot server, lalu cek <code>systemctl status</code> sebelum menyentuh apa pun. Kalau service hanya hidup setelah kamu start manual, berarti <code>enable</code>-nya belum benar.

== ⚠️ Kesalahan umum & troubleshooting ==

{| class="wikitable"
! Gejala !! Penyebab umum !! Perbaikan
|-
| <code>status=203/EXEC</code> || skrip tidak executable atau shebang salah || <code>chmod 755</code>, cek baris <code>#!/usr/bin/env bash</code>
|-
| <code>status=217/USER</code> || <code>User=</code> menunjuk user yang tidak ada || buat user atau perbaiki nama
|-
| <code>status=200/CHDIR</code> || <code>WorkingDirectory=</code> tidak ada || buat foldernya atau hapus direktif
|-
| "Executable path is not absolute" || <code>ExecStart=</code> pakai path relatif || tulis <code>/usr/local/bin/...</code>
|-
| Jalan manual bisa, service gagal || beda user, PATH, atau folder kerja || samakan <code>User=</code> dan <code>WorkingDirectory=</code>
|-
| Perubahan tidak berefek || lupa <code>daemon-reload</code> || <code>systemctl daemon-reload</code>
|-
| "start request repeated too quickly" || restart beruntun melewati start limit || perbaiki penyebab, lalu <code>reset-failed</code>
|-
| Service mati saat SSH ditutup || masih dijalankan manual di shell || jadikan unit, jangan <code>nohup</code>
|-
| Log kosong di jurnal || program menulis ke file sendiri || periksa file log aplikasi
|}

⚠️ '''Hati-hati:''' Kalau service <code>oneshot</code> selesai, statusnya kembali <code>dead</code> dan itu normal. Jangan panik dan menambahkan <code>Restart=always</code> pada skrip migrasi; itu akan menjalankan migrasi berulang-ulang. Untuk <code>oneshot</code> yang ingin tetap tampak aktif, gunakan <code>RemainAfterExit=yes</code>.

⚠️ '''Hati-hati:''' Pesan "jalan manual bisa, tapi service gagal" hampir selalu bukan bug systemd. Penyebabnya perbedaan lingkungan: user berbeda, <code>PATH</code> berbeda, folder kerja berbeda, atau variabel dari <code>.bashrc</code> tidak ikut terbaca. Service tidak membaca <code>.bashrc</code> milik siapa pun.

== 🔐 Catatan keamanan & etika ==

File unit di <code>/etc/systemd/system/</code> dieksekusi dengan hak root. Siapa pun yang bisa menulis ke folder itu setara bisa menjalankan perintah sebagai root, jadi jaga permission folder dan jangan longgarkan tanpa alasan.

* Selalu isi <code>User=</code> dan <code>Group=</code>. Service buatan sendiri hampir tidak pernah perlu root.
* Jangan menaruh password di file unit. File unit terbaca semua user. Kalau perlu rahasia, pakai <code>EnvironmentFile=</code> dengan permission <code>600</code>.
* Tambahkan pengerasan ringan: <code>NoNewPrivileges=yes</code>, <code>PrivateTmp=yes</code>, dan <code>ProtectSystem=strict</code> bila service tidak perlu menulis ke sistem.
* Untuk service yang hanya butuh satu proses sederhana, <code>DynamicUser=yes</code> bisa membuat user otomatis tanpa kamu mengelola akun.
* Etika: membuat service di komputer lab sekolah untuk menjalankan program yang bukan tugasmu, termasuk pelanggaran. Kamu diberi akses root untuk belajar, bukan untuk menguasai mesin.

📊 '''Angka penting:''' Nama unit maksimal 255 karakter, dan hanya boleh berisi huruf, angka, titik, garis bawah, tanda hubung, titik dua, dan backslash. Spasi diganti dengan aturan escaping tersendiri; pakai <code>systemd-escape</code> kalau ragu.

== 📌 Kesimpulan ==

Service bukan sihir dan bukan program yang lebih pintar. Service adalah kontrak: kamu menyebut program, user, folder, dan aturan restart; systemd yang mengawasi sisanya.

Tiga hal yang paling menentukan berhasil atau tidaknya service buatanmu: <code>ExecStart</code> absolut, <code>User=</code> dan <code>WorkingDirectory=</code> yang benar, serta <code>daemon-reload</code> setelah setiap perubahan. Sisanya hanya latihan membaca status dan log.

Langkah berikutnya: ambil satu skrip yang biasa kamu jalankan manual di lab, lalu ubah menjadi service dengan <code>Type=oneshot</code>. Rasakan bedanya setelah kamu reboot server dan skrip itu berjalan sendiri.

== 🔗 Materi terkait ==

* [[Linux : Cara Membaca Penyebab Service Gagal Start dengan systemctl status dan journalctl]] — lanjutan wajib setelah artikel ini, untuk membaca kegagalan service.
* [[Linux : Cek Service yang Sedang Berjalan]] — memeriksa service lain yang sudah aktif di server.
* [[Linux : Manajemen Paket dan Repositori Debian]] — tempat paket resmi memasang unit <code>.service</code> miliknya.
* [[Linux : Manajemen User Dasar]] — dasar membuat user sistem untuk <code>User=</code>.
* [[Linux : Permission File dan Folder]] — kenapa skrip <code>755</code> dan log <code>600</code> penting.
* [[Linux: Cron Job]] — alternatif untuk tugas terjadwal yang tidak perlu hidup terus.
* [[Linux : Praktikum Audit Repositori dan Diagnosa Instalasi Paket Gagal]] — pola diagnosis lapis demi lapis yang bisa kamu pakai untuk service.

== 📚 Referensi ==

* [https://manpages.debian.org/bookworm/systemd/systemd.service.5.en.html systemd.service(5) — Debian bookworm] — tipe service, <code>ExecStart</code>, <code>Restart</code>, <code>RestartSec</code>, perilaku <code>Type=simple</code>.
* [https://manpages.debian.org/bookworm/systemd/systemd.unit.5.en.html systemd.unit(5) — Debian bookworm] — urutan pencarian folder unit, drop-in, symlink <code>.wants/</code>, aturan nama unit.
* [https://manpages.debian.org/bookworm/systemd/systemd.exec.5.en.html systemd.exec(5) — Debian bookworm] — <code>User=</code>, <code>Group=</code>, <code>WorkingDirectory=</code>, dan pengerasan proses.
* [https://manpages.debian.org/bookworm/systemd/systemctl.1.en.html systemctl(1) — Debian bookworm] — <code>start</code>, <code>enable</code>, <code>daemon-reload</code>, <code>reset-failed</code>, <code>edit</code>, <code>cat</code>.
* [https://manpages.debian.org/bookworm/systemd/journalctl.1.en.html journalctl(1) — Debian bookworm] — membaca log per unit dan per boot.
* [https://manpages.debian.org/bookworm/systemd/systemd-analyze.1.en.html systemd-analyze(1) — Debian bookworm] — <code>verify</code> untuk memeriksa unit sebelum dijalankan.

[[Category:TKJ]]
[[Category:Linux]]
[[Category:Server]]
[[Category:systemd]]

Linux : Membuat Service Sendiri dengan systemd - Revision history

Maintenance script: Protected "Linux : Membuat Service Sendiri dengan systemd": Proteksi editorial: edit/move sysop ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

Maintenance script: Artikel baru: konsep inti membuat service systemd