Windows não consegue aceder ao código de erro 0x80004005

Para além das soluções acima referidas para resolver problemas genéricos / clássicos com este código de erro, outro novo problema pode causar 0x80004005.

Desde o Windows 10 1709, o antigo protocolo SMB v1 já não é suportado por defeito, que ainda é utilizado por vários PCs ou outros dispositivos de rede como routers que fornecem um NAS. Note que a SMB v1 pode ter sido desinstalada em máquinas Windows mais antigas. Siga estes passos para o reactivar e voltar a aceder a tais dispositivos.

• Vá para o Painel de Controlo**
• Vá para Programas e Funcionalidades
• Seleccione Adicionar ou remover funcionalidades do Windows na barra lateral
• Certifique-se de que Suporte para SMB 1.0/CIFS File Sharing está verificado.

Reinicie o seu PC e tente aceder novamente ao dispositivo.

Um dispositivo típico que não suporta SMB 2 ou mais recente são routers FritzBox mais antigos (populares na Alemanha), e se tentar aceder a um disco rígido USB ligado para funcionar como um NAS, não conseguirá aceder ao router que tenta ligar-se a ele.

Siga as instruções abaixo. Elas podem ajudar. Ou podem não_

No computador com Windows 8, prima Win+R e na caixa de comando Run, escreva: control /name Microsoft.NetworkAndSharingCenter e prima Enter.

Clique em “Change advanced sharing settings” no painel da esquerda e expanda o perfil de partilha “Private” e certifique-se de que Turn on network discovery e Turn on file and printer sharing* estão seleccionados.

Expanda o perfil “Convidado ou Público” e certifique-se de que Turn off network discovery e Turn off file and printer sharing* estão seleccionados.

Expanda o perfil “All Networks” e desça até ao fundo da janela e em “Password protected sharing”, seleccione Turn off password protected sharing.

Agora, prima Win+R e na caixa de comando Run, escreva: \Localhost. Verifique se todas as suas pastas partilhadas estão presentes aqui.

Seleccione uma pasta da lista e prima Alt+Enter e no separador Partilha, prima o botão *Partilha** e escreva Everyone na lista pendente e prima Enter e defina o “Nível de Permissão” para Ler. Faça isto para cada pasta que pretende partilhar.

Finalmente, certifique-se de que ambos os computadores (W7 e W8) têm a mesma máscara de rede.

Faça isto pressionando Win+R e na caixa de comando Run, digite: shell:ConnectionsFolder e seleccione o seu adaptador de rede para a ligação Ethernet com fios e pressione Alt+Enter. Na janela Propriedades, desça até Internet Protocol Version 4 (TCP/IPv4) e faça duplo clique.

Se o endereço IP e a máscara de sub-rede foram introduzidos manualmente, certifique-se que a máscara de sub-rede corresponde à da máquina Windows 7, seguindo o mesmo passo em W7.

Agora, descubra o nome da máquina da caixa W8 digitando-o na caixa de comando Run: cmd /c "hostname & pause".

Agora mude para a caixa W7 e na caixa de comando Run, digite: \HOSTNAME_OF_W8_BOX e veja se já pode aceder aos ficheiros e pastas em W8.

Aqui está uma solução.

Por vezes a Network Discovery sob Windows simplesmente não funciona, mas a rede está presente, apenas inacessível.

Depois, deve atribuir um IP estático à estação de servidores de ficheiros.

Map the drive to the shared folder using the IP of the station instead than the computer name.

Exemplo:

\192.168.1.141\fileserver

instead of the inaccesible

\computer-name\fileserver

