Menelusuri bagaimana Linux lahir: dari era Unix di Bell Labs, proyek GNU yang memperjuangkan kebebasan software, lahirnya kernel Linux oleh Linus Torvalds, hingga filosofi Unix yang menjadi DNA seluruh ekosistem Linux.

Setelah di episode 0 sebelumnya kita membahas prasyarat dan menyiapkan environment — mulai dari skill dasar, pemilihan distro, hingga verifikasi bahwa sistem Linux pertama kalian berjalan — pada episode kali ini kita akan menarik napas sejenak dari hands-on dan menyelami mengapa Linux ada. Kita akan menelusuri sejarahnya, memahami permasalahan nyata yang melahirkannya, dan melihat filosofi desain yang membuat Linux begitu istimewa.
Mengapa memahami sejarah dan latar belakang ini penting? Sebagai engineer, kalian tidak hanya perlu tahu cara mengoperasikan sebuah sistem, tapi juga alasan sistem tersebut dirancang dengan cara tertentu. Ketika nanti kalian menemukan file di /proc yang bisa dibaca seperti teks, atau memakai pipeline | untuk merangkai perintah, kalian akan menyadari bahwa semua itu bukan kebetulan — melainkan buah dari keputusan desain yang diambil puluhan tahun lalu. Tanpa konteks ini, kalian hanya akan menjadi tool operator — bukan system engineer.
Cerita Linux dimulai jauh sebelum 1991, di sebuah proyek bernama MULTICS pada pertengahan 1960-an. MULTICS adalah proyek ambisius untuk membangun sistem operasi multi-user yang besar dan canggih, dikerjakan bersama oleh MIT, GE, dan Bell Labs. Sayangnya, proyek ini terlalu rumit dan pembangunannya terlambat; Bell Labs akhirnya menarik diri pada tahun 1969.
Dari kegagalan itulah keajaiban muncul. Di Bell Labs, dua peneliti bernama Ken Thompson dan Dennis Ritchie — yang ikut mengerjakan MULTICS — merasa kebutuhan mereka akan lingkungan komputasi yang nyaman belum terpenuhi. Mereka lalu menulis sistem operasi baru yang jauh lebih sederhana dengan nama plesetan "UNICS" (Uniplexed Information and Computing Service), yang kemudian dieja UNIX. Sistem ini dirancang dengan satu prinsip: sederhana, elegan, dan bisa dibawa ke mana-mana.
Titik balik besar terjadi ketika Thompson menulis ulang UNIX dalam bahasa C yang baru saja ia dan Ritchie kembangkan. Sebelumnya, sistem operasi ditulis dalam bahasa assembly yang spesifik per hardware — berarti sulit dipindahkan ke mesin lain. Dengan menulis UNIX dalam C (bahasa tingkat tinggi yang bisa dikompilasi di banyak arsitektur), UNIX menjadi portable: satu kode sumber bisa berjalan di banyak jenis komputer. Ini adalah keputusan yang mengubah sejarah — dan inilah alasan mengapa hampir semua sistem operasi modern, termasuk Linux dan macOS, berakar dari UNIX.
Unix kemudian menyebar ke universitas-universitas, terutama University of California, Berkeley, yang mengembangkan variannya sendiri bernama BSD (Berkeley Software Distribution). Dari sinilah muncul banyak konsep yang masih kita pakai hari ini — socket jaringan, TCP/IP stack, hingga utilitas vi.
Note
Penting dipahami: Linux bukanlah UNIX. Linux adalah sistem operasi yang meniru perilaku UNIX (UNIX-like) dan ditulis dari nol. Karena hak cipta UNIX dipegang komersial, Linux tidak boleh menyalin kode UNIX — tapi boleh meniru desain dan filosofinya. Hasilnya adalah ekosistem yang kompatibel dengan cara kerja UNIX tanpa ikatan lisensi yang mengikat.
Di tahun 1983, dunia software dikuasai oleh perusahaan yang menjual binary — kode sumber tertutup rapat. Pengguna tidak bisa melihat, mengubah, atau mempelajari software yang mereka beli. Richard Stallman, seorang periset di MIT, merasa ini tidak adil: "software yang tidak bisa dipelajari adalah penjara bagi programmer."
Stallman meluncurkan Proyek GNU — akronim rekursif dari "GNU's Not Unix" — dengan tujuan membangun sistem operasi lengkap yang bebas (free), di mana setiap orang boleh menggunakan, mempelajari, memodifikasi, dan membagikan software. Untuk melindungi kebebasan ini, ia mendirikan Free Software Foundation (FSF) dan merilis lisensi GPL (GNU General Public License).
GPL adalah terobosan hukum yang brilian. Alih-alih melarang penggunaan, GPL menjamin kebebasan melalui mekanisme yang disebut copyleft: jika kalian memodifikasi software berlisensi GPL dan membagikannya, kalian wajib membagikan kode sumbernya juga dengan lisensi yang sama. Dengan kata lain, kebebasan "menular" — sekali orang menerima software GPL, mereka terikat untuk meneruskan kebebasan itu ke pengguna berikutnya.
Proyek GNU berhasil membangun hampir seluruh komponen sistem operasi: kompiler C (gcc), editor teks (emacs), shell (bash), dan puluhan utilitas inti seperti ls, grep, dan sed. Satu komponen krusial yang belum ada: kernel — jantung sistem operasi yang mengatur hardware. Tanpa kernel, GNU hanyalah kumpulan tools hebat yang tidak bisa berjalan sendiri.
Masuklah seorang mahasiswa Finlandia bernama Linus Torvalds. Pada tahun 1991, ia membeli PC baru yang menggunakan prosesor Intel 80386 dan ingin menjalankan UNIX di dalamnya. Harga UNIX komersial terlalu mahal, dan sistem pendidikan MINIX (varian UNIX yang dibuat untuk mengajar) terlalu terbatas — lisensinya tidak mengizinkan modifikasi bebas.
Linus memutuskan menulis kernel miliknya sendiri. Ini bukan proyek perusahaan, bukan proyek universitas — ini hobby project yang dimulai dengan tugas sederhana: menampilkan karakter "A" di layar. Ia memposting ke newsgroup comp.os.minix dengan pesan yang kini legendaris, intinya: "saya sedang mengerjakan sistem operasi gratis, hanya sebagai hobby — tidak akan sebesar GNU."
Tanggal 17 September 1991 menjadi tonggak: Linux versi 0.01 dirilis. Dua hal membuatnya berbeda dari semua kernel lain:
Kombinasi GNU tools + Linux kernel akhirnya membentuk sistem operasi lengkap yang bebas — itulah mengapa secara teknis sistem ini disebut "GNU/Linux". Sampai hari ini, kontributor kernel Linux datang dari ribuan perusahaan (Intel, IBM, Google, Red Hat, Meta) dan ratusan ribu individu di seluruh dunia — sebuah fenomena kolaborasi terbesar dalam sejarah software.
| Aspek | GPL (Linux) | Proprietary (Windows, macOS) |
|---|---|---|
| Kode sumber | Terbuka, siapa pun bisa membaca & mempelajari | Tertutup rapat |
| Modifikasi | Bebas, selama hasilnya tetap GPL | Dilarang tanpa izin vendor |
| Biaya | Gratis (atau bayar layanan/support) | Bayar lisensi |
| Model pengembangan | Komunitas global terbuka | Perusahaan tunggal |
Important
"Gratis" dalam konteks GNU/Linux bukan berarti harga nol — istilah aslinya adalah free as in freedom, bukan free as in free beer. Perusahaan seperti Red Hat dan Canonical (pembuat Ubuntu) menghasilkan uang dari support dan layanan, bukan dari penjualan lisensi. Inilah model bisnis yang membuat ekosistem Linux bertahan dan berkembang.
Sering kali pemula bingung mendengar kata "Linux" yang merujuk pada hal yang berbeda-beda. Mari kita bedah tiga lapis komponen yang membentuk apa yang kalian jalankan sehari-hari:
bash, kompiler gcc, perintah ls, cp, mv, grep, dan ribuan lainnya. Inilah "perabot rumah tangga" Linux.Analoginya: kernel adalah mesin mobil, GNU tools adalah kabin dan fitur (setir, AC, jok), dan distro adalah model mobil jadi yang dipasarkan ke konsumen — Toyota, Honda, atau VW. Mesin dan fiturnya boleh mirip, tapi setiap pabrikan mengemasnya dengan cara berbeda.
| Lapisan | Contoh | Peran |
|---|---|---|
| Kernel | Linux kernel 6.8 | Mengelola hardware & menyediakan API |
| Tools | GNU coreutils, bash, gcc | Utilitas yang dipakai manusia |
| Distribution | Ubuntu, Debian, Rocky, Arch | Paket lengkap siap pakai + manajemen update |
Yang paling penting untuk kalian bawa dari episode ini bukan tanggal-tanggal sejarah, melainkan filosofi desain yang diwariskan Unix kepada Linux. Filosofi ini yang akan menjelaskan kenapa perintah-perintah Linux berperilaku seperti yang kalian lihat — dan menjadi alasan mengapa begitu banyak tool DevOps (Docker, Kubernetes, Terraform) terasa "seperti Linux".
Unix memperlakukan hampir semua hal sebagai file: teks biasa, direktori, perangkat keras (disk, keyboard), bahkan proses yang sedang berjalan. Semuanya bisa dibuka, dibaca, dan ditulis dengan cara yang sama. Ini desain yang sangat kuat — karena semua alat yang bisa memanipulasi file (seperti cat, grep, less) otomatis bisa digunakan untuk segala sesuatu. Nanti di episode 2, kalian akan melihat langsung bagaimana /dev (perangkat) dan /proc (proses) hanyalah file yang bisa dibaca.
Perintah Unix dirancang untuk melakukan satu tugas dengan sangat baik: ls hanya membuat daftar file, grep hanya mencari pola, sort hanya mengurutkan. Tidak ada perintah raksasa yang melakukan segalanya. Konsekuensinya, para pengguna Linux tidak mencari "satu aplikasi untuk semua kebutuhan", melainkan merangkai perintah-perintah kecil menjadi pipeline yang kuat. Ini kebalikan dari aplikasi GUI yang cenderung menumpuk fitur.
Jika setiap program melakukan satu hal, bagaimana mereka bekerja sama? Jawabannya: melalui teks. Program Unix membaca input sebagai teks dari stdin dan menulis output sebagai teks ke stdout. Karena semuanya teks, output satu program bisa menjadi input program lain lewat pipeline (|).
ps aux | awk '{print $1}' | sort | uniq -c | sort -rnPerintah di atas menghitung berapa banyak proses yang dijalankan tiap user, diurutkan dari yang terbanyak — dibangun dari lima utilitas kecil yang masing-masing mengerjakan satu hal. Inilah composability: seperti batu bata LEGO, perintah-perintah kecil bisa disusun menjadi konstruksi yang kompleks.
| Prinsip | Arti | Contoh Nyata |
|---|---|---|
| Do one thing well | Satu program, satu tugas | grep khusus mencari pola |
| Everything is a file | Semua adalah file yang bisa dibaca/ditulis | /dev/sda adalah file untuk disk |
| Text streams | Komunikasi antarprogram lewat teks | cat file | grep foo |
| Composability | Perintah kecil dirangkai jadi kompleks | Pipeline di atas |
| Permission-based | Akses diatur ketat per user/group | sudo, chmod (episode berikutnya) |
Tip
Setiap kali kalian menemui desain Linux yang terasa aneh — misalnya kenapa konfigurasi disimpan di file teks alih-alih database — ingat prinsip "everything is a file" dan "text streams". File teks itu manusiawi: bisa dibaca, bisa di-version-control dengan git, dan bisa diolah dengan perintah apa pun. Keputusan yang tampak sederhana ini justru yang membuat Linux begitu powerful untuk otomasi.
| Tahun | Tonggak |
|---|---|
| 1969 | Ken Thompson & Dennis Ritchie menulis UNIX di Bell Labs |
| 1970-an | UNIX ditulis ulang dalam bahasa C → menjadi portable |
| 1983 | Richard Stallman meluncurkan Proyek GNU |
| 1985 | FSF didirikan; lisensi GPL dirilis |
| 1991 | Linus Torvalds merilis Linux 0.01; kernel dirilis di bawah GPL |
| 1993 | Debian dirilis — salah satu distro Linux pertama |
| 2004 | Ubuntu 4.10 "Warty Warthog" dirilis, mempopulerkan Linux |
| 2010-an–sekarang | Linux mendominasi server, cloud, dan Android |
Menganggap "Linux is Windows with different theme". Ini miskonsepsi terbesar. Linux punya fondasi konseptual yang berbeda: filosofi file-everything, pipeline teks, permission ketat, dan ekosistem open source. Tidak akan bertahan lama jika kalian terus membandingkannya dengan Windows.
Mengira semua distro identik. Debian/Ubuntu vs RHEL vs Arch punya package manager, filosofi rilis, dan manajemen update yang berbeda. Pelajari perbedaannya — jangan menyalin tutorial Ubuntu ke Rocky tanpa memahami konteksnya.
Menganggap "free" = tidak berkualitas. Justru sebaliknya: karena terbuka dan diaudit ribuan mata, software Linux sering kali lebih andal. Kernel Linux menggerakkan sebagian besar internet dan server dunia.
Mengira Linux = Ubuntu. Linux adalah kernel; Ubuntu hanyalah salah satu dari ratusan distro. Kebingungan ini membuat kalian sulit memahami mengapa perintah di Ubuntu bisa berbeda dengan Rocky.
Menghafal tanggal sejarah tanpa memahami konsep. Tahun-tahun penting tidak akan berguna jika kalian tidak paham mengapa GPL penting, atau mengapa "everything is a file" mengubah cara kerja sistem. Prioritaskan konsep, bukan hafalan.
Pada episode 1 ini, kita telah menelusuri perjalanan panjang Linux: dari kegagalan MULTICS yang melahirkan Unix di Bell Labs, kebebasan software yang diperjuangkan Richard Stallman lewat Proyek GNU dan lisensi GPL, hobby project Linus Torvalds yang tumbuh menjadi kernel paling berpengaruh di dunia, hingga memahami tiga lapis komponen (kernel, GNU tools, distro) dan filosofi Unix yang menjadi DNA seluruh ekosistem.
Inti yang harus dibawa pulang:
Pemahaman sejarah ini menjadi fondasi untuk memahami bagaimana sistem Linux bekerja. Di episode 2 selanjutnya, kita akan membahas arsitektur sistem & Filesystem Hierarchy Standard (FHS) — membedah lapisan Hardware → Kernel → Shell → Applications, menjelajahi struktur direktori / seperti /etc, /home, /var, /proc, dan memahami mengapa /proc bisa "bicara" dengan kernel lewat file. Pastikan tetap semangat, karena dari sinilah kalian mulai benar-benar "membaca" cara kerja Linux dari dalam!