Maintenance script: Protected "Linux : Manajemen Paket dan Repositori Debian": Proteksi editorial: edit/move sysop ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

2026-11-02T07:03:26Z

Protected "Linux : Manajemen Paket dan Repositori Debian": Proteksi editorial: edit/move sysop ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

← Older revision	Revision as of 14:03, 2 November 2026
(No difference)

Maintenance script: Artikel baru: manajemen paket & repositori Debian (Gaya Editorial v2)

2026-11-02T07:03:19Z

Artikel baru: manajemen paket & repositori Debian (Gaya Editorial v2)

New page

Kalau kamu pernah mengetik <code>apt install nginx</code> lalu tiba-tiba ada belasan paket lain ikut terpasang, kamu baru saja memakai salah satu alat paling penting di Linux. Di Debian, alat inilah yang menjaga semua program di server tetap saling cocok versinya.

Tanpa manajer paket, kamu harus menebak sendiri: library apa yang dibutuhkan, versi berapa, dan siapa yang harus dipasang lebih dulu. Artikel ini membedah cara Debian mengelola paket dan repositori, supaya kamu tidak lagi memasang sesuatu hanya karena "katanya jalan".

== 🎯 Tujuan ==

Setelah membaca dan mempraktikkan artikel ini, kamu diharapkan bisa:

* membedakan tugas <code>dpkg</code> dan <code>apt</code> tanpa tertukar;
* membaca isi repositori Debian: suite, component, dan alamatnya;
* menjelaskan kenapa <code>apt update</code> wajib dijalankan sebelum <code>apt upgrade</code>;
* menentukan versi paket yang dipakai saat satu paket tersedia di dua repo;
* memulihkan server yang <code>dpkg</code>-nya macet tanpa memasang ulang sistem.

💡 '''Tips:''' semua perintah di artikel ini dijalankan sebagai root atau lewat <code>sudo</code>. Kalau kamu memakai VM latihan, ambil snapshot dulu — salah repo adalah kesalahan yang paling mahal untuk dipelajari tanpa cadangan.

== 📍 Konteks nyata ==

Bayangkan bengkel motor. Di gudang ada ribuan spare part yang tertata di rak, lengkap dengan katalog: nomor part, merek, dan motor apa saja yang cocok.

Mekaniknya tidak menebak. Ia membuka katalog, mencari "kampas rem Vario 125", lalu mengambil part yang nomornya cocok. Kalau part itu butuh baut khusus, katalog juga menyebutkan bautnya.

Repositori Debian adalah gudang itu. Katalognya adalah daftar paket yang diunduh <code>apt</code>. Mekaniknya adalah <code>apt</code> sendiri, dan yang benar-benar memasang part ke motor adalah <code>dpkg</code>.

🔥 '''Kasus nyata:''' di lab TKJ sebuah SMK, siswa diminta memasang web server. Karena tutorial di internet menyebut versi PHP yang lebih baru, ia menambahkan repo <code>sid</code> (unstable) ke server lab yang berjalan di stable. Satu perintah <code>apt upgrade</code> kemudian menarik <code>libc6</code> dari unstable. Server tidak mau boot lagi, dan praktikum dua kelas tertunda dua hari. Pemulihannya bukan <code>apt remove</code>, tapi memilih ulang versi lewat repositori dan pin.

== 🧠 Konsep singkat ==

=== 🔹 Tiga lapis yang sering tertukar ===

Banyak siswa mengira <code>apt</code> dan <code>dpkg</code> adalah dua nama untuk hal yang sama. Padahal keduanya bekerja di lapis berbeda.

{| class="wikitable"
! Lapis !! Tugasnya !! Kalau lapis ini rusak
|-
| Repositori || menyimpan file <code>.deb</code> dan indeksnya || <code>apt update</code> gagal, paket tidak ditemukan
|-
| <code>apt</code> || mengambil indeks, menghitung dependensi, mengunduh || resolusi versi salah, paket "held back"
|-
| <code>dpkg</code> || membongkar <code>.deb</code> ke sistem dan mencatat status || paket "setengah terpasang", <code>dpkg</code> macet
|}

