Mac OS не може підключитися до акцій SMB після сну

15

Я без проблем переходив до акцій SMB локального файлового сервера Windows 2008 на моїй останній (3 тижні) MacBook Pro. Однак протягом кількох днів він не вдається (повторно) підключитися до сервера після пробудження із сплячого режиму.

Finder просто показує "підключення ..." і висить нескінченно. Те саме відбувається, коли я спробую це з командного рядка ( mount -t smbfs). Це відбувається як через WiFi, так і через кабель, я також намагався вимкнути та знову ввімкнути мережу. Єдине, що допомагає - це перезавантаження.

Якісь підказки?

Редагувати, щоб уточнити: уві сні перебуває Mac, а не сервер. Я також з’ясував, що якщо я відключу акції перед тим, як укладати її спати, вона зможе знову підключитися після пробудження.

Ще одна редакція:

Я провів ще кілька розслідувань і обнюхав мережевий трафік. Mac надсилає сервери запити імен NetBIOS та запит про стан (NBSTAT), сервер відповідає, все здається нормальним. Після цього Mac повинен відкрити SMB-з'єднання, але він нічого не робить. Більше пакетів не випливає.

Потім я дізнався, що справжня проблема криється глибше. Здається, це не відкриває нове з'єднання, оскільки він вважає, що старий, який, звичайно, вийшов на стороні сервера, все ще активний. Однак будь-яка програма, яка намагається отримати доступ до точки монтажу або просто до каталогу / Volumes, висить і навіть не може бути знищена. umount /Volumes/share- висить. ls /Volumes- висить. kill -9будь-яке з них - не допомагає. Крім того, відкриття діалогового вікна відкриття файлів у будь-якій програмі також призводить до його зависання!

Єдине, що допомагає - це важке перезавантаження. Мені здається, є щось принципово не так у реалізації SMB для OSX, якщо тимчасове з'єднання може викликати щось подібне.

— Андреас
джерело

6

У мене однакова проблема з моїм MacBook Pro. Я дотримувався тут інструкцій - http://blog.djmnet.org/2009/02/09/macs-needing-unix-network-geekery/ і мої проблеми, здається, вирішені.

— ddbailie
джерело

1

Нічого, дякую! Здається, це зробили. Я відключив darwin_streams у smb.conf і додав це до свого sysctl.conf:

net.inet.tcp.delayed_ack=0 net.inet.tcp.mssdflt=1440 kern.ipc.maxsockbuf=500000 net.inet.tcp.sendspace=250000 net.inet.tcp.recvspace=250000

Після перезавантаження я підключився до своїх акцій SMB (на які вже пішло набагато менше часу, ніж раніше), і після кількох сну пізніше я все ще можу отримати доступ їх ідеально.

— Андреас

Насправді я все-таки зіткнувся з проблемами після застосування цих змін. Однак OSX Lion, здається, вирішив проблему.

— Андреас

4

Гей, нещодавно у мене була така ж проблема з моїм MBP в 2010 році, я знайшов рішення поєднанням двох речей.

Перший - це налаштування ядра (по суті, TCP_NODELAYпро з'єднання), що можна зробити в Terminal:

sudo sysctl -w net.inet.tcp.delayed_ack=0

По-друге, має справу з дозволами на файли / файлами DS_Store. Зазвичай, коли ви налаштовуєте спільні Windows, Mac матиме доступ лише для читання. Finder намагається створити їх у кожній папці, яку ви переглядаєте, і згодом може зависнути. Отже, є два варіанти вирішення цього питання - увімкнути достатню кількість файлів на машині Windows або зупинити Finder від створення цих файлів на мережевих спільних ресурсах. Я вважаю за краще відключити Finder від їх створення, що можна зробити, виконавши наступну команду в терміналі:

defaults write com.Apple.desktopservices DSDontWriteNetworkStores true

Вам потрібно буде перезавантажити їх після запуску.

— дантеман
джерело

У моїй системі Mac OS 10.7.2 типовим значенням (якщо вам потрібно відновити його) є "net.inet.tcp.delayed_ack: 3" (ви можете отримати значення за замовчуванням, виконавши "sudo sysctl -a").

— Per Noalt

@PerNoalt: Відповідаючи на цю тему, тому що я також маю справу з такими проблемами. Значення за замовчуванням net.inet.tcp.delayed_ackзнаходиться 3на 10,6, 1,7 і 1,8. Встановивши це для 0вирішення проблем. Але також 2має працювати.

— JakeGould

2

Я не можу допомогти вирішити проблему, але можу додати трохи детальніше. Це трапляється і в Windows 7, і пристрій OS X все одно повинен бути підключений, коли спільна частина Windows перебуває у режимі сну. Якщо ви від'єднаєтесь або перебуваєте в режимі очікування ОС X, а потім перебуваєте в режимі очікування Windows, у вас не виникне цієї проблеми.

Я також дуже хотів би вирішити це питання.

Редагувати: Після деяких пошуків у багатьох інших людей виникли подібні проблеми:

+ нитка на яблучних форумах, які я загубив
http://forums.macosxhints.com/showthread.php?t=101185

— Язрадель
джерело