আমি কেবল ভাবছিলাম যে কোনও উইন্ডোজ সিস্টেম কীভাবে প্রতীকী লিঙ্কগুলি পরিচালনা করে। আমার সর্বোত্তম অনুমান যে এটি তাদের চিনতে পারবে না, তবে আমি সম্পূর্ণ নিশ্চিত নই।
এছাড়াও, একজন যখন মুখোমুখি হয় তখন ম্যাকগুলি কী করে?
আমি কেবল ভাবছিলাম যে কোনও উইন্ডোজ সিস্টেম কীভাবে প্রতীকী লিঙ্কগুলি পরিচালনা করে। আমার সর্বোত্তম অনুমান যে এটি তাদের চিনতে পারবে না, তবে আমি সম্পূর্ণ নিশ্চিত নই।
এছাড়াও, একজন যখন মুখোমুখি হয় তখন ম্যাকগুলি কী করে?
উত্তর:
উইন্ডোজ সংস্করণ এবং সার্ভার-সাইডের কনফিগারেশনের উপর নির্ভর করে যখন আমরা অ-লোকাল ডিস্কগুলির বিষয়ে কথা বলি।
উইন্ডোজ ভিস্তা যেহেতু উইন্ডোজের প্রতীকী লিঙ্কগুলির ধারণা রয়েছে তবে শব্দার্থকতা পৃথক। তবে এখানে আরও গুরুত্বপূর্ণ সমস্যাটি হ'ল পথের নামগুলি, যা আলাদা সিনট্যাক্স অনুসরণ করে। প্রারম্ভিকদের জন্য: ইউনিক্সয়েড পাশের একক মূলযুক্ত ডিরেক্টরি ট্রি এবং উইন্ডোজ দিকের শিকড় হিসাবে কয়েকটি ড্রাইভ অক্ষর।
ইউনিক্সয়েড সিমলিংকে কেবল একটি বিশেষ পতাকাযুক্ত পাঠ্য ফাইল রয়েছে। উইন্ডোজ দিকে অন্তর্নিহিত প্রক্রিয়া বলা হয় একটি reparse পয়েন্ট। এটি অবজেক্ট ম্যানেজারকে এটি নির্দিষ্ট নিবন্ধিত ফিল্টারগুলিতে পাস করতে বলে (এর মেটা-তারিখটি পুনর্বার পয়েন্টগুলিতে সংরক্ষণ করা হয় )। উইন্ডোজ 2000 ইতিমধ্যে এক ধরণের রেসার্স পয়েন্ট চালু করেছে যা জংশন পয়েন্ট নামে পরিচিত (মোটামুটি, তবে বেশিরভাগ ক্ষেত্রে ডিরেক্টরি প্রতীক) নয়। ভিস্তার সাহায্যে তারা দূরবর্তী ড্রাইভগুলিতে উভয় ফাইল এবং ডিরেক্টরিতে সিমলিংকগুলি প্রবর্তন করে। আর symlinks উপর দূরবর্তী ড্রাইভ এছাড়াও কিছুটা হলেও সমর্থিত।
মূল বিষয়টি হ'ল ফাইল সিস্টেম ড্রাইভার - যখন স্থানীয়ভাবে চালিত হয় - উইন্ডোজ যে পাথগুলি দেখতে পাবে তার কোনও সামঞ্জস্য করবে। এই জাতীয় ক্ষেত্রে এটি নির্দিষ্ট স্থানীয় / আপেক্ষিক প্রতীকগুলির জন্য কাজ করবে। লক্ষ্য হিসাবে নিখুঁত পথগুলির জন্য জিনিসগুলি কী বোঝাতে চাইছে তা নির্ধারণ করা কঠিন এবং অসম্ভব হয়ে উঠবে। রিমোট সিমলিংকের লিঙ্কগুলির জন্য একই ("নেটওয়ার্ক শেয়ার" - এ)।
ম্যাক দিক হিসাবে আমার কোনও ধারণা নেই এবং এটি আলাদা প্রশ্ন হিসাবে বোধগম্য হতে পারে। তবে যতক্ষণ না সার্ভার পক্ষ এই তথ্যটি একটি সিমিলিংক হিসাবে জানায়, ততক্ষণ আমি কোনও সমস্যা দেখি না, যেহেতু তারা উভয়ই SUS শব্দার্থবিজ্ঞান অনুসরণ করে (উইন্ডোজের বিপরীতে)।
লিনাক্সের দিকের মাউন্ট পয়েন্টগুলি বিবেচনা করুন:
/dev/sda1 /
/dev/sda2 /home
/dev/sda3 /var
এবং এখন /home/paul/fstab
দেখানো একটি সিমিলিংক বিবেচনা করুন /etc/fstab
। এগুলি দুটি পৃথক ভলিউমে অবস্থিত যা উইন্ডোজ - যদি কোনও ফাইল সিস্টেম ড্রাইভারের মাধ্যমে সেগুলি দেখতে সক্ষম হয় (যা কাজ করে!) - /etc/fstab
এটির সাথে বর্ণনা করার উপায়টি একত্রে বলতে পারবেন না । সুতরাং লিঙ্কটি, যা উইন্ডোজ কোনও ফোল্ডারের নীচে দেখতে পাবে \paul\fstab
, এমনকি যদি অনুবাদও করা হয়, তবে এটি নির্দেশ করবে \etc\fstab
, যা বিদ্যমান নেই /dev/sda2
। এবং যদি সেই সিমলিংকটি আপেক্ষিক পথের দিকে নির্দেশ করে তবে ../../etc/fstab
জিনিসগুলি কোনওদিকেই বদলে যাবে না।
সংক্ষিপ্তসার: সুতরাং এটি উপলব্ধিযোগ্য যে আপনি কিছু কোণার ক্ষেত্রে এটি কাজ করার জন্য পেতে পারেন, বেড়াটির উভয় পক্ষেই শব্দার্থবিজ্ঞান এবং সিনট্যাক্সের পার্থক্য এই বিষয়টি অসম্ভাব্য করে তোলে যে আপনি কার্যকর এবং জেনেরিক পদ্ধতিটি কার্যকর যা খুঁজে পেতে পারেন।
ntfs
মাউন্ট পয়েন্টগুলি সমর্থন করে (যদি আপনি এই সমস্ত অক্ষর পছন্দ না করেন)।
0xC0000022L এর উত্তরগুলি উইন্ডোজ বিষয়ের পক্ষে পুরোপুরি। ম্যাক লিনাক্সের প্রতীকগুলি চিনতে পারে; তবে লিনাক্স ম্যাকের ফাইন্ডারে তৈরি এলিয়াসগুলি সনাক্ত করতে পারে না (ln -s কাজ সূক্ষ্ম ব্যবহার করে তৈরি symlinks)।
.lnk
ফাইলস) এর শর্টকাট করার জন্য ওএসএক্সের অংশ ।