Mac mini ไม่สามารถเชื่อมต่อกับเซิร์ฟเวอร์ SMB ขององค์กรของฉันได้ เคยทำงานมาหลายวันแล้ว


20

ฉันทำงานอยู่และ Mac mini ของฉันหยุดเชื่อมต่อกับโฟลเดอร์ SMB ของเซิร์ฟเวอร์ที่ใช้ร่วมกันในองค์กร

ถ้าฉันลอง Finder> เชื่อมต่อกับเซิร์ฟเวอร์ (โดยใช้ URL ที่เก็บไว้จากการเชื่อมต่อที่สำเร็จก่อนหน้านี้), macOS Sierra บ่นว่า "ข้อผิดพลาดทั่วไป" ไร้ประโยชน์มากกว่า

ในบันทึกของคอนโซลฉันไม่สามารถตรวจพบข้อผิดพลาดที่เกี่ยวข้องกับแซมบ้า (ฉันควรดูที่ใด)

มี clonic Mac mini อยู่บนชั้นเดียวกัน (เพื่อนร่วมงานของฉัน) และพวกเขาสามารถเชื่อมต่อกับเซิร์ฟเวอร์นี้ได้โดยไม่มีปัญหาใด ๆ

ถ้าฉัน ping เครื่องนี้จากบรรทัดคำสั่งของฉันฉันสามารถดูได้อย่างสมบูรณ์

ถ้าฉันลองในบรรทัดคำสั่ง:

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

macOS Sierra ให้สิ่งนี้:

smbutil: server connection failed: No such file or directory

ถ้าฉันลองใช้บรรทัดคำสั่งที่ถูกต้องอย่างแม่นยำบนเครื่อง coworker มันจะแสดงรายการทรัพยากรที่ใช้ร่วมกันที่หยุดทำงานจากเซิร์ฟเวอร์ SMB นั้น ...

คำใบ้ใด ๆ อาจเป็นบางสิ่งที่เกี่ยวข้องกับบริการบางอย่างที่ถูกปิดใช้งานโดยไม่ได้ตั้งใจใน Mac mini ของฉัน?

ฉันไม่สามารถเข้าถึงเครื่องแซมบ้าเซิร์ฟเวอร์และการกำหนดค่าของ บริษัท ได้

ฉันได้อ่านและทำ Google หลายหน้าไปรอบ ๆ แล้วฉันก็หลงทางมากกว่า

ในกรณีที่อาจมีประโยชน์ฉันใช้ MacPorts อาจเป็นเรื่องแปลกที่จะเพิ่มที่นี่ แต่บางทีฉันอาจไม่ทราบว่ามีบางไลบรารีที่ฉันติดตั้งซึ่งอาจเป็นที่ทราบกันดีว่าปัญหากับไคลเอ็นต์ OS X SAMBA อย่างเป็นทางการ


ฉันไม่รู้ว่าฉันมีไฟร์วอลล์ (ซอฟต์แวร์ระบบ) และฉันจำไม่ได้ว่ามีหนึ่งตัวหรือมีปัญหากับการกำหนดค่าในเดือนที่ผ่านมา SMB ที่ใช้ร่วมกันในองค์กรของฉันเพิ่งหยุดทำงานจากสีน้ำเงิน
Isaac

ปิดการใช้งาน (มันอาจจะอยู่ในสถานะนั้นตั้งแต่ฉันได้รับ Mac เครื่องนี้)
ไอแซค

สิ่งเดียวกัน เครื่อง Mi แสดง "ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว" Mac coworkers 'Mi แสดงรายการทรัพยากรทั้งหมด BTW ทั้ง Mac (ผู้ร่วมงานของฉันและของฉัน) ขาดไฟล์ /etc/nsmb.conf ฉันมี google อยู่แล้วและบางคนดูเหมือนจะมีไฟล์นี้ ... ไม่ใช่เรา
Isaac

ลองอีกครั้ง ... ใช้ชื่อผู้ใช้ของบัญชีที่คุณรู้จัก (เพื่อนร่วมงาน) อาจอยู่ในเซิร์ฟเวอร์ SMB ดังนั้นคำสั่งของคุณควรมีลักษณะเช่นนี้: smbutil view smb://user@192.xxx.xxx.xxx (ฉันสมมติว่าคุณสามารถ ping เซิร์ฟเวอร์นี้จากเครื่องของคุณ BTW)
Allan

