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.

— Ishak
sumber

Saya tidak tahu apakah saya memiliki firewall (perangkat lunak sistem), dan saya tidak ingat pernah memilikinya atau pernah mengacaukan konfigurasinya dalam beberapa bulan terakhir. Folder bersama SMB perusahaan saya baru saja berhenti bekerja.

— Isaac

Dinonaktifkan (mungkin sudah dalam status itu sejak saya mendapatkan Mac ini)

— Isaac

Hal yang sama. Mesin Mi menunjukkan "Tidak ada file atau direktori". Mi rekan kerja saya menunjukkan daftar sumber daya lengkap. BTW, baik Mac (rekan kerja saya dan saya) kurang file /etc/nsmb.conf. Saya sudah berkeliling Google, dan beberapa orang tampaknya memiliki file ini ... Bukan kita.

— Isaac

Satu lagi untuk mencoba ... gunakan nama pengguna akun yang Anda tahu (rekan kerja, mungkin) ada di server SMB. Jadi, perintah Anda akan terlihat seperti ini: smbutil view smb://user@192.xxx.xxx.xxx (Saya juga berasumsi Anda dapat melakukan ping server ini dari mesin Anda, BTW)

— Allan

Ya, arah Anda jelas dan mudah, tetapi hal yang sama. Saya sudah mengujinya dengan banyak nama pengguna rekan kerja dan hal yang sama: "Tidak ada file atau direktori". Saya sudah mencoba -G -g dan -a parameter, dan tidak. OTOH: Ya, server SMB itu bisa ping dengan sempurna dari mesin saya. Juga, nmap yang tepat menunjukkan port 139 dan 445 terbuka (IIRC ini adalah port yang relevan untuk SMB (?))

— Isaac

Jawaban:

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.

— Ishak
sumber

Terima kasih. Setelah menghapus haxm, saya perlu me-reboot agar bisa berfungsi. Tapi saya sebelumnya tidak reboot, setelah melihat kesalahan, jadi bisa diselesaikan sendiri.

— Wayne Shelley

Terima kasih banyak untuk ini! Saya menjadi gila setelah upgrade dari El Capitan ke Sierra rusak pencetakan. Seandainya saya menyadari sudut samba sebelumnya dan mendarat di sini lebih cepat.

— Vijay Dev

Bergabung dengan paduan suara "terima kasih", @Isaac. Ini membuatku gila selama 2 jam berturut-turut.

— DomQ

Terima kasih .. persis masalah saya apple.stackexchange.com/questions/339412/...

— boecko

Saya baru saja menginstal Android Studio dan drive jaringan saya tidak lagi terhubung. Tidak melalui Finder, melalui terminal, seseorang / cif, tidak ada. Jawaban ini justru masalahnya. Ceria untukmu; Saya tidak akan pernah menemukannya.

— Matt Kenefick

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

— Brett
sumber

Ini terlihat SANGAT menjanjikan. Saya di rumah sekarang, tetapi besok saya akan mencobanya di tempat kerja. Untuk beberapa proyek saya perlu menggunakan tap dan tun, dan saya bisa melihat mereka terdaftar di sana. Saya lebih dari yakin mereka mengganggu Sierra entah bagaimana, jadi saya akan terus memberi tahu Anda

— Isaac

Daftar kex itulah yang sedang berjalan saat SMB bekerja. Saya hanya memasukkannya sebagai contoh output. Ketuk / tun tampaknya berfungsi dengan baik untuk saya, jadi saya telah mengedit pertanyaan untuk diklarifikasi.

— Brett

Sedang di tempat kerja, agak sulit mendapatkan waktu luang untuk mulai mengacaukan kex saya ... Ketika Anda menurunkan kext, apakah Anda harus mengatur ulang setelah itu? Saya juga memiliki kexts saya lebih baik tidak menghapus (tun, ketuk, virutalbox, dll ...) Atau saya tidak tahu bagaimana menginstalnya dengan benar setelah itu jika mereka bukan pelakunya ... Dalam daftar saya, saya memiliki ini kexts berbeda (dibandingkan dengan milik Anda): 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). Yang tidak saya daftarkan termasuk dalam daftar kerja Anda.

— Isaac

Saya akan mencoba menghapus Karabiner. Aplikasi pihak ke-3 lama yang menyebabkan saya masalah adalah KeyRemap4MacBook, yang sekarang disebut Karabiner.

— Brett

Untuk menjawab pertanyaan lain, jika Anda dapat menghapus kext tanpa dalam mode pengguna tunggal, Anda mungkin tidak perlu memulai ulang. Penghapusan Karabiner tidak berfungsi untuk saya, jadi saya harus boot ke mode pengguna tunggal dan menghapus secara manual kext dari / System / Library / Extensions setelah membongkar.

— Brett

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

Sudah terhubung dengan seseorang: //192.168.0.2/share1
Coba sambungkan ke seseorang: //192.168.0.3/share2
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.

— ryansin
sumber

Tidak, saya tidak dapat terhubung ke share SMB. Saya pikir Anda sedang menggambarkan kasus yang berbeda dari kasus saya ... Terima kasih.

— Isaac

Ok sobat jangan khawatir. Apakah Anda memiliki hak admin? Saya membaca sesuatu yang sebelumnya mengatakan bahwa pengguna tanpa root tidak dapat me-mount share ke / Volume sejak upgrade ke Sierra.

— ryansin

Langkah pemecahan masalah lain yang dapat Anda coba adalah menggunakan wireshark untuk merekam paket ke / dari alamat IP tertentu seperti saat Anda mencoba untuk terhubung

— ryansin