Por isso, recentemente instalei o Windows 10 em algumas máquinas de teste no meu escritório e tive o problema de não poder aceder à partilha de rede, ou seja, "\USA\Shared" ou "\FRANCE\Shared", mas o "\ENGLAND\Shared" funcionou bem, pois era a minha partilha local. Isto foi apenas no meu Dell Optiplex 990 que está a utilizar o Intel 82579LM Gigabit NIC. Os computadores portáteis acedem à rede partilhada. Eu olhei para a reparação da reg HKLM\System\CurrentControlSetPor isso, recentemente instalei o Windows 10 em algumas máquinas de teste no meu escritório e tive o problema de não poder aceder à partilha de rede, ou seja,“\USA\Shared”ou“\FRANCE\Shared”, mas o“\ENGLAND\Shared”` funcionou bem, pois era a minha partilha local. Isto foi apenas no meu Dell Optiplex 990 que está a utilizar o Intel 82579LM Gigabit NIC. Os computadores portáteis acedem à rede partilhada. Eu olhei para a reparação da reg e também que os serviços de rede corretos estavam funcionando.

Myself e meu colega em Xangai pensaram que poderiam ser problemas de DNS, mas a NSLookup estava resolvendo perfeitamente. Fui lá: https://downloadcenter.intel.com/product/47549/Intel-82579-Gigabit-Ethernet-Controller onde a Intel lançou novas versões da placa de rede nos dias seguintes.

Houve obviamente alguns problemas. Após uma actualização dos drivers e reiniciar as minhas acções não locais estão a funcionar na perfeição.

Fixei-o com os seguintes passos:

1- ir para o arranque-> painel de controlo-> gestor de dispositivos abri-lo 2- em view menu tick “view hidden devices” 3- abrir filial adaptadores de rede. 4- você verá muitos adaptadores chamados Microsoft 6to4. (tinha mais de 150 em número). 5- apague todos. 6- reinicie o seu pc.

No entanto, ao pesquisar encontrei outro recurso útil que tem vários outros passos que não o acima mencionado; por isso se desejar pode tentar isto em http://appuals.com/best-fix-steps-fix-error-0x80004005/

O seu modem é também o router a que os dois pc’s estão ligados? Em caso afirmativo, a sua actualização provavelmente reiniciou tudo por defeito, fazendo com que o windows 7 detecte uma nova rede. Como resultado, é mostrado um popup para perguntar que tipo de rede é esta. Se escolhido para rede Pública, será muito restrito. Isto é provavelmente o que aconteceu.

Aqui está o que se faz no computador windows 7:

1. Clique no ícone da rede perto da hora, no canto inferior direito.
2. Clique em Open network and sharing center
3. Abaixo do View your active networks à esquerda, clique no texto azul que provavelmente diz Public network ou possivelmente Home network.
4. No novo diálogo, seleccione Work network.
5. Clique em Close.

As coisas devem agora estar a funcionar novamente.

Se as coisas ainda não estiverem a funcionar, clique no Change advanced sharing settings à esquerda e avalie estas definições. Faça o mesmo na máquina das janelas 8. (Os 5 passos acima não se aplicam ao windows 8. A rede será sempre pública e o windows 8 não perguntará que rede tem.)

Existem 2 ligações de rede activas nas máquinas windows 8: Rede 3, do tipo Ethernet, e Bell, uma ligação dsl que requer nome de utilizador e palavra-passe. Quando me ligo à ligação Bell, é atribuído à máquina um endereço IP público. De qualquer forma, a ligação Bell era do tipo Rede Privada, e a Rede 3 era do tipo Rede Pública - exactamente o oposto do que deveria ter sido. Depois de alterar essas configurações, tudo começou a funcionar como esperado.

Foi trivial alterar a ligação da Rede 3 para ser privada (Windows + I, clique no acesso à Internet, depois veja as Configurações de Ligação no topo, onde eu podia seleccionar a Rede 3 e ligar “Encontrar Dispositivos e Conteúdo”). Tornar o Bell público foi um pouco mais envolvido, uma vez que não aparece em View Connection Settings. Por isso tive de ir a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Profiles, encontrar o perfil com o nome de perfil Bell, e alterar a sua categoria para 0 (ou seja, deixá-lo em branco). Ver instruções mais detalhadas & screenshots .

Eu tinha algo semelhante, mas podia ligar-me a ALGUMAS pastas partilhadas, mas não a outras num único PC cliente. Para piorar a situação, eu podia conectar-me a todas elas a partir de um nome de login no PC cliente, mas apenas algumas delas usando outro nome de login. E tanto quanto pude ver, ambos os nomes de login foram configurados em ambos os PCs.

Este artigo foi o que me fixou http://www.howtogeek.com/howto/13197/map-a-network-drive-from-xp-to-windows-7/

Eu tinha o mesmo nome de utilizador na máquina XP (host), mas não me conseguia ligar a certas pastas nela. Acontece que embora o “Nome Completo” fosse o mesmo em ambos os PCs (em Admin, Utilizadores Locais e Grupos, Utilizadores), o “Nome” era diferente. Uma vez adicionado o mesmo “Nome completo” ao host, tudo funcionou como esperado.

O meu palpite é que o problema foi causado porque algumas pastas tinham sido criadas por um utilizador na máquina host, e outras (às quais não consegui aceder) foram criadas pelo outro.

Ao adicionar o nome do utilizador para a máquina cliente na máquina host, consegui aceder a todos os ficheiros partilhados.

Tive um problema semelhante e acabei por ser o utilizador a aceder a uma partilha de rede com outra credencial de utilizador (unidade de rede mapeada), retirando a credencial do gestor da credencial no painel de controlo e resolvendo o problema.