ঘুমের পরে ম্যাক ওএস এসএমবি শেয়ারের সাথে সংযোগ করতে পারে না


15

আমি আমার স্থানীয় উইন্ডোজ 2008 ফাইল সার্ভারের এসএমবি শেয়ারগুলিতে আমার সাম্প্রতিক (3 সপ্তাহ বয়সী) ম্যাকবুক প্রোতে সমস্যা ছাড়াই অ্যাক্সেস করেছি। যাইহোক, এখন কয়েক দিনের জন্য, এটি স্লিপ মোড থেকে ঘুম থেকে ওঠার পরে সার্ভারের সাথে (পুনরায়) সংযোগ করতে ব্যর্থ হয়।

অনুসন্ধানকারী কেবল "সংযুক্ত হচ্ছে ..." দেখায় এবং অনির্দিষ্টকালের জন্য স্তব্ধ হয়ে যায়। কমান্ড লাইন ( mount -t smbfs) থেকে চেষ্টা করার পরে একই জিনিস ঘটে । এটি ওয়াইফাই এবং কেবল উভয়ের মাধ্যমেই ঘটেছিল, আমি নেটওয়ার্কিং বন্ধ এবং ফিরে চালু করার চেষ্টাও করেছি। একমাত্র জিনিস যা সাহায্য করে তা হ'ল রিবুট।

কোন ইঙ্গিত?

স্পষ্ট করার জন্য সম্পাদনা করুন: এটি ম্যাক, যা সার্ভারের নয়, ঘুমের মধ্যে পড়ে। আমি আরও জানতে পেরেছিলাম যে আমি যদি ঘুমের আগে শেয়ারগুলি সংযোগ বিচ্ছিন্ন করে রাখি তবে ঘুম থেকে ওঠার পরে এটি পুনরায় সংযোগ করতে সক্ষম হবে।

অন্য সম্পাদনা:

আমি আরও কিছু তদন্ত করেছি এবং নেটওয়ার্ক ট্রাফিক শুকিয়েছি। ম্যাক নেটবিআইওএস নাম অনুসন্ধান এবং একটি স্থিতির অনুরোধ (এনবিএসটিএটি) সার্ভারে প্রেরণ করে, সার্ভার সাড়া দেয়, সবকিছু ঠিক আছে বলে মনে হচ্ছে। এর পরে, ম্যাকের একটি এসএমবি সংযোগটি খোলা উচিত, তবে এটি কিছুই করে না। আর কোনও প্যাকেট অনুসরণ করে না।

আমি তখন জানতে পারি যে আসল সমস্যাটি আরও গভীর। দেখে মনে হচ্ছে এটি কোনও নতুন সংযোগটি খোলেনি কারণ এটি মনে করে যে সার্ভারের সাইডে অবশ্যই পুরাতনটি শেষ হয়ে গেছে এখনও সক্রিয় রয়েছে। তবে যে কোনও প্রোগ্রাম যা তার মাউন্ট পয়েন্ট বা কেবল / ভলিউম ডিরেক্টরিটি অ্যাক্সেস করার চেষ্টা করে তা হ'ল এবং হত্যা করাও যায় না। umount /Volumes/share- ঝুলছে। ls /Volumes- ঝুলছে। kill -9এর মধ্যে কোনও - সাহায্য করে না। এছাড়াও, যে কোনও অ্যাপ্লিকেশনটিতে একটি ফাইল ওপেন ডায়ালগ খোলার ফলে এটি হ্যাং হওয়ার কারণও হয়!

একমাত্র জিনিস যা সাহায্য করে তা হ'ল হার্ড রিবুট। ওএসএক্সের এসএমবি প্রয়োগের সময়সীমার সাথে সংযুক্তি যদি এই জাতীয় কিছু ট্রিগার করতে পারে তবে এটি আমার কাছে মনে হচ্ছে কিছু ভুল হয়েছে।

উত্তর:


6

আমার ম্যাকবুক প্রো-তেও আমি একই সমস্যা করছি। আমি এখানে নির্দেশাবলী অনুসরণ করেছি - http://blog.djmnet.org/2009/02/09/macs-needing-unix-network-geekery/ এবং আমার সমস্যাগুলি সমাধান হয়েছে বলে মনে হচ্ছে।


