Probablement même depuis une mise à jour très récente de MacOS, je subis des plantages assez fréquents des connexions SMB que j'utilise et qui fonctionnent sur Windows Server 2016 sur une machine locale vmWare Fusion.
Les performances sont normalement très bonnes, mais surtout lorsque je copie ou crée de nouveaux fichiers, la liste des dossiers s'efface et j'obtiens le ballon de plage. Le Finder ne répond pas du tout et essayer de forcer le montage via le Terminal n'est d'aucune aide. Je ne peux pas m'éteindre correctement et il ne me reste qu'un redémarrage brutal à faire.
J'ai essayé de monter alternativement via cifs:// au lieu de smb:// mais sans succès (sauf une performance plus lente) et j'ai aussi vu cela se produire la veille sur un collègue MBP.
A peu près la même chose que ce que quelqu'un a rapporté à l'arrivée de Yosemite. Pas de réponse ici non plus. Une ancienne question assez similaire : Problèmes de Samba (blocages et instabilité) dans OSX 10.10.1 ?
J'ai trouvé de nombreuses descriptions d'erreurs similaires dans divers anciens messages des forums de discussion sur les pommes, mais aucune n'a jamais apporté de solution.
J'ai essayé ceci ( https://support.apple.com/en-us/HT208317 ) également, mais cela n'a pas fait de différence.
Quelqu'un a vu ce comportement et sait comment le réparer ?
MISE À JOUR du 12 janvier 2018 :
De nouveaux soupçons. J'ai une taille MTU réduite configurée en raison d'un VPN statique dans le réseau vers les machines en nuage MS Azure. J'ai récemment abaissé le MTU encore plus bas, jusqu'à 1400. Après cela, j'ai eu des paniques du noyau sur le périphérique WiFi au lieu des blocages SMB. Après avoir remonté le MTU à 1472, les paniques du noyau ont cessé et les blocages SMB sont revenus. Maintenant, j'ai réinitialisé le MTU à la valeur par défaut de 1500. Jusqu'à présent, il n'y a plus de blocages ou de paniques, mais cela ne fait que quelques heures que ce changement a été effectué.
MISE À JOUR du 23 janvier 2018 :
[default]
streams=yes
soft=yes
signing_required=no
protocol_vers_map=2
file_ids_off=yes
Voici mon /etc/nsmb.conf final qui a permis une utilisation stable des partages SMB depuis plus d'une semaine maintenant.