Tenho uma ideia geral de como funciona o processo de inicialização, mas agora que estou personalizando o processo initrd, não consigo me preocupar com isso.
Se houver um serviço systemd que possa se conectar a um sistema de arquivos ou disco remoto (pense em NFS ou iSCSI), mas sob um conjunto de circunstâncias as ações feitas pelo serviço systemd devem ser tratadas no processo initrd, como isso é ?
Você constrói em uma versão não-systemd que faz a mesma coisa no initrd? Então, o serviço systemd precisa detectar que as coisas que ele faria já estão feitas, fora dele? São coisas como módulos do kernel carregados no initrd deixados para trás após o processo de raiz pivot, para que eles sejam feitos novamente pelo serviço systemd?
Basicamente, minha pergunta é a seguinte: se você estivesse executando uma instalação de disco rígido local que estivesse usando um serviço systemd para montar volumes NFS ou iSCSI como pastas ou dispositivos extras e estivesse alterando sua configuração para uma inicialização sem disco, as coisas que o serviço systemd faria (pelo menos para qualquer coisa necessária para inicializar) teriam que ser feitas no initrd. Mas, se você tivesse outros volumes que você também queria montar e ainda iria executar o serviço systemd, como você lida com a configuração dos volumes alread montados pelo initrd?
Estou usando systemd-networkd na minha instalação de disco local, mas o initrd terá que abrir o dispositivo de rede e configurá-lo estaticamente ou usar DHCP, então o que acontece com o uso de systemd-networkd? Não tem mais um arquivo de configuração para a rede criada pelo initrd, ou ainda precisa dele? (A configuração do initrd é descartada durante a raiz do pivô ou algo assim?)
(Como pano de fundo porque estou personalizando, está bem documentado como fazer uma inicialização sem disco usando iSCSI, mas eu quero fazer uma inicialização sem disco usando um protocolo DMA remoto, SRP, então o initrd tem que carregar o kernel SRP módulos (ib_srp e mais) e conecte-se ao volume remoto.)