Jadi urutannya selalu: <code>apt</code> menyiapkan bahan, <code>dpkg</code> yang memasang. Saat kamu memakai <code>dpkg -i</code> langsung, kamu melewati petugas dependensi — dan itu sumber sebagian besar masalah paket di server pemula.

=== 🔹 Isi repositori: suite dan component ===

Satu baris repo Debian punya tiga bagian: alamat, suite, dan component. Contohnya <code>deb http://deb.debian.org/debian bookworm main</code>.

'''Suite''' adalah rilisnya. Nama kode seperti <code>bookworm</code> (Debian 12) atau <code>trixie</code> (Debian 13) lebih aman dipakai daripada <code>stable</code>, karena <code>stable</code> ikut berpindah saat rilis baru keluar.

* '''bookworm''' — paket inti rilis tersebut.
* '''bookworm-updates''' — perbaikan bug yang tidak mendesak.
* '''bookworm-security''' — patch keamanan. Ini yang paling penting untuk server.
* '''bookworm-backports''' — paket versi lebih baru, tidak diaktifkan otomatis.

'''Component''' menunjukkan status lisensi paketnya.

{| class="wikitable"
! Component !! Isi !! Catatan
|-
| <code>main</code> || perangkat lunak bebas sepenuhnya || mayoritas paket server ada di sini
|-
| <code>contrib</code> || bebas, tapi butuh paket non-bebas || contoh: driver yang butuh firmware
|-
| <code>non-free</code> || tidak bebas || lisensi membatasi penggunaan ulang
|-
| <code>non-free-firmware</code> || firmware biner || dipisah sejak Debian 12
|}

📊 '''Angka penting:''' indeks paket component <code>main</code> saja bisa mencapai 10–16 MB data terkompresi. Itu sebabnya <code>apt update</code> terasa lama di koneksi sekolah, padahal belum ada satu paket pun yang diunduh.

=== 🔹 Kenapa harus apt update dulu ===

<code>apt update</code> tidak meng-upgrade apa pun. Tugasnya hanya menyegarkan katalog di <code>/var/lib/apt/lists/</code>.

Kalau kamu langsung menjalankan <code>apt upgrade</code>, <code>apt</code> memakai katalog terakhir yang tersimpan. Di server yang jarang dirawat, katalog itu bisa berumur berbulan-bulan.

Akibatnya bukan error, tapi sesuatu yang lebih berbahaya: perintahnya sukses, hanya saja versi yang dipasang bukan versi terbaru. Patch keamanan tidak masuk, dan tidak ada pesan gagal yang bisa kamu baca.

⚠️ '''Hati-hati:''' <code>apt upgrade</code> tidak pernah menghapus paket. Kalau sebuah paket butuh dependensi baru yang memaksa paket lain dicopot, <code>apt</code> akan menahannya dan menulis "held back". Jangan buru-buru pindah ke <code>full-upgrade</code> sebelum tahu paket apa yang akan dicopot.

=== 🔹 deb822: format baru yang lebih rapi ===

Sejak apt versi 1.1, Debian mengenal dua format sumber repo. Yang lama satu baris di <code>/etc/apt/sources.list</code>. Yang baru berbentuk blok dan disimpan sebagai file <code>.sources</code> di <code>/etc/apt/sources.list.d/</code>.

Debian 12 ke atas memakai deb822 sebagai default. Bentuknya seperti ini:

<syntaxhighlight lang="text">
Types: deb
URIs: http://deb.debian.org/debian
Suites: bookworm bookworm-updates
Components: main
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg
</syntaxhighlight>

Bedanya dengan format lama: nilai dipisah spasi, bukan koma; dan setiap sumber punya blok sendiri. Untuk mematikan satu sumber, cukup tambahkan <code>Enabled: no</code> — tidak perlu menghapus barisnya.

📊 '''Angka penting:''' nama file di <code>sources.list.d/</code> hanya boleh berisi huruf, angka, garis bawah, strip, dan titik. File dengan nama lain akan diabaikan <code>apt</code> dengan pesan notice — sering tidak terbaca karena terlewat di antara output panjang.

