Mac mini ne peut pas se connecter à mon serveur SMB d'entreprise. Travaillait il y a quelques jours

20

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.

Isaac
la source
Je n'ai aucune idée si j'ai un pare-feu (logiciel système), et je ne me souviens pas en avoir eu ou avoir gâché sa configuration au cours des derniers mois. Mes dossiers partagés SMB d'entreprise ont juste cessé de fonctionner à l'improviste.
Isaac
Désactivé (il a probablement été dans ce statut depuis que j'ai ce Mac)
Isaac
Même chose. La machine Mi affiche "Aucun fichier ou répertoire de ce type". Le Mac de mes collègues montre la liste complète des ressources. BTW, les deux Mac (mon collègue et le mien) manquent de fichier /etc/nsmb.conf. J'ai fait des recherches sur Google, et certaines personnes semblent avoir ce fichier ... Pas nous cependant.
Isaac
Encore une chose à essayer ... utilisez un nom d'utilisateur d'un compte que vous connaissez (peut-être un collègue) sur le serveur SMB. Donc, votre commande devrait ressembler à ceci: smbutil view smb://[email protected] (Je suppose également que vous pouvez envoyer une requête ping à ce serveur à partir de votre machine, BTW)
Allan
Oui, vos instructions sont claires et faciles, mais c'est la même chose. Je l'ai testé avec de nombreux noms d'utilisateur de collègues et la même chose: "Aucun fichier ou répertoire". J'ai essayé les paramètres -G -g et -a, et non. OTOH: Oui, ce serveur SMB est parfaitement pingable depuis ma machine. En outre, un nmap approprié montre les ports 139 et 445 ouverts (IIRC ce sont les ports appropriés pour SMB (?))
Isaac

Réponses:

33

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:

kextstat | grep -iv apple

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):

sudo /Library/Extensions/intelhaxm.kext/Contents/Resources/uninstall.sh

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.

Isaac
la source
5
Je vous remercie. Après avoir supprimé haxm, je devais redémarrer pour qu'il prenne effet. Mais je n'avais pas redémarré auparavant, après avoir vu l'erreur, j'aurais donc pu me résoudre.
Wayne Shelley
4
Merci énormément pour ceci! J'étais devenu fou après une mise à niveau d'El Capitan vers Sierra qui a cassé l'impression. Je souhaite avoir réalisé l'angle de la samba avant et atterri ici plus tôt.
Vijay Dev
3
Rejoindre le chœur «merci», @Isaac. Cela me rendait fou pendant 2 heures d'affilée.
DomQ
3
Merci .. exactement mon problème apple.stackexchange.com/questions/339412/…
boecko
1
J'ai récemment installé Android Studio et mes lecteurs réseau ne se connecteraient plus. Pas via Finder, via terminal, smb / cifs, rien. Cette réponse était exactement le problème. Santé à toi; Je ne l'aurais jamais trouvé.
Matt Kenefick
8

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/nsmb0périphérique ne soit pas correctement configuré en raison d'un conflit avec kext d'une très ancienne application tierce. Si vous cat /dev/nsmb0obtenez «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:

Index Refs Address            Size       Wired      Name (Version) UUID <Linked Against>
   82    0 0xffffff7f8284c000 0x7000     0x7000     net.sf.tuntaposx.tap (1.0) 23FDB715-3D0D-3A26-ACBA-E3794C231CB7 <7 5 4 1>
   83    0 0xffffff7f82853000 0x7000     0x7000     net.sf.tuntaposx.tun (1.0) 95DD963D-E23D-3B0F-8DE8-A4D2F6BFA5CC <7 5 4 1>
   87    3 0xffffff7f8287c000 0x63000    0x63000    org.virtualbox.kext.VBoxDrv (5.0.28) 4ED2DD49-255E-37C8-A0B8-2556670B17B1 <7 5 4 3 1>
  144    0 0xffffff7f8363e000 0x7000     0x7000     com.zerotier.tap (1.0) 8BA59C0A-B3A7-3418-BFF5-B4914CE7734A <7 5 4 1>
  146    0 0xffffff7f83645000 0x8000     0x8000     org.virtualbox.kext.VBoxUSB (5.0.28) E7605ACF-20E3-3016-94E2-A6013CD9260F <145 87 40 7 5 4 3 1>
  151    0 0xffffff7f8366f000 0x5000     0x5000     org.virtualbox.kext.VBoxNetFlt (5.0.28) 89C23056-9027-33DB-852A-429BFA00D6DE <87 7 5 4 3 1>
  152    0 0xffffff7f83674000 0x6000     0x6000     org.virtualbox.kext.VBoxNetAdp (5.0.28) 1A767D65-6674-3A9F-B305-DAA197F109CC <87 5 4 1>

