systemd

systemd (anteriormente, udev) é um daemon de gerenciamento de sistemas de software livre. Em outras palavras, ele é executado em segundo plano e funciona como um sistema e gerenciador de serviços para sistemas operacionais baseados em Linux.

Sendo compatível com os scripts de inicialização LSB (Linux Standard Base) e UNIX System V, o systemd usa D-Bus e ativação de soquete para iniciar serviços e fornece recursos de paralelização agressivos. Além disso, ele suporta restauração e captura instantânea do estado do sistema, mantém pontos de montagem automáticos e de montagem, rastreia processos usando grupos de controle do Linux, oferece daemons de inicialização sob demanda e implementa uma lógica de controle de serviço baseada em dependência transacional complexa. p>
Um substituto para o sysvinit

O systemd está incluído em quase todos os sistemas operacionais baseados em kernel, e pode ser usado como um substituto para o software sysvinit, mas também para o inetd, acpid, atd, watchdog, cron, syslog e pm -emils daemons. O programa também vem com um gerenciador de login embutido, chamado systemd-logind, projetado como substituto para o software obsoleto ConsoleKit. Ele apresenta várias melhorias multiterminal.

Também é possível administrar configurações de rede

Desde a versão 209, o systemd também pode administrar configurações de rede, graças à integração do daemon networkd. Por exemplo, pode atribuir estaticamente endereços IP, bem como fornecer configuração básica de pontes.

Desde sua aparição, em 2011, o projeto foi adotado rapidamente por muitas distribuições Linux populares, incluindo Arch Linux, Fedora, Gentoo Linux, Mageia, openSUSE, Linux Sabayon, Linux Frugalware, & Aring; ngstr & ouml; m, e CoreOS. Além disso, muitos outros poderosos sistemas operacionais Linux adotarão o systemd em seus próximos lançamentos, como o Ubuntu 14.04 LTS (Trusty Tahr), o Debian GNU / Linux 8 (Jessie) e o Red Hat Enterprise Linux 7.

Mesmo que algumas pessoas tenham a tendência de escrever SystemD, sistema d, sistema D ou Sistema D, o nome do programa é escrito e escrito systemd. É definitivamente o futuro de qualquer distribuição Linux, mudando a maneira como interagimos com o sistema operacional.

O que há de novo nesta versão:

• Alguns teclados vêm com uma gangorra ou zoom que até agora tem
• mapeado para o Linux & quot; zoomin / out & quot; chaves no hwdb. No entanto, estes

Os códigos de teclas
• não são reconhecidos por nenhuma área de trabalho principal. Eles agora produzem
• Eventos principais para cima / baixo para que possam ser usados ​​para rolagem.
• * INCOMPATIBILIDADE: systemd-tmpfiles '& quot; f & quot; as linhas alteraram o comportamento
• ligeiramente: anteriormente, se um argumento foi especificado para linhas deste
• tipo (ou seja, a coluna mais à direita foi definida) essa sequência foi anexada a
• arquivos existentes sempre que o systemd-tmpfiles é executado. Esse comportamento foi
• diferente do que a documentação dizia, e não particularmente
• útil, pois invocações repetidas do systemd-tmpfiles não seriam
• idempotente e desenvolva esses arquivos sem limites. Com esta versão

O comportamento de
• foi ligeiramente alterado para corresponder ao que a documentação
• diz: as linhas desse tipo só têm efeito se os arquivos indicados
• ainda não existem e somente então a sequência de argumentos é gravada na
• arquivo.
• * INCOMPATIBILIDADE FUTURA: No systemd v238 pretendemos alterar ligeiramente
• comportamento systemd-tmpfiles: anteriormente, arquivos somente leitura pertencentes à raiz
• foram sempre excluídos do arquivo & quot; aging & quot; algoritmo (isto é, o
• limpeza automática de diretórios como / tmp com base em
• atime / mtime / ctime). Pretendemos eliminar essa restrição e arquivos de idade
• por padrão, mesmo quando pertencente a root e somente leitura. Esse comportamento foi
• herdado de ferramentas mais antigas, mas houve solicitações para remover
• isso, e não é óbvio porque essa restrição foi feita no primeiro
• lugar. Por favor, fale agora, se você está ciente de software que exige
• esse comportamento, caso contrário, removeremos a restrição na v238.
• * Uma nova variável de ambiente $ SYSTEMD_OFFLINE agora é entendida por
• systemctl. É preciso um argumento booleano. Se ativado, systemctl assume
• opera em um & quot; off-line & quot; Árvore do SO e não tentará falar com o
• gerenciador de serviços. Anteriormente, esse modo estava implicitamente ativado se um

O ambiente
• chroot () foi detectado e essa nova variável de ambiente
• agora fornece controle explícito.

