Erreur système 58 lors de l'accès aux partages sur Windows 7 à partir de XP

Je reçois le message d'erreur suivant lors de l'accès aux partages Windows 7 à partir de XP.

L'erreur système 58 s'est produite. Le serveur spécifié ne peut pas réaliser l'opération demandée.

Les deux machines appartiennent au même domaine. La machine Windows XP peut afficher et accéder à tous les autres partages à l'exception de Windows 7. Aucune des deux machines n'a de pare-feu.

La modification des paramètres NTLM dans les stratégies locales n'a pas fonctionné pour moi.

Ce qui a fonctionné est mentionné ici: lien texte

... vous devez indiquer à Windows que vous souhaitez utiliser la machine en tant que serveur de fichiers et qu'elle doit allouer les ressources en conséquence. Définissez la clé de registre suivante sur «1»:

HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager \ Memory Management \ LargeSystemCache

et définissez la clé de registre suivante sur «3»:

HKLM \ SYSTEM \ CurrentControlSet \ Services \ LanmanServer \ Parameters \ Size

Après avoir modifié les deux paramètres de registre, j'ai simplement redémarré le service "Serveur" dans Windows 7 et maintenant le partage fonctionne bien.

ok les gars voici la réponse.

le problème était que la réponse NTML n'était pas configurée des deux côtés. J'ai dû configurer le suivi sur xp et wind7 et un redémarrage a fait l'affaire.

1. GPedit.msc
2. Paramètres Windows. Développez «Stratégies locales» et sélectionnez «Options de sécurité»
3. Alternative: tapez secpol.msc pour obtenir l'éditeur puis
4. Localisez «Sécurité réseau: niveau d'authentification LAN Manager» dans la liste et double-cliquez dessus.
5. Modifiez le paramètre de «Envoyer la réponse NTMLv2 uniquement» à «Envoyer LM et NTLM - utilisez la session NTLMv2 si négociée»

Il peut être utile de connaître également la cause exacte avant de choisir l'une de ces solutions. J'ai récemment rencontré ce même problème lors de la synchronisation de fichiers d'un serveur Windows 2003 vers un poste de travail Windows 7. Au hasard, le serveur perdrait sa connexion à la boîte Win7 et tenter une commande NET USE pour mapper un lecteur retournerait un état 58 comme celui-ci.

Le redémarrage de la boîte Win7 le corrigerait, mais cela semblait radical. En regardant plus en profondeur avec Wireshark, nous avons constaté qu'une demande SMB allait dans la boîte Win7, et une réponse SMB "Out Of Memory" était retournée. L'arrêt et le redémarrage du service Serveur sur la boîte Win7 ont résolu le problème, au moins temporairement, et sont bien meilleurs et plus rapides qu'un redémarrage. Je m'attends à ce que les modifications de registre pour le cache système volumineux le résolvent complètement, mais ces modifications peuvent ne pas convenir à une modification permanente, juste pour contourner un problème temporaire.

1. Assurez-vous que les pare-feu Windows sont vraiment désactivés, désactivez tous les antivirus et désactivez également le partage de fichiers simple. Parfois, cela aide à l'erreur 58.

2. Essayez d'installer la découverte de topologie de couche liaison sur la machine XP.

3. Le problème pourrait être des autorisations de compte, sur lesquelles Win7 est assez strict. Vérifiez les autorisations sur le partage.

4. Et enfin: toutes les machines sont-elles entièrement corrigées?

L'erreur système 58 signifie que l'échec de l'authentification s'est produit - au moins j'obtiens cette erreur si je tape mon mot de passe.

J'ai aussi rencontré le même problème. On m'a donné un nom de partage réseau, un nom d'utilisateur et un mot de passe pour y accéder. J'ai essayé, mais j'ai échoué. L'ordinateur est dans notre réseau donc il doit aussi dans notre domaine ...

Le problème était que j'étais dans le domaine X, donc il a automatiquement essayé de me connecter en utilisant X\username. Bien sûr, un tel nom d'utilisateur n'existe pas, car l'utilisateur réel que je devais utiliser est Y\username, car le département qui a créé l'utilisateur était dans le domaine Y, donc il ne l'a pas remarqué et a travaillé pour lui.

Choses apprises: dites toujours dans quel domaine se trouve l'utilisateur, si vous disposez des informations d'identification du domaine.

(j'espère que cela aide quelqu'un qui trébuche sur ce sujet.)

J'ai rencontré le même problème récemment en essayant d'accéder à un partage Windows 7 à partir de Windows XP SP2. Je pouvais atteindre d'autres partages sur Windows Vista et XP, mais pas sur Windows 7, même si je pouvais le voir, je n'y pouvais pas accéder. Après beaucoup de dépannage, j'ai trouvé que le système Windows 7 appartenait à un groupe résidentiel. Une fois que j'ai supprimé (ou quitté) le système Windows 7 du groupe résidentiel, j'ai ensuite pu accéder au partage avec les informations d'identification appropriées. J'espère que cela aide toute autre personne susceptible de rencontrer un problème similaire.

Pour moi, c'était que SMB était désactivé. J'ai exécuté ces commandes dans l'invite de commandes avec des droits élevés:

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/mrxsmb20/nsi
sc.exe config mrxsmb10 start= auto