Systemd 251 lançado com systemd-sysupdate, e muito mais

E foi lançado o Systemd 251 com systemd-sysupdate, e muito mais. Confira as novidades desse importante release.

O systemd é um conjunto de softwares que fornecem itens ou blocos de construção fundamentais para um sistema operacional Linux. Entre outros recursos, ele inclui o systemd “System and Service Manager”, um sistema init usado para inicializar o espaço do usuário e gerenciar processos do sistema após a inicialização.

Agora, foi revelado o lançamento da nova versão do systemd 251.

Systemd 251 lançado com systemd-sysupdate, e muito mais

Systemd 251 lançado com systemd-sysupdate, e muito mais
Systemd 251 lançado com systemd-sysupdate, e muito mais

Assim como a maioria dos lançamentos de recursos do systemd, o systemd 251 é outro lançamento robusto, continuando a adicionar novos recursos para aprimorar os fluxos de trabalho e modernizar outras áreas de baixo nível da pilha Linux além de suas funções convencionais de sistema init.

Ao olhar para o repositório systemd Git da v250 a v251, havia 79.853 linhas de novo código e 34.624 linhas excluídas nos últimos seis meses. O Systemd tem aproximadamente 706k linhas de código detectado, outras 71k linhas de comentários e 188k linhas em branco.

Entre as principais mudanças para o systemd 251 estão:

  • 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 as 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.

Para saber mais sobre essa versão do systemd, acesse a nota de lançamento.

Como instalar ou atualizar o systemd

Enquanto isso, você pode baixar o systemd 251 agora mesmo se quiser compilá-lo.

Caso contrário, sugiro fortemente que você espere até que ele chegue aos repositórios de software estáveis ​​da sua distribuição favorita do Linux antes de atualizar para esta versão.

Sobre o Edivaldo Brito

Edivaldo Brito é analista de sistemas, gestor de TI, blogueiro e também um grande fã de sistemas operacionais, banco de dados, software livre, redes, programação, dispositivos móveis e tudo mais que envolve tecnologia.

Deixe um comentário

Esse site utiliza o Akismet para reduzir spam. Aprenda como seus dados de comentários são processados.