As unidades
• * .path e .socket podem agora ser criadas de forma transitória também.
• Anteriormente, somente as unidades de serviço, montagem, automontagem e temporizador eram
• suportados como unidades transitórias. A ferramenta systemd-run foi atualizada
• para expor essa nova funcionalidade, você pode usá-la agora para vincular
• comandos arbitrários para ativação de caminho ou soquete on-the-fly a partir do
• linha de comando. Além disso, quase todas as propriedades estão agora expostas para o
• tipos de unidades que já suportavam operação transitória.
• * O comando systemd-mount ganhou suporte para um novo parâmetro --owner =
• que recebe um nome de usuário, que é então resolvido e incluído em uid =
• e gid = mount string de opções do sistema de arquivos a ser montado.
• * Uma nova condição de unidade ConditionControlGroupController = foi adicionada
• que verifica se um controlador cgroup específico está disponível.
• * Arquivos unitários, arquivos .link do udev e .netdev e
do systemd-networkd
• arquivos de rede ganharam suporte para uma nova condição
• ConditionKernelVersion = para checagem contra um kernel específico
• versões.
• * Em systemd-networkd, a seção [IPVLAN] em arquivos .netdev ganhou
• suporte para configurar sinalizadores de dispositivo na configuração Flags =. Na
• mesmos arquivos, a seção [Túnel] ganhou suporte para configurar
• AllowLocalRemote =. A seção [Route] em arquivos de rede ganhou
• suporte para configuração de InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = e QuickAck =. A seção [DHCP] agora
• compreende o RapidCommit =.
• * O suporte DHCPv6 do systemd-networkd ganhou suporte para Prefixo
• Delegação
• * sd-bus ganhou suporte para um novo "watch-bind" característica. Quando isso

o recurso
• está ativado, uma conexão sd_bus pode ser configurada para conectar-se a
• um soquete AF_UNIX no sistema de arquivos assim que é criado. Este

A funcionalidade
• é útil para escrever serviços de inicialização antecipada que
• conecta-se automaticamente ao barramento do sistema assim que é iniciado,
• sem sondagem baseada em tempo feia. systemd-networkd e
• systemd-resolved foram atualizados para usar este
• funcionalidade. O busctl expõe essa funcionalidade em um novo
• - watch-bind = chave de linha de comando.
• * sd-bus agora, opcionalmente, sintetiza um arquivo local & quot; Conectado & quot; sinalizar como
• assim que a conexão do D-Bus for totalmente configurada. Esta mensagem espelha o
• já existente & quot; Desconectado & quot; sinal que é sintetizado quando o
• a conexão é finalizada. Este sinal é geralmente útil, mas
• particularmente útil em combinação com o & quot; watch-bind & quot; recurso
• descrito acima. A sintetização desta mensagem deve ser solicitada
• explicitamente através da nova chamada de API sd_bus_set_connected_signal (). Em
• adição foi adicionada uma nova chamada sd_bus_is_ready () que verifica
• se uma conexão está totalmente configurada (ou seja, entre as opções & quot; Conectado & quot; e
• & quot; Desconectado & quot; sinais).
• * sd-bus ganhou duas novas chamadas sd_bus_request_name_async () e
• sd_bus_release_name_async () para registrar assincronamente o barramento
• nomes. Similar, existe agora sd_bus_add_match_async () para instalar
• uma correspondência de sinal de forma assíncrona. Todos os serviços da própria systemd possuem
• foi atualizado para usar essas chamadas. Fazendo essas operações
• assíncrona tem dois benefícios: reduz o risco de deadlocks em
• caso de dependências cíclicas entre serviços de ônibus, e isso acelera
• inicialização do serviço desde os pontos de sincronização para o barramento
• as viagens de ida e volta são removidas.
• * sd-bus ganhou duas novas chamadas sd_bus_match_signal () e
• sd_bus_match_signal_async (), que são semelhantes a sd_bus_add_match ()
• e sd_bus_add_match_async () mas em vez de fazer uma correspondência D-Bus
• string aceita campos de correspondência como parâmetros de função normais.
• * sd-bus ganhou duas novas chamadas sd_bus_set_sender () e
• sd_bus_message_set_sender () para definir o nome do remetente de saída
• mensagens (para todas as mensagens de saída ou para apenas uma específica
• um). Essas chamadas são úteis apenas em conexões diretas como
• conexões intermediadas o corretor preenche o remetente de qualquer maneira,
• substituindo o que o cliente preencheu.
• * sd-event ganhou um novo identificador pseudo que pode ser especificado em toda a API
• chamadas em que um & quot; sd_event * & quot; objeto é esperado: SD_EVENT_DEFAULT. Quando
• usado refere-se ao objeto de loop de evento padrão da chamada
• thread. Observe, no entanto, que isso não aloca implicitamente um -
• que deve ser feito antes usando sd_event_default (). Da mesma forma

