Inicialização PXE no Ubuntu Live + Persistência (casper-rw): Possível? Limitações

5

Eu configurei um Servidor de Inicialização PXE na rede (Não Ubuntu, mas com NethServer para qualquer um interessado), e obtive o Ubuntu 16.04 inicializando corretamente deste servidor.

Aqui está a entrada pxelinux.cfg/default :

label 1
menu label ^1) Ubuntu Desktop 16.04.1 x64 Live
  kernel ubuntu-16.04.1-desktop-amd64/casper/vmlinuz.efi
  append rootfstype=nfs4 boot=casper persistent netboot=nfs nfsroot=10.1.1.1:/home/tftpdata/ubuntu-16.04.1-desktop-amd64 initrd=ubuntu-16.04.1-desktop-amd64/casper/initrd.lz --

Eu provavelmente não preciso do rootfstype=nfs4 , mas funciona, então deixarei por enquanto.

Minha pergunta está relacionada à opção persistent .

De quais informações limitadas posso encontrar relacionadas a 16.04, se eu quiser que o cliente tenha algum tipo de persistência, ele precisa ter uma casper-rw setup, mas não consigo descobrir como veicular isso sobre o NFS na inicialização.

Não parece haver nenhum switch ou caminho.

Eu encontrei isso , que parece aludir à idéia de que eu possa precisar de uma partição ou algo assim, chamado% código%? Não há muitos mais detalhes que eu possa encontrar.

Eu sei que casper-rw pode ser um arquivo de loop, sei que também pode ser uma partição. Mas é possível servir isso através do NFS no momento da inicialização do cliente PXE?

Todas as outras referências parecem estar relacionadas a 14.04 ou anteriores, e a maioria parece ser de 9.10 e menos.

O objetivo final é ter uma estação de trabalho sem disco PXE Boot, na qual eu possa instalar drivers e aplicativos.

    
por ThatGuy 26.11.2016 / 17:41

1 resposta

4

[Eu preferiria deixar isso como um comentário, mas não tenho o representante.]

Eu tenho estado nessa estrada tentando implementar o que eu considero clientes híbridos thin / diskless com PXE no núcleo. Originalmente eu pesquisei e experimentei o NFS e usei várias maneiras de persistir dados. No final, descobri que o método mais resiliente (e gerenciável) era usar o PXE para o iSCSI. De modo algum uma tarefa trivial, mas uma vez implantada, funciona muito bem e oferece todas as práticas de gerenciamento padrão que se deseja. A principal diferença é que com o iSCSI você deve pré-alocar amplamente um tamanho de disco.

O "como fazer" é dependente de infra-estrutura, então vou citar uma referência: link

(isto não é um "sua resposta está em algum lugar aqui" post)

    
por Mark 02.12.2016 / 17:30