{"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\/it\/blog\/news\/dostupen-distributiv-almalinux-10-1","title":{"rendered":"\u00c8 disponibile la distribuzione AlmaLinux 10.1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato rilasciato AlmaLinux 10.1, sincronizzato con Red Hat Enterprise Linux 10.1 e contenente tutte le modifiche di questa versione. Le immagini di installazione sono disponibili per le architetture x86_64_v3, x86_64_v2, ARM64, ppc64le e s390x in formato live (927 MB), minimale (1.4 GB) e completo (8.3 GB). In seguito saranno disponibili versioni Live con GNOME, KDE, MATE e Xfce, oltre a immagini per Raspberry Pi, container, WSL (Windows Subsystem for Linux) e piattaforme cloud. <\/p>\n
Il sistema operativo \u00e8 compatibile binariamente con Red Hat Enterprise Linux e pu\u00f2 essere utilizzato come sostituto di RHEL 10.1 e CentOS 10 Stream. Oltre al rebranding e alla rimozione di pacchetti specifici di RHEL, AlmaLinux 10.1 presenta le seguenti differenze rispetto a RHEL 10.1: <\/p>\n
\n
\u00c8 stata ripristinata la supporto per il filesystem Btrfs. \u00c8 stata aggiunta la possibilit\u00e0 di formattare i volumi con Btrfs nell'installer, \u00e8 stato garantito l'installazione del modulo del kernel btrfs.ko, \u00e8 stato restituito il set di utilit\u00e0 btrfs-progs e sono stati condotti lavori per adattare il funzionamento del Btrfs all'interno del sistema di gestione dati e per testare il corretto funzionamento dei pacchetti bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 e virt-v2v in ambienti con Btrfs. Red Hat ha dichiarato che il filesystem Btrfs \u00e8 obsoleto nella versione RHEL 7.4 (2017) e ha completamente interrotto il suo supporto nella branch RHEL 8.\n
Per impostazione predefinita, \u00e8 attivato il repository pacchetti CRB (CodeReady Builder), che fornisce una raccolta di pacchetti non offerti di default in Red Hat Enterprise Linux, come applicazioni per sviluppatori, librerie aggiuntive e wrapper, oltre a pacchetti con dati di debug, documentazione, file di intestazione, build statiche e esempi di codice (pacchetti \u00ab-devel\u00bb, \u00ab-example\u00bb, \u00ab-doc\u00bb e \u00ab-static\u00bb). Tra l'altro, nel CRB sono presenti librerie utilizzate come dipendenze nei pacchetti del repository EPEL (Extra Packages for Enterprise Linux).\n
Sono stati creati pacchetti per l'installazione dei driver NVIDIA e del stack CUDA. I driver possono essere utilizzati in configurazioni con UEFI Secure Boot. I moduli del kernel del pacchetto proprietario ufficiale di NVIDIA non possono essere caricati in modalit\u00e0 UEFI Secure Boot poich\u00e9 non sono firmati digitalmente dal distributore. Questa limitazione \u00e8 stata superata grazie all'uso di moduli del kernel aperti dall'azienda NVIDIA, su cui \u00e8 stato basato il pacchetto nvidia-open-kmod con moduli firmati digitalmente dalla distribuzione AlmaLinux. \u00c8 stato creato separatamente il pacchetto almalinux-release-nvidia-driver con la configurazione del repository esterno supportato dall'azienda NVIDIA, da cui vengono scaricati i driver CUDA e i componenti proprietari del driver NVIDIA che operano nello spazio utente.\n
Sono state formate separatamente build per la seconda versione dell'architettura x86-64 (x86-64-v2), accompagnate parallelamente dalle build di base x86-64, create con ottimizzazioni per l'architettura x86-64-v3, utilizzata in RHEL 10. Il supporto aggiuntivo per x86-64-v2 consente di garantire la compatibilit\u00e0 con CPU pi\u00f9 vecchie come Intel Haswell e AMD Excavator, progettati prima del 2013. Oltre ai repository standard, le build x86-64-v2 sono state predisposte anche per pacchetti del repository EPEL. <\/li>\n
Sono state restituite le implementazioni server e client del protocollo SPICE, che consente di organizzare il lavoro remoto con un desktop funzionante in un ambiente virtuale gestito da QEMU\/KVM. A differenza dei protocolli VNC e RDP, in SPICE il rendering del contenuto dello schermo e l'elaborazione dei flussi audio avvengono sul lato client, non su server<\/a>. In RHEL il supporto per SPICE \u00e8 stato interrotto con la versione 9.0.\n