=== 🔹 Prioritas: siapa menang kalau paket ada di dua repo ===

Ini bagian yang paling jarang diajarkan, padahal paling sering menyakitkan. Kalau paket yang sama tersedia di dua repositori, <code>apt</code> memilih berdasarkan prioritas, bukan berdasarkan urutan baris.

{| class="wikitable"
! Prioritas !! Arti
|-
| kurang dari 0 || tidak akan pernah dipasang
|-
| 1–99 || hanya jika belum ada versi lain terpasang
|-
| 100–499 || hanya jika tidak ada versi lebih baru
|-
| 500–989 || hanya jika tidak ada versi lebih baru di rilis target
|-
| 990–1000 || dipasang, kecuali versi terpasang lebih baru
|-
| di atas 1000 || selalu dipasang, boleh menurunkan versi
|}

Nilai bawaannya: versi yang sudah terpasang 100, versi yang belum terpasang 500, dan rilis target 990. Artinya repo pihak ketiga dengan versi lebih tinggi bisa menang tanpa kamu sadari.

🧪 '''Uji cepat:''' <code>apt-cache policy nama-paket</code> menampilkan semua kandidat versi beserta prioritas dan asal repo. Kalau muncul dua kandidat, baca kolom prioritas sebelum mengetik <code>apt install</code>.

=== 🔹 Hold: menyimpan versi yang sudah terbukti ===

Kadang kamu tidak ingin sebuah paket ikut naik versi. Contohnya kernel yang drivernya sudah terbukti stabil, atau aplikasi produksi yang hanya diuji di versi tertentu.

Perintahnya <code>apt-mark hold nama-paket</code>. Untuk melihat daftar yang ditahan, <code>apt-mark showhold</code>. Untuk melepas, <code>apt-mark unhold nama-paket</code>.

Efek sampingnya: paket yang ditahan akan muncul sebagai "held back" setiap kali kamu upgrade. Kalau daftarnya panjang, biasanya ada dependensi yang ikut tertahan — bukan hanya satu paket.

=== 🔹 Dari .deb lepas sampai paket setengah terpasang ===

File <code>.deb</code> adalah paket mentah: arsip berisi file program plus metadata dependensi. <code>dpkg</code> bisa memasangnya, tapi ia tidak mengunduh dependensi.

Kalau dependensi tidak ada, status paket menjadi <code>iU</code> atau <code>iF</code> di <code>dpkg -l</code>: terpasang, tapi belum terkonfigurasi. Selama statusnya begitu, paket lain yang bergantung padanya ikut tertahan.

Perbaikannya bukan <code>dpkg -i</code> ulang, tapi menyuruh <code>apt</code> melengkapi yang kurang:

<syntaxhighlight lang="bash">
sudo apt --fix-broken install
</syntaxhighlight>

== 🧩 Istilah penting ==

{| class="wikitable"
! Istilah !! Arti singkat !! Analogi
|-
| Paket || satu unit program siap pasang || satu kotak spare part
|-
| Dependensi || paket lain yang wajib ada || baut yang wajib ikut kampas rem
|-
| Repositori || kumpulan paket + indeks || gudang spare part
|-
| Indeks || daftar isi paket yang diunduh || katalog gudang
|-
| Suite || nama rilis repo || edisi katalog tahun tertentu
|-
| Component || kelompok lisensi dalam suite || rak berdasarkan merek
|-
| Pin || aturan prioritas versi || siapa yang didahulukan saat stok dobel
|-
| Hold || versi dikunci || part yang tidak boleh diganti
|-
| <code>.deb</code> || format paket Debian || kotak partnya
|-
| Meta-paket || paket yang isinya hanya daftar dependensi || paket bundling
|}

== 🔧 Praktik: Manajemen Paket dan Repositori Debian ==

Praktik ini memakai satu VM Debian. Kalau belum punya, kamu bisa memakai <code>debian:12</code> di container — perintahnya sama, hanya saja tidak ada systemd.

