Tutorial on Ego Irfandi Blog

Mengenal dan Instalasi BusyBox

Sun, 23 Aug 2026 14:30:00 +0700

Apa itu BusyBox?

BusyBox adalah sebuah binary tunggal yang menggabungkan versi ringkas dari banyak utility Unix umum (seperti ls, cp, mount, grep, vi, dll) menjadi satu executable kecil. BusyBox banyak dipakai di sistem embedded, initramfs, live CD/rescue system, dan container minimal karena ukurannya yang kecil.

Cara Kerja

BusyBox menggunakan satu binary yang berperilaku berbeda tergantung nama yang dipanggil (via symlink). Misalnya, symlink bernama ls yang mengarah ke binary BusyBox akan menjalankan fungsi ls dari dalam BusyBox itu sendiri, bukan ls dari coreutils.

Instalasi di Void Linux

sudo xbps-install -S busybox

Build dari Source (Opsional)

Untuk kustomisasi applet yang ingin disertakan:

git clone https://git.busybox.net/busybox
cd busybox
make defconfig
make menuconfig   # pilih applet yang ingin di-include/exclude
make -j$(nproc)
sudo make install

make menuconfig berguna jika ingin build BusyBox dengan ukuran seminimal mungkin, hanya menyertakan applet yang benar-benar dibutuhkan.

Cek Applet yang Tersedia

busybox --list

Membuat Symlink Applet

Setelah BusyBox terinstal, applet-applet di dalamnya belum bisa langsung dipanggil dengan nama aslinya (misal ls, cp) kecuali dibuatkan symlink yang mengarah ke binary BusyBox.

Contoh membuat symlink untuk satu applet:

sudo ln -s /bin/busybox /usr/local/bin/ls

Perintah di atas membuat symlink bernama ls yang mengarah ke binary busybox. Saat ls dipanggil, BusyBox akan mendeteksi nama yang digunakan untuk memanggilnya (argv[0]) dan menjalankan fungsi ls yang sesuai.

Membuat symlink untuk beberapa applet sekaligus:

for applet in ls cp mv cat grep; do
  sudo ln -s /bin/busybox /usr/local/bin/$applet
done

Catatan

Perlu diperhatikan urutan PATH pada sistem apabila BusyBox applet diinstal berdampingan dengan utility GNU coreutils, karena symlink yang dibuat belakangan (atau direktori yang lebih diprioritaskan dalam PATH) akan menentukan versi mana yang dipanggil saat command dijalankan.

Shell Minimalis: dash, mksh, oksh, dll

Tue, 23 Jun 2026 12:30:00 +0700

Kenapa Bukan Bash?

Bash adalah shell paling umum dipakai, tapi ukurannya relatif besar dan memiliki banyak fitur non-POSIX yang menambah kompleksitas. Bagi pengguna yang mengutamakan kesederhanaan, kecepatan startup (sistem embedded, init script, penggunaan harian minimalis), tersedia beberapa alternatif shell yang lebih ringkas.

dash

Debian Almquist Shell shell POSIX-compliant yang sangat ringan, umum dipakai sebagai /bin/sh di banyak distro (termasuk Debian dan turunannya) untuk menjalankan script sistem karena kecepatan eksekusinya.

Fokus: kepatuhan POSIX, kecepatan
Tidak memiliki fitur interaktif seperti history atau tab completion bawaan yang kaya
Cocok untuk script, kurang ideal untuk interactive daily driver

mksh (MirBSD Korn Shell)

Turunan dari Korn Shell (ksh), dikembangkan sebagai bagian dari proyek MirBSD. Menyediakan fitur interaktif yang cukup lengkap (history, line editing, job control) namun tetap ringan dibanding bash.

Fokus: keseimbangan antara fitur interaktif dan kesederhanaan
Kompatibel dengan sebagian besar syntax ksh
Sering dipakai sebagai default shell di Android (melalui toolbox/mksh)

oksh (OpenBSD Korn Shell)

Port dari ksh milik OpenBSD ke sistem lain. Menekankan kesederhanaan kode dan keamanan (mengikuti filosofi OpenBSD), dengan fitur yang lebih minimal dibanding mksh.

Fokus: kesederhanaan, auditability kode, keamanan
Fitur interaktif lebih terbatas dibanding mksh
Pilihan populer di kalangan pengguna yang menyukai filosofi suckless/minimalis

rc (Plan 9 Shell)

