Zaprezentowano wydanie dystrybucji AlmaLinux 10.1 zsynchronizowane z Red Hat Enterprise Linux 10.1 i zawierające wszystkie zmiany zaproponowane w tym wydaniu. Obrazy instalacyjne przygotowano dla architektur x86_64_v3, x86_64_v2, ARM64, ppc64le i s390x w formie obrazu rozruchowego (927 MB), minimalnego (1.4 GB) i pełnego obrazu (8.3 GB). Wersje na żywo dla środowisk GNOME, KDE, MATE i Xfce zostaną utworzone później, podobnie jak obrazy dla płytek Raspberry Pi, kontenerów, WSL (Windows Subsystem for Linux) oraz platform chmurowych.
Dystrybucja jest binarnie zgodna z Red Hat Enterprise Linux, o ile to możliwe, i może być stosowana jako zamiennik dla RHEL 10.1 i CentOS 10 Stream. Oprócz zmiany nazwy i usunięcia pakietów specyficznych dla systemu RHEL, AlmaLinux 10.1 różni się od systemu RHEL 10.1 następującymi zmianami:
- Przywrócono obsługę systemu plików Btrfs. Dodaliśmy możliwość partycjonowania dysków za pomocą Btrfs w instalatorze, zapewniliśmy instalację modułu jądra btrfs.ko, przywróciliśmy pakiet narzędzi btrfs-progs i dostosowaliśmy stos zarządzania pamięcią masową do Btrfs. Zweryfikowaliśmy również, że następujące pakiety działają poprawnie w środowiskach Btrfs: bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 i virt-v2v. Red Hat wycofał obsługę systemu plików Btrfs w RHEL 7.4 (2017) i zakończył jego obsługę w RHEL 8.
- Repozytorium pakietów CodeReady Builder (CRB) jest domyślnie włączone. Zawiera ono wybór pakietów, które nie są domyślnie oferowane w systemie Red Hat Enterprise Linux, w tym aplikacje deweloperskie, dodatkowe biblioteki i wrappery, a także pakiety zawierające dane debugowania, dokumentację, pliki nagłówkowe, kompilacje statyczne i przykłady kodu (pakiety „-devel”, „-example”, „-doc” i „-static”). CRB zawiera między innymi biblioteki używane jako zależności w pakietach z repozytorium EPEL (Extra Packages for Enterprise Linux).
- Utworzono pakiety do instalacji sterowników NVIDIA i stosu CUDA. Sterowniki te mogą być używane w konfiguracjach z funkcją UEFI Secure Boot. Moduły jądra z oficjalnego zestawu zastrzeżonych sterowników NVIDIA nie mogą zostać załadowane w trybie UEFI Secure Boot, ponieważ nie są podpisane cyfrowo przez dystrybucję. To ograniczenie zostało obejść poprzez wykorzystanie modułów jądra dostępnych publicznie od NVIDIA, które posłużyły do utworzenia zastrzeżonego pakietu nvidia-open-kmod z modułami podpisanymi cyfrowo przez AlmaLinux. Osobny pakiet, almalinux-release-nvidia-driver, konfiguruje zewnętrzne repozytorium obsługiwane przez NVIDIA, z którego ładowane są sterowniki CUDA i zastrzeżone komponenty sterowników NVIDIA działające w przestrzeni użytkownika.
- Utworzono osobne kompilacje dla drugiej wersji mikroarchitektury x86-64 (x86-64-v2). Kompilacje te są utrzymywane równolegle z bazowymi kompilacjami x86-64, które są generowane z optymalizacjami dla mikroarchitektury x86-64-v3 używanej w RHEL 10. Dodatkowe wsparcie dla x86-64-v2 zapewnia kompatybilność z procesorami starszymi niż Intel Haswell i AMD Excavator, zaprojektowanymi przed 2013 rokiem. Oprócz standardowych repozytoriów, kompilacje x86-64-v2 są również przygotowywane dla pakietów z repozytorium EPEL.
- Implementacje protokołu SPICE po stronie serwera i klienta zostały ponownie wprowadzone, umożliwiając interakcje pulpitu zdalnego w środowisku wirtualnym w ramach QEMU/KVM. W przeciwieństwie do protokołów VNC i RDP, SPICE renderuje zawartość ekranu i przetwarza strumienie audio po stronie klienta, a nie serwera. serwerW RHEL obsługa SPICE została usunięta w wersji 9.0.
- Powrócono do używania rejestru procesora %rbp jako wskaźnika bazowego do ramki stosu zawierającej adresy zwrotne i zmienne funkcyjne (wskaźnik ramki). Używanie wskaźnika do układania ramek w stosy pozwala dystrybucji na wykorzystanie dodatkowych możliwości śledzenia i profilowania systemu.
- Wprowadzono możliwość korzystania z hiperwizora KVM W systemach z procesorami IBM POWER. W RHEL takie wsparcie zostało wycofane w gałęzi 9.0.
- Utrzymywane jest repozytorium Synergy, które zawiera pakiety inne niż Red Hat Enterprise Linux. Obecnie repozytorium Synergy zawiera pakiety dla środowiska użytkownika Pantheon, opracowanego przez projekt Elementary OS, oraz Warpinator, narzędzie do szyfrowanego udostępniania plików między dwoma komputerami.
- Możliwość uruchamiania w trybie UEFI Secure Boot została zaimplementowana dla systemów z procesorami Intel/AMD i ARM.
- Przywrócono obsługę ponad 150 urządzeń sprzętowych nieobsługiwanych w systemie RHEL 10.1. Na przykład zwrócono identyfikatory starych urządzeń PCI w sterownikach:
- aacraid — Dell PERC2, 2/Si, 3/Si, 3/Di, Adaptec Advanced Raid Products, HP NetRAID-4M, IBM ServeRAID i ICP SCSI
- be2iscsi - Emulex OneConnectOpen-iSCSI dla BladeEngine 2 i 3
- be2net – Adaptery Emulex BladeEngine 2 i 3 *
- hpsa — kontroler HP Smart Array
- lpfc — Emulex LightPulse Fibre Channel SCSI
- megaraid_sas — Broadcom MegaRAID SAS
- mlx4_core — Mellanox Gen2 i ConnectX-2
- mpt3sas — LSI MPT Fusion SAS 3.0
- mptsas — host Fusion MPT SAS
- qla2xxx — HBA QLogic Fibre Channel
- qla4xxx — karta HBA QLogic iSCSI.
Dystrybucja AlmaLinux została założona przez firmę CloudLinux w odpowiedzi na przedwczesne zakończenie wsparcia dla CentOS 8 przez firmę Red Hat (wydawanie aktualizacji dla CentOS 8 zatrzymano pod koniec 2021 r., a nie w 2029 r., jak oczekiwali użytkownicy). Projekt jest nadzorowany przez odrębną organizację non-profit, AlmaLinux OS Foundation, która została utworzona w celu rozwijania się na neutralnej stronie z udziałem społeczności i przy użyciu modelu zarządzania podobnego do projektu Fedora. Dystrybucja jest bezpłatna dla wszystkich kategorii użytkowników. Wszystkie opracowania AlmaLinux są publikowane na wolnych licencjach.
Oprócz AlmaLinux, Rocky Linux (opracowany przez społeczność pod przewodnictwem założyciela CentOS), Oracle Linux, SUSE Liberty Linux i EuroLinux są również pozycjonowane jako alternatywy dla klasycznego CentOS. Ponadto firma Red Hat udostępniła RHEL bezpłatnie organizacjom open source i indywidualnym środowiskom programistów z maksymalnie 16 systemami wirtualnymi lub fizycznymi.
Źródło: opennet.ru
