Utgivelsen av AlmaLinux 10.1-distribusjonen presenteres, synkronisert med Red Hat Enterprise Linux 10.1 og inneholder alle endringene som er foreslått i denne utgivelsen. Installasjonsavbildninger er klargjort for arkitekturene x86_64_v3, x86_64_v2, ARM64, ppc64le og s390x i form av oppstartbare (927 MB), minimale (1.4 GB) og fullverdige avbildninger (8.3 GB). Live-bygg med GNOME, KDE, MATE og Xfce vil bli laget senere, i tillegg til bilder for Raspberry Pi-kort, containere, WSL (Windows Subsystem for Linux) og skyplattformer.
Distribusjonen er binærkompatibel med Red Hat Enterprise Linux der det er mulig, og kan brukes som en erstatning for RHEL 10.1 og CentOS 10 Stream. I tillegg til omdøping og fjerning av RHEL-spesifikke pakker, har AlmaLinux 10.1 følgende forskjeller fra RHEL 10.1:
- Støtte for Btrfs-filsystemet er gjenopprettet. Vi har lagt til muligheten til å partisjonere disker ved hjelp av Btrfs i installasjonsprogrammet, sørget for installasjon av btrfs.ko-kjernemodulen, returnert btrfs-progs-verktøypakken og tilpasset lagringsadministrasjonsstakken for Btrfs. Vi har også bekreftet at følgende pakker fungerer som de skal i Btrfs-miljøer: bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 og virt-v2v. Red Hat avskaffet Btrfs-filsystemet i RHEL 7.4 (2017) og avviklet støtten for det i RHEL 8.
- Pakkelageret CodeReady Builder (CRB) er aktivert som standard. Det inneholder et utvalg pakker som ikke tilbys som standard i Red Hat Enterprise Linux, inkludert utviklerapplikasjoner, tilleggsbiblioteker og wrappere, samt pakker som inneholder feilsøkingsdata, dokumentasjon, headerfiler, statiske bygg og kodeeksempler (pakkene "-devel", "-example", "-doc" og "-static"). Blant annet inkluderer CRB biblioteker som brukes som avhengigheter i pakker fra EPEL-lageret (Extra Packages for Enterprise Linux).
- Pakker for installasjon av NVIDIA-drivere og CUDA-stakken er opprettet. Driverne kan brukes i konfigurasjoner med UEFI Secure Boot. Kjernemoduler fra det offisielle settet med proprietære drivere fra NVIDIA kan ikke lastes inn i UEFI Secure Boot-modus fordi de ikke er digitalt signert av distribusjonen. Denne begrensningen ble omgått ved å bruke kjernemoduler som er åpent tilgjengelige fra NVIDIA, som ble brukt til å lage en proprietær nvidia-open-kmod-pakke med moduler digitalt signert av AlmaLinux. En separat pakke, almalinux-release-nvidia-driver, konfigurerer et eksternt arkiv vedlikeholdt av NVIDIA, hvorfra CUDA-drivere og proprietære NVIDIA-driverkomponenter som kjører i brukerområdet lastes inn.
- Separate bygg for den andre versjonen av x86-64-mikroarkitekturen (x86-64-v2) er opprettet. Disse byggene vedlikeholdes parallelt med de grunnleggende x86-64-byggene, som genereres med optimaliseringer for x86-64-v3-mikroarkitekturen som brukes i RHEL 10. Ytterligere støtte for x86-64-v2 sikrer kompatibilitet med CPUer eldre enn Intel Haswell og AMD Excavator, designet før 2013. I tillegg til standardrepositoriene, er x86-64-v2-bygg også forberedt for pakker fra EPEL-repositoriet.
- Server- og klientimplementeringer av SPICE-protokollen har blitt gjeninnført, noe som muliggjør interaksjoner med eksterne skrivebord i et virtuelt miljø under QEMU/KVM. I motsetning til VNC- og RDP-protokollene gjengir SPICE skjerminnhold og behandler lydstrømmer på klientsiden, i stedet for på serveren. serverI RHEL ble SPICE-støtten droppet i versjon 9.0.
- Går tilbake til å bruke prosessorregister %rbp som en basispeker til en stabelramme som inneholder returadresser og funksjonsvariabler (rammepeker). Ved å bruke en peker for å stable rammer kan distribusjonen bruke ytterligere funksjoner for systemsporing og profilering.
- Muligheten til å bruke en hypervisor er implementert KVM På systemer med IBM POWER-prosessorer. I RHEL ble slik støtte avviklet i 9.0-grenen.
- Synergy-depotet, som inneholder andre pakker enn Red Hat Enterprise Linux, vedlikeholdes. For øyeblikket inneholder Synergy-depotet pakker for Pantheon-brukermiljøet, utviklet av Elementary OS-prosjektet, og Warpinator, et verktøy for kryptert fildeling mellom to datamaskiner.
- Muligheten til å starte opp i UEFI Secure Boot-modus er implementert for systemer med Intel/AMD- og ARM-prosessorer.
- Støtte for over 150 maskinvareenheter som ikke støttes i RHEL 10.1 er gjenopprettet. For eksempel har ID-ene til gamle PCI-enheter i driverne blitt returnert:
- aacraid - Dell PERC2, 2/Si, 3/Si, 3/Di, Adaptec Advanced Raid Products, HP NetRAID-4M, IBM ServeRAID og ICP SCSI
- be2iscsi - Emulex OneConnectOpen-iSCSI for BladeEngine 2 og 3
- be2net – Emulex BladeEngine 2 og 3 adaptere *
- hpsa - HP Smart Array-kontroller
- lpfc - Emulex LightPulse Fiber Channel SCSI
- megaraid_sas - Broadcom MegaRAID SAS
- mlx4_core - Mellanox Gen2 og ConnectX-2
- mpt3sas - LSI MPT Fusion SAS 3.0
- mptsas - Fusion MPT SAS Vert
- qla2xxx - QLogic Fibre Channel HBA
- qla4xxx - QLogic iSCSI HBA.
AlmaLinux-distribusjonen ble grunnlagt av CloudLinux som svar på for tidlig avslutning av støtte for CentOS 8 av Red Hat (utgivelsen av oppdateringer for CentOS 8 stoppet på slutten av 2021, og ikke i 2029, som brukerne forventet). Prosjektet overvåkes av en egen non-profit organisasjon, AlmaLinux OS Foundation, som ble opprettet for å utvikle seg på en nøytral plattform med samfunnsdeltakelse og ved å bruke en styringsmodell som ligner på Fedora-prosjektet. Distribusjonen er gratis for alle kategorier brukere. Alle AlmaLinux-utviklinger publiseres under gratis lisenser.
I tillegg til AlmaLinux, er Rocky Linux (utviklet av fellesskapet under ledelse av grunnleggeren av CentOS), Oracle Linux, SUSE Liberty Linux og EuroLinux også posisjonert som alternativer til det klassiske CentOS. I tillegg har Red Hat gjort RHEL tilgjengelig gratis for åpen kildekode-organisasjoner og individuelle utviklermiljøer med opptil 16 virtuelle eller fysiske systemer.
Kilde: opennet.ru
