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