=== 🔹 Langkah 1: baca identitas sistem ===

Sebelum menyentuh repo, pastikan kamu tahu sistem apa yang sedang dipegang.

<syntaxhighlight lang="bash">
cat /etc/os-release
uname -m
</syntaxhighlight>

Yang kamu cari: <code>VERSION_CODENAME</code> dan arsitektur. Repo untuk <code>arm64</code> tidak sama isinya dengan <code>amd64</code>, dan mencampurnya adalah cara cepat merusak sistem.

=== 🔹 Langkah 2: periksa sumber repo yang aktif ===

<syntaxhighlight lang="bash">
ls -l /etc/apt/sources.list /etc/apt/sources.list.d/
grep -rhE '^(deb|URIs)' /etc/apt/sources.list /etc/apt/sources.list.d/ 2>/dev/null
</syntaxhighlight>

Baca hasilnya dengan tiga pertanyaan: suite-nya apa, component-nya apa, dan apakah ada alamat yang tidak kamu kenali. Satu baris asing di sini adalah temuan yang harus dijelaskan sebelum upgrade apa pun.

=== 🔹 Langkah 3: segarkan indeks lalu baca kandidat ===

<syntaxhighlight lang="bash">
sudo apt update
apt list --upgradable
apt-cache policy openssh-server
</syntaxhighlight>

Perhatikan jumlah paket yang bisa di-upgrade dan asal repo masing-masing. Kalau <code>apt update</code> berhenti dengan pesan <code>GPG error</code> atau <code>404</code>, jangan lanjut — perbaiki sumbernya dulu.

=== 🔹 Langkah 4: pasang, lacak asal file, lalu hapus ===

<syntaxhighlight lang="bash">
sudo apt install nginx -y
dpkg -S /usr/sbin/nginx
dpkg -L nginx-core | head
sudo apt remove nginx
</syntaxhighlight>

<code>dpkg -S</code> menjawab "file ini milik paket apa", <code>dpkg -L</code> sebaliknya: "paket ini menaruh file di mana". Dua perintah ini yang membedakan admin yang menebak dan yang tahu.

💡 '''Tips:''' <code>apt remove</code> menyisakan file konfigurasi. Pakai <code>apt purge</code> kalau kamu memang ingin bersih total — misalnya saat mengulang praktik dari nol.

=== 🔹 Langkah 5: tahan versi dan bersihkan cache ===

<syntaxhighlight lang="bash">
sudo apt-mark hold nginx
apt-mark showhold
sudo apt-mark unhold nginx
sudo apt autoremove --purge
sudo apt clean
</syntaxhighlight>

Cache unduhan disimpan di <code>/var/cache/apt/archives/</code>. Di VM lab yang disknya kecil, folder ini bisa jadi penyebab "disk penuh" yang tidak disangka.

=== 🔹 Langkah 6: pulihkan dpkg yang macet ===

Gejalanya khas: setiap perintah <code>apt</code> menolak jalan dan menyuruh menyelesaikan <code>dpkg</code> dulu.

<syntaxhighlight lang="bash">
sudo dpkg --configure -a
sudo apt --fix-broken install
sudo apt install -f
dpkg -l | grep -v '^ii'
</syntaxhighlight>

Baris terakhir adalah pemeriksa paling jujur: paket dengan status selain <code>ii</code> berarti belum beres, walau <code>apt</code> sudah tidak protes.

== 🏭 Dipakai di dunia kerja ==