ใช่เส้นทางของคุณชัดเจนและง่าย แต่ก็เหมือนกัน ฉันได้ทดสอบด้วยชื่อผู้ใช้ของผู้ร่วมงานจำนวนมากและสิ่งเดียวกัน: "ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว" ฉันได้ลองใช้พารามิเตอร์ -G -g และ -a และไม่ OTOH: ใช่เซิร์ฟเวอร์ SMB นั้นสามารถ Ping ได้อย่างสมบูรณ์จากเครื่องของฉัน นอกจากนี้ nmap ที่เหมาะสมแสดงพอร์ต 139 และ 445 open (IIRC นี่คือพอร์ตที่เกี่ยวข้องสำหรับ SMB (?))
Isaac

คำตอบ:


33

ความสำเร็จ !!

หลังจาก 2 เดือนของความยากลำบากปานกลางฉันพบว่าเหตุผลที่ SMB ไม่ทำงานกับ Sierra Mac Mini ของฉัน


TL; DRเหตุผลนี้คือการติดตั้ง kext:

com.intel.kext.intelhaxm (6.0.1) 8FF2C637-0A5E-367E-B007-5B08655B1E8A <7 5 4 3 1>

คุณสามารถตรวจสอบว่าคุณได้ทำการติดตั้งด้วยคำสั่งต่อไปนี้จากเทอร์มินัลทั่วไปหรือไม่:

kextstat | grep -iv apple

ในกรณีที่คุณมีมัน (และในกรณีที่คุณยังประสบปัญหาการเชื่อมต่อ SMB) คุณสามารถถอนการติดตั้งมันพิมพ์คำสั่งต่อไปนี้อีกครั้งจากสถานีธรรมดา (ไม่จำเป็นต้องบูตในโหมดผู้ใช้คนเดียว):

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

ทำตามคำแนะนำบนหน้าจอรีบูตและทำเสร็จแล้ว :)

การทำเช่นนั้นคุณจะสูญเสียการเร่งฮาร์ดแวร์ภายในตัวจำลอง Android แต่จะทำงานในโหมดการแสดงผลซอฟต์แวร์ ไม่เก่ง แต่มันเป็นอะไรบางอย่าง คุณสามารถติดตั้ง HAXM ใหม่ได้ในกรณีที่คุณต้องการการเร่งความเร็วฮาร์ดแวร์สำหรับ Android emulators อีกครั้ง (แต่เตรียมที่จะสูญเสียการเชื่อมต่อ SMB อีกครั้ง (?))


คำตอบยาว:

หากคุณใช้ Sierra Mac เพื่อพัฒนาอุปกรณ์ Android คุณอาจติดตั้งโมดูลแบบสุ่มทั่วไปที่จำเป็น (Android SDK's, emulators, drivers, ฯลฯ ... ) สิ่งนี้คือ "Intel HAXM accelerator" เป็นหนึ่งในไดรเวอร์ทั่วไปที่คุณใช้ ติดตั้งถ้าคุณต้องการเร่งความเร็วฮาร์ดแวร์ที่เหมาะสมของอีมูเลเตอร์สำหรับการพัฒนา Android เห็นได้ชัดว่าและเชื่อหรือไม่ว่าไดรเวอร์นั้นไม่เข้ากันกับการใช้ SMB ใน macOS Sierra อย่างน้อยกับ MAC ของฉัน

ระบบย่อยของ Sierra SMB และ HAXM ดูเหมือนจะเป็นซอฟต์แวร์ที่ไม่เกี่ยวข้อง แต่ดูเหมือนว่าพวกเขาจะเข้ากันไม่ได้ระหว่างกัน ในกรณีที่คุณมีปัญหา SMB คุณจะต้องตัดสินใจว่าหนึ่งในสองข้อนี้คุณต้องการอะไรมากกว่านี้:

SMBหรือการเลียนแบบได้อย่างรวดเร็วที่เหมาะสมสำหรับการพัฒนา Android

ฉันเลือก SMB :)


ขอบคุณทุกคนในคำถามนี้การตอบการแสดงความคิดเห็นและอื่น ๆ ... โดยเฉพาะเบร็ทที่หลังจากผ่านไปหลายสัปดาห์


5
ขอขอบคุณ. หลังจากลบ haxm ฉันต้องรีบูตเพื่อให้มีผล แต่ก่อนหน้านี้ฉันไม่ได้รีบูตหลังจากเห็นข้อผิดพลาดดังนั้นอาจแก้ไขได้เอง
Wayne Shelley

