এক্সপি থেকে উইন্ডোজ 7 এ শেয়ার অ্যাক্সেস করার সময় সিস্টেম ত্রুটি 58


16

এক্সপি থেকে উইন্ডোজ 7 শেয়ার অ্যাক্সেস করার সময় আমি নিম্নলিখিত ত্রুটি বার্তাটি পাই।

সিস্টেম ত্রুটি 58 ​​হয়েছে has নির্দিষ্ট সার্ভারটি অনুরোধ করা অপারেশন করতে পারে না।

দুটি মেশিনই একই ডোমেনে আছে। উইন্ডোজ এক্সপি মেশিনগুলি উইন্ডোজ except. ব্যতীত অন্য সমস্ত শেয়ার দেখতে এবং অ্যাক্সেস করতে পারে ither


আপনি কী উইন্ডোজ shares টি শেয়ার পরীক্ষা করেছেন এবং নিশ্চিত করেছেন যে তারা আপনার ব্যবহারকারী নাম বা ব্যবহারকারী গোষ্ঠীতে অ্যাক্সেসের অনুমতি দিচ্ছে?
একটি বামন

হ্যাঁ. একই ব্যবহারকারী উভয় মেশিনে লগ ইন করা হয়। এমনকি নেট ভিউও কাজ করে না।
নিসিংহ

1
উইন্ডোজ 7 এ সার্ভার পরিষেবাটি পুনরায় চালু করা আমার সমস্যাটি সমাধান করার জন্য যথেষ্ট ছিল।

1
উইন 7 এক্স 64 বক্সে সেভার পরিষেবাটি থামানো এবং পুনরায় চালু করার কারণে এক্সপি মেশিনটি উইন 7 এক্স 64 বক্সের দ্বারা ভাগ করা শেয়ারের সাথে সংযোগ স্থাপনের অনুমতি দেয়। এটি অন্য কোনও ফিক্সের চেয়ে অবশ্যই কম আঘাতজনিত ছিল। এই সমস্যাটি এসেছিল এবং থিসিসকে সমর্থন করে বলে মনে হচ্ছে যে এখানে কিছু ধরণের বাগ রয়েছে যা অস্থায়ীভাবে নির্মূল করা যেতে পারে তবে সর্বদা শেষ পর্যন্ত ফিরে আসে।

উত্তর:


20

স্থানীয় নীতিগুলিতে এনটিএলএম সেটিংস পরিবর্তন করা আমার পক্ষে কার্যকর হয়নি।

কাজটি কী এখানে উল্লেখ করা হয়েছে: লিঙ্ক পাঠ্য

... আপনার উইন্ডোজকে জানাতে হবে যে আপনি মেশিনটিকে ফাইল সার্ভার হিসাবে ব্যবহার করতে চান এবং সেই অনুসারে এটি সংস্থানগুলি বরাদ্দ করা উচিত। নিম্নলিখিত রেজিস্ট্রি কী '1 to এ সেট করুন:

এইচকেএলএম Y সিস্টেম \ কারেন্টকন্ট্রোলসেট \ কন্ট্রোল \ সেশন ম্যানেজার \ মেমরি ম্যানেজমেন্ট \ লার্জসিস্টেমক্যাচ

এবং নিম্নলিখিত রেজিস্ট্রি কী '3 to এ সেট করুন:

HKLM \ সিস্টেম \ CurrentControlSet \ সার্ভিস \ LanmanServer \ পরামিতি \ সাইজ

দুটি রেজিস্ট্রি সেটিংস পরিবর্তন করার পরে, আমি উইন্ডোজ 7 এ কেবল "সার্ভার" পরিষেবাটি পুনরায় শুরু করেছি এবং এখন ভাগাভাগি ঠিকঠাক কাজ করছে।


দুর্দান্ত, এটি আমার জন্য আমার সমস্যার সমাধান করেছে! ধন্যবাদ!
মাইকেল গ্যালোস

উজ্জ্বল! আমার জন্য কাজ করেছেন। পিএস " alan.lamielle.net/2009/09/03/… " লিঙ্ক সময় শেষ।
ব্যবহারকারী53621

10

ঠিক আছে ছেলেরা এখানে উত্তর।

সমস্যাটি ছিল উভয় পক্ষের এনটিএমএল প্রতিক্রিয়া সেটআপ করা হয়নি। আমাকে এক্সপি এবং উইন্ড 7 উভয়কেই অনুসরণ করতে হয়েছিল এবং পুনরায় চালু করার চেষ্টাটি হয়েছিল।

  1. gpedit.msc
  2. উইন্ডোজ সেটিংস "স্থানীয় নীতিগুলি" প্রসারিত করুন এবং "সুরক্ষা বিকল্পগুলি" নির্বাচন করুন
  3. বিকল্প: তখন সম্পাদক পেতে সেকপল.এমএসসি টাইপ করুন
  4. তালিকার "নেটওয়ার্ক সুরক্ষা: ল্যান ম্যানেজার প্রমাণীকরণ স্তর" সনাক্ত করুন এবং এটিতে ডাবল ক্লিক করুন।
  5. "কেবলমাত্র এনটিএমএলভিটি প্রতিক্রিয়া প্রেরণ করুন" থেকে "এলএম এবং এনটিএলএম প্রেরণ করুন - এনটিএলএমভি 2 সেশনটি যদি আলোচনা করা হয় তবে" সেটিংটি পরিবর্তন করুন

9

আপনি এই সমাধানগুলির মধ্যে একটি বাছাই করার আগে সঠিক কারণটি জানার জন্য এটি সহায়ক হতে পারে। একটি উইন্ডোজ 2003 সার্ভার থেকে একটি উইন্ডোজ 7 ওয়ার্কস্টেশনে ফাইলগুলি সিঙ্ক্রোনাইজ করার চেষ্টা করতে গিয়ে সম্প্রতি আমার একই সমস্যা হয়েছিল। এলোমেলোভাবে, সার্ভারটি উইন 7 বাক্সের সাথে তার সংযোগটি হারাবে এবং একটি ড্রাইভের মানচিত্র নির্ধারণের জন্য নেট ব্যবহারের কমান্ড চেষ্টা করার পরে 58 এর মতো অবস্থা ফিরে আসবে।

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


1
  1. উইন্ডোজ ফায়ারওয়ালগুলি সত্যই বন্ধ রয়েছে তা নিশ্চিত করুন, সমস্ত অ্যান্টিভাইরাস বন্ধ করে দিন এবং সরল ফাইল ভাগ করে নেওয়াও বন্ধ করুন। কখনও কখনও এটি ত্রুটি 58 ​​সাহায্য করে।

  2. এক্সপি মেশিনে লিংক স্তর টপোলজি আবিষ্কারটি ইনস্টল করার চেষ্টা করুন

  3. সমস্যাটি অ্যাকাউন্টের অনুমতিগুলির হতে পারে, যার উপর উইন 7 বেশ কঠোর। ভাগ করে নেওয়ার অনুমতি চেক করুন।

  4. এবং সর্বশেষ: সমস্ত মেশিন পুরোপুরি প্যাচ করা হয়?


1. সমস্ত ফায়ারওয়াল বন্ধ আছে। 2. লিঙ্ক স্তর টপোলজি চেষ্টা করবে 3. কোন অনুমতি ইস্যু। এমনকি ডোমেন প্রশাসকরা একই ফলাফল পান (ত্রুটি 58) ৪. সমস্ত মেশিন পুরোপুরি প্যাচড।
নিসিংহ

লিঙ্ক স্তর টপোলজি আবিষ্কার ইনস্টল করা আছে। ভাগ্য নেই.
নিসিংহ

আপনি কি সহজ ফাইল ভাগ করে নেওয়ার চেষ্টা করেছেন? আইপি অ্যাড্রেসের সাথে মেশিনের নাম (2) দিয়ে পিং কী সফল (1)? আপনি উইন 7 আইপি ঠিকানার মাধ্যমে শেয়ারটি অ্যাক্সেস করার চেষ্টা করলে কী হবে?
harrymc

1

সিস্টেম ত্রুটি 58 ​​এর অর্থ হল প্রমাণীকরণ ব্যর্থতা ঘটেছে - আমি আমার পাসওয়ার্ডটি ভুল টাইপ করলে কমপক্ষে আমি এই ত্রুটিটি পাই।

আমিও একই সমস্যার মুখোমুখি হয়েছি। আমাকে অ্যাক্সেস করার জন্য একটি নেটওয়ার্ক শেয়ার নাম এবং ব্যবহারকারীর নাম এবং একটি পাসওয়ার্ড দেওয়া হয়েছিল। আমি চেষ্টা করেছিলাম, কিন্তু ব্যর্থ হয়েছি। কম্পিউটারটি আমাদের নেটওয়ার্কে রয়েছে তাই এটি অবশ্যই আমাদের ডোমেনেও ...

সমস্যাটি ছিল যে আমি এক্স ডোমেনে ছিলাম, সুতরাং এটি স্বয়ংক্রিয়ভাবে আমাকে ব্যবহার করে লগ ইন করার চেষ্টা করেছিল X\username। অবশ্যই এই Y\usernameজাতীয় ব্যবহারকারীর নামটি বিদ্যমান নেই, কারণ যে আসল ব্যবহারকারীর আমার ব্যবহার করা দরকার তা হ'ল কারণ যে বিভাগটি ব্যবহারকারী তৈরি করেছে তা ওয়াই ডোমেইনে ছিল তাই তারা এটি লক্ষ্য করে না এবং তাদের জন্য কাজ করে।

জিনিসগুলি শিখেছে: ব্যবহারকারীদের কোন ডোমেনে রয়েছে তা সর্বদা বলুন, যদি আপনাকে ডোমেন শংসাপত্র দেওয়া হয়।

(আশা করি এটি এমন কাউকে সাহায্য করবে, যিনি এটিকে হঠকারী হন le)


0

উইন্ডোজ এক্সপি এসপি 2 থেকে একটি উইন্ডোজ 7 শেয়ার অ্যাক্সেস করার চেষ্টা করার সময় আমি একই সমস্যার মুখোমুখি হয়েছি। আমি উইন্ডোজ ভিস্তা এবং এক্সপিতে অন্য শেয়ারগুলিতে পৌঁছতে পারলাম তবে উইন্ডোজ 7 নেই তবে আমি এটি দেখতে সক্ষম হয়েও এটি অ্যাক্সেস করতে পারিনি। অনেক সমস্যার সমাধানের পরে আমি দেখতে পেলাম যে উইন্ডোজ 7 সিস্টেমটি একটি হোমগ্রুপের অন্তর্ভুক্ত। একবার আমি হোমগ্রুপ থেকে উইন্ডোজ 7 সিস্টেমটি সরিয়ে (বা বামে) রেখে দিয়েছিলাম তখন আমি যথাযথ শংসাপত্রগুলি দিয়ে শেয়ারটি অ্যাক্সেস করতে সক্ষম হয়েছি। আশা করি এটি অনুরূপ সমস্যার সম্মুখীন হতে পারে এমন অন্য যে কোনও ব্যক্তিকে সহায়তা করবে।


0

আমার জন্য এটি ছিল যে এসএমবি অক্ষম ছিল। আমি কমান্ড প্রম্পটে এই কমান্ডগুলি উন্নত অধিকার সহ চালিয়েছি:

sc.exe config lanmanworkstation depend= bowser/mrxsmb10/mrxsmb20/nsi
sc.exe config mrxsmb10 start= auto
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.