O
• sd-bus ganhou três novas pseudo-manivelas SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM que pode ser usado para fazer referência a
• para o barramento padrão do tipo especificado do encadeamento de chamada. Aqui
• também isso não aloca implicitamente objetos de conexão de barramento, isso
• tem que ser feito antes com sd_bus_default () e amigos.
• * sd-event ganhou um novo par de chamadas
• sd_event_source_ {get | set} _io_fd_own (). Isso pode ser usado para solicitar
• fechamento automático do descritor de arquivo e uma fonte de evento IO assiste
• quando a fonte do evento é destruída.
• * systemd-networkd obteve suporte para configurar de forma nativa o WireGuard
• conexões.
• * Nas versões anteriores, systemd sintetizava registros de usuário para o
• & quot; ninguém & quot; (UID 65534) e & quot; root & quot; Usuários (UID 0) no nss-systemd e
• internamente. Para simplificar as renomeações de toda a distribuição do
• & quot; ninguém & quot; usuário (como está planejado no Fedora: nfsnobody -> nobody), um
• novo arquivo de sinalizador de transição foi adicionado: if
• / etc / systemd / não-sintetizar-ninguém existe sintetizando do 65534
• registro de usuário e grupo dentro da base de código systemd está desabilitado.
• * systemd-notify ganhou uma nova opção --uid = para selecionar a origem
• usuário / UID a ser usado para mensagens de notificação enviadas para o serviço
• gerente.
• * journalctl ganhou uma nova opção --grep = para listar apenas entradas nas quais
• a mensagem corresponde a um determinado padrão. Por padrão, a correspondência é caso
• insensível se o padrão for minúsculo e sensível a maiúsculas
• de outra forma. Opção --case-sensitive = yes | no pode ser usada para substituir
• esta uma especificação de maiúsculas e minúsculas diferencia maiúsculas e minúsculas.
• * Agora há um & quot; systemd-analyze service-watchdogs & quot; comando para impressão
• o estado atual do watchdog do tempo de execução do serviço e, opcionalmente,
• ativando ou desativando os watchdogs por serviço em todo o sistema se for fornecido um
• argumento booleano (por exemplo, o conceito que você configura em WatchdogSec =), para
• fins de depuração. Há também uma opção de linha de comando do kernel
• systemd.service_watchdogs = para controlar o mesmo.
• * Duas novas & quot; log-level & quot; e & quot; log-target & quot; opções para systemd-analyse foram
• adicionadas que mesclam o nível de log agora suspenso, o nível de log de configuração e
• get-log-target, set-log-target pares. As opções obsoletas ainda são
• entendido para compatibilidade com versões anteriores. As duas novas opções imprimem o
• valor atual quando nenhum argumento é dado e configurá-los quando um
• level / target é dado como um argumento.
• * sysusers.d's & quot; u & quot; Agora, as linhas aceitam opcionalmente um UID e um GID
• especificação, separada por um & quot ;: & quot; personagem, a fim de criar usuários
• onde o UID e o GID não correspondem.

O que há de novo na versão 238:

• Alguns teclados vêm com uma gangorra ou zoom que até agora tem
• mapeado para o Linux & quot; zoomin / out & quot; chaves no hwdb. No entanto, estes

Os códigos de teclas
• não são reconhecidos por nenhuma área de trabalho principal. Eles agora produzem
• Eventos principais para cima / baixo para que possam ser usados ​​para rolagem.
• * INCOMPATIBILIDADE: systemd-tmpfiles '& quot; f & quot; as linhas alteraram o comportamento
• ligeiramente: anteriormente, se um argumento foi especificado para linhas deste
• tipo (ou seja, a coluna mais à direita foi definida) essa sequência foi anexada a
• arquivos existentes sempre que o systemd-tmpfiles é executado. Esse comportamento foi
• diferente do que a documentação dizia, e não particularmente
• útil, pois invocações repetidas do systemd-tmpfiles não seriam
• idempotente e desenvolva esses arquivos sem limites. Com esta versão

O comportamento de
• foi ligeiramente alterado para corresponder ao que a documentação
• diz: as linhas desse tipo só têm efeito se os arquivos indicados
• ainda não existem e somente então a sequência de argumentos é gravada na
• arquivo.
• * INCOMPATIBILIDADE FUTURA: No systemd v238 pretendemos alterar ligeiramente
• comportamento systemd-tmpfiles: anteriormente, arquivos somente leitura pertencentes à raiz
• foram sempre excluídos do arquivo & quot; aging & quot; algoritmo (isto é, o
• limpeza automática de diretórios como / tmp com base em
• atime / mtime / ctime). Pretendemos eliminar essa restrição e arquivos de idade
• por padrão, mesmo quando pertencente a root e somente leitura. Esse comportamento foi
• herdado de ferramentas mais antigas, mas houve solicitações para remover
• isso, e não é óbvio porque essa restrição foi feita no primeiro
• lugar. Por favor, fale agora, se você está ciente de software que exige
• esse comportamento, caso contrário, removeremos a restrição na v238.
• * Uma nova variável de ambiente $ SYSTEMD_OFFLINE agora é entendida por
• systemctl. É preciso um argumento booleano. Se ativado, systemctl assume
• opera em um & quot; off-line & quot; Árvore do SO e não tentará falar com o
• gerenciador de serviços. Anteriormente, esse modo estava implicitamente ativado se um

