HP Pavilion Pentium 3825U, HP “430” i5-6200U, Win 7-8.1-10 rede / driver ethernet falha, PXE é bom

1

Temos uma manada de computadores operando sob o controle de Jenkins. Temos um servidor Clonezilla / DRBL que pode reproduzi-los conforme necessário. Eu vi um padrão recente de laptops HP com processadores Intel que não podem manter conexões Ethernet quando o Windows 7, 8.1 ou 10 estão em execução. Eles carregam o PXE bem e baixam imagens completas do sistema operacional, mas uma vez que inicializam o Windows, a rede pára de funcionar e o triângulo amarelo /! \ Aparece no ícone da área de trabalho.

O problema poderia ser que eu precise colocar a versão HP do driver de rede / Ethernet nas imagens que estamos carregando? Por que funcionaria no Ubuntu durante a criação de imagens, mas falharia no Windows? Nós não vimos este problema há 6 meses.

(atualização da Q & A abaixo)

Pergunta) Quando você executa a "solução de problemas de conexão de rede" em uma dessas máquinas, o que ela informa sobre o motivo pelo qual ela não pode se conectar totalmente? - Adam Wykes ontem

answer- Eu corri "solução de problemas de conexão de rede" no 3825. É no Win7, ele correu, então relatou "Conexão Local 2 não tem uma configuração IP válida." E ofereceu 3 maneiras de redefinir o switch / roteador. Abaixo disso, ofereceu-se para confirmar quando eu pensei que a configuração IP era boa.

Mudei o cabo de rede deste computador de um roteador / switch Cisco muito usado para o segundo roteador / switch Cisco que acabei de usar nessa sub-rede. Foi a terceira conexão no novo roteador / switch de 50 canais. Eu cliquei para confirmar, passou. Quando mudei mais cabos para o novo roteador, o 3825 falhou novamente.

Pergunta) O seu windows está configurado para usar DHCP para atribuição de endereços? Qual é o IP da máquina que você testou? Está tudo bem com o seu IPAM, se você tiver um? - Adam Wykes ontem

resposta - Pent. O computador 3825U está executando a ethernet em 100MBPS. Cat 6 fios e 1G, mas a luz no interruptor não mente. E o status da porta ethernet diz 100.0 Mbps agora.

Sim, DHCP ativado. Nosso servidor Clonezilla designou 192.168.222.27 para este nó em uma rede interna.

Servidor DNS definido como 139.95.250.235. AMD.com, onde eu trabalho.

Quando a conexão de rede quebra, primeiro o IP muda para 169.254.220.218 e, em seguida, o DNS muda para fec0: 0: 0: 0fff :: 1x1, fec0: 0: 0: 0fff :: 2x1, fec0: 0: 0: 0fff :: 3x1

Detalhes adicionais) Coloque o Win10 no Pent. 3825. Rede, parecia bom. Depois de algum tempo, desceu. ipconfig / all relata o endereço IPv4 de configuração automática como 100.254.63.108 (preferencial). Eles são todos (preferidos), mesmo quando mudam de repente. Então Win10 não é a mágica aqui. Infelizmente - Bill IV

Pergunta) Qual método de instalação você usou para obter o Win10 nessa máquina? - Adam Wykes

answer- Temos um servidor Clonezilla, rodamos o DRBL (Diskless Unbuntu) no sistema de destino para usar o Clonezilla para restaurar uma imagem de disco na máquina de destino e depois reinicializar. Funcionou bem nos 16,5 meses em que estive aqui.

    
por Bill IV 16.11.2016 / 08:07

1 resposta

1

A chave aqui é que o seu endereço IP muda para um endereço APIPA quando ele quebra, o que significa que, por qualquer razão, esta máquina perdeu contato com seu servidor DHCP e decidiu tentar criar um endereço IP em sua máquina. próprio ( link ).

O driver não é provável, pois a NIC da sua máquina parece estar funcionando exatamente como deveria. Minhas suspeitas estão strongmente relacionadas à configuração de rede do seu cliente na imagem de ouro que você empurrou para fora, ou então com o próprio servidor DHCP em como ele espera ver essas máquinas quando elas se conectarem.

Palpite final: dado que você diz "DHCP e nosso servidor Clonezilla designou 192.168.222.27 para este nó em uma rede interna", acho que estamos um pouco confusos sobre se o endereço foi atribuído como um endereço estático ou distribuído automagicamente pelo servidor DHCP. Como o APIPA entrou em vigor, sugiro configurar a NIC para usar o endereço IP acima estaticamente, em seguida, atribua a ela os dados de sub-rede e gateway apropriados e reinicie. Se isso resolver o problema, é porque sua rede está tentando se comunicar apenas com endereços IP atribuídos estaticamente e o Windows está tentando obter um endereço IP atribuído dinamicamente, o que não acontecerá porque o servidor DHCP foi especificamente pediu para não fazer isso.

Além disso, verifique se nenhuma outra máquina na rede já está usando esse endereço IP. Eu gosto de usar arp-scan para isso.

    
por 18.11.2016 / 04:26