Mac mini tidak dapat terhubung ke server SMB perusahaan saya. Bekerja beberapa hari yang lalu

Saya sedang bekerja, dan Mac mini saya telah berhenti dapat terhubung ke folder bersama server SMB perusahaan.

Jika saya mencoba Finder> Connect to Server (menggunakan URL yang tersimpan di sana dari koneksi yang berhasil sebelumnya), macOS Sierra mengeluh dengan "kesalahan umum" yang lebih dari tidak berguna.

Dalam log Konsol saya, saya tidak dapat mendeteksi kesalahan apa pun yang terkait dengan samba (di mana saya harus mencari?)

Ada mesin mini clonic Mac di lantai yang sama (yang rekan kerja saya) dan mereka dapat terhubung ke server ini tanpa masalah.

Jika saya ping mesin ini dari baris perintah saya, saya bisa melihatnya dengan sempurna.

Jika saya mencoba ini di baris perintah:

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

macOS Sierra menghasilkan ini:

smbutil: server connection failed: No such file or directory

Jika saya mencoba baris perintah yang sangat tepat ke mesin rekan kerja, itu hanya daftar sumber daya bersama yang tergantung dari server SMB ...

Ada petunjuk? Mungkin itu terkait dengan beberapa layanan yang dinonaktifkan secara tidak sengaja di Mac mini saya?

Saya tidak memiliki akses ke mesin dan konfigurasi Samba Server perusahaan saya.

Saya telah membaca dan menelusuri banyak halaman di Google dan saya lebih dari kehilangan.

Jika mungkin bermanfaat, saya menggunakan MacPorts. Ini mungkin tampak hal yang acak untuk ditambahkan di sini, tapi mungkin saya tidak mengetahui beberapa perpustakaan yang saya instal yang mungkin diketahui bermasalah dengan klien OS X SAMBA resmi.

KEBERHASILAN!!

Setelah 2 bulan kesengsaraan (moderat) akhirnya saya menemukan alasan SMB tidak bekerja dengan Sierra Mac Mini saya.

TL; DR Alasannya adalah kext ini diinstal:

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

Anda dapat memeriksa apakah Anda telah menginstalnya dengan perintah berikut dari Terminal biasa:

kextstat | grep -iv apel

Jika Anda memilikinya (dan jika Anda juga mengalami masalah konektivitas SMB), Anda dapat menghapus instalannya dengan mengetik perintah berikut, dari Terminal biasa (tidak perlu boot dalam mode Pengguna Tunggal):

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

Ikuti instruksi di layar, REBOOT , dan Anda selesai :)

Melakukan hal itu Anda akan kehilangan akselerasi perangkat keras di dalam emulator Android Anda, tetapi mereka akan bekerja dalam mode rendering perangkat lunak. Tidak brilian, tapi itu sesuatu. Anda dapat menginstal ulang HAXM jika Anda benar-benar membutuhkan Akselerasi Perangkat Keras untuk emulator Android lagi (tetapi bersiaplah untuk kehilangan konektivitas SMB lagi (?)).

Jawaban panjang:

Jika Anda menggunakan Sierra Mac Anda untuk mengembangkan barang-barang Android, Anda mungkin telah menginstal modul-modul yang diperlukan secara acak (Android SDK, emulator, driver, dll ...) Masalahnya adalah, "Intel HAXM accelerator" adalah salah satu driver khas yang Anda gunakan. instal jika Anda ingin akselerasi perangkat keras yang tepat dari emulator Anda untuk pengembangan Android. Yah, tampaknya, dan percaya atau tidak, driver itu tidak kompatibel dengan menggunakan SMB di bawah macOS Sierra, setidaknya dengan MAC saya.

Subsistem Sierra SMB dan HAXM tampaknya merupakan bagian dari perangkat lunak yang tidak terkait, tetapi tampaknya keduanya tidak kompatibel di antara mereka. Jika Anda memiliki masalah SMB, Anda harus memutuskan mana dari dua yang benar-benar Anda butuhkan:

SMB atau emulator cepat yang tepat untuk pengembangan Android .

Saya memilih SMB :)

Terima kasih SEMUA ORANG dalam pertanyaan ini, menjawab, berkomentar, dll ... khususnya Brett yang, setelah berminggu-minggu, menempatkan saya setelah petunjuk yang benar.

Saya memiliki masalah yang sama (1025 kegagalan untuk membuka perangkat seseorang, syserr = Tidak ada file atau direktori seperti itu) dan akhirnya melacaknya ke /dev/nsmb0perangkat yang tidak dikonfigurasikan dengan benar karena kext yang bertentangan dari aplikasi pihak ke-3 yang sangat lama. Jika Anda cat /dev/nsmb0dan mendapatkan "Perangkat tidak dikonfigurasi", itu mungkin masalah yang sama.

Untuk mengatasinya, saya melihat semua kex non-Apple dan menghapus aplikasi / kex satu per satu sampai berhasil. Saya harus boot ke mode pengguna tunggal (cmd + s saat boot) untuk menghapus beberapa dari mereka.

Anda dapat mencari melalui kex non-Apple yang dimuat menggunakan kextstat | grep -iv apple. Berikut ini contoh output untuk saya pada sistem kerja:

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>

Anda dapat menurunkan kunci dengan nama file dengan:

kextunload /System/Library/Extensions/KextName.kext

atau untuk nama bundel:

kextunload -b com.example.kext.name

Apakah Anda terhubung ke saham SMB lain pada saat yang sama? Saya hari ini melaporkan bug ke Apple mengenai macOS Sierra di mana jika saya terhubung ke share SMB lain di server yang berbeda, ketika mencoba terhubung ke yang kedua itu akan menggunakan alamat IP asli dan jalur share dari server baru.

Sebagai contoh

1. Sudah terhubung dengan seseorang: //192.168.0.2/share1
2. Coba sambungkan ke seseorang: //192.168.0.3/share2
3. Analisis paket menunjukkan bahwa macOS mencoba tersambung ke seseorang: //192.168.0.2/share2, yang tidak ada.

Satu-satunya solusi yang saya buat adalah untuk terhubung ke memutuskan sambungan dari server pertama sebelum mencoba koneksi pada yang kedua. Namun ini berarti bahwa Anda hanya dapat membuka satu koneksi SMB pada satu waktu.

Solusi yang sedikit lebih baik adalah dengan menggunakan nama host untuk server alih-alih alamat IP. Ini sepertinya memungkinkan saya untuk terhubung ke server SMB kedua tanpa masalah. Jika Anda tidak tahu nama hostnya, Anda bisa mendapatkannya dengan membuka terminal dan mengetik perintah berikut.

host <ip_address>

Semoga ini membantu.

Sunting - Saya pikir mungkin ada baiknya menyebutkan bahwa masalah ini tampaknya mempengaruhi semua klien yang telah ditingkatkan ke Sierra.