{"id":181758,"date":"2026-05-27T02:48:02","date_gmt":"2026-05-27T00:48:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-almalinux-9-8-i-10-2"},"modified":"2026-05-27T02:48:02","modified_gmt":"2026-05-27T00:48:02","slug":"reliz-almalinux-9-8-i-10-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/reliz-almalinux-9-8-i-10-2","title":{"rendered":"Lan\u00e7amento do AlmaLinux 9.8 e 10.2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Foi lan\u00e7ado o distribuidor AlmaLinux 10.2, assim como uma atualiza\u00e7\u00e3o da vers\u00e3o anterior \u2014 AlmaLinux 9.8. As vers\u00f5es est\u00e3o sincronizadas com o Red Hat Enterprise Linux 9.8 e 10.2, e cont\u00eam todas as altera\u00e7\u00f5es apresentadas nesses lan\u00e7amentos. As imagens de instala\u00e7\u00e3o foram preparadas para as arquiteturas x86_64_v3, x86_64_v2, ARM64, ppc64le e s390x na forma de imagens de inicializa\u00e7\u00e3o (1 GB), m\u00ednima (1,6 GB) e completa (10 GB). Posteriormente, ser\u00e3o formadas vers\u00f5es Live com GNOME, KDE, MATE e Xfce, al\u00e9m de imagens para plataformas Raspberry Pi, containers, WSL (Windows Subsystem for Linux) e nuvens.<\/p>\n
O distribuidor \u00e9, tanto quanto poss\u00edvel, binariamente compat\u00edvel com o Red Hat Enterprise Linux e pode ser usado como uma alternativa ao RHEL 10.2 e ao CentOS 10 Stream. Al\u00e9m do rebranding e remo\u00e7\u00e3o de pacotes espec\u00edficos do RHEL, o AlmaLinux 10.2 apresenta as seguintes diferen\u00e7as em rela\u00e7\u00e3o ao RHEL 10.2:\n<\/p>\n
\n
Foi publicado o reposit\u00f3rio de pacotes, constru\u00eddos para a arquitetura i686, assim como imagens de containers no formato Docker para sistemas x86 de 32 bits. A Red Hat abandonou a constru\u00e7\u00e3o de vers\u00f5es de 32 bits para a arquitetura x86 na vers\u00e3o do RHEL 7, lan\u00e7ada em 2014. Na linha do CentOS 7, a constru\u00e7\u00e3o de pacotes de 32 bits foi continuada pela equipe CentOS Linux AltArch SIG, mas a partir da linha CentOS 8, a constru\u00e7\u00e3o de tais vers\u00f5es foi interrompida. A raz\u00e3o para o ressurgimento das compilations para a arquitetura i686 no AlmaLinux foi o desejo de permitir a execu\u00e7\u00e3o de aplica\u00e7\u00f5es mais antigas, dispon\u00edveis apenas na forma de arquivos execut\u00e1veis para sistemas de 32 bits. As compila\u00e7\u00f5es tamb\u00e9m podem ser \u00fateis para criar ambientes de 32 bits para testes de c\u00f3digo em sistemas de integra\u00e7\u00e3o cont\u00ednua e para executar containers para programas de 32 bits.\n
O suporte ao sistema de arquivos Btrfs foi restaurado. Foi adicionada a possibilidade de particionar unidades usando Btrfs no instalador, garantindo a instala\u00e7\u00e3o do m\u00f3dulo do kernel btrfs.ko, restaurado o conjunto de utilit\u00e1rios btrfs-progs, bem como realizada a adapta\u00e7\u00e3o do gerenciamento de armazenamento para Btrfs e verificada a funcionalidade dos pacotes bcc, buildah, cockpit, ignition, libblockdev, libguestfs, osbuild, osbuild-composer, podman, pykickstart, python-blivet, skopeo, udisks2 e virt-v2v em ambientes com Btrfs. A Red Hat declarou o sistema de arquivos Btrfs obsoleto na vers\u00e3o RHEL 7.4 (2017) e encerrou completamente seu suporte na linha RHEL 8.\n<\/li>\n
Por padr\u00e3o, o reposit\u00f3rio de pacotes CRB (CodeReady Builder) est\u00e1 ativado, que oferece uma sele\u00e7\u00e3o de pacotes que, por padr\u00e3o, n\u00e3o s\u00e3o disponibilizados no Red Hat Enterprise Linux, como aplicativos para desenvolvedores, bibliotecas adicionais e bindings, al\u00e9m de pacotes contendo dados de depura\u00e7\u00e3o, documenta\u00e7\u00e3o, arquivos de cabe\u00e7alho, compila\u00e7\u00f5es est\u00e1ticas e exemplos de c\u00f3digo (pacotes \u2018-devel\u2019, \u2018-example\u2019, \u2018-doc\u2019 e \u2018-static\u2019). Entre outras coisas, o CRB cont\u00e9m bibliotecas usadas como depend\u00eancias em pacotes do reposit\u00f3rio. \nEPEL (Pacotes Extras para Linux Empresarial). <\/p>\n<\/li>\n
Pacotes foram criados para a instala\u00e7\u00e3o de drivers NVIDIA e da pilha CUDA. Os drivers podem ser usados em configura\u00e7\u00f5es com UEFI Secure Boot. Os m\u00f3dulos de kernel do conjunto de drivers propriet\u00e1rios da NVIDIA n\u00e3o podem ser carregados em modo UEFI Secure Boot, pois n\u00e3o t\u00eam assinatura digital do distribuidor. Essa limita\u00e7\u00e3o \nfoi contornada pelo uso dos m\u00f3dulos de kernel abertos desenvolvidos pela NVIDIA, baseados nos quais foi criado o pacote nvidia-open-kmod com m\u00f3dulos assinados digitalmente pelo AlmaLinux. Um pacote separado, almalinux-release-nvidia-driver, foi configurado com o reposit\u00f3rio externo suportado pela NVIDIA, do qual s\u00e3o baixados os drivers CUDA e componentes propriet\u00e1rios do driver NVIDIA, que operam no espa\u00e7o do usu\u00e1rio.<\/p>\n<\/li>\n
Foram criadas compila\u00e7\u00f5es separadas para a segunda vers\u00e3o da microarquitetura x86-64 (x86-64-v2), que s\u00e3o fornecidas paralelamente \u00e0s compila\u00e7\u00f5es base x86-64, feitas com otimiza\u00e7\u00f5es para a microarquitetura x86-64-v3, que \u00e9 utilizada no RHEL 10. O suporte adicional para x86-64-v2 permite garantir compatibilidade com CPUs anteriores, como Intel Haswell e AMD Excavator, projetadas antes de 2013. Al\u00e9m dos reposit\u00f3rios padr\u00e3o, as compila\u00e7\u00f5es x86-64-v2 tamb\u00e9m foram preparadas para pacotes do reposit\u00f3rio EPEL.\n<\/li>\n
Retornadas implementa\u00e7\u00f5es de servidor e cliente do protocolo SPICE, permitindo o trabalho remoto com uma \u00e1rea de trabalho funcionando em um ambiente virtual sob QEMU\/KVM. Ao contr\u00e1rio dos protocolos VNC e RDP, no SPICE, a renderiza\u00e7\u00e3o do conte\u00fado da tela e o processamento de fluxos de \u00e1udio s\u00e3o feitos do lado do cliente, e n\u00e3o no servidor<\/a>. No RHEL, o suporte ao SPICE foi encerrado na vers\u00e3o 9.0.\n<\/li>\n