O ambiente
• chroot () foi detectado e essa nova variável de ambiente
• agora fornece controle explícito.

As unidades
• * .path e .socket podem agora ser criadas de forma transitória também.
• Anteriormente, somente as unidades de serviço, montagem, automontagem e temporizador eram
• suportados como unidades transitórias. A ferramenta systemd-run foi atualizada
• para expor essa nova funcionalidade, você pode usá-la agora para vincular
• comandos arbitrários para ativação de caminho ou soquete on-the-fly a partir do
• linha de comando. Além disso, quase todas as propriedades estão agora expostas para o
• tipos de unidades que já suportavam operação transitória.
• * O comando systemd-mount ganhou suporte para um novo parâmetro --owner =
• que recebe um nome de usuário, que é então resolvido e incluído em uid =
• e gid = mount string de opções do sistema de arquivos a ser montado.
• * Uma nova condição de unidade ConditionControlGroupController = foi adicionada
• que verifica se um controlador cgroup específico está disponível.
• * Arquivos unitários, arquivos .link do udev e .netdev e
do systemd-networkd
• arquivos de rede ganharam suporte para uma nova condição
• ConditionKernelVersion = para checagem contra um kernel específico
• versões.
• * Em systemd-networkd, a seção [IPVLAN] em arquivos .netdev ganhou
• suporte para configurar sinalizadores de dispositivo na configuração Flags =. Na
• mesmos arquivos, a seção [Túnel] ganhou suporte para configurar
• AllowLocalRemote =. A seção [Route] em arquivos de rede ganhou
• suporte para configuração de InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = e QuickAck =. A seção [DHCP] agora
• compreende o RapidCommit =.
• * O suporte DHCPv6 do systemd-networkd ganhou suporte para Prefixo
• Delegação
• * sd-bus ganhou suporte para um novo "watch-bind" característica. Quando isso

o recurso
• está ativado, uma conexão sd_bus pode ser configurada para conectar-se a
• um soquete AF_UNIX no sistema de arquivos assim que é criado. Este

A funcionalidade
• é útil para escrever serviços de inicialização antecipada que
• conecta-se automaticamente ao barramento do sistema assim que é iniciado,
• sem sondagem baseada em tempo feia. systemd-networkd e
• systemd-resolved foram atualizados para usar este
• funcionalidade. O busctl expõe essa funcionalidade em um novo
• - watch-bind = chave de linha de comando.
• * sd-bus agora, opcionalmente, sintetiza um arquivo local & quot; Conectado & quot; sinalizar como
• assim que a conexão do D-Bus for totalmente configurada. Esta mensagem espelha o
• já existente & quot; Desconectado & quot; sinal que é sintetizado quando o
• a conexão é finalizada. Este sinal é geralmente útil, mas
• particularmente útil em combinação com o & quot; watch-bind & quot; recurso
• descrito acima. A sintetização desta mensagem deve ser solicitada
• explicitamente através da nova chamada de API sd_bus_set_connected_signal (). Em
• adição foi adicionada uma nova chamada sd_bus_is_ready () que verifica
• se uma conexão está totalmente configurada (ou seja, entre as opções & quot; Conectado & quot; e
• & quot; Desconectado & quot; sinais).
• * sd-bus ganhou duas novas chamadas sd_bus_request_name_async () e
• sd_bus_release_name_async () para registrar assincronamente o barramento
• nomes. Similar, existe agora sd_bus_add_match_async () para instalar
• uma correspondência de sinal de forma assíncrona. Todos os serviços da própria systemd possuem
• foi atualizado para usar essas chamadas. Fazendo essas operações
• assíncrona tem dois benefícios: reduz o risco de deadlocks em
• caso de dependências cíclicas entre serviços de ônibus, e isso acelera
• inicialização do serviço desde os pontos de sincronização para o barramento
• as viagens de ida e volta são removidas.
• * sd-bus ganhou duas novas chamadas sd_bus_match_signal () e
• sd_bus_match_signal_async (), que são semelhantes a sd_bus_add_match ()
• e sd_bus_add_match_async () mas em vez de fazer uma correspondência D-Bus
• string aceita campos de correspondência como parâmetros de função normais.
• * sd-bus ganhou duas novas chamadas sd_bus_set_sender () e
• sd_bus_message_set_sender () para definir o nome do remetente de saída
• mensagens (para todas as mensagens de saída ou para apenas uma específica
• um). Essas chamadas são úteis apenas em conexões diretas como
• conexões intermediadas o corretor preenche o remetente de qualquer maneira,
• substituindo o que o cliente preencheu.
• * sd-event ganhou um novo identificador pseudo que pode ser especificado em toda a API
• chamadas em que um & quot; sd_event * & quot; objeto é esperado: SD_EVENT_DEFAULT. Quando
• usado refere-se ao objeto de loop de evento padrão da chamada
• thread. Observe, no entanto, que isso não aloca implicitamente um -
• que deve ser feito antes usando sd_event_default (). Da mesma forma

