Mac mini không thể kết nối với máy chủ SMB của công ty tôi. Đã làm việc vài ngày trước

Tôi đang làm việc và Mac mini của tôi đã không thể kết nối với các thư mục chia sẻ máy chủ SMB của công ty.

Nếu tôi thử Finder> Kết nối với Máy chủ (sử dụng URL được lưu trữ ở đó từ các kết nối thành công trước đó), macOS Sierra sẽ phàn nàn với "lỗi chung" vô dụng hơn.

Trong nhật ký Bảng điều khiển của tôi, tôi không thể phát hiện bất kỳ lỗi nào liên quan đến samba (tôi nên tìm ở đâu?)

Có những máy Mac mini clonic trên cùng một tầng (đồng nghiệp của tôi) và chúng có thể kết nối với máy chủ này mà không gặp vấn đề gì.

Nếu tôi ping máy này từ dòng lệnh của tôi, tôi có thể thấy nó hoàn hảo.

Nếu tôi thử điều này trên dòng lệnh:

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

macOS Sierra mang lại điều này:

smbutil: server connection failed: No such file or directory

Nếu tôi thử dòng lệnh rất chính xác đó trên máy đồng nghiệp, nó chỉ liệt kê các tài nguyên được chia sẻ treo trên máy chủ SMB đó ...

Có gợi ý nào không? Có lẽ đó là một cái gì đó liên quan đến một số dịch vụ bị vô hiệu hóa do nhầm lẫn trong máy Mac mini của tôi?

Tôi không có quyền truy cập vào cấu hình và máy Samba Server của công ty tôi.

Tôi đã đọc và googled nhiều trang xung quanh và tôi bị mất nhiều hơn.

Trong trường hợp nó có thể hữu ích, tôi sử dụng MacPorts. Có vẻ như là một điều ngẫu nhiên để thêm vào đây, nhưng có lẽ tôi không biết về một số thư viện mà tôi có thể đã cài đặt có thể gây rắc rối với máy khách OS X SAMBA chính thức.

SỰ THÀNH CÔNG!!

Sau 2 tháng khổ sở (vừa phải) cuối cùng tôi cũng tìm được lý do SMB không hoạt động với Sierra Mac Mini của tôi.

TL; DR Lý do là cài đặt kext này:

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

Bạn có thể kiểm tra xem bạn đã cài đặt nó bằng lệnh sau từ Terminal thông thường chưa:

kextstat | grep -iv táo

Trong trường hợp bạn có nó (và trong trường hợp bạn cũng gặp vấn đề về kết nối SMB), bạn có thể gỡ cài đặt lại bằng cách gõ lệnh sau, từ Terminal thông thường (không cần phải khởi động ở chế độ Người dùng đơn):

sudo / Thư viện / Mở rộng / intelhaxm.kext / Content / Resource / uninstall.sh

Làm theo các hướng dẫn trên màn hình, REBOOT và bạn đã hoàn thành :)

Làm như vậy bạn sẽ mất khả năng tăng tốc phần cứng bên trong trình giả lập Android, nhưng chúng sẽ hoạt động ở chế độ kết xuất phần mềm. Không rực rỡ, nhưng đó là một cái gì đó. Bạn có thể cài đặt lại HAXM trong trường hợp bạn thực sự cần Tăng tốc phần cứng cho trình giả lập Android một lần nữa (nhưng hãy chuẩn bị để mất kết nối SMB một lần nữa (?)).

Câu trả lời dài:

Nếu bạn sử dụng Sierra Mac để phát triển công cụ Android, có lẽ bạn đã cài đặt các mô-đun cần thiết ngẫu nhiên điển hình (SDK Android, trình giả lập, trình điều khiển, v.v.) Điều này là, "Trình tăng tốc Intel HAXM" là một trong những trình điều khiển điển hình cho bạn cài đặt nếu bạn muốn tăng tốc phần cứng thích hợp cho trình giả lập của mình để phát triển Android. Chà, rõ ràng, và tin hay không, trình điều khiển đó không tương thích với việc sử dụng SMB theo macOS Sierra, ít nhất là với MAC của tôi.

Hệ thống con Sierra SMB và HAXM rõ ràng là những phần mềm không liên quan, nhưng có vẻ như chúng không tương thích với nhau. Trong trường hợp bạn gặp vấn đề về SMB, bạn sẽ phải quyết định ai trong hai bạn thực sự cần nhiều hơn:

SMB hoặc trình giả lập nhanh thích hợp để phát triển Android .

Tôi đã chọn SMB :)

Cảm ơn MỌI NGƯỜI trong câu hỏi này, trả lời, bình luận, v.v ... đặc biệt là Brett , người sau nhiều tuần, đã đặt tôi sau khi dẫn đúng.

Tôi gặp vấn đề tương tự (1025 lỗi khi mở thiết bị smb, syserr = Không có tệp hoặc thư mục như vậy) và cuối cùng đã theo dõi nó xuống /dev/nsmb0thiết bị không được cấu hình chính xác do kext xung đột từ ứng dụng bên thứ 3 rất cũ. Nếu bạn cat /dev/nsmb0và nhận được "Thiết bị không được định cấu hình", đó có thể là một vấn đề tương tự.

Để giải quyết nó, tôi đã xem xét tất cả các kexts không phải của Apple và xóa từng ứng dụng / kexts cho đến khi nó hoạt động. Tôi đã phải khởi động vào chế độ người dùng (cmd + s trong khi khởi động) để loại bỏ một số trong số họ.

Bạn có thể tìm kiếm thông qua các kexts không phải Apple đã tải bằng cách sử dụng kextstat | grep -iv apple. Đây là một ví dụ về đầu ra cho tôi trên một hệ thống làm việc:

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>

Bạn có thể dỡ bỏ kexts bằng tên tệp bằng:

kextunload /System/Library/Extensions/KextName.kext

hoặc cho tên gói:

kextunload -b com.example.kext.name

Bạn có kết nối với bất kỳ cổ phiếu SMB nào khác cùng một lúc không? Hôm nay tôi đã báo cáo một lỗi cho Apple liên quan đến macOS Sierra, theo đó nếu tôi kết nối với một chia sẻ SMB khác trên một máy chủ khác, khi cố gắng kết nối với máy chủ thứ hai, nó sẽ sử dụng địa chỉ IP gốc và đường dẫn chia sẻ từ máy chủ mới.

Ví dụ

1. Đã kết nối với smb: //192.168.0.2/share1
2. Cố gắng kết nối với smb: //192.168.0.3/share2
3. Phân tích các gói cho thấy macOS cố gắng kết nối với smb: //192.168.0.2/share2, không tồn tại.

Cách giải quyết duy nhất tôi nghĩ ra là kết nối để ngắt kết nối với máy chủ đầu tiên trước khi thử kết nối vào lần thứ hai. Tuy nhiên, điều này không có nghĩa là bạn chỉ có thể mở một kết nối SMB tại một thời điểm.

Một giải pháp tốt hơn một chút là sử dụng tên máy chủ cho máy chủ thay vì địa chỉ IP. Điều này dường như cho phép tôi kết nối với máy chủ SMB thứ hai mà không gặp vấn đề gì. Nếu bạn không biết tên máy chủ, bạn có thể lấy nó bằng cách mở terminal và gõ lệnh sau.

host <ip_address>

Hi vọng điêu nay co ich.

Chỉnh sửa - Tôi nghĩ có thể đáng đề cập rằng vấn đề này dường như ảnh hưởng đến tất cả các khách hàng đã được nâng cấp lên Sierra.