1
ওহ ধন্যবাদ! এটি এটি সম্পন্ন বলে মনে হচ্ছে। আমি smb.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 পুনরায় চালু হওয়ার পরে, আমি আমার এসএমবি শেয়ারের সাথে সংযুক্ত হয়েছি (যা ইতিমধ্যে এর আগের তুলনায় অনেক কম সময় নিয়েছিল) এবং কিছুক্ষণ পরে ঘুমানোর পরেও আমি অ্যাক্সেস করতে পারি তাদের পুরোপুরি।
Andreas

আসলে, আমি এই পরিবর্তনগুলি প্রয়োগ করার পরেও সমস্যায় পড়েছি into যাইহোক, ওএসএক্স সিংহ এই সমস্যাটি স্থির করেছে বলে মনে হচ্ছে।
Andreas

4

আরে, আমার ২০১০ সালের এমবিপি নিয়ে আমার সম্প্রতি একই সমস্যা হয়েছিল, আমি দুটি জিনিসের সংমিশ্রণ হিসাবে সমাধানটি পেয়েছি।

প্রথমটি একটি কর্নেল টুইক (মূলত TCP_NODELAYসংযোগগুলিতে), যা টার্মিনালে করা যেতে পারে:

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

দ্বিতীয়ত, ফাইল অনুমতি / ডিএসএসটোর ফাইলগুলি নিয়ে কাজ করা। সাধারণত যখন আপনি উইন্ডোজ সেটআপ করেন তখন ম্যাকের কেবল পঠনের অ্যাক্সেস থাকবে। ফাইন্ডার আপনি যে প্রতিটি ফোল্ডারে দেখেন সেগুলিতে তৈরি করার চেষ্টা করে এবং শেষ পর্যন্ত হ্যাং করতে পারে। সুতরাং এটি সমাধান করার জন্য দুটি বিকল্প রয়েছে - উইন্ডোজ মেশিনে পর্যাপ্ত ফাইল অনুমতি সক্ষম করুন, বা অনুসন্ধানকারীকে নেটওয়ার্ক শেয়ারে এই ফাইলগুলি তৈরি করা থেকে বিরত করুন। আমি ফাইন্ডারকে তাদের তৈরি থেকে অক্ষম করতে পছন্দ করি যা টার্মিনালে নিম্নলিখিত কমান্ডটি চালিয়ে করা যেতে পারে:

defaults write com.Apple.desktopservices DSDontWriteNetworkStores true

এগুলি চালানোর পরে আপনাকে পুনরায় বুট করতে হবে।


আমার ম্যাক ওএস 10.7.2 সিস্টেমে ডিফল্ট মান (আপনার এটি পুনরুদ্ধার করা উচিত) হ'ল "নেট.inet.tcp.delayed_ack: 3" (আপনি "sudo sysctl -a" চালিয়ে ডিফল্ট মান পেতে পারেন)।
পার নোল্ট

@ পেরনোল্ট: এই থ্রেডের প্রতিক্রিয়া জানানো হচ্ছে কারণ আমি এ জাতীয় সমস্যাগুলির সাথেও কাজ করে আসছি। জন্য ডিফল্ট সেটিং net.inet.tcp.delayed_ackহয় 310.6, 1.7 & 1.8 উপর। এটি সমস্যার 0সমাধান করার জন্য সেট করা । তবে 2পাশাপাশি কাজ করা উচিত।
জ্যাকগল্ড

2

আমি সমস্যা সমাধানে সহায়তা করতে পারি না তবে আমি আরও কিছুটা বিশদ যুক্ত করতে পারি। এটি উইন্ডোজ on-এও ঘটে এবং উইন্ডোজ শেয়ারটি যখন ঘুমাতে দেওয়া হয় তখনও ওএস এক্স ডিভাইসটি অবশ্যই সংযুক্ত থাকতে হবে। আপনি যদি ওএস এক্স সংযোগ বিচ্ছিন্ন করেন বা ঘুমান, এবং তারপরে স্ট্যান্ডবাই উইন্ডোজ আপনি এই সমস্যাটি অনুভব করেন না।

আমি সত্যিই এটির একটি সমাধানও চাই।

সম্পাদনা: কিছু অনুসন্ধানের পরে আরও অনেক লোকের একই রকম সমস্যা হয়েছে:

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.