O
• sd-bus ganhou três novas pseudo-manivelas SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM que pode ser usado para fazer referência a
• para o barramento padrão do tipo especificado do encadeamento de chamada. Aqui
• também isso não aloca implicitamente objetos de conexão de barramento, isso
• tem que ser feito antes com sd_bus_default () e amigos.
• * sd-event ganhou um novo par de chamadas
• sd_event_source_ {get | set} _io_fd_own (). Isso pode ser usado para solicitar
• fechamento automático do descritor de arquivo e uma fonte de evento IO assiste
• quando a fonte do evento é destruída.
• * systemd-networkd obteve suporte para configurar de forma nativa o WireGuard
• conexões.
• * Nas versões anteriores, systemd sintetizava registros de usuário para o
• & quot; ninguém & quot; (UID 65534) e & quot; root & quot; Usuários (UID 0) no nss-systemd e
• internamente. Para simplificar as renomeações de toda a distribuição do
• & quot; ninguém & quot; usuário (como está planejado no Fedora: nfsnobody -> nobody), um
• novo arquivo de sinalizador de transição foi adicionado: if
• / etc / systemd / não-sintetizar-ninguém existe sintetizando do 65534
• registro de usuário e grupo dentro da base de código systemd está desabilitado.
• * systemd-notify ganhou uma nova opção --uid = para selecionar a origem
• usuário / UID a ser usado para mensagens de notificação enviadas para o serviço
• gerente.
• * journalctl ganhou uma nova opção --grep = para listar apenas entradas nas quais
• a mensagem corresponde a um determinado padrão. Por padrão, a correspondência é caso
• insensível se o padrão for minúsculo e sensível a maiúsculas
• de outra forma. Opção --case-sensitive = yes | no pode ser usada para substituir
• esta uma especificação de maiúsculas e minúsculas diferencia maiúsculas e minúsculas.
• * Agora há um & quot; systemd-analyze service-watchdogs & quot; comando para impressão
• o estado atual do watchdog do tempo de execução do serviço e, opcionalmente,
• ativando ou desativando os watchdogs por serviço em todo o sistema se for fornecido um
• argumento booleano (por exemplo, o conceito que você configura em WatchdogSec =), para
• fins de depuração. Há também uma opção de linha de comando do kernel
• systemd.service_watchdogs = para controlar o mesmo.
• * Duas novas & quot; log-level & quot; e & quot; log-target & quot; opções para systemd-analyse foram
• adicionadas que mesclam o nível de log agora suspenso, o nível de log de configuração e
• get-log-target, set-log-target pares. As opções obsoletas ainda são
• entendido para compatibilidade com versões anteriores. As duas novas opções imprimem o
• valor atual quando nenhum argumento é dado e configurá-los quando um
• level / target é dado como um argumento.
• * sysusers.d's & quot; u & quot; Agora, as linhas aceitam opcionalmente um UID e um GID
• especificação, separada por um & quot ;: & quot; personagem, a fim de criar usuários
• onde o UID e o GID não correspondem.

O que há de novo na versão:

