Das AlmaLinux 10.1 Distribution ist verfĂŒgbar.

Die Veröffentlichung des AlmaLinux 10.1 Distributions ist erfolgt, synchronisiert mit Red Hat Enterprise Linux 10.1 und enthĂ€lt alle in dieser Version vorgeschlagenen Änderungen. Die Installations-Images sind fĂŒr die Architekturen x86_64_v3, x86_64_v2, ARM64, ppc64le und s390x in Form von einem bootfĂ€higen (927 MB), minimalen (1,4 GB) und vollstĂ€ndigen Image (8,3 GB) vorbereitet. SpĂ€ter werden Live-Editionen 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 Neubenennung und dem Entfernen RHEL-spezifischer Pakete weist AlmaLinux 10.1 die folgenden Unterschiede zu RHEL 10.1 auf:

  • Die UnterstĂŒtzung des Dateisystems Btrfs wurde wieder aufgenommen. Es wurde die Möglichkeit zur Partitionierung von Speichern mit Btrfs im Installer hinzugefĂŒgt, das Kernel-Modul btrfs.ko installiert, das Set von Btrfs-Utilities btrfs-progs zurĂŒckgebracht und die Arbeit mit Btrfs im Datenmanagement-Stack angepasst sowie 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 ĂŒberprĂŒft. Red Hat hat das Btrfs-Dateisystem in der Veröffentlichung von RHEL 7.4 (2017) als veraltet erklĂ€rt und die UnterstĂŒtzung in der RHEL 8-Serie vollstĂ€ndig eingestellt.
  • StandardmĂ€ĂŸig ist das CRB (CodeReady Builder) Paket-Repository aktiviert, das eine Sammlung von Paketen bereitstellt, die im Red Hat Enterprise Linux nicht standardmĂ€ĂŸig angeboten werden, wie Entwickleranwendungen, zusĂ€tzliche Bibliotheken und Bindings sowie Pakete mit Debugging-Daten, Dokumentation, Header-Dateien, statischen Builds und Code-Beispielen (Pakete „-devel“, „-example“, „-doc“ und „-static“). Unter anderem enthĂ€lt CRB Bibliotheken, die als AbhĂ€ngigkeiten in Paketen aus dem EPEL (Extra Packages for Enterprise Linux) Repository verwendet werden.
  • Pakete zum Installieren von NVIDIA-Treibern und dem CUDA-Stack wurden erstellt. Die Treiber können in Konfigurationen mit UEFI Secure Boot verwendet werden. Die 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 dem digitalen Zertifikat der Distribution signiert sind. Diese EinschrĂ€nkung wurde umgangen, indem offene Kernel-Module von NVIDIA verwendet wurden, auf deren Basis das eigene Paket nvidia-open-kmod mit Modulen, die mit dem digitalen Zertifikat von AlmaLinux signiert sind, erstellt wurde. 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 Benutzerspace arbeiten, geladen werden.
  • Es wurden separate Builds fĂŒr die zweite Version der x86-64 Mikroarchitektur (x86-64-v2) erstellt, die parallel zu den Basis-Builds x86-64 bereitgestellt werden, die mit Optimierungen fĂŒr die Mikroarchitektur x86-64-v3 erstellt werden, die in RHEL 10 verwendet wird. Die zusĂ€tzliche UnterstĂŒtzung von x86-64-v2 ermöglicht die KompatibilitĂ€t mit CPUs, die Ă€lter sind als Intel Haswell und AMD Excavator, die vor 2013 entwickelt wurden. Neben den Standard-Repositories sind auch x86-64-v2 Builds fĂŒr Pakete aus dem EPEL-Repository vorbereitet worden.
  • Die Server- und Clientimplementierungen des SPICE-Protokolls wurden zurĂŒckgebracht, das die Fernarbeit mit einem Desktop ermöglicht, der in einer virtuellen Umgebung unter QEMU/KVM lĂ€uft. Im Gegensatz zu den Protokollen VNC und RDP erfolgt bei SPICE die Anzeige des Bildschirminhalts und die Verarbeitung von Audiostreams auf der Clientseite, nicht auf Server. In RHEL wurde die UnterstĂŒtzung von SPICE mit der Version 9.0 eingestellt.
  • Die Verwendung des Prozessorregisters %rbp als Basiszeiger auf den Stackrahmen, der RĂŒckgabearadressen und Variablen der Funktion enthĂ€lt (Frame Pointer), wurde wiederhergestellt. Die Verwendung des Frame-Pointers ermöglicht zusĂ€tzliche Funktionen fĂŒr das Tracing und Profilerstellung des Systems im Distribution.
  • Die Möglichkeit zur Verwendung eines Hypervisors wurde implementiert KVM auf Systemen mit IBM POWER-Prozessoren. In RHEL wurde eine solche UnterstĂŒtzung in Branch 9.0 eingestellt.
  • Das Synergy-Repository wird unterstĂŒtzt, in dem Pakete verfĂŒgbar sind, die sich von Red Hat Enterprise Linux unterscheiden. Derzeit sind im Synergy-Repository bereits Pakete mit der BenutzeroberflĂ€che Pantheon veröffentlicht, die vom Projekt Elementary OS entwickelt wird, sowie das Werkzeug Warpinator, das fĂŒr den verschlĂŒsselten Austausch von Dateien zwischen zwei Computern gedacht ist.
  • Die Möglichkeit zur Boot-Load im UEFI Secure Boot-Modus fĂŒr Systeme mit Intel/AMD- und ARM-Prozessoren wurde implementiert.
  • Die UnterstĂŒtzung von ĂŒber 150 Hardware-GerĂ€ten, die in RHEL 10.1 nicht unterstĂŒtzt wurden, wurde wieder aufgenommen. 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 Products, HP NetRAID-4M, IBM ServeRAID & ICP SCSI
    • be2iscsi — Emulex OneConnectOpen-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.

Die AlmaLinux-Distribution wurde von CloudLinux als Reaktion auf die vorzeitige Einstellung der UnterstĂŒtzung von CentOS 8 durch Red Hat gegrĂŒndet (die Veröffentlichung von Updates fĂŒr CentOS 8 wurde Ende 2021 eingestellt, nicht 2029, wie die Benutzer angenommen hatten). Das Projekt wird von einer separaten Non-Profit-Organisation, der AlmaLinux OS Foundation, betreut, die gegrĂŒndet wurde, um in einer neutralen Umgebung mit Beteiligung der Gemeinschaft zu entwickeln und ein Managementmodell Ă€hnlich dem des Fedora-Projekts zu verwenden. Die Distribution ist fĂŒr alle Benutzerkategorien kostenlos. alle Entwicklungen von AlmaLinux werden unter freien Lizenzen veröffentlicht.

Neben AlmaLinux werden auch Rocky Linux (entwickelt von einer Community unter der Leitung des GrĂŒnders von CentOS), Oracle Linux, SUSE Liberty Linux und EuroLinux als Alternativen zu klassischem CentOS positioniert. DarĂŒber hinaus hat Red Hat die Möglichkeit zur kostenlosen Nutzung von RHEL in Organisationen, die Open Source-Software entwickeln, und in Umgebungen von Einzelentwicklern, die bis zu 16 virtuelle oder physische Systeme umfassen, bereitgestellt.

Quelle: opennet.ru

60GB SSD 8Gb DDR4