4
ขอบคุณสำหรับสิ่งนี้! ฉันกำลังคลั่งไคล้หลังจากการอัปเกรดจาก El Capitan เป็น Sierra ที่พิมพ์ไม่ได้ หวังว่าฉันจะรู้มุมแซมบ้ามาก่อนและลงจอดที่นี่เร็วกว่านี้
Vijay Dev

3
เข้าร่วมการขับร้อง“ ขอบคุณ” @Isaac สิ่งนี้ทำให้ฉันบ้าเป็นเวลา 2 ชั่วโมง
DomQ

3
ขอบคุณ .. แน่นอนว่าปัญหาของฉันapple.stackexchange.com/questions/339412/…
boecko

1
ฉันเพิ่งติดตั้ง Android Studio และไดรฟ์เครือข่ายของฉันจะไม่เชื่อมต่ออีกต่อไป ไม่ผ่าน Finder ผ่านเทอร์มินัล smb / cif ไม่มีอะไร คำตอบนี้เป็นปัญหาแน่นอน ขอบคุณคุณ ฉันจะไม่พบมันเลย
Matt Kenefick

8

ฉันมีปัญหาเดียวกัน (1,025 ความล้มเหลวในการเปิดอุปกรณ์ smb, syserr = ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว) และในที่สุดก็ติดตามมันลงไปยัง/dev/nsmb0อุปกรณ์ที่ไม่ได้รับการกำหนดค่าอย่างถูกต้องเพราะ kext ที่ขัดแย้งกันจากแอปบุคคลที่สามเก่ามาก หากคุณcat /dev/nsmb0และได้รับ "อุปกรณ์ไม่ได้กำหนดค่า" อาจเป็นปัญหาที่คล้ายกัน

ในการแก้ปัญหานั้นฉันดูที่ kexts ที่ไม่ใช่ของ Apple และลบแอป / kexts ทีละรายการจนกว่าจะทำงานได้ ฉันต้องบูตเข้าสู่โหมดผู้ใช้คนเดียว (cmd + s ระหว่างการบู๊ต) เพื่อลบบางส่วนออก

คุณสามารถค้นหาผ่าน kexts kextstat | grep -iv appleไม่ใช่แอปเปิ้ลของคุณโดยใช้โหลด นี่คือตัวอย่างของผลลัพธ์สำหรับฉันในระบบการทำงาน:

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>

คุณสามารถยกเลิกการโหลด kexts โดยใช้ชื่อไฟล์ด้วย:

kextunload /System/Library/Extensions/KextName.kext

หรือสำหรับชื่อชุด:

kextunload -b com.example.kext.name

ดูเหมือนว่าจะมีแนวโน้มจริงๆ ฉันอยู่ที่บ้านตอนนี้ แต่พรุ่งนี้ฉันจะลองที่ทำงาน สำหรับบางโครงการฉันจำเป็นต้องใช้การแตะและการปรับแต่งและฉันสามารถดูรายการเหล่านั้นได้ ฉันมั่นใจว่าพวกเขาจะรบกวนเซียร่าบ้างดังนั้นฉันจะแจ้งให้คุณทราบ
Isaac

1
รายการ kexts นั้นกำลังทำงานอยู่ในขณะที่ SMB ทำงานอยู่ ฉันเพิ่งรวมมันเป็นเอาท์พุทตัวอย่าง ดูเหมือนว่า Tap / tun จะทำงานได้ดีสำหรับฉันดังนั้นฉันจึงแก้ไขคำถามเพื่อให้ความกระจ่าง
Brett

การทำงานมันเป็นเรื่องยากที่จะได้รับเวลาว่างเพื่อเริ่มยุ่งกับ kexts ของฉัน ... เมื่อคุณปลดปล่อย kext คุณต้องรีเซ็ตในภายหลังไหม? ฉันยังมี kexts ฉันควรที่จะไม่ถอนการติดตั้ง (tun, แตะ, virutalbox, ฯลฯ ... ) หรือฉันไม่รู้ว่าจะติดตั้งใหม่อย่างถูกต้องหลังจากนั้นในกรณีที่พวกเขาไม่ใช่ผู้ร้าย ... ในรายการของฉันฉันมีสิ่งเหล่านี้ kexts ที่แตกต่างกัน (เปรียบเทียบกับของคุณ): 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) รายการที่ฉันไม่ได้รวมอยู่ในรายการทำงานของคุณ
ไอแซค

