Inicialização do Serva PXE na rede doméstica para no login no cliente [fechado]

Eu tenho dois laptops conectados por cabo Ethernet a um roteador doméstico simples.

O HP Pavilion dv6000 executa um servidor Serva no Windows 7.

O ASUS x71q tem uma unidade de DVD com defeito e a chave de restauração F9 não funciona. Por isso, configurei um servidor Serva TFTP para restaurar o Windows Vista no Asus na minha rede doméstica.

O Asus tem algum erro auto-infligido no HDD. Cometi um erro com o fdisk e configurei a partição ativa do HDD para algo errado, e agora só tenho o 'Grub rescue'.

O Asus tem uma inicialização dupla do Windows Vista e Ubuntu 12.10. Ele ainda possui a partição de recuperação, mas sem uma tecla F9 funcionando, não consigo acessá-la - e estava tentando contorná-la reinstalando o Vista do PXE.

Eu configurei o WIA_WDS_SHARE como acessível para logon anônimo nas Diretivas de Grupo. Eu só chego à caixa de diálogo de login do ServaPENet, onde devo escrever um usuário e uma senha.

No entanto, não sei o que escrever nesta caixa, pois tentei todos os nomes de contas e senhas do HP Pavilion e tentei todos os nomes de contas do Asus.

Onde na caixa de diálogo está escrito "Conectando-se ao ativo de instalação do Windows da Serva, recebo um" Erro! ". Isso é detalhado em" Erro: a conexão falhou com o erro 0x35 ". Não tenho idéia do que isso significa.

Espero que alguém possa me guiar um pouco e explicar o que estou perdendo. Não vejo uma maneira de definir uma senha / usuário para o compartilhamento real - e só vejo uma maneira de definir contas que possam acessá-lo através do botão de compartilhamento avançado.

Desculpas se isso é um pouco vago. Estou em um ponto em que sinto que sei tão pouco que não sei quais perguntas específicas devo fazer.

Sobre o acidente, esse acidente só acontece quando o Serva "não-Suporte" atinge o tempo limite; 60 minutos de uso. Já está corrigido na v2.1. Serva (tanto quanto eu sei) não falha enquanto trabalha…

O erro 0x35 é um erro de "recurso líquido não disponível" que pode ser acionado de várias maneiras. 1) Conexão de rede não confiável. 2) NIC não está funcionando corretamente 3) O driver de rede não está funcionando corretamente (mesmo que não haja erros) 4) WIA_WDS_SHARE sendo executado em um servidor muito ocupado / lento.

Se sua rede estiver ok, eu verificaria a placa de rede e, principalmente, seu driver. Há relatos de erros 0x35 ao instalar o Vista, enquanto o mesmo sistema instala o Windows 8 corretamente. Em todos os casos, substituir o Vista Boot.wim pelo Windows 8 Boot.wim, apagar o diretório SERVA do Vista e reiniciar o Serva, faz o truque. Não é realmente culpa de um Serva.

Post meio antigo, mas eu estava tentando a mesma coisa hoje .. E, para referência, o firewall do meu antivírus estava ativado .. Então, se você veio para esse post antigo pesquisando sobre esse problema (como eu), verifique seu firewall também :-)

leia o howto na página da serva http://www.vercot.com/~serva/an/WindowsPXE1.html

4.5- Creating MS Network Shares.

While the initial net install stages use TFTP for transferring the required components there's a moment when the install process requires accessing the rest of files by using the services of a Microsoft network share. RIS and WDS OSs require different type of share (remember they both -RIS & WDS- belong to different generations of software).


4.5.2 When installing WDS OS's : 
Directory WIA_WDS has to be shared as WIA_WDS_SHARE (read-only). This share should not be     a "Null Session Share" and of course it will require a valid username and password set in order to remotely gain access to it from a booting client.

Note
Please create only the shares you need. i.e. if you are not installing RIS OSs then you should     not create WIA_RIS_SHARE.

verifique se você pode realmente se conectar a esse recurso compartilhado

1. É melhor se você não definir WIA_WDS_SHAREcomo anônimo; defina um usuário e uma senha.

2. Se você definir corretamente o compartilhamento, não deverá receber o erro 0x35.

Se você ainda o obtiver, isso pode significar que seu driver de rede não está realmente funcionando bem ou a máquina Serva está extremamente ocupada ou sua rede não é confiável.

Verifique também sua rede e compartilhe as configurações do centro no Win 7 e, se a proteção por senha estiver ativada, desmarque-a.

Observe que essa proteção não tem nada a ver se você possui ou não uma senha na sua conta do Windows.