Pouco mais de um mês após o lançamento do systemd 251-rc1, um segundo release candidate para esta próxima parcela do systemd está agora disponível para teste. O Systemd 251-rc2 traz ainda mais recursos para este sistema init Linux e gerenciador de serviços.
Tabela de conteúdo
Com o systemd 251-rc2 entre as mudanças estão:
- 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=” é 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 à mudança introduzida no 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 versão mínima do kernel agora foi aumentada do Linux 3.15 para 4.15. Kernels pré-4.15 não são mais suportados;
- A ferramenta systemd-creds agora tem um verbo “has-tpm2” para indicar se um módulo TPM 2.0 em funcionamento está disponível;
Systemd 251-rc2 lançado com mais recursos. Completam a lista de mudanças:
- Foi adicionado um novo componente “systemd-sysupdate” que automaticamente descobre, baixa e instala atualizações de estilo A/B para o host ou imagens de contêiner e imagens de serviço portáteis. Já o 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;
- Como o Linux 5.18, 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;
- systemd-resolved agora iniciará mais cedo no processo de inicialização.
Veja a lista completa de alterações e baixe as fontes para esta compilação de teste do systemd 251 via GitHub.
Via Phoronix