ฉันจะลองลบ Karabiner แอพของบุคคลที่สามเก่าที่ทำให้ฉันมีปัญหาคือ KeyRemap4MacBook ซึ่งตอนนี้เรียกว่า Karabiner
Brett

หากต้องการตอบคำถามอื่น ๆ หากคุณสามารถลบ kext โดยไม่ต้องอยู่ในโหมดผู้ใช้คนเดียวคุณอาจไม่จำเป็นต้องรีสตาร์ท การถอนการติดตั้ง Karabiner ไม่ได้ผลสำหรับฉันดังนั้นฉันต้องบูตเข้าสู่โหมดผู้ใช้คนเดียวและลบ kext ด้วยตนเอง / System / Library / Extensions หลังจากที่ยกเลิกการโหลด
Brett

0

คุณเชื่อมต่อกับการแบ่งปัน SMB อื่น ๆ ในเวลาเดียวกันหรือไม่? วันนี้ฉันได้รายงานข้อผิดพลาดของ Apple เกี่ยวกับ macOS Sierra โดยถ้าฉันเชื่อมต่อกับ SMB ที่แชร์บนเซิร์ฟเวอร์อื่นเมื่อพยายามเชื่อมต่อกับที่สองมันจะใช้ที่อยู่ IP ดั้งเดิมและเส้นทางการแชร์จากเซิร์ฟเวอร์ใหม่

ตัวอย่างเช่น

  1. เชื่อมต่อกับ smb: //192.168.0.2/share1 แล้ว
  2. พยายามเชื่อมต่อกับ smb: //192.168.0.3/share2
  3. การวิเคราะห์แพ็คเก็ตแสดงให้เห็นว่า macOS พยายามเชื่อมต่อกับ smb: //192.168.0.2/share2 ซึ่งไม่มีอยู่

วิธีแก้ปัญหาเดียวที่ฉันพบคือการเชื่อมต่อเพื่อตัดการเชื่อมต่อจากเซิร์ฟเวอร์เครื่องแรกก่อนที่จะพยายามเชื่อมต่อในครั้งที่สอง อย่างไรก็ตามนี่หมายความว่าคุณสามารถเปิด SMB ได้ครั้งละหนึ่งการเชื่อมต่อเท่านั้น

ทางออกที่ดีกว่าเล็กน้อยคือใช้ชื่อโฮสต์สำหรับเซิร์ฟเวอร์แทนที่อยู่ IP ดูเหมือนว่าจะทำให้ฉันสามารถเชื่อมต่อกับเซิร์ฟเวอร์ SMB ตัวที่สองได้โดยไม่มีปัญหา หากคุณไม่ทราบชื่อโฮสต์คุณสามารถรับมันได้โดยเปิดเทอร์มินัลแล้วพิมพ์คำสั่งต่อไปนี้

host <ip_address>

หวังว่านี่จะช่วยได้

แก้ไข - ฉันคิดว่ามันอาจจะคุ้มค่าที่จะกล่าวถึงว่าปัญหานี้ดูเหมือนจะส่งผลกระทบต่อลูกค้าทั้งหมดที่ได้รับการอัพเกรดเป็นเซียร่า


ไม่ฉันไม่สามารถเชื่อมต่อกับการแบ่งปัน SMB ใด ๆ ได้ ฉันคิดว่าคุณกำลังอธิบายกรณีอื่นที่ไม่ใช่ของฉัน ... ขอบคุณ
Isaac

ไม่เป็นไรต้องกังวล คุณมีสิทธิ์ผู้ดูแลระบบหรือไม่ ฉันอ่านอะไรบางอย่างก่อนหน้านี้ที่บอกว่าผู้ใช้ที่ไม่มีรูทไม่สามารถเมานต์แชร์ / โวลุ่มได้ตั้งแต่อัปเกรดเป็นเซียร่า
ไรอันซิน

อีกขั้นตอนการแก้ไขปัญหาที่คุณสามารถลองใช้ wireshark เพื่อบันทึกแพ็กเก็ตไปยัง / จากที่อยู่ IP เฉพาะนั้นเช่นเดียวกับที่คุณพยายามเชื่อมต่อ
ryansin
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.