Confira !!
Lançado na sexta-feira foi systemd 251-rc3 como o que deve ser o último candidato a lançamento planejado para esta primeira grande atualização de recursos desde dezembro passado.
Houve quase 2.500 commits para o systemd 251 e está se preparando para lançamento em breve. Houve várias correções, várias atualizações resolvidas pelo systemd, atualizações fuzzing, adições de banco de dados de hardware (hwdb) e outros itens de manutenção para chegar na semana desde o systemd 251-rc2.
Recapitulando meus artigos anteriores no systemd 251, os principais destaques desta nova versão incluem:
- Foi adicionado um novo componente "systemd-sysupdate" que automaticamente descobre / baixa / instala atualizações de estilo A/B para a própria instalação do host ou imagens de contêiner / imagens de serviço portáteis. Systemd-sysupdate é atualmente considerado experimental. Esta ferramenta de atualização do sistema operacional foi trabalhada pelos desenvolvedores do Red Hat / systemd desde o verão passado.
- O Systemd 251 altera a versão padrão C padrão para C11 com extensões GNU (GNU11), embora seus cabeçalhos de API públicos tenham sido limitados ainda a C89.
- Todos os kernels suportados pelo systemd agora misturarão a saída da instrução RdRand (ou outras extensões ISA aleatórias da CPU) no pool de entropia na inicialização inicial. Isso significa que, mesmo que /dev/urandom não seja inicializado, ele ainda retornará bytes que tinham pelo menos uma qualidade tão alta quanto RdRand. Por sua vez, o systemd não precisa mais invocar o RdRand diretamente. O uso de RdRand pelo systemd no passado foi propenso a bugs.
- Várias melhorias na especificação do carregador de inicialização e várias melhorias na instalação do kernel.
- Um novo conjunto de variáveis de ambiente do monitor de serviço é passado para os manipuladores OnFailure/OnSuccess.
- Unidades que foram mortas por systemd-oomd agora terão um resultado de serviço de oom-kill.
- Habilitar mais configurações de serviço para agora também funcionar com serviços de usuário sem privilégios.
- busctl agora usa o formato pcapng para saída em vez de pcap.
- Novos arquivos de banco de dados de hardware (HWDB) para dispositivos portáteis e dispositivos de produção A/V.
- Os arquivos systemd-networkd .netdev agora podem ser usados para criar dispositivos WLAN virtuais.
- O PID 1 agora pegará automaticamente as credenciais do sistema da interface fw_cfg do QEMU. Este é um meio de passar dados arbitrários para sistemas VM semelhantes ao que pode ser feito atualmente com contêineres systemd-nspawn. Inicialmente, a linha de comando do kernel "systemd.set_credential=" é o caso de uso previsto quando emparelhado com VMs usando o stub UEFI systemd-stub.
- A opção LoadCredential= agora pesquisará automaticamente credenciais para importar nos diretórios /etc/credstore/, /run/credstore/, /usr/lib/credstore/ se nenhum nome de arquivo de origem ou relativo for passado. Dos documentos, "A ideia é que esses diretórios sejam agora o local recomendado em todo o sistema para colocar credenciais para coleta automática pelos serviços".
- Os geradores invocados pelo PID 1 agora terão várias variáveis de ambiente adicionadas: $SYSTEMD_SCOPE, $SYSTEMD_IN_INITRD, $SYSTEMD_ARCHITECTURE, $SYSTEMD_FIRST_BOOT e $SYSTEMD_VIRTUALIZATION.
- Dispositivos de bloco agora terão um novo conjunto de links simbólicos de dispositivo em /dev/disk/by-diskseq/[nr], que pode ser usado para referenciar nós de dispositivo de bloco por meio do valor "diskseq" do kernel. Isso está relacionado à alteração introduzida pelo Linux 5.15 para o systemd e trazida pelos engenheiros da Microsoft, bem como para um contador global de alterações de bloco/disco.
- A ferramenta systemd-creds agora tem um verbo "has-tpm2" para indicar se um módulo TPM 2.0 em funcionamento está disponível.
O Systemd 251-rc3 agora está disponível para teste via GitHub, enquanto a versão estável deve sair em breve.
Até a prózima !!
Nenhum comentário:
Postar um comentário