Die Veröffentlichung von AlmaLinux 10.1 wurde vorgestellt, das mit Red Hat Enterprise Linux 10.1 synchronisiert ist und alle in dieser Version angebotenen Ănderungen enthĂ€lt. Die Installations-Images wurden fĂŒr die Architekturen x86_64_v3, x86_64_v2, ARM64, ppc64le und s390x in Form eines Boot-Images (927 MB), eines Minimal-Images (1,4 GB) und eines vollstĂ€ndigen Images (8,3 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.
Die Distribution ist binĂ€r kompatibel mit Red Hat Enterprise Linux und kann als Ersatz fĂŒr RHEL 10.1 und CentOS 10 Stream verwendet werden. Neben der Umbenennung und der Entfernung RHEL-spezifischer Pakete weist AlmaLinux 10.1 die folgenden Unterschiede zu RHEL 10.1 auf:
- Die UnterstĂŒtzung fĂŒr das Btrfs-Dateisystem wurde wiederhergestellt. Im Installer wurde die Möglichkeit hinzugefĂŒgt, SpeichergerĂ€te mit Btrfs zu formatieren, und das Kernelmodul btrfs.ko wurde installiert. Das Toolset btrfs-progs wurde zurĂŒckgebracht, und es wurden Anpassungen an der Integration von Btrfs in den Datenmanagement-Stack durchgefĂŒhrt. Die FunktionalitĂ€t 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 in der Veröffentlichung RHEL 7.4 (2017) als obsolet erklĂ€rt und die UnterstĂŒtzung in der RHEL 8-Zweigstellung vollstĂ€ndig eingestellt.
- StandardmĂ€Ăig ist das CRB-Paket-Repository (CodeReady Builder) aktiviert, das eine Sammlung von Paketen bereitstellt, die standardmĂ€Ăig nicht in Red Hat Enterprise Linux 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 CRB Bibliotheken, die als AbhĂ€ngigkeiten in Paketen aus dem EPEL-Repository (Extra Packages for Enterprise Linux) verwendet werden.
- Es wurden Pakete zur Installation der NVIDIA-Treiber und des CUDA-Stacks erstellt. Die Treiber können in Konfigurationen mit UEFI Secure Boot verwendet werden. Kernel-Module aus dem offiziellen Satz proprietĂ€rer Treiber von NVIDIA können im UEFI Secure Boot-Modus nicht geladen werden, da sie nicht mit der digitalen Signatur des Distributors signiert sind. Diese EinschrĂ€nkung wurde durch die Verwendung von open-source Kernel-Modulen umgangen, die von NVIDIA bereitgestellt werden, auf deren Grundlage das eigene Paket nvidia-open-kmod mit Modulen erstellt wurde, die mit der digitalen Signatur von AlmaLinux zertifiziert 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 die proprietĂ€ren Komponenten des NVIDIA-Treibers, die im Benutzerraum 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 Synergy-Repository wird unterstĂŒtzt, das Pakete enthĂ€lt, die sich von Red Hat Enterprise Linux unterscheiden. Derzeit sind im Synergy-Repository bereits Pakete mit der benutzerdefinierten Umgebung Pantheon veröffentlicht, die vom Projekt Elementary OS entwickelt wird, sowie das Tool Warpinator, das fĂŒr den verschlĂŒsselten Austausch von Dateien zwischen zwei Computern vorgesehen ist.
- Die Möglichkeit, im UEFI Secure Boot-Modus fĂŒr Systeme mit Intel/AMD- und ARM-Prozessoren zu starten, wurde umgesetzt.
- Die UnterstĂŒtzung fĂŒr mehr als 150 HardwaregerĂ€te, die in RHEL 10.1 nicht unterstĂŒtzt werden, wurde wiederhergestellt. Beispielsweise wurden die IDs Ă€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
