Sejarah asal usul pengagihan Linux

Apakah sebenarnya pengagihan Linux

Sejarah pengagihan Linux bermula dengan satu kelompangan: kernel Linux secara sendirinya tidak melakukan apa-apa yang boleh digunakan oleh seseorang. Ia melakukan but dan mengesan perkakasan. Kemudian ia berhenti. Seseorang perlu menambah userland, memilih cara perisian dipasang dan dikemas kini, serta berjanji untuk terus membaikinya selama bertahun-tahun. Pengagihan (distribution) ialah set pilihan tersebut, ditambah dengan kumpulan orang yang terus menyelenggaranya selepas itu.

Ia mempunyai lima bahagian. Tukar mana-mana satu daripadanya dan anda mempunyai pengagihan yang berbeza, walaupun kebanyakan binari adalah sama:

• Kernel, pada versi yang dipilih oleh projek tersebut, dengan patch dan pemacu yang ditambahnya.
• Userland: pustaka C, shell, sistem init, dan arahan standard.
• Format pakej, dan alat yang memasangnya.
• Polisi keluaran: apa yang boleh berubah, kekerapan perubahan, dan berapa lama setiap keluaran diselenggara.
• Orang: penyenggara pakej, pasukan keselamatan, dan seseorang yang menjawab apabila sesuatu pakej rosak.

Kernel ialah bahagian yang dikongsi bersama, jadi dua pengagihan Linux berada jauh lebih dekat antara satu sama lain berbanding kedudukan mana-mana satu daripadanya dengan Unix yang lain. Perkara ini perlu diingat apabila anda membandingkan Linux dan FreeBSD sebagai platform pelayan, di mana kernel dan userland asas dibina oleh satu projek dan dikeluarkan bersama. Pada Linux, bahagian-bahagian tersebut datang daripada upstream yang berasingan, dan pengagihan ialah entiti yang menyelaraskan kesemuanya.

Sejarah pengedaran Linux dalam tiga keluarga

Tiga projek yang bermula pada tahun 1993 dan 1994 telah menjadi keluarga utama: Slackware, Debian dan Red Hat. Hampir setiap imej dalam panel kawalan VPS hari ini adalah salah satu daripadanya atau keturunan daripada salah satu keluarga tersebut. Sesuatu keturunan mewarisi format pakej, susun atur fail dan biasanya tabiat pengeluaran (release habits), itulah sebabnya terbitan Debian masih terasa seperti Debian walaupun penjenamaannya telah dibuang.

Pengedaran bebas (independents) layak mendapat kategori tersendiri kerana ia tidak bercabang daripada sesiapa. Arch, Gentoo, Alpine, NixOS dan Void masing-masing menulis pengurus pakej sendiri dan peraturan sendiri. Dua daripadanya, Arch dan Alpine, akhirnya tersenarai dalam senarai imej pembekal anda juga, atas sebab-sebab yang tiada kaitan dengan desktop.

1992: pengedaran sebelum kewujudan keluarga

MCC Interim Linux muncul pada Februari 1992, disusun oleh Owen Le Blanc di Manchester Computing Centre. Ia meletakkan kernel dan alatan GNU (GNU's not Unix) ke dalam sepasang imej cakera liut dengan pemasang berasaskan menu. Ia wujud kerana melakukan proses tersebut secara manual memakan masa sehari suntuk.

SLS (Softlanding Linux System), yang dikeluarkan oleh Peter MacDonald pada tahun 1992, melangkah lebih jauh dengan menambah X (the X Window System) dan rangkaian TCP/IP. SLS merupakan sebab mengapa perkataan pengedaran (distribution) membawa maksud seperti yang difahami sekarang. Ia juga mempunyai banyak pepijat dan diselenggara dengan perlahan, lalu pada tahun 1993 dua individu secara berasingan memutuskan untuk membaikinya. Seorang membina semula sistem tersebut. Seorang lagi memulakan semula dengan peraturan bertulis.

Slackware, 1993: keluarga tertua yang masih diedarkan

Patrick Volkerding melancarkan Slackware 1.00 pada 16 Julai 1993, dibina daripada SLS dengan pepijat yang telah dibuang. Ia masih diselenggara sehingga kini, menjadikannya pengedaran Linux tertua yang masih wujud.

Pakej Slackware ialah arkib tar termampat yang mengandungi skrip pemasangan di dalamnya. Tiada penyelesaian dependensi: tiada sistem yang menyemak sama ada pustaka yang diperlukan oleh pakej baharu anda sudah tersedia pada cakera. Keputusan tunggal itu membentuk segala-galanya. Jika alat tersebut tidak menyelesaikan dependensi, set yang diedarkan mestilah koheren secara binaan, jadi keluaran kekal jarang dan konservatif. Slackware 15.0 tiba pada Februari 2022, enam tahun selepas 14.2.

Keluarganya kecil. Keluaran terawal SUSE pada pertengahan 1990-an dibina berasaskan Slackware, sebelum projek itu memilih haluan sendiri dengan YaST dan, kemudiannya, format pakej RPM. Bahagian terakhir ini mengelirukan orang ramai. SUSE dan openSUSE menggunakan pakej RPM, dan mereka bukan terbitan Red Hat. Format tersebut yang berpindah. Salasilahnya tidak.

Debian, 1993: kontrak sosial dan saluran tiga suite

Ian Murdock mengumumkan Debian pada 16 Ogos 1993, tiga minggu selepas Slackware dan atas sebab yang sama. Nama tersebut menggabungkan nama pasangannya, Debra, dengan namanya sendiri. Debian Manifesto menyusul pada Januari 1994 dan menetapkan syaratnya: pengedaran ini akan diselenggara secara terbuka oleh sukarelawan, bukan oleh syarikat.

Debian kemudian menulis syarat tersebut secara rasmi. Debian Social Contract dan DFSG (Debian free software guidelines) diterima pakai pada Julai 1997, dan DFSG menjadi asas kepada Open Source Definition pada tahun 1998. Dokumen yang ditulis untuk menentukan apa yang terkandung dalam satu pengedaran akhirnya mendefinisikan kategori lesen untuk seluruh industri. Inilah sebabnya sources.list anda mempunyai komponen: main menyimpan perisian yang memenuhi garis panduan tersebut, contrib dan non-free menyimpan apa yang tidak memenuhinya, dan Debian 12 menambah non-free-firmware supaya komputer riba dengan kad wayarles boleh dipasang tanpa perlu mencari pemacu secara manual.

Alat pengurusan adalah warisan yang lain. dpkg memasang satu pakej dan akan menolak jika ada sesuatu yang hilang, dengan mencetak dpkg: dependency problems prevent configuration of. APT (advanced package tool), yang menjadi lalai dengan Debian 2.1 pada tahun 1999, ialah lapisan yang menentukan apa lagi yang perlu diambil dan dalam urutan yang mana. Setiap arahan apt pada setiap terbitan Debian berasal daripada kerja tersebut.

Mesin keluaran mempunyai tiga suite dan satu peraturan. Seorang penyelenggara memuat naik ke unstable, yang secara kekal dinamakan sid. Satu skrip memindahkan pakej ke testing selepas kira-kira 5 hingga 10 hari, jika ia berjaya dibina pada seni bina keluaran dan tidak mempunyai pepijat kritikal keluaran yang baharu. Testing kemudian dibekukan, pasukan keluaran menyelesaikan apa yang tertinggal, dan stable dikeluarkan apabila senarai pepijat cukup pendek. Bukan pada tarikh tertentu. Itulah sebabnya Debian stable kelihatan lama dan berfungsi dengan baik: nombor versi berhenti pada waktu pembekuan manakala pembaikan keselamatan terus di-backport ke dalamnya.

Tadbir urus juga ditulis secara rasmi, dengan ketua projek yang dipilih dan resolusi umum yang mengikat. Pada tahun 2014, jentera tersebut memilih systemd sebagai sistem init lalai, dan mereka yang tidak bersetuju melakukan fork kepada Devuan, yang mengeluarkan keluaran pertamanya pada tahun 2017. Terbitan yang lebih besar termasuklah Ubuntu, Raspberry Pi OS, Proxmox VE, Kali dan Linux Mint.

Red Hat, 1994: RPM, kemudian perpecahan kepada Fedora dan RHEL

Marc Ewing melancarkan Red Hat Linux yang pertama sekitar Halloween 1994. Syarikat Bob Young membelinya pada tahun 1995, dan kedua-duanya membina perniagaan Linux pertama yang menjual sokongan dan bukannya perisian. Red Hat menjadi syarikat awam pada 11 Ogos 1999. IBM melengkapkan pengambilalihan syarikat itu pada Julai 2019 dengan nilai kira-kira 34 bilion dolar, jadi pengedaran yang menjadi piawaian pensijilan bagi kebanyakan perisian perusahaan telah menjadi hak milik IBM sejak itu.

Sumbangan teknikal yang kekal ialah RPM (Red Hat package manager), yang ditulis oleh Erik Troan dan Marc Ewing untuk Red Hat Linux 2.0 pada tahun 1995. Sesuatu RPM mengisytiharkan dependensinya, dan ia dihasilkan daripada fail spec, iaitu resipi binaan yang boleh dijalankan oleh sesiapa sahaja. Ciri kedua inilah yang membolehkan binaan semula bebas bagi produk perusahaan Red Hat dilakukan sama sekali.

Red Hat Linux 9 pada tahun 2003 merupakan barisan asal yang terakhir. Syarikat itu memecahkannya kepada dua: Fedora Core 1 pada November 2003 sebagai keluaran komuniti yang pantas, dan RHEL (Red Hat Enterprise Linux), yang bermula sebagai Advanced Server 2.1 pada tahun 2002, sebagai keluaran berbayar yang perlahan. Puncanya jelas. Satu produk tidak boleh menjadi tempat versi baharu diuji dan pada masa yang sama menjadi platform yang dijalankan oleh bank tanpa perubahan selama sepuluh tahun. Kedua-dua bahagian ini saling berkait: versi utama RHEL bercabang daripada keluaran Fedora, distabilkan, kemudian dibekukan. Alat pakej bergerak mengikut jadual yang sama, daripada yum pada tahun 2000-an kepada dnf sebagai lalai Fedora pada tahun 2015, dengan rpm di bawah kedua-duanya.

Mengapa CentOS berhenti menjadi binaan semula RHEL percuma

CentOS bermula pada tahun 2004 dengan tugas mudah: mengambil pakej sumber yang diterbitkan oleh Red Hat, membuang tanda dagangan, membina semula pakej tersebut, dan mengedarkan hasilnya secara percuma. Ia menjadi pengedaran pelayan percuma lalai selama sedekad, dan Red Hat mengambil alih projek tersebut secara dalaman pada tahun 2014.

Pada 8 Disember 2020, Red Hat mengumumkan bahawa CentOS Linux 8 akan berakhir pada 31 Disember 2021, lapan tahun lebih awal daripada tarikh yang diumumkan, dan nama tersebut akan diteruskan sebagai CentOS Stream. Stream bukanlah binaan semula. Ia merupakan cawangan yang menjadi asas kepada keluaran kecil RHEL, jadi ia berjalan mendahului RHEL dan bukannya di belakangnya. Bagi mesin yang anda ingin kekalkan selama bertahun-tahun, mendahului adalah arah yang salah, kerana anda menerima perubahan sebelum pelanggan berbayar Red Hat menerimanya.

Dua binaan semula muncul pada tahun 2021. Rocky Linux dimulakan oleh Gregory Kurtzer, yang merupakan pengasas bersama CentOS. AlmaLinux dibiayai oleh CloudLinux. Pada Jun 2023, Red Hat berhenti menerbitkan sumber RHEL di mana-mana kecuali di CentOS Stream dan portal pelanggannya. Rocky terus menyasarkan binaan semula yang serupa. AlmaLinux menukar matlamatnya kepada keserasian ABI (application binary interface), yang bermaksud perisian yang dibina untuk RHEL boleh dijalankan, tanpa janji bahawa senarai pepijat akan sepadan baris demi baris. Oracle, SUSE dan CIQ menubuhkan OpenELA pada tahun yang sama untuk menerbitkan sumber yang dikongsi.

Jika senarai imej pembekal masih menyatakan CentOS, pastikan anda mengetahui versi yang dimaksudkan sebelum anda membina sistem di atasnya.

cat /etc/os-release

NAME="CentOS Stream" ialah cawangan pembangunan bergulir yang mendahului RHEL. NAME="AlmaLinux" atau NAME="Rocky Linux" ialah binaan semula yang mengikutinya, dengan tempoh sokongan selama sepuluh tahun.

Ubuntu 20.04: gambaran Debian unstable, mengikut kalendar

Ubuntu 4.10 dikeluarkan pada 20 Oktober 2004, dibiayai oleh Mark Shuttleworth. Hubungannya dengan Debian adalah bersifat mekanikal dan bukannya sentimental. Setiap kitaran bermula dengan mengimport pakej daripada Debian unstable ke dalam keluaran Ubuntu yang baharu. Proses import tersebut berjalan sehingga Debian Import Freeze di pertengahan kitaran, dan selepas itu Ubuntu melaksanakan perubahan tersendiri. Banyak pakej Ubuntu merupakan pakej Debian yang ditambah dengan delta, dan changelog akan menyatakan perbezaan tersebut.

Separuh lagi adalah kalendar. Debian dikeluarkan apabila ia sudah bersedia. Ubuntu dikeluarkan pada bulan April dan Oktober, dan nombor versinya adalah tarikh tersebut: 24.04 dikeluarkan pada April 2024. Setiap keluaran bulan April yang kedua adalah LTS (long term support), iaitu apa yang dimaksudkan oleh penyedia perkhidmatan apabila mereka menyenaraikan Ubuntu tanpa sebarang kelayakan. Antara kedua-duanya, yang mana satu patut diletakkan pada pelayan adalah subjek utama dalam memilih antara Ubuntu LTS dan keluaran interim, dan proses beralih daripada satu LTS ke LTS seterusnya mempunyai prosedur tersendiri, yang diliputi dalam naik taraf 24.04 ke 26.04.

Satu perincian sering memerangkap pentadbir pelayan setiap tahun. Arkib Ubuntu dibahagikan kepada beberapa komponen. main diselenggara oleh Canonical sepanjang tempoh sokongan penuh. universe diselenggara oleh komuniti, dan liputan keselamatannya adalah janji yang berbeza. apt install tidak mencetak apa-apa tentang perbezaan tersebut. Satu arahan menunjukkan perbezaan ini:

apt-cache policy nginx

Baris repositori yang berakhir dengan /main bermaksud pasukan keselamatan Canonical bertanggungjawab ke atas pakej tersebut. Baris yang berakhir dengan /universe bermaksud komuniti yang bertanggungjawab. Semak perkara ini untuk sebarang servis yang terdedah kepada internet.

Arch, 2002: rolling release dan kos naik taraf separa

Judd Vinet melancarkan Arch 0.1 pada 11 Mac 2002, dengan pengurus pakej yang ditulis sendiri, pacman, serta resipi binaan yang merupakan skrip shell biasa. Arch tidak mempunyai keluaran versi sama sekali. Media pemasangan hanyalah snapshot bertarikh daripada repositori rolling yang sama, jadi mesin yang dipasang pada 2019 dan dikemas kini setiap minggu menjalankan Arch yang sama dengan mesin yang dipasang hari ini. AUR (Arch user repository) menyimpan resipi binaan yang disumbangkan oleh pengguna. Ia adalah resipi, bukan pakej yang disemak, jadi membaca PKGBUILD sebelum menjalankannya adalah sebahagian daripada tugas.

Rolling mempunyai satu mod kegagalan, dan ia berpunca daripada tindakan sendiri setiap kali. Memasang satu pakej dengan pacman -Sy foo akan menyegarkan pangkalan data pakej dan kemudian memasang satu binari baharu yang dipautkan dengan pustaka yang lebih baharu daripada yang ada pada cakera. Program kemudiannya gagal seperti ini:

error while loading shared libraries: libcrypto.so.3: cannot open shared object file: No such file or directory

Operasi yang disokong ialah pacman -Syu, yang mengemas kini segala-galanya secara serentak. Projek ini juga menyiarkan entri berita yang menyatakan campur tangan manual diperlukan sebelum naik taraf tertentu, dan menjalankan naik taraf tanpa membacanya boleh menyebabkan mesin tidak dapat boot.

Ini menjadikan Arch pilihan yang kurang sesuai untuk pelayan yang anda rancang untuk abaikan. Kotak yang dikemas kini setiap minggu adalah memadai. Kotak yang dikemas kini sekali, setahun kemudian, akan memberikan anda setiap campur tangan yang terlepas dalam satu larian sahaja.

Alpine: pengedaran kecil yang dipopularkan oleh kontena

Alpine bermula sekitar tahun 2005 sebagai fork kepada LEAF (Linux embedded appliance framework), yang merupakan keturunan daripada Linux Router Project, dan Natanael Copa membangunkannya untuk perkakas dan bukannya untuk desktop. Ia menggantikan kebanyakan userland biasa: musl menggantikan GNU C library, BusyBox menggantikan GNU core utilities, OpenRC menggantikan systemd, dan apk sebagai pengurus pakej. Alpine 3.0 pada tahun 2014 merupakan keluaran yang beralih kepada musl.

Kontena menjadikannya popular. Lapisan asas Alpine adalah sebahagian kecil daripada saiz lapisan asas Debian atau Ubuntu, jadi mulai tahun 2016 dan seterusnya, ia menjadi imej asas yang biasa digunakan, dan ramai orang yang tidak pernah memasang Alpine menjalankannya setiap hari.

Kekurangannya ialah musl bukanlah glibc, dan jurang ini muncul sebagai pepijat yang kelihatan tidak berkaitan. Binari yang dipautkan dengan glibc gagal dijalankan pada Alpine dengan mesej yang membuatkan pengguna mencari fail yang sebenarnya sudah ada:

sh: ./myapp: not found

Program tersebut wujud. Interpreter ELF-nya tidak wujud, kerana loader glibc tiada. Python adalah satu lagi kejutan biasa: wheel yang dibina lebih awal untuk manylinux tidak akan dipasang pada musl, jadi pip akan kembali kepada penyusunan daripada sumber dan terhenti apabila tiada compiler dipasang. Standard wheel musllinux dari tahun 2021 menyelesaikan masalah itu bagi projek yang menerbitkan wheel tersebut, tetapi tidak bagi yang lain.

Sebagai sistem pengendalian hos pada VPS, Alpine dipasang dengan saiz kecil dan dikemas kini dengan pantas, dan ia meletakkan anda di luar laluan yang diandaikan oleh kebanyakan dokumentasi. Setiap panduan yang menyuruh anda menjalankan systemctl enable perlu diterjemahkan kepada rc-update add.

Generasi tidak boleh ubah: kemas kini atom dan pelayan berasaskan imej

Cawangan terbaharu mengubah model kemas kini dan bukannya senarai pakej. Sistem berasaskan ostree mengekalkan /usr sebagai baca sahaja. Kemas kini merupakan pepohon sistem fail baharu yang lengkap, dimuat turun, disusun, dan ditukar pada but semula seterusnya. Pepohon sebelumnya kekal sebagai entri but, jadi kemas kini yang bermasalah boleh dibatalkan dengan but semula ke dalam pepohon lama.

Fedora Silverblue membawa perkara ini ke desktop pada tahun 2018 dan Fedora CoreOS membawanya ke pelayan pada tahun 2019, selepas Red Hat membeli CoreOS pada tahun 2018. Flatcar Container Linux meneruskan Container Linux asal apabila ia ditamatkan pada tahun 2020. openSUSE MicroOS mencapai tahap yang sama melalui snapshot btrfs dan transactional-update. Pada tahun 2024, Red Hat menambah mod berasaskan imej ke RHEL, dibina di atas bootc, di mana sistem pengendalian dihantar sebagai imej kontena dan mesin dikemas kini dengan menghalakannya ke tag baharu. Talos Linux melangkah paling jauh dan membuang shell serta SSH sepenuhnya: mesin dikonfigurasikan melalui API, jadi tiada apa-apa untuk dilog masuk. NixOS, yang pertama kali dikeluarkan pada tahun 2007, tiba dari arah yang berbeza. Keseluruhan sistem dibina daripada satu konfigurasi deklaratif, dan generasi sebelumnya kekal boleh dibut.

Pembekal anda mungkin tidak menawarkan mana-mana sistem ini sebagai imej satu klik, kerana mereka menjangkakan ia dikonfigurasikan pada but pertama oleh Ignition atau cloud-init dan bukannya oleh pentadbir yang menyunting fail melalui SSH. Ia memberikan hasil yang berbaloi merentasi banyak mesin yang serupa, iaitu situasi yang anda hadapi sebaik sahaja anda mengurus beberapa pelayan Linux serentak dan memerlukan setiap satu daripadanya terbukti sama dengan yang lain.

Berapa lamakah satu keluaran disokong?

Dasar keluaran merupakan bahagian pengedaran yang paling lama anda gunakan, dan ia diterbitkan dalam bilangan tahun. Berikut adalah tempoh bagi 5 keluaran pelayan semasa.

[
  {
    "distro": "Alpine 3.x",
    "standard_years": 2,
    "extended_total_years": 2
  },
  {
    "distro": "Debian 13",
    "standard_years": 3,
    "extended_total_years": 5
  },
  {
    "distro": "Ubuntu 26.04 LTS",
    "standard_years": 5,
    "extended_total_years": 10
  },
  {
    "distro": "AlmaLinux 10",
    "standard_years": 10,
    "extended_total_years": 10
  },
  {
    "distro": "RHEL 10",
    "standard_years": 10,
    "extended_total_years": 13
  }
]

Alpine menyokong setiap cawangan 3.x selama 2 tahun, itulah sebabnya ia lebih sesuai untuk imej kontena yang kerap dibina semula berbanding hos yang dibiarkan begitu sahaja. Pasukan keselamatan Debian melindungi keluaran stabil selama kira-kira 3 tahun, dan pasukan LTS kemudiannya membawa seni bina biasa kepada kira-kira 5 tahun secara keseluruhan. Ubuntu LTS memberikan anda 5 tahun untuk pakej dalam main, dan langganan Ubuntu Pro melanjutkan tempoh tersebut kepada 10 tahun, percuma untuk kegunaan peribadi pada sebilangan kecil mesin. RHEL 10 menerbitkan 10 tahun, yang mana tambahan sokongan kitaran hayat lanjutan berbayar memanjangkannya kepada 13. AlmaLinux 10 menyamai tempoh RHEL selama 10 tahun tanpa sebarang langganan, yang merupakan sebab utama kewujudan binaan semula tersebut.

Arch tidak mempunyai baris di sini, kerana pengedaran bergulir (rolling distribution) tidak mempunyai keluaran untuk disokong. Nombor yang penting bagi Arch ialah berapa lama anda boleh membiarkan mesin tidak disentuh, dan itu diukur dalam minggu.

Mengapa senarai imej VPS anda kelihatan seperti ini

Penyedia perisian menyediakan imej yang diminta oleh pelanggan mengikut nama dan memasangnya secara automatik pada hypervisor mereka. Itulah sebabnya hampir setiap senarai bermula dengan Ubuntu LTS dan Debian stable, menambah AlmaLinux atau Rocky untuk pengguna yang perisiannya disahkan untuk RHEL, serta meletakkan Alpine, Arch dan Fedora di bahagian bawah. Sebaik sahaja anda mengetahui apa itu VPS dan bagaimana imej sampai ke cakera, corak tersebut dapat dibaca dengan jelas: penyedia memilih sistem pengendalian yang mampu bertahan semasa pemasangan tanpa pengawasan dan kekal disokong lebih lama daripada tempoh purata pelanggan menyimpan pelayan tersebut.

Pilihan ini melibatkan lebih daripada sekadar pengurus pakej. Ia menentukan naik taraf yang akan anda jalankan dalam tempoh tiga tahun, dan proses tersebut berbeza sepenuhnya mengikut keluarga sistem. Debian dan Ubuntu menyokong naik taraf versi utama secara terus (in-place). Keluarga Red Hat menjalankannya melalui leapp. Arch tidak mempunyai naik taraf kerana ia tidak mempunyai versi. Bagi Alpine, caranya adalah dengan menyunting /etc/apk/repositories dan menjalankan apk upgrade --available. Pilihan ini juga menentukan perisian yang boleh anda pasang tanpa menambah repositori pihak ketiga, siapa yang mengeluarkan tampalan apabila entri CVE (common vulnerabilities and exposures) muncul pada perisian yang anda jalankan, serta sistem init dan pustaka C yang akan diandaikan oleh perisian masa depan anda.

Terdapat satu lagi kesan yang mudah dipandang remeh. Kebanyakan jawapan yang ditulis di internet mengandaikan laluan keluarga Debian atau keluarga Red Hat, jadi memilih di luar dua keluarga ini bermakna anda perlu menterjemah arahan sepanjang hayat mesin tersebut. Pilih keluarga yang dasar keluarannya sepadan dengan kekerapan anda sanggup menyelenggara pelayan, kemudian kekalkannya. Menukar pakej di atasnya adalah mudah. Menukar pengedaran di bawahnya bermakna membina semula pelayan tersebut.

FAQ

Keluarga pengedaran Linux yang manakah digunakan oleh pelayan saya?

Jalankan cat /etc/os-release. Medan ID menamakan pengedaran tersebut dan ID_LIKE menamakan keluarganya, jadi mesin Ubuntu akan melaporkan ID_LIKE=debian manakala mesin AlmaLinux melaporkan ID_LIKE="rhel centos fedora". Pengurus pakej juga merupakan petunjuk lain. apt dan dpkg bermaksud keluarga Debian, dnf dan rpm bermaksud keluarga Red Hat, apk bermaksud Alpine, dan pacman bermaksud Arch.

Adakah CentOS masih merupakan versi percuma bagi RHEL?

Tidak. CentOS Linux 8, iaitu binaan semula terakhir dengan nama tersebut, telah tamat pada 31 Disember 2021, dan CentOS Linux 7 telah mencapai penghujung hayatnya pada 30 Jun 2024. Projek yang masih wujud, CentOS Stream, merupakan cawangan yang digunakan untuk membina keluaran minor RHEL, jadi ia menerima perubahan sebelum RHEL, bukannya selepas. Binaan semula percuma yang mengambil alih peranan lama tersebut ialah AlmaLinux dan Rocky Linux, kedua-duanya dengan tempoh sokongan selama sepuluh tahun.

Mengapakah Debian stable menggunakan nombor versi yang begitu lama?

Kerana nombor versi dibekukan sementara pembaikan terus diberikan. Debian melakukan backport terhadap tampalan keselamatan ke dalam versi yang telah dikeluarkan dan bukannya mengimport keluaran huluan (upstream) yang lebih baharu, jadi pakej yang memaparkan 2.4.57-2+deb13u1 mungkin membawa pembaikan yang diterbitkan pada minggu lepas. Sufiks selepas versi huluan ialah semakan (revision) Debian, dan apt changelog <package> menyenaraikan kandungan di dalamnya. Menilai keselamatan pelayan Debian berdasarkan nombor versinya sentiasa memberikan jawapan yang salah.

Patutkah saya menjalankan pengedaran rolling release seperti Arch pada VPS?

Hanya jika anda mengemas kininya mengikut jadual. Pengedaran rolling mengandaikan setiap mesin akan diselaraskan kepada set pakej semasa, jadi mengemas kini satu pakej dengan pacman -Sy foo akan menyebabkan pustaka tidak sepadan dan ralat seperti cannot open shared object file. Jalankan pacman -Syu secara berkala, baca halaman berita projek sebelum setiap kali menjalankan kemas kini, dan sistem akan menjadi stabil. Jika dibiarkan selama setahun, naik taraf pertama akan menjadi berisiko.

Apakah yang sebenarnya diubah oleh pengedaran immutable atau atomic?

Ia mengubah masa kemas kini digunakan dan cara anda membatalkannya. /usr dilekapkan sebagai baca sahaja (read-only), kemas kini disediakan sebagai satu pepohon (tree) baharu yang lengkap, dan pertukaran berlaku semasa but semula, dengan pepohon sebelumnya disimpan sebagai entri but untuk tujuan rollback. Anda mendapat mesin yang sama ada dikemas kini sepenuhnya atau tidak langsung, tanpa keadaan kemas kini yang separa. Anda perlu melepaskan keupayaan memasang perisian dengan menyunting fail secara terus, jadi aplikasi dipindahkan ke dalam kontena atau ke dalam pakej berlapis (layered packages).