Je suis au travail et mon Mac mini a cessé de se connecter aux dossiers partagés du serveur SMB d'entreprise.
Si j'essaie Finder> Se connecter au serveur (en utilisant l'URL qui y a été stockée lors des précédentes connexions réussies), macOS Sierra se plaint d'une "erreur générique" plus qu'inutile.
Dans mes journaux de console, je ne détecte aucune erreur liée à la samba (où dois-je chercher?)
Il y a des machines Mac mini cloniques au même étage (celles de mes collègues) et elles peuvent se connecter à ce serveur sans aucun problème.
Si je cingle cette machine depuis ma ligne de commande, je peux la voir parfaitement.
Si j'essaye ceci sur la ligne de commande:
smbutil view smb://192.168.XXX.XXX/docs/
macOS Sierra donne ceci:
smbutil: server connection failed: No such file or directory
Si j'essaie cette ligne de commande très exacte sur une machine de collègue, elle répertorie simplement les ressources partagées suspendues à ce serveur SMB ...
Un indice? Peut-être est-ce lié à un service désactivé par erreur sur mon Mac mini?
Je n'ai pas accès à la machine et à la configuration du serveur Samba de mon entreprise.
J'ai lu et parcouru de nombreuses pages sur Google et je suis plus que perdu.
Au cas où cela pourrait être utile, j'utilise MacPorts. Cela peut sembler une chose aléatoire à ajouter ici, mais je ne suis peut-être pas au courant d'une bibliothèque que j'aurais peut-être installée et qui pourrait être gênante avec le client officiel OS X SAMBA.
smbutil view smb://[email protected]
(Je suppose également que vous pouvez envoyer une requête ping à ce serveur à partir de votre machine, BTW)Réponses:
SUCCÈS!!
Après 2 mois de misère (modérée), j'ai enfin trouvé la raison pour laquelle SMB ne fonctionnait pas avec mon Sierra Mac Mini.
TL; DR La raison en était que kext était installé:
com.intel.kext.intelhaxm (6.0.1) 8FF2C637-0A5E-367E-B007-5B08655B1E8A <7 5 4 3 1>
Vous pouvez vérifier si vous l'avez installé avec la commande suivante à partir d'un terminal ordinaire:
Dans le cas où vous l'avez (et si vous souffrez également de problèmes de connectivité SMB), vous pouvez le désinstaller en tapant à nouveau la commande suivante à partir d'un terminal ordinaire (pas besoin de démarrer en mode mono-utilisateur):
Suivez les instructions à l'écran, REBOOT , et vous avez terminé :)
En faisant cela, vous perdrez l'accélération matérielle dans vos émulateurs Android, mais ils fonctionneront en mode de rendu logiciel. Pas génial, mais c'est quelque chose. Vous pouvez réinstaller HAXM au cas où vous auriez vraiment besoin à nouveau de l'accélération matérielle pour les émulateurs Android (mais soyez prêt à perdre à nouveau la connectivité SMB (?)).
Longue réponse:
Si vous utilisez votre Sierra Mac pour développer des trucs Android, vous aurez probablement installé les modules typiques nécessaires au hasard (SDK Android, émulateurs, pilotes, etc ...) Le problème est que "Intel HAXM accelerator" est l'un des pilotes typiques installez si vous voulez une accélération matérielle appropriée de vos émulateurs pour le développement Android. Eh bien, apparemment, et croyez-le ou non, ce pilote n'est pas compatible avec l'utilisation de SMB sous macOS Sierra, au moins avec mon MAC.
Le sous-système Sierra SMB et HAXM sont apparemment des logiciels indépendants, mais il semble qu'ils soient en quelque sorte incompatibles entre eux. Si vous avez des problèmes SMB, vous devrez décider lequel des deux vous avez vraiment besoin de plus:
SMB ou émulateurs rapides appropriés pour le développement Android .
J'ai choisi SMB :)
Merci à TOUS dans cette question, en répondant, en commentant, etc ... spécialement Brett qui, après plusieurs semaines, m'a mis en tête.
la source
J'ai eu le même problème (1025 échecs d'ouverture du périphérique smb, syserr = Pas de fichier ou de répertoire) et je l'ai finalement retrouvé jusqu'à ce que le
/dev/nsmb0
périphérique ne soit pas correctement configuré en raison d'un conflit avec kext d'une très ancienne application tierce. Si vouscat /dev/nsmb0
obtenez «Appareil non configuré», c'est peut-être un problème similaire.Pour le résoudre, j'ai regardé tous les kexts non Apple et supprimé les applications / kexts un à la fois jusqu'à ce que cela fonctionne. J'ai dû démarrer en mode mono-utilisateur (cmd + s lors du démarrage) pour en supprimer certains.
Vous pouvez rechercher dans vos kexts non Apple chargés à l'aide de
kextstat | grep -iv apple
. Voici un exemple de sortie pour moi sur un système qui fonctionne:Vous pouvez décharger les kexts par nom de fichier avec:
ou pour le nom du bundle:
la source
Êtes-vous connecté à d'autres partages SMB en même temps? J'ai signalé aujourd'hui un bogue à Apple concernant macOS Sierra selon lequel si je suis connecté à un autre partage SMB sur un autre serveur, lors de la tentative de connexion à un second, il utilisera l'adresse IP d'origine et le chemin de partage du nouveau serveur.
Par exemple
Les seules solutions de contournement que j'ai trouvées sont de se connecter pour se déconnecter du premier serveur avant de tenter une connexion sur le second. Cependant, cela signifie que vous ne pouvez ouvrir qu'une seule connexion SMB à la fois.
Une solution légèrement meilleure consistait à utiliser le nom d'hôte du serveur au lieu de l'adresse IP. Cela semblait me permettre de me connecter au deuxième serveur SMB sans problème. Si vous ne connaissez pas le nom d'hôte, vous pouvez l'obtenir en ouvrant le terminal et en tapant la commande suivante.
J'espère que cela t'aides.
Modifier - J'ai pensé qu'il pourrait être utile de mentionner que ce problème semble affecter tous les clients qui ont été mis à niveau vers Sierra.
la source