Shell dari Plan 9 from Bell Labs, tersedia di sistem Unix modern melalui plan9port. Memiliki syntax yang didesain ulang dari nol, lebih konsisten dan minim ambiguitas dibanding shell keluarga Bourne/POSIX.

Fokus: konsistensi syntax, menghindari quirk shell tradisional
Tidak POSIX-compliant, sehingga script bash/sh tidak bisa langsung dipakai
Cocok dieksplorasi bagi yang tertarik filosofi Plan 9

Perbandingan Singkat

Shell	Basis	POSIX	Fokus Utama
dash	Almquist Shell	Ya	Kecepatan script
mksh	Korn Shell (MirBSD)	Sebagian	Interaktif + ringan
oksh	Korn Shell (OpenBSD)	Sebagian	Minimalis + keamanan
rc	Plan 9	Tidak	Konsistensi syntax

Memilih Shell yang Tepat

Pemilihan shell sebaiknya disesuaikan dengan kebutuhan:

Script sistem/init -> dash atau POSIX sh
Penggunaan interaktif ringan sehari-hari -> mksh atau oksh
Eksplorasi filosofi alternatif di luar Bourne shell family -> rc

Mengganti default shell dapat dilakukan dengan:

chsh -s /bin/mksh

(Gantikan /bin/mksh dengan path shell pilihan masing-masing.)

Mengenal Runit dan rc.conf

Sat, 23 May 2026 16:30:00 +0700

Apa itu Runit?

Runit adalah sebuah init system dan service supervisor yang dirancang dengan filosofi kesederhanaan (mengikuti prinsip Unix: do one thing and do it well). Berbeda dengan systemd yang memiliki banyak komponen dan kompleksitas, runit berfokus hanya pada tiga tugas utama:

Stage 1 inisialisasi sistem (setup awal sebelum service berjalan)
Stage 2 menjalankan dan mengawasi (supervise) service
Stage 3 shutdown/reboot

Void Linux menggunakan runit sebagai init system default, menggantikan systemd yang umum dipakai distro lain.

Struktur Direktori Service

Runit mengelola service melalui direktori, bukan file konfigurasi tunggal seperti unit file di systemd.

/etc/sv/ berisi definisi service (run script, log, dll)
/var/service/ berisi symlink ke service yang aktif (di-supervise oleh runit)

Sebuah service dianggap “enabled” apabila terdapat symlink dari /etc/sv/nama-service ke /var/service/.

Contoh mengaktifkan service:

sudo ln -s /etc/sv/nama-service /var/service/

Menonaktifkan service** (cukup hapus symlink-nya):

sudo rm /var/service/nama-service

Perintah Dasar sv

Runit menyediakan command sv untuk mengontrol service secara langsung.

sudo sv status nama-service   # cek status
sudo sv start nama-service    # start service
sudo sv stop nama-service     # stop service
sudo sv restart nama-service  # restart service

Apa itu rc.conf?

rc.conf adalah file konfigurasi global milik Void Linux (bukan bagian dari runit itu sendiri) yang digunakan untuk mengatur berbagai parameter sistem saat proses boot, seperti hostname, timezone, keymap, dan hardware clock. File ini berlokasi di:

/etc/rc.conf

Contoh isi rc.conf:

# Hostname sistem
HOSTNAME="void-machine"

# Timezone
TIMEZONE="Asia/Jakarta"

# Keymap konsol
KEYMAP="us"

# Font konsol (opsional)
FONT="ter-v16n"

# Hardware clock (UTC atau LOCAL)
HARDWARECLOCK="UTC"

Setelah melakukan perubahan pada rc.conf, sebagian pengaturan (seperti hostname atau timezone) akan diterapkan pada boot berikutnya, sementara beberapa lainnya memerlukan restart service terkait atau reboot penuh.

Melihat Log Service

Runit menggunakan runsvdir beserta svlogd untuk logging. Log service biasanya tersimpan di:

/var/log/sv/nama-service/current

Bisa dilihat langsung dengan:

tail -f /var/log/sv/nama-service/current

Kenapa Runit?

Kesederhanaanya. setiap service diawasi langsung oleh proses supervisor tanpa lapisan abstraksi tambahan, sehingga lebih mudah dipahami, di-debug, dan dikustomisasi dibanding init system yang lebih kompleks(tidak seperti systemd). Hal ini sejalan dengan filosofi minimalis yang dianut Void Linux secara keseluruhan.