Alguém tem experiência com o Ubuntu + Serva?

Question

Estou configurando um servidor Serva para o Ubuntu, por estas instruções , e eu Parece que o Ubuntu não pode carregar na minha máquina cliente. O arquivo de configuração (daquele link, que diz que foi testado na área de trabalho do Ubuntu 14.04.1):

asset    = Ubuntu LTS 14.04 Desktop Live
platform = amd64
kernel   = NWA_PXE/$HEAD_DIR$/casper/vmlinuz
append   = showmounts toram root=/dev/cifs initrd=NWA_PXE/$HEAD_DIR$/casper/initrd.lz,NWA_PXE/$HEAD_DIR$/casper/INITRD_N11.GZ boot=casper netboot=cifs nfsroot=//$IP_BSRV$/NWA_PXE_SHARE/$HEAD_DIR$ NFSOPTS=-ouser=serva,pass=avres,ro ip=dhcp ro

Alterei a parte NFSOPTS=-ouser=serva,pass=avres para NFSOPTS=-o user=theserver, password=p4ssw0rd porque inicialmente havia reclamado que -ouser era uma opção ruim. theserver e p4ssw0rd são o nome de usuário e a senha da conta do usuário na máquina do servidor (Windows 7). Eu também compartilhei a pasta Serva apropriada, de acordo com as instruções.

Alguém poderia dar uma olhada e ver se é um problema com o meu arquivo de configuração? Ou alguém com mais experiência poderia me dizer o que estou fazendo errado?

    

Answer 1

Eu também estava enfrentando problema de acesso a compartilhamento cifs durante a inicialização pela rede via servidor Serva. Depois de muitos testes, percebi que o nome de usuário também exigia domínio, já que meu compartilhamento de rede estava hospedado em uma máquina associada ao domínio. Com base em sugestões via internet, eu consegui inicializar a rede com êxito adicionando o texto "domain=" ao parâmetro NFSOPTS no ServaAsset.inf. O NFSOPTS parecia seguir para mim:

NFSOPTS = -ouser =, pass =, domínio =, ro

    

Answer 2

Eu tive exatamente o mesmo problema hoje.

O problema ocorreu porque o sistema Linux principal inicial (como estava inicializando) não pôde fazer logon no NWA_PXE_SHARE no meu PC com Windows 10 - o Windows 10 tem segurança mais rígida para compartilhamentos do que as versões anteriores do Windows.

Minha solução:

1. Eu adicionei sec=ntlm ao NFSOPTS em ServaAsset.inf . Isso revelou um erro "acesso negado" em vez do parâmetro incorreto ou erro de opção inválido, que é um arenque vermelho. O erro de opção incorreto foi relatado porque, quando o logon cifs falha, ele tenta acessar um compartilhamento NFS que não aceita -ouser=xxx .

2. Na máquina Windows 10, verifiquei se o usuário "serva" tinha permissões de leitura explícitas na pasta "C: \ SERVA_REPO \ NWA_PXE" E se o usuário "serva" tinha permissões de compartilhamento explícitas definidas para o NWA_PXE_SHARE compartilhar.

Então funcionou. Cheguei a essa conclusão testando a ação de outro sistema operacional (mais fraco) que também funcionava.

    

Answer 3

Para mim, adicionar apenas 'sec' não resolveu o meu problema, depois da depuração, descobri que também preciso de versões:

NFSOPTS=-ouser=serva,pass=avres,sec=ntlm,vers=1.0,ro

    

Answer 4

você precisa ler as instruções da Serva. isto é A Serva considera que o NWA_PXE_SHARE tem um usuário com acesso de leitura mínima chamado serva com uma senha avres e depois você obtém

NFSOPTS=-ouser=serva,pass=avres

no seu caso, essa parte da linha deve ser

NFSOPTS=-ouser=theserver,pass=p4ssw0rd

o que você fez adicionando um espaço depois de -o está errado.

se inicialmente a inicialização disser que a opção -ouser também não foi reconhecida.

1. não criou o NWA_PXE_SHARE corretamente
2. não baixou / copiou INITRD_N11 corretamente

bottom line: siga as instruções do Serva ao pé da letra e você não irá falhar.