20 votes

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

Je suis au travail et mon Mac mini ne parvient plus à se connecter aux dossiers partagés du serveur SMB de l'entreprise.

Si j'essaie Finder > Se connecter au serveur (en utilisant l'URL enregistrée lors de connexions précédentes réussies), macOS Sierra affiche un "erreur générique" plus qu'inutile.

Dans les journaux de ma Console, je ne peux détecter aucune erreur liée à samba (où devrais-je regarder ?)

Il y a des machines Mac mini cloniques à l'étage (ceux de mes collègues) et ils peuvent se connecter à ce serveur sans aucun problème.

Si je ping ce machine depuis ma ligne de commande, je peux le voir parfaitement.

Si j'essaye ceci dans la ligne de commande:

smbutil view smb://192.168.XXX.XXX/docs/

macOS Sierra affiche ceci:

smbutil: la connexion au serveur a échoué: Aucun fichier ou dossier de ce type

Si j'essaye cette même commande exacte sur la machine d'un collègue, cela liste simplement les ressources partagées provenant de ce serveur SMB...

Une idée ? Peut-être est-ce lié à un service ayant été désactivé par erreur sur mon Mac mini ?

Je n'ai pas accès à ma machine de serveur Samba de l'entreprise et à sa configuration.

J'ai lu et googlé de nombreuses pages, je suis plus que perdu.

Au cas où cela pourrait être utile, j'utilise MacPorts. Cela peut sembler aléatoire de le mentionner, mais peut-être que je ne suis pas au courant d'une bibliothèque que j'ai installée et qui pourrait poser problème avec le client SAMBA officiel d'OS X.

0 votes

Je n'ai aucune idée si j'ai un pare-feu (logiciel système) et je ne me souviens pas d'en avoir un ou d'avoir manipulé sa configuration ces derniers mois. Mes dossiers partagés SMB d'entreprise ont soudainement cessé de fonctionner.

0 votes

Désactivé (il est probablement resté dans cet état depuis que j'ai obtenu ce Mac)

0 votes

Same thing. Ma machine affiche "Aucun fichier ou dossier de ce type". Les Mac de mes collègues affichent la liste complète des ressources. Au fait, les deux Mac (celui de mon collègue et le mien) n'ont pas le fichier /etc/nsmb.conf. J'ai cherché sur Google, et certaines personnes semblent avoir ce fichier... Pas nous cependant.

33voto

Isaac Points 589

SUCCÈS !!

Après 2 mois de (modérée) misère, j'ai enfin trouvé la raison pour laquelle SMB ne fonctionnait pas avec mon Mac Mini Sierra.


TL; DR La raison était ce kext 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 installé (et dans le cas où vous souffrez également de problèmes de connectivité SMB), vous pouvez le désinstaller en tapant la commande suivante, toujours à partir d'un Terminal ordinaire (pas besoin de démarrer en mode utilisateur unique) :

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

Suivez les instructions à l'écran, REBOOTEZ, et c'est fait :)

En faisant cela, vous perdrez l'accélération matérielle à l'intérieur de vos émulateurs Android, mais ils fonctionneront en mode de rendu logiciel. Ce n'est pas brillant, mais c'est quelque chose. Vous pouvez réinstaller HAXM au cas où vous auriez vraiment besoin de l'accélération matérielle pour les émulateurs Android à nouveau (mais soyez prêt à perdre à nouveau la connectivité SMB (?)).


Réponse longue :

Si vous utilisez votre Mac Sierra pour développer des choses Android, vous avez probablement installé les modules typiques nécessaires (SDK Android, émulateurs, pilotes, etc...) Le truc, c'est que "l'accélérateur Intel HAXM" est l'un des pilotes typiques que vous installez si vous voulez une accélération matérielle correcte 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, du moins avec mon MAC.

Le sous-système SMB de Sierra et HAXM sont apparemment des morceaux de logiciel non liés, mais il semble qu'ils sont en quelque sorte incompatibles entre eux. Dans le cas où vous avez des problèmes de SMB, vous devrez décider lequel des deux vous avez vraiment le plus besoin :

SMB ou des émulateurs rapides pour le développement Android.

