Bemutatjuk az AlmaLinux 10.1 disztribúció kiadását, amely szinkronizálva van a Red Hat Enterprise Linux 10.1-val, és tartalmazza az ebben a kiadásban javasolt összes változtatást. A telepítőképek x86_64_v3, x86_64_v2, ARM64, ppc64le és s390x architektúrákhoz készültek bootolható (927 MB), minimális (1.4 GB) és teljes kép (8.3 GB) formátumban. Később élő buildek készülnek GNOME, KDE, MATE és Xfce segítségével, valamint képfájlok Raspberry Pi kártyákhoz, konténerekhez, WSL-hez (Windows Subsystem for Linux) és felhőplatformokhoz.
A disztribúció lehetőség szerint binárisan kompatibilis a Red Hat Enterprise Linuxszal, és használható az RHEL 10.1 és a CentOS 10 Stream helyettesítőjeként. Az RHEL-specifikus csomagok átnevezése és eltávolítása mellett az AlmaLinux 10.1 a következő különbségeket tartalmazza az RHEL 10.1-hez képest:
- Visszaállítottuk a Btrfs fájlrendszer támogatását. Lehetőséget adtunk a meghajtók Btrfs használatával történő particionálására a telepítőben, biztosítottuk a btrfs.ko kernel modul telepítését, visszaadtuk a btrfs-progs segédprogramcsomagot, és adaptáltuk a tárhelykezelő veremet a Btrfs-hez. Azt is ellenőriztük, hogy a következő csomagok megfelelően működnek-e Btrfs környezetekben: bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 és virt-v2v. A Red Hat elavulttá tette a Btrfs fájlrendszert az RHEL 7.4 (2017) verziójában, és megszüntette a támogatását az RHEL 8-ban.
- A CodeReady Builder (CRB) csomagtár alapértelmezés szerint engedélyezve van. A Red Hat Enterprise Linuxban alapértelmezés szerint nem elérhető csomagok választékát tartalmazza, beleértve a fejlesztői alkalmazásokat, további könyvtárakat és burkolókat, valamint a hibakeresési adatokat, dokumentációt, fejlécfájlokat, statikus buildeket és kódmintákat tartalmazó csomagokat (a "-devel", "-example", "-doc" és "-static" csomagok). A CRB többek között olyan könyvtárakat is tartalmaz, amelyeket az EPEL (Extra Packages for Enterprise Linux) tárház csomagjaiban függőségként használnak.
- Létrehozták az NVIDIA illesztőprogramok és a CUDA stack telepítéséhez szükséges csomagokat. Az illesztőprogramok használhatók UEFI Secure Boot konfigurációkban. Az NVIDIA hivatalos, saját illesztőprogramjaiból származó kernel modulok nem tölthetők be UEFI Secure Boot módban, mivel azokat a disztribúció nem írja alá digitálisan. Ezt a korlátozást az NVIDIA által nyíltan elérhető kernel modulok használatával kerülték meg, amelyeket egy saját nvidia-open-kmod csomag létrehozására használtak, amelynek moduljait az AlmaLinux digitálisan aláírta. Egy külön csomag, az almalinux-release-nvidia-driver, egy NVIDIA által karbantartott külső adattárat konfigurál, amelyből a CUDA illesztőprogramok és a felhasználói tárhelyen futó saját NVIDIA illesztőprogram-összetevők töltődnek be.
- Az x86-64 mikroarchitektúra második verziójához (x86-64-v2) külön buildek készültek. Ezeket a buildeket párhuzamosan tartják karban az alap x86-64 buildekkel, amelyeket az RHEL 10-ben használt x86-64-v3 mikroarchitektúrához optimalizálva generáltak. Az x86-64-v2 további támogatása biztosítja a kompatibilitást az Intel Haswell és az AMD Excavator processzoroknál régebbi, 2013 előtt tervezett CPU-kkal. A szabványos tárolók mellett az x86-64-v2 buildek az EPEL tároló csomagjaihoz is elő vannak készítve.
- A SPICE protokoll szerver- és kliensoldali implementációit újra bevezették, lehetővé téve a távoli asztali interakciókat virtuális környezetben, QEMU/KVM alatt. A VNC és RDP protokollokkal ellentétben a SPICE a képernyő tartalmát jeleníti meg és dolgozza fel az audio streameket a kliens oldalon, nem pedig a szerveren. szerverAz RHEL-ben a SPICE támogatást a 9.0-s kiadásban megszüntették.
- Visszatért arra, hogy a %rbp processzorregisztert használja alapmutatóként egy visszatérési címeket és függvényváltozókat tartalmazó veremkerethez (frame pointer). A keretek halmozására szolgáló mutató segítségével a disztribúció további képességeket használhat a rendszerkövetéshez és profilalkotáshoz.
- A hipervizor használatának lehetősége megvalósult. KVM IBM POWER processzorokkal rendelkező rendszereken. Az RHEL-ben ez a támogatás a 9.0-s verzióban megszűnt.
- A Synergy repository, amely a Red Hat Enterprise Linuxon kívüli csomagokat is tartalmazza, karbantartás alatt áll. Jelenleg a Synergy repository a Pantheon felhasználói környezethez készült csomagokat tartalmazza, amelyet az Elementary OS projekt fejlesztett ki, valamint a Warpinatort, egy két számítógép közötti titkosított fájlmegosztásra szolgáló segédprogramot.
- Az UEFI Secure Boot módban történő rendszerindítás lehetőségét az Intel/AMD és ARM processzorokkal rendelkező rendszereken valósították meg.
- Több mint 150, az RHEL 10.1 által nem támogatott hardvereszköz támogatása visszaállításra került. Például a régi PCI-eszközök azonosítói a meghajtókban vissza lettek adva:
- aacraid – Dell PERC2, 2/Si, 3/Si, 3/Di, Adaptec Advanced Raid Products, HP NetRAID-4M, IBM ServeRAID és ICP SCSI
- be2iscsi – Emulex OneConnectOpen-iSCSI BladeEngine 2 és 3 számára
- be2net – Emulex BladeEngine 2 és 3 adapterek *
- hpsa – HP Smart Array vezérlő
- lpfc - Emulex LightPulse Fibre Channel SCSI
- megaraid_sas – Broadcom MegaRAID SAS
- mlx4_core – Mellanox Gen2 és ConnectX-2
- mpt3sas – LSI MPT Fusion SAS 3.0
- mptsas – Fusion MPT SAS gazdagép
- qla2xxx – QLogic Fibre Channel HBA
- qla4xxx – QLogic iSCSI HBA.
Az AlmaLinux disztribúciót a CloudLinux alapította, válaszul arra, hogy a Red Hat idő előtt megszűnt a CentOS 8 támogatása (a CentOS 8 frissítései 2021 végén szűntek meg, és nem 2029-ben, ahogy azt a felhasználók várták). A projektet egy külön non-profit szervezet, az AlmaLinux OS Foundation felügyeli, amelyet azért hoztak létre, hogy semleges, közösségvezérelt környezetben, a Fedora Projecthez hasonló irányítási modellt használva fejlődjön. A disztribúciós készlet minden felhasználói kategória számára ingyenes. Az AlmaLinux összes fejlesztését ingyenes licencek alatt teszik közzé.
Az AlmaLinux mellett a Rocky Linux (amelyet a közösség a CentOS alapítójának vezetésével fejlesztett), az Oracle Linux, a SUSE Liberty Linux és az EuroLinux is a klasszikus CentOS alternatívájaként szerepel. Ezenkívül a Red Hat ingyenesen elérhetővé tette az RHEL-t nyílt forráskódú szervezetek és egyéni fejlesztői környezetek számára akár 16 virtuális vagy fizikai rendszerrel.
Forrás: opennet.ru