Vous pouvez décharger les kexts par nom de fichier avec:

kextunload /System/Library/Extensions/KextName.kext

ou pour le nom du bundle:

kextunload -b com.example.kext.name
Brett
la source
Cela semble VRAIMENT prometteur. Je suis chez moi en ce moment, mais demain je l'essayerai au travail. Pour certains projets, je dois utiliser tap and tun, et je peux les voir répertoriés ici. Je suis plus que sûr qu'ils interfèrent avec Sierra d'une manière ou d'une autre, alors je vous tiendrai au courant
Isaac
1
Cette liste de kexts est ce qui fonctionne actuellement pendant que SMB fonctionne. Je viens de l'inclure comme exemple de sortie. Tap / tun semble bien fonctionner pour moi, j'ai donc modifié la question pour clarifier.
Brett
Être au travail, c'est un peu difficile d'avoir du temps libre pour commencer à jouer avec mes kexts ... Lorsque vous déchargez un kext, devez-vous réinitialiser juste après? J'ai aussi des kexts que je ferais mieux de ne pas désinstaller (tun, tap, virutalbox, etc ...) Ou je ne sais pas comment les réinstaller correctement par la suite au cas où ils ne seraient pas les coupables ... Dans ma liste, je les ai différents kexts (par rapport au vôtre): com.Cycling74.driver.Soundflower (2), org.pqrs.driver.Karabiner (10.21.0), org.pqrs.driver.VirtualHIDManager (1.1.0), com.intel.kext .intelhaxm (6.0.1). Ceux que je n'ai pas énumérés sont inclus dans votre liste de travail.
Isaac
J'essaierais de retirer Karabiner. L'ancienne application tierce qui me causait des problèmes était KeyRemap4MacBook, qui s'appelle maintenant Karabiner.
Brett
Pour répondre aux autres questions, si vous pouvez supprimer le kext sans être en mode mono-utilisateur, vous n'avez probablement pas besoin de redémarrer. La désinstallation de Karabiner n'a pas fonctionné pour moi, j'ai donc dû démarrer en mode mono-utilisateur et supprimer manuellement le kext de / System / Library / Extensions après l'avoir déchargé.
Brett
0

Ê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

  1. Déjà connecté à smb: //192.168.0.2/share1
  2. Tentative de connexion à smb: //192.168.0.3/share2
  3. L'analyse des paquets montre que macOS tente de se connecter à smb: //192.168.0.2/share2, qui n'existe pas.

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.

host <ip_address>

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.

Ryansin
la source
Non, je ne peux pas me connecter à un partage SMB. Je pense que vous décrivez un cas différent du mien ... Merci quand même.
Isaac
Ok mon pote pas de soucis. Avez-vous des droits d'administrateur? J'ai lu quelque chose plus tôt qui disait que les utilisateurs sans root ne pouvaient pas monter de partages sur / Volumes depuis la mise à niveau vers Sierra.
ryansin
Une autre étape de dépannage que vous pouvez essayer consiste à utiliser Wireshark pour enregistrer des paquets vers / depuis cette adresse IP particulière au moment où vous essayez de vous connecter
Ryansin