J'ai choisi SMB :)


Merci à TOUS dans cette question, répondre, commenter, etc... particulièrement Brett qui, après de nombreuses semaines, m'a mis sur la bonne voie.

5 votes

Merci. Après avoir supprimé haxm, j'ai dû redémarrer pour que cela prenne effet. Mais je n'avais pas redémarré auparavant, après avoir vu l'erreur, donc cela aurait pu se résoudre tout seul.

4 votes

Merci beaucoup pour cela! J'étais folle après une mise à jour d'El Capitan à Sierra qui a cassé l'impression. J'aurais aimé réaliser l'angle samba plus tôt et atterrir ici plus tôt.

3 votes

Rejoignez le chœur des "merci", @Isaac. Cela me rendait fou depuis 2 heures d'affilée.

9voto

Brett Points 91

J'ai eu le même problème (1025 échecs pour ouvrir le périphérique smb, syserr = Aucun fichier ou dossier de ce type) et j'ai finalement découvert que le périphérique /dev/nsmb0 n'était pas correctement configuré en raison d'un kext conflictuel provenant d'une application tierce très ancienne. Si vous effectuez un cat /dev/nsmb0 et que vous obtenez "Périphérique non configuré", c'est peut-être un problème similaire.

Pour résoudre ce problème, j'ai examiné tous les kexts non-Apple et supprimé les applications / kexts un par un jusqu'à ce que ça fonctionne. J'ai dû démarrer en mode utilisateur unique (cmd + s pendant le démarrage) pour en supprimer certains.

Vous pouvez rechercher à travers vos kexts non-Apple chargés en utilisant kextstat | grep -iv apple. Voici un exemple de la sortie pour moi sur un système fonctionnel :

Index Refs Address            Size       Wired      Name (Version) UUID 
   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/NomDuKext.kext

ou pour le nom du bundle :

kextunload -b com.example.kext.name

0 votes

Cela semble VRAIMENT prometteur. Je suis à la maison en ce moment, mais demain je vais essayer de l'utiliser au travail. Pour un projet, j'ai besoin d'utiliser tap et tun, et je les vois répertoriés là-bas. Je suis plus que sûr qu'ils interfèrent avec Sierra d'une certaine manière, donc je te tiendrai informé.

1 votes

Cette liste de kexts est ce qui fonctionne actuellement pendant que SMB fonctionne. Je l'ai juste incluse comme exemple de sortie. Tap / tun semblent bien fonctionner pour moi, j'ai donc modifié la question pour clarifier.

0 votes

Travailler, c'est assez difficile de trouver du temps libre pour commencer à jouer avec mes kexts... Lorsque vous déchargez un kext, devez-vous le 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 coupables... Dans ma liste, j'ai ces différents kexts (comparés aux vôtres) : 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 listés sont inclus dans votre liste de travail.

0voto

ryansin Points 101

Êtes-vous connecté à d'autres partages SMB en même temps? Aujourd'hui, j'ai signalé un bug à Apple concernant macOS Sierra où si je suis connecté à un autre partage SMB sur un serveur différent, en essayant de me connecter à un deuxième, 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. Essayer de se connecter à 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 déconnecter du premier serveur avant de tenter la connexion sur le second. Cependant, cela signifie que vous ne pouvez avoir qu'une seule connexion SMB ouverte à la fois.

Une solution légèrement meilleure était d'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 

J'espère que cela vous aide.

Modifier - Je pensais qu'il serait utile de mentionner que ce problème semble affecter tous les clients qui ont été mis à niveau vers Sierra.

0 votes

Non, je ne peux pas me connecter à aucune partage SMB. Je pense que vous décrivez un cas différent du mien... Merci quand même.

0 votes

D'accord mon pote, pas de soucis. As-tu des droits d'administrateur ? J'ai lu quelque chose plus tôt disant que les utilisateurs sans accès root ne pouvaient pas monter des partages sur /Volumes depuis la mise à jour vers Sierra.

0 votes

Une autre étape de dépannage que vous pourriez essayer est d'utiliser Wireshark pour enregistrer les paquets vers/depuis cette adresse IP particulière tout en essayant de vous connecter.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X