Die Version des AlmaLinux-Distributions wird in der Version 10.2 vorgestellt, sowie das Update der vorherigen Version â AlmaLinux 9.8. Die Releases sind synchronisiert mit Red Hat Enterprise Linux 9.8 und 10.2 und enthalten alle Ănderungen, die in diesen Versionen angeboten werden. Installationsimages sind fĂŒr die Architekturen x86_64_v3, x86_64_v2, ARM64, ppc64le und s390x in Form eines Boot-Images (1 GB), einem Minimal-Image (1,6 GB) und einem Voll-Image (10 GB) vorbereitet. SpĂ€ter werden Live-Images mit GNOME, KDE, MATE und Xfce sowie Images fĂŒr Raspberry Pi, Container, WSL (Windows Subsystem for Linux) und Cloud-Plattformen erstellt.
Das Distributionspaket ist nach Möglichkeit binĂ€r kompatibel mit Red Hat Enterprise Linux und kann als Ersatz fĂŒr RHEL 10.2 und CentOS 10 Stream verwendet werden. Neben dem Rebranding und der Entfernung von RHEL-spezifischen Paketen weist AlmaLinux 10.2 folgende Unterschiede zu RHEL 10.2 auf:
- Das Repository mit Paketen fĂŒr die Architektur i686 sowie Docker-Container-Images fĂŒr 32-Bit-x86-Systeme wurde veröffentlicht. Red Hat hat die Erstellung von 32-Bit-Versionen fĂŒr die x86-Architektur mit der Veröffentlichung von RHEL 7 im Jahr 2014 eingestellt. In der CentOS 7-Version wurde die Erstellung von 32-Bit-Paketen weiterhin vom CentOS Linux AltArch SIG-Team fortgefĂŒhrt, jedoch wurde mit der Version CentOS 8 die Erstellung solcher Builds eingestellt. Der Grund fĂŒr die Wiederbelebung der Builds fĂŒr die i686-Architektur in AlmaLinux war der Wunsch, die AusfĂŒhrung alter Anwendungen zu ermöglichen, die nur als ausfĂŒhrbare Dateien fĂŒr 32-Bit-Systeme verfĂŒgbar sind. Diese Builds können auch nĂŒtzlich sein, um 32-Bit-Umgebungen fĂŒr Testzwecke in Continuous-Integration-Systemen zu erstellen und um Container fĂŒr 32-Bit-Anwendungen auszufĂŒhren.
- Die UnterstĂŒtzung des Btrfs-Dateisystems wurde wiederhergestellt. Die Möglichkeit zur Partitionierung von Speichermedien mit Btrfs wurde im Installer hinzugefĂŒgt, und das Kernelmodul btrfs.ko wurde installiert. AuĂerdem steht das Paket btrfs-progs zur VerfĂŒgung, und es wurden Anpassungen fĂŒr die UnterstĂŒtzung von Btrfs im Datenspeicher-Management-Stack vorgenommen. Die Funktionsweise der Pakete bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 und virt-v2v in Btrfs-Umgebungen wurde ĂŒberprĂŒft. Red Hat hat das Btrfs-Dateisystem mit der Veröffentlichung von RHEL 7.4 (2017) als veraltet erklĂ€rt und die UnterstĂŒtzung in der RHEL 8-Reihe vollstĂ€ndig eingestellt.
- StandardmĂ€Ăig ist das CRB-Paket-Repository (CodeReady Builder) aktiviert, das eine Sammlung von Paketen bereitstellt, die in Red Hat Enterprise Linux standardmĂ€Ăig nicht angeboten werden, wie Entwickleranwendungen, zusĂ€tzliche Bibliotheken und Bindings sowie Pakete mit Debugging-Daten, Dokumentation, Header-Dateien, statischen Builds und Codebeispielen (Pakete â-develâ, â-exampleâ, â-docâ und â-staticâ). Unter anderem enthĂ€lt das CRB Bibliotheken, die als AbhĂ€ngigkeiten in Paketen aus dem Repository verwendet werden.
EPEL (Extra Packages for Enterprise Linux). - Es wurden Pakete fĂŒr die Installation der NVIDIA-Treiber und des CUDA-Stacks erstellt. Die Treiber können in Konfigurationen mit UEFI Secure Boot verwendet werden. Kernelmodule aus dem offiziellen Satz proprietĂ€rer Treiber von NVIDIA können im UEFI Secure Boot-Modus nicht geladen werden, da sie nicht digital signiert sind. Diese EinschrĂ€nkung
wurde durch die Verwendung von offenen Kernelmodulen, die von NVIDIA bereitgestellt werden, umgangen. Auf deren Basis wurde ein eigenes Paket nvidia-open-kmod mit Modulen erstellt, die mit einem digitalen Zertifikat von AlmaLinux signiert sind. Separat wurde das Paket almalinux-release-nvidia-driver mit der Konfiguration des von NVIDIA unterstĂŒtzten externen Repositories erstellt, aus dem die CUDA-Treiber und proprietĂ€ren Komponenten des NVIDIA-Treibers, die im Benutzermodus arbeiten, heruntergeladen werden. - Es wurden separate Builds fĂŒr die zweite Version der x86-64 Mikroarchitektur (x86-64-v2) erstellt, die parallel zu den Basis-Builds fĂŒr x86-64 bereitgestellt werden, die fĂŒr die x86-64-v3 Mikroarchitektur optimiert sind, die in RHEL 10 verwendet wird. Die zusĂ€tzliche UnterstĂŒtzung fĂŒr x86-64-v2 gewĂ€hrleistet die KompatibilitĂ€t mit Ă€lteren CPUs wie Intel Haswell und AMD Excavator, die vor 2013 entworfen wurden. Neben den Standard-Repositories wurden auch Builds fĂŒr x86-64-v2 fĂŒr Pakete aus dem EPEL-Repository vorbereitet.
- Die Server- und Client-Implementierungen des SPICE-Protokolls wurden zurĂŒckgegeben, das eine Remote-Arbeit mit Desktops ermöglicht, die in einer virtuellen Umgebung unter QEMU/KVM betrieben werden. Im Gegensatz zu den Protokollen VNC und RDP erfolgt bei SPICE die Darstellung des Bildschirminhalts und die Verarbeitung von Audiostreams auf der Client-Seite. Server. In RHEL wurde die UnterstĂŒtzung fĂŒr SPICE mit der Version 9.0 eingestellt.
- Die Nutzung des Prozessorregisers %rbp wurde als Basiszeiger fĂŒr den Stackrahmen zurĂŒckgegeben, der RĂŒcksprungadressen und Variablen der Funktion enthĂ€lt (Frame Pointer). Die Verwendung des Frame-Pointers ermöglicht zusĂ€tzliche Funktionen fĂŒr das Tracing und Profiling des Systems.
- Die Möglichkeit zur Nutzung des Hypervisors wurde KVM auf Systemen mit IBM POWER-Prozessoren implementiert. In RHEL wurde diese UnterstĂŒtzung in der Version 9.0 eingestellt.
- Das Repository wird unterstĂŒtzt
Synergy, das Pakete bereitstellt, die sich von Red Hat Enterprise Linux unterscheiden. Derzeit sind bereits Pakete im Synergy-Repository veröffentlicht, die die benutzerdefinierte Umgebung Pantheon, entwickelt von dem Projekt Elementary OS, und das Tool Warpinator, das fĂŒr den verschlĂŒsselten Austausch von Dateien zwischen zwei Computern gedacht ist, enthalten. - Die Möglichkeit, im UEFI Secure Boot-Modus fĂŒr Systeme mit Intel/AMD- und ARM-Prozessoren zu starten, wurde umgesetzt.
- Die UnterstĂŒtzung von ĂŒber 150 Hardware-GerĂ€ten, die in RHEL 10.2 nicht mehr unterstĂŒtzt wurden, wurde wiederhergestellt. Zum Beispiel wurden die Identifikatoren Ă€lterer PCI-GerĂ€te in den Treibern zurĂŒckgebracht:
- aacraid â Dell PERC2, 2/Si, 3/Si, 3/Di, Adaptec Advanced Raid Produkte, HP NetRAID-4M, IBM ServeRAID & ICP SCSI
- be2iscsi â Emulex OneConnect Open-iSCSI fĂŒr BladeEngine 2 und 3
- be2net â Emulex BladeEngine 2 und 3 Adapter *
- hpsa â HP Smart Array Controller
- lpfc â Emulex LightPulse Fibre Channel SCSI
- megaraid_sas â Broadcom MegaRAID SAS
- mlx4_core â Mellanox Gen2 und ConnectX-2
- mpt3sas â LSI MPT Fusion SAS 3.0
- mptsas â Fusion MPT SAS Host
- qla2xxx â QLogic Fibre Channel HBA
- qla4xxx â QLogic iSCSI HBA.
Das AlmaLinux-Distributionsprojekt wurde von CloudLinux ins Leben gerufen, um auf die vorzeitige Einstellung der UnterstĂŒtzung fĂŒr CentOS 8 durch Red Hat zu reagieren (Updates fĂŒr CentOS 8 wurden Ende 2021 eingestellt, anstatt wie von Benutzern erwartet bis 2029 fortgefĂŒhrt zu werden). Das Projekt wird von der gemeinnĂŒtzigen Organisation AlmaLinux OS Foundation koordiniert, die gegrĂŒndet wurde, um die Entwicklung auf einer neutralen Plattform unter Einbeziehung der Community zu fördern und ein Management-Modell zu nutzen, das dem der Fedora-Projektorganisation Ă€hnelt. Die Distribution ist fĂŒr alle Nutzergruppen kostenlos. Alle Entwicklungen von AlmaLinux werden unter freien Lizenzen veröffentlicht.
Neben AlmaLinux positionieren sich auch Rocky Linux (entwickelt von der Community unter der Leitung des GrĂŒnders von CentOS), Oracle Linux, SUSE Liberty Linux und EuroLinux als Alternative zu klassischem CentOS. Zudem hat Red Hat die Möglichkeit eines kostenlosen Einsatzes von RHEL in Organisationen, die Open-Source-Software entwickeln, sowie in Umgebungen von Einzelentwicklern mit bis zu 16 virtuellen oder physischen Systemen gewĂ€hrt.
Quelle: opennet.ru
