{"id":149420,"date":"2025-11-24T23:11:54","date_gmt":"2025-11-24T21:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupen-distributiv-almalinux-10-1"},"modified":"2025-11-24T23:11:54","modified_gmt":"2025-11-24T21:11:54","slug":"dostupen-distributiv-almalinux-10-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/dostupen-distributiv-almalinux-10-1","title":{"rendered":"Das AlmaLinux 10.1 Distribution ist verf\u00fcgbar.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung des AlmaLinux 10.1 Distributions ist erfolgt, synchronisiert mit Red Hat Enterprise Linux 10.1 und enth\u00e4lt alle in dieser Version vorgeschlagenen \u00c4nderungen. Die Installations-Images sind f\u00fcr die Architekturen x86_64_v3, x86_64_v2, ARM64, ppc64le und s390x in Form von einem bootf\u00e4higen (927 MB), minimalen (1,4 GB) und vollst\u00e4ndigen Image (8,3 GB) vorbereitet. Sp\u00e4ter werden Live-Editionen mit GNOME, KDE, MATE und Xfce sowie Images f\u00fcr Raspberry Pi, Container, WSL (Windows Subsystem for Linux) und Cloud-Plattformen erstellt. <\/p>\n
Die Distribution ist bin\u00e4r kompatibel mit Red Hat Enterprise Linux und kann als Ersatz f\u00fcr 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: <\/p>\n
\n
Die Unterst\u00fctzung des Dateisystems Btrfs wurde wieder aufgenommen. Es wurde die M\u00f6glichkeit zur Partitionierung von Speichern mit Btrfs im Installer hinzugef\u00fcgt, das Kernel-Modul btrfs.ko installiert, das Set von Btrfs-Utilities btrfs-progs zur\u00fcckgebracht und die Arbeit mit Btrfs im Datenmanagement-Stack angepasst sowie die Funktionalit\u00e4t der Pakete bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 und virt-v2v in Btrfs-Umgebungen \u00fcberpr\u00fcft. Red Hat hat das Btrfs-Dateisystem in der Ver\u00f6ffentlichung von RHEL 7.4 (2017) als veraltet erkl\u00e4rt und die Unterst\u00fctzung in der RHEL 8-Serie vollst\u00e4ndig eingestellt.\n
Standardm\u00e4\u00dfig ist das CRB-Paket-Repository (CodeReady Builder) aktiviert, welches eine Sammlung von Paketen bereitstellt, die in Red Hat Enterprise Linux normalerweise nicht angeboten werden, wie Entwicklungsanwendungen, zus\u00e4tzliche Bibliotheken und Wrapper sowie Pakete mit Debugging-Daten, Dokumentation, Header-Dateien, statischen Builds und Beispielcode (Pakete wie '-devel', '-example', '-doc' und '-static'). Unter anderem enth\u00e4lt CRB Bibliotheken, die als Abh\u00e4ngigkeiten in Paketen aus dem EPEL-Repository (Extra Packages for Enterprise Linux) verwendet werden.\n
Pakete zum Installieren von NVIDIA-Treibern und dem CUDA-Stack wurden erstellt. Die Treiber k\u00f6nnen in Konfigurationen mit UEFI Secure Boot verwendet werden. Die Kernel-Module aus dem offiziellen Satz propriet\u00e4rer Treiber von NVIDIA k\u00f6nnen im UEFI Secure Boot-Modus nicht geladen werden, da sie nicht mit dem digitalen Zertifikat der Distribution signiert sind. Diese Einschr\u00e4nkung 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\u00fctzten externen Repositories erstellt, aus dem die CUDA-Treiber und propriet\u00e4ren Komponenten des NVIDIA-Treibers, die im Benutzerspace arbeiten, geladen werden.\n
Es wurden separate Builds f\u00fcr 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\u00fcr die Mikroarchitektur x86-64-v3 erstellt werden, die in RHEL 10 verwendet wird. Die zus\u00e4tzliche Unterst\u00fctzung von x86-64-v2 erm\u00f6glicht die Kompatibilit\u00e4t mit CPUs, die \u00e4lter sind als Intel Haswell und AMD Excavator, die vor 2013 entwickelt wurden. Neben den Standard-Repositories sind auch x86-64-v2 Builds f\u00fcr Pakete aus dem EPEL-Repository vorbereitet worden. <\/li>\n
Die Server- und Clientimplementierungen des SPICE-Protokolls wurden zur\u00fcckgebracht, das die Fernarbeit mit einem Desktop erm\u00f6glicht, der in einer virtuellen Umgebung unter QEMU\/KVM l\u00e4uft. 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<\/a>. In RHEL wurde die Unterst\u00fctzung von SPICE mit der Version 9.0 eingestellt.\n