* '''Sekolah/lab TKJ:''' satu server dipakai bergantian oleh beberapa kelas. Tanpa disiplin repo, satu siswa yang menambah repo unstable bisa menjatuhkan server untuk semua kelas.
* '''Kantor cabang:''' server file dan aplikasi internal di-update bulanan. Admin perlu tahu paket mana yang ditahan, supaya laporan "sudah di-update" tidak menutupi patch yang sebenarnya belum masuk.
* '''Hosting/ISP kecil:''' satu mesin melayani puluhan domain. Upgrade yang menarik dependensi tak terduga bisa mematikan banyak layanan sekaligus, jadi urutan update dan snapshot menjadi standar kerja.
* '''Industri/manufaktur:''' mesin HMI dan gateway produksi sering dikunci versinya karena sudah lolos uji. <code>apt-mark hold</code> di sini bukan kemalasan, tapi bagian dari prosedur keselamatan.
* '''Rumah sakit/klinik:''' aplikasi rekam medis tidak boleh berubah versi tanpa uji. Repo dikunci, dan patch keamanan masuk lewat jadwal pemeliharaan.
* '''Cloud/VPS:''' image dasar dibangun ulang, bukan ditambal. Manajemen paket dipakai saat membangun image, bukan saat mesin sudah melayani pengguna.

== ✅ Verifikasi ==

Jalankan berurutan setelah praktik. Semua harus memberi hasil yang diharapkan.

{| class="wikitable"
! Perintah !! Hasil yang diharapkan
|-
| <code>apt update</code> || berakhir tanpa <code>GPG error</code> atau <code>404</code>
|-
| <code>apt-cache policy nginx</code> || satu kandidat jelas, prioritas terbaca
|-
| <code>apt-mark showhold</code> || hanya paket yang sengaja kamu tahan
|-
| <code>dpkg -l | grep -vc '^ii'</code> || tidak ada paket berstatus aneh
|-
| <code>dpkg -S /usr/sbin/nginx</code> || menyebut nama paket pemilik file
|-
| <code>apt list --upgradable</code> || daftar paket, bukan "held back" yang tak dijelaskan
|}

🧪 '''Uji cepat:''' jalankan <code>apt-get check</code>. Kalau keluarannya hanya "Reading package lists" tanpa error, struktur dependensi sistemmu sedang sehat.

== ⚠️ Kesalahan umum & troubleshooting ==

{| class="wikitable"
! Gejala !! Penyebab !! Perbaikan
|-
| <code>Unable to locate package</code> || indeks belum disegarkan atau repo mati || <code>apt update</code>, cek alamat repo
|-
| <code>GPG error: NO_PUBKEY</code> || kunci repo pihak ketiga belum ada || impor kunci resmi ke <code>/usr/share/keyrings</code>
|-
| <code>404 Not Found</code> pada suite || suite sudah pindah (mis. rilis lama) || pakai <code>archive.debian.org</code> atau ganti codename
|-
| Paket "held back" banyak || ada hold atau pin yang menahan || <code>apt-cache policy</code>, <code>apt-mark showhold</code>
|-
| <code>dpkg</code> minta diselesaikan || paket setengah terpasang || <code>dpkg --configure -a</code> lalu <code>apt -f install</code>
|-
| File hilang setelah upgrade || paket digantikan paket lain || <code>dpkg -S</code> pada path lama
|-
| Disk <code>/var</code> penuh || cache dan indeks menumpuk || <code>apt clean</code>, <code>apt autoremove --purge</code>
|-
| Dua versi terpasang || pemasangan <code>.deb</code> manual || <code>dpkg -l</code>, pasang lewat <code>apt</code>
|}

⚠️ '''Hati-hati:''' jangan menyalin baris repo dari blog tanpa membaca suite-nya. Satu kata <code>sid</code> atau <code>testing</code> di server produksi bisa mengubah seluruh sistem pada upgrade berikutnya — dan efeknya baru terasa saat reboot.

📊 '''Angka penting:''' <code>apt</code> tidak akan menurunkan versi paket kecuali prioritasnya di atas 1000 atau kamu memintanya eksplisit, misalnya <code>apt install nginx=1.22.1-9</code>. Ini yang membuat "kembali ke versi lama" terasa tidak bisa, padahal bisa.

🔥 '''Kasus nyata:''' sebuah kantor distributor memakai repo pihak ketiga untuk mendapatkan versi Nginx lebih baru. Setahun kemudian upgrade rutin menarik versi terbaru dari repo itu, yang mengubah lokasi file konfigurasi. Situs internal mati pagi hari, dan tim menuduh jaringan. Penyebab sebenarnya terlihat dari satu baris: paket berasal dari repo yang prioritasnya tidak pernah diatur. Perbaikannya adalah pin ke repo resmi distro, lalu menguji ulang konfigurasi.

== 🔐 Catatan keamanan & etika ==

Menambahkan repositori berarti memberi hak menjalankan kode sebagai root kepada pemilik repo tersebut. Tidak ada pemeriksaan tambahan setelah paketnya lolos verifikasi tanda tangan.

* Verifikasi terjadi lewat kunci GPG. Jangan sekali-kali memakai <code>trusted=yes</code> hanya agar error hilang.
* Simpan kunci pihak ketiga di <code>/usr/share/keyrings/</code> dan rujuk lewat <code>Signed-By</code>, jangan menaruhnya di direktori yang bisa ditulis user biasa.
* Repo resmi Debian ditandatangani; unduhan lewat HTTP tetap terverifikasi isinya, tapi HTTPS mengurangi risiko pengalihan.
* Patch keamanan hanya masuk kalau suite <code>-security</code> aktif. Server tanpa repo security bisa tampak rapi, padahal celah yang sudah publik belum ditutup.
* Jangan memasang <code>.deb</code> dari sumber tidak jelas di mesin yang memegang data siswa atau pasien.

💡 '''Tips:''' sebelum upgrade besar, catat keadaan sekarang: <code>dpkg --get-selections > paket-sebelum.txt</code> dan <code>apt-mark showhold</code>. Dua file kecil ini sering menyelamatkan waktu berjam-jam saat harus mengembalikan kondisi.

== 📌 Kesimpulan ==

Manajemen paket di Debian bukan soal hafal perintah, tapi soal tahu lapis mana yang sedang bekerja. Repositori menyimpan, indeks mencatat, <code>apt</code> memilih, dan <code>dpkg</code> memasang.

Kalau kamu memahami suite, component, dan prioritas, hampir semua masalah paket bisa dijelaskan sebelum menjadi insiden. Dan kalau <code>dpkg</code> macet, kamu tahu harus ke mana — bukan memasang ulang sistem.

Langkah berikutnya: buka <code>/etc/apt/sources.list.d/</code> di server latihanmu, baca satu per satu isinya, lalu jelaskan ke temanmu asal setiap repo itu.

== 🔗 Materi terkait ==

* [[Menambahkan Repositori Debian Linux]] — praktik menulis isi <code>sources.list</code> dari nol.
* [[Shell Scripting : Menambahkan Repositori Debian]] — versi otomatis untuk banyak mesin.
* [[Linux : Perintah Dasar Linux]] — bekal navigasi file sebelum mengurus paket.
* [[Linux : Cek Penggunaan Disk]] — penting saat <code>/var</code> mulai penuh karena cache.
* [[Debian : Konfigurasi Web Server (Nginx)]] — layanan yang paling sering dipasang lewat <code>apt</code>.
* [[Linux : Cron Job]] — jadwalkan update terjadwal dengan aman.

== 📚 Referensi ==

* Debian Handbook, bagian 6.2 "aptitude, apt-get, and apt Commands" — https://www.debian.org/doc/manuals/debian-handbook/sect.apt-get.en.html
* Manual <code>sources.list(5)</code> Debian bookworm — https://manpages.debian.org/bookworm/apt/sources.list.5.en.html
* Manual <code>apt-get(8)</code> dan <code>apt-mark(8)</code> — https://manpages.debian.org/bookworm/apt/
* Manual <code>dpkg(1)</code> — https://manpages.debian.org/bookworm/dpkg/dpkg.1.en.html
* Debian Wiki, "DebianRepository/Format" — https://wiki.debian.org/DebianRepository/Format

[[Category:TKJ]]
[[Category:Linux]]
[[Category:Server]]
[[Category:Debian]]

Linux : Manajemen Paket dan Repositori Debian - Revision history

Maintenance script: Protected "Linux : Manajemen Paket dan Repositori Debian": Proteksi editorial: edit/move sysop ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))

Maintenance script: Artikel baru: manajemen paket & repositori Debian (Gaya Editorial v2)