Versionen av AlmaLinux 10.1-distributionen presenteras, synkroniserad med Red Hat Enterprise Linux 10.1 och innehållande alla ändringar som föreslås i denna version. Installationsavbildningar förbereds för arkitekturerna x86_64_v3, x86_64_v2, ARM64, ppc64le och s390x i form av startbara (927 MB), minimala (1.4 GB) och fullständiga avbildningar (8.3 GB). Live-byggen med GNOME, KDE, MATE och Xfce kommer att skapas senare, liksom avbildningar för Raspberry Pi-kort, containrar, WSL (Windows Subsystem för Linux) och molnplattformar.
Distributionen är binärkompatibel med Red Hat Enterprise Linux där det är möjligt och kan användas som ersättning för RHEL 10.1 och CentOS 10 Stream. Förutom omdöpningen och borttagningen av RHEL-specifika paket, har AlmaLinux 10.1 följande skillnader från RHEL 10.1:
- Stöd för filsystemet Btrfs har återställts. Vi har lagt till möjligheten att partitionera hårddiskar med Btrfs i installationsprogrammet, säkerställt installation av kärnmodulen btrfs.ko, returnerat verktygssviten btrfs-progs och anpassat lagringshanteringsstacken för Btrfs. Vi har också verifierat att följande paket fungerar korrekt i Btrfs-miljöer: bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 och virt-v2v. Red Hat avfärdade filsystemet Btrfs i RHEL 7.4 (2017) och upphörde med stödet för det i RHEL 8.
- Paketförrådet CodeReady Builder (CRB) är aktiverat som standard. Det innehåller ett urval av paket som inte erbjuds som standard i Red Hat Enterprise Linux, inklusive utvecklarapplikationer, ytterligare bibliotek och wrappers, samt paket som innehåller felsökningsdata, dokumentation, headerfiler, statiska builds och kodexempel (paketen "-devel", "-example", "-doc" och "-static"). Bland annat inkluderar CRB bibliotek som används som beroenden i paket från EPEL-förrådet (Extra Packages for Enterprise Linux).
- Paket för installation av NVIDIA-drivrutiner och CUDA-stacken har skapats. Drivrutinerna kan användas i konfigurationer med UEFI Secure Boot. Kärnmoduler från den officiella uppsättningen proprietära drivrutiner från NVIDIA kan inte läsas in i UEFI Secure Boot-läge eftersom de inte är digitalt signerade av distributionen. Denna begränsning kringgicks genom att använda kärnmoduler som är öppet tillgängliga från NVIDIA, vilka användes för att skapa ett proprietärt nvidia-open-kmod-paket med moduler digitalt signerade av AlmaLinux. Ett separat paket, almalinux-release-nvidia-driver, konfigurerar ett externt arkiv som underhålls av NVIDIA, från vilket CUDA-drivrutiner och proprietära NVIDIA-drivrutinskomponenter som körs i användarutrymmet laddas.
- Separata versioner för den andra versionen av x86-64-mikroarkitekturen (x86-64-v2) har skapats. Dessa versioner underhålls parallellt med de grundläggande x86-64-versionerna, vilka genereras med optimeringar för x86-64-v3-mikroarkitekturen som används i RHEL 10. Ytterligare stöd för x86-64-v2 säkerställer kompatibilitet med processorer äldre än Intel Haswell och AMD Excavator, designade före 2013. Förutom standardförråden förbereds även x86-64-v2-versioner för paket från EPEL-förrådet.
- Server- och klientimplementeringar av SPICE-protokollet har återinförts, vilket möjliggör interaktioner med fjärrskrivbord som körs i en virtuell miljö under QEMU/KVM. Till skillnad från VNC- och RDP-protokollen renderar SPICE skärminnehåll och bearbetar ljudströmmar på klientsidan, snarare än på servern. serverI RHEL togs stödet för SPICE bort i version 9.0.
- Återgick till att använda processorregistret %rbp som baspekare till en stackram som innehåller returadresser och funktionsvariabler (rampekare). Genom att använda en pekare för att stapla ramar kan distributionen använda ytterligare funktioner för systemspårning och profilering.
- Möjligheten att använda en hypervisor har implementerats KVM På system med IBM POWER-processorer. I RHEL upphörde sådant stöd i 9.0-grenen.
- Synergy-förvaret, som innehåller andra paket än Red Hat Enterprise Linux, underhålls. För närvarande innehåller Synergy-förvaret paket för användarmiljön Pantheon, utvecklad av Elementary OS-projektet, och Warpinator, ett verktyg för krypterad fildelning mellan två datorer.
- Möjligheten att starta i UEFI Secure Boot-läge har implementerats för system med Intel/AMD och ARM-processorer.
- Stöd för över 150 hårdvaruenheter som inte stöds i RHEL 10.1 har återställts. Till exempel har ID:n för gamla PCI-enheter i drivrutinerna returnerats:
- aacraid - Dell PERC2, 2/Si, 3/Si, 3/Di, Adaptec Advanced Raid Products, HP NetRAID-4M, IBM ServeRAID & ICP SCSI
- be2iscsi - Emulex OneConnectOpen-iSCSI för BladeEngine 2 och 3
- be2net – Emulex BladeEngine 2 och 3 adaptrar *
- hpsa - HP Smart Array Controller
- lpfc - Emulex LightPulse Fibre Channel SCSI
- megaraid_sas - Broadcom MegaRAID SAS
- mlx4_core - Mellanox Gen2 och ConnectX-2
- mpt3sas - LSI MPT Fusion SAS 3.0
- mptsas - Fusion MPT SAS-värd
- qla2xxx - QLogic Fibre Channel HBA
- qla4xxx - QLogic iSCSI HBA.
AlmaLinux-distributionen grundades av CloudLinux som svar på att stödet för CentOS 8 från Red Hat för tidigt upphörde (uppdateringar för CentOS 8 avbröts i slutet av 2021, och inte 2029, som användarna förväntade sig). Projektet övervakas av en separat ideell organisation, AlmaLinux OS Foundation, som skapades för att utvecklas i en neutral, gemenskapsdriven miljö med hjälp av en styrningsmodell som liknar Fedora-projektet. Distributionspaketet är gratis för alla kategorier av användare. All utveckling av AlmaLinux publiceras under fria licenser.
Förutom AlmaLinux är Rocky Linux (utvecklat av communityn under ledning av grundaren av CentOS), Oracle Linux, SUSE Liberty Linux och EuroLinux också positionerade som alternativ till det klassiska CentOS. Dessutom har Red Hat gjort RHEL tillgängligt gratis för organisationer med öppen källkod och individuella utvecklarmiljöer med upp till 16 virtuella eller fysiska system.
Källa: opennet.ru