• O modprobe.d / drop-in para o módulo do kernel bonding.ko introduzido
• na v235 foi estendido para também definir a opção do módulo dummy.ko
• numdummies = 0, evitando que o kernel crie automaticamente
• dummy0. Todas as interfaces simuladas agora devem ser explicitamente criadas.
• * Os especificadores desconhecidos '%' nos arquivos de configuração agora são rejeitados. Este
• aplica-se à configuração units e tmpfiles.d. Qualquer percentual de caracteres
• que são seguidos por uma letra ou dígito que não devem ser
• interpretado como o início de um especificador deve ser ignorado por
• dobrando (& quot; %% & quot;). (Então, "tamanho = 5%" ainda é aceito, assim como
• "tamanho = 5%, foo = bar", mas n� "LABEL = x% y% z"; desde% y e% z não são
• especificadores válidos hoje.
• * systemd-resolved agora mantém uma nova dinâmica
• arquivo de compatibilidade /run/systemd/resolve/stub-resolv.conf. É
• recomendado para tornar o /etc/resolv.conf um link simbólico para ele. Este arquivo
• aponta para o resolvedor DNS 127.0.0.53 stub resolvido pelo sistema e
• inclui domínios de pesquisa adquiridos dinamicamente, alcançando mais correção
• Resolução de DNS por software que ignora APIs DNS locais, como NSS.
• * O & quot; uacesso & quot; A tag do udev foi descartada de / dev / kvm e
• / dev / dri / renderD *. Esses dispositivos agora têm as permissões 0666 por
• padrão (mas isso pode ser alterado no momento da criação). / dev / dri / renderD *
• será agora propriedade da & quot; render & quot; grupo junto com / dev / kfd.
• * & quot; DynamicUser = sim & quot; foi ativado para systemd-timesyncd.service,
• systemd-journal-gatewayd.service e
• systemd-journal-upload.service. Isso significa & quot; nss-systemd & quot; deve ser
• ativado em /etc/nsswitch.conf para garantir os UIDs atribuídos a estes
• os serviços são resolvidos corretamente.
• * Em / etc / fstab, duas novas opções de montagem agora são compreendidas:
• x-systemd.makefs e x-systemd.growfs. O primeiro tem o efeito de que
• o sistema de arquivos configurado é formatado antes de ser montado, o
• mais tarde que o sistema de arquivos é redimensionado para o tamanho total do dispositivo de bloco
• depois de montado (ou seja, se o sistema de arquivos for menor que o
• a partição reside, cresceu. Isso é semelhante ao fsck
• lógica em / etc / fstab e extrai systemd-makefs em .service e
• systemd-growfs em .service conforme necessário, semelhante a
• systemd-fsck no .service. Atualmente, o redimensionamento é suportado apenas no ext4
• e btrfs.
• * Em systemd-networkd, a lógica do IPv6 RA agora pode, opcionalmente, anunciar
• informações de domínio e servidor DNS.
• * O suporte para o formato em disco LUKS2 para partições criptografadas possui
• foi adicionado. Isso requer o libcryptsetup2 durante a compilação e
• tempo de execução.
• * O systemd - instância de usuário agora sinalizará "prontidão". quando é

A unidade
• basic.target foi atingida, em vez de quando a fila de execução foi executada
• vazio pela primeira vez.
• * Tmpfiles.d com configuração do usuário agora também são suportados.
• systemd-tmpfiles ganhou um novo switch --user e snippets colocados em
• ~ / .config / user-tmpfiles.d / e os diretórios correspondentes serão
• executado por systemd-tmpfiles - usuário executando no novo
• systemd-tmpfiles-setup.service e systemd-tmpfiles-clean.service
• em execução na sessão do usuário.
• * Os arquivos unitários e os snippets tmpfiles.d aprenderam três novos% especificadores:
• % S resolve para o diretório de estado de nível superior (/ var / lib para o sistema
• instância, $ XDG_CONFIG_HOME para a instância do usuário),% C é resolvido para o
• diretório de cache de nível superior (/ var / cache para a instância do sistema,
• $ XDG_CACHE_HOME para a instância do usuário),% L é resolvido para o nível superior
• diretório de logs (/ var / log para a instância do sistema,
• $ XDG_CONFIG_HOME / log / para a instância do usuário). Isso corresponde ao
• o especificador% t existente, que é resolvido para o tempo de execução de nível superior
• diretório (/ run para a instância do sistema e $ XDG_RUNTIME_DIR para o
• instância do usuário).
• * journalctl aprendeu um novo parâmetro --output-fields = para limitar o
• conjunto de campos de diário para saída nos modos de saída detalhado e JSON.
• * o arquivo de configuração do systemd-timesyncd ganhou uma nova opção
• RootDistanceMaxSec = para definir a distância máxima da raiz dos servidores
• será usado, assim como as novas opções PollIntervalMinSec = e
• PollIntervalMaxSec = para ajustar o intervalo mínimo e máximo de sondagem.
• * bootctl ganhou um novo comando & quot; lista & quot; para listar todas as inicializações disponíveis
• itens de menu em sistemas que seguem a especificação do carregador de inicialização.
• * systemctl ganhou um novo switch --dry-run que mostra o que seria feito
• em vez de fazê-lo, e atualmente é suportado pelo encerramento e
• verbos do sono.
• * ConditionSecurity = agora pode detectar o módulo de segurança TOMOYO.
• * As seções [Instalar] do arquivo de unidade agora também são respeitadas no drop-in de unidade

arquivos
• . Este destina-se a ser utilizado por drop-ins em / usr / lib /.
• * systemd-firstboot agora também pode definir o mapeamento inicial do teclado.
• * Udev & quot; alterado & quot; eventos para dispositivos que são expostos como systemd

As unidades de dispositivos
• agora são propagadas para unidades especificadas em
• ReloadPropagatedFrom = como solicitações de recarregamento.
• * Se um dispositivo do udev tiver uma propriedade SYSTEMD_WANTS = contendo um systemd
• nome do modelo de unidade (ou seja, um nome na forma de 'foobar em .service',
• sem o componente de instância entre o '@' e o '.'), então
• o caminho sysfs com escape do dispositivo é usado automaticamente como
• instância.
• * SystemCallFilter = em arquivos de unidade foi estendido para que um & quot; errno & quot;
• pode ser especificado individualmente para cada chamada do sistema. Exemplo:
• SystemCallFilter = ~ uname: EILSEQ.
• * A lógica de delegação do cgroup foi substancialmente atualizada. Delegar =
• agora, opcionalmente, tem uma lista de controladores (em vez de um booleano, como
• antes), que lista os controladores para delegar pelo menos.
• * O cliente DHCPv6 em rede agora implementa a opção FQDN (RFC 4704).
• * Uma nova configuração de LogLevelMax = configura o nível de log máximo em qualquer
• processo do serviço pode registrar em (ou seja, qualquer coisa com um menor
• prioridade do que o especificado é eliminado automaticamente). Um novo
• LogExtraFields = configuração permite a configuração de um diário adicional
• campos para anexar a todos os registros de log gerados por qualquer unidade
• processos.
• * Novo StandardInputData = e StandardInputText = configurações junto com o
• nova opção StandardInput = os dados podem ser usados ​​para configurar textuais ou
• dados binários que devem ser passados ​​para o processo de serviço executado via
• entrada padrão, codificada em linha no arquivo da unidade.
• * StandardInput =, StandardOutput = e StandardError = agora podem ser usados ​​para
• conecte stdin / stdout / stderr de processos executados diretamente com um
• arquivo ou soquete AF_UNIX no sistema de arquivos, usando o novo arquivo & quot; & quot; & quot; opção.
• * Uma nova opção de arquivo de unidade CollectMode = foi adicionada, permitindo
• aprimorando a lógica da coleta de lixo para unidades. Pode ser usado para
• diz ao systemd para coletar lixo em unidades que falharam automaticamente
• (normalmente apenas unidades de GCs que saíram com sucesso). systemd-run
• e systemd-mount expõem essa nova funcionalidade com uma nova opção -G.
• * "machinectl bind" pode agora ser usado para ligar não-diretórios de montagem
• (por exemplo, arquivos regulares, dispositivos, fifos, soquetes).
• * systemd-analyze ganhou um novo verbo & quot; calendário & quot; para validar e
• testando as especificações de tempo do calendário para usar no OnCalendar = no timer
• unidades. Além de validar a expressão, calculará o próximo
• o tempo que a expressão especificada passaria.
• * Além da configuração de arquivo de unidade preexistente de FailureAction
• agora há SuccessAction =, para configurar uma ação de desligamento para
• executa quando uma unidade é concluída com sucesso. Isso é útil em
• determinados contêineres internos que devem terminar após alguma carga de trabalho
• foi concluído. Além disso, ambas as opções são agora suportadas para todas as unidades
• tipos, não apenas serviços.
• * O suporte a regras IP do networkds ganhou duas novas opções
• IncomingInterface = e OutgoingInterface = para configurar a entrada
• e interfaces de saída de regras configuradas. systemd-networkd também
• obteve suporte para & quot; vxcan & quot; dispositivos de rede.
• * networkd ganhou uma nova configuração RequiredForOnline =, pegando um
• booleano. Se definido, o systemd-wait-online levará isso em consideração
• ao determinar que o sistema está ativo, caso contrário, ele ignorará o
• interface para essa finalidade.
• * O protocolo sd_notify () ganhou suporte para uma nova operação: com
• FDSTOREREMOVE = 1 descritores de arquivos podem ser removidos do serviço
• armazene novamente, à frente de POLLHUP ou POLLERR quando forem removidos
• de qualquer maneira.
• * Um novo documento UIDS-GIDS.md foi adicionado à árvore de origem,
• documenta as suposições de intervalo e atribuição de UID / GID e
• requisitos do systemd.
• * O dispositivo de watchdog PID 1 irá pingar agora pode ser configurado através do
• WatchdogDevice = configuração do arquivo de configuração ou definindo o
• systemd.watchdog_service = opção de linha de comando do kernel.
• * systemd-resolved ganhou suporte para registrar serviços DNS-SD em
• a rede local usando MulticastDNS. Os serviços podem ser
• registrado ao inserir um arquivo .dnssd em / etc / systemd / dnssd / (ou
• o mesmo diretório abaixo de / run, / usr / lib), ou através de sua API D-Bus.
• * O protocolo sd_notify () pode agora com EXTEND_TIMEOUT_USEC = microssegundo
• estenda o início, o tempo de execução e o tempo de parada efetivos. O serviço deve
• continue enviando EXTEND_TIMEOUT_USEC dentro do período especificado para
• impede que o gerenciador de serviços faça o serviço como esgotado.
• * O suporte DNSSEC do systemd-resolved obteve suporte para o RFC 8080
• (chaves e assinaturas do Ed25519).
• * A ferramenta de linha de comando systemd-resolve ganhou um novo conjunto de opções
• - set-dns =, --set-domain =, --set-llmnr =, --set-mdns =, --set-dnssec =,
• - set-nta = e --revert para configurar a configuração DNS por interface
• dinamicamente durante o tempo de execução. É útil para enviar informações de DNS
• no systemd-resolvido a partir de scripts de gancho do DNS que várias interfaces
• gerenciamento de suporte a software (como o pppd).
• * systemd-nspawn ganhou uma nova linha de comando --network-namespace-path =

Opção
• , que pode ser usada para fazer um contêiner ingressar em um existente
• espaço de nomes de rede, especificando um caminho para um & quot; netns & quot; arquivo.

O que há de novo na versão 234:

• O Meson agora é suportado como sistema de criação, além do Automake. É nosso plano remover o Automake em um dos nossos próximos lançamentos, para que o Meson se torne nosso exclusivo sistema de construção. Por isso, por favor, comece a usar o sistema de compilação do Meson em sua embalagem downstream. Há muita documentação sobre como usar o Meson, o resumo extremamente breve:
• ./ autogen.sh & amp; & amp; ./configure & amp; & amp; fazer & amp; & amp; sudo make install
• torna-se:
• meson build & amp; & amp; ninja -C construir & amp; & amp; sudo ninja -C build install
• Os arquivos da unidade obtiveram suporte para uma nova configuração de JobRunningTimeoutUSec =, que permite configurar um tempo limite no tempo que uma tarefa está sendo executada. Isso é particularmente útil para definir tempos limite em tarefas para unidades de dispositivo.
• Os arquivos de unidade ganharam duas novas opções ConditionUser = e ConditionGroup = para condicionalizar as unidades com base na identidade do usuário / grupo que está executando uma instância do usuário systemd.
• systemd-networkd agora entende uma nova configuração FlowLabel = na seção [VXLAN] de arquivos .network, assim como uma Prioridade = em [Bridge], GVRP = + MVRP = + LooseBinding = + ReorderHeader = em [VLAN] e GatewayOnlink = + IPv6Preference = + Protocol = em [Route]. Também ganhou suporte para configuração de links GENEVE e rótulos de endereços IPv6. A seção [Network] ganhou a nova configuração IPv6ProxyNDP =.

Os arquivos
• .link agora entendem uma nova configuração Port =.

O suporte DHCP do
• systemd-networkd obteve suporte para a opção 119 do DHCP (lista de pesquisa de domínio).
• O systemd-networkd obteve suporte para atender a intervalos de endereços IPv6 usando o protocolo de anúncios do roteador. A nova seção de configuração da rede [IPv6Prefix] pode ser usada para configurar os intervalos a serem atendidos. Isso é implementado com base em uma implementação de servidor nativo mínima e nova do RA.
• O switch --output = do journalctl ganhou suporte para um novo parâmetro "short-iso-accurate" para um modo em que os timestamps são mostrados como valores de data ISO precisos.
• O built-in "net_id" do systemd-udevd agora pode gerar nomes de interface de rede estáveis ​​a partir de dispositivos IBM PowerVM VIO, bem como dispositivos da plataforma ACPI.
• O suporte a MulticastDNS no systemd-resolved agora pode ser habilitado / desabilitado explicitamente usando a nova opção MulticastDNS = arquivo de configuração.
• systemd-resolved agora pode, opcionalmente, usar libidn2 em vez da libidn para processar nomes de domínio internacionalizados. O suporte para libidn2 deve ser considerado experimental e não deve ser ativado por padrão ainda.
• "machinectl pull-tar" e chamada relacionada agora pode fazer a verificação de imagens baixadas usando arquivos soma de verificação do estilo SUSE .sha256, além do suporte já existente para validar usando arquivos SHA256SUMS estilo Ubuntu.

O
• sd-bus ganhou suporte para uma nova chamada sd_bus_message_appendv () que é o equivalente va_list de sd_bus_message_append ().
• O sd-boot ganhou suporte para validar imagens usando o SHIM / MOK.
• O código SMACK aprendeu suporte para "onlycap".
• systemd-mount --umount agora é muito mais inteligente em descobrir como desmontar um dispositivo de acordo com sua montagem ou caminho de dispositivo.
• O código para chamar libnss_dns como um fallback de libnss_resolve quando a comunicação com o systemd-resolved falha foi removida. Esse fallback foi redundante e interferiu no sufixo [! UNAVAIL = return]. Veja nss-resolve (8) para a configuração recomendada.
• systemd-logind agora pode ser reiniciado sem perder o estado. Ele armazena os descritores de arquivos dos dispositivos que gerencia no gerenciador do sistema usando o mecanismo FDSTORE =. Observe que outras mudanças em outros componentes podem ser necessárias para fazer uso disso (por exemplo, o Xorg tem código para escutar as interrupções do systemd-logind e finalizar quando o logind for interrompido ou reiniciado, para evitar o uso de descritores de arquivos obsoletos para gráficos dispositivos, o que é agora contraproducente e deve ser revertido para que as reinicializações do systemd-logind sejam seguras. Consulte https://cgit.freedesktop.org/xorg/xserver/commit/?id=dc48bd653c7e101.)
• Todos os plugins de instalação do kernel são chamados com a variável de ambiente KERNEL_INSTALL_MACHINE_ID que é configurada para a ID de máquina dada por / etc / machine-id. Se o arquivo estiver ausente ou vazio, a variável está vazia e BOOT_DIR_ABS é o caminho de um diretório temporário que é removido depois que todos os plug-ins saem. Portanto, se KERNEL_INSTALL_MACHINE_ID estiver vazio, todos os plugins não deverão colocar nada em BOOT_DIR_ABS.

Requisitos :

• Requer um kernel Linux 2.6 ou posterior com CONFIG_HOTPLUG ativado para execução.
• É recomendável que você também tenha os scripts Linux Hotplug instalados, mas não é necessário que ele funcione corretamente.