Systemd 251-rc2 lançado com mais recursos

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.

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.