কেস-সংবেদনশীল ফাইল সিস্টেমগুলি উভয় ক্ষেত্রে উপরের এবং নিম্নের ফাইলের নাম প্রদর্শন করে?

Question

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

কেস-সংবেদনশীল ফাইল সিস্টেমে, এক্সফ্যাট বা এইচএফএস + (বিশেষত নন-কেস সংবেদনশীল) বলুন যে ফাইল সিস্টেম ফাইলনামের উপরের এবং নিম্ন উভয় ক্ষেত্রেই একই ফাইলটিতে অ্যাক্সেস সরবরাহ করে ।

উদাহরণ স্বরূপ:

$ cd ~/Documents
$ pwd
/home/derp/Documents

$ cd ../documents
$ pwd
/home/derp/documents

$ cd ../docuMents
$ pwd
/home/derp/docuMents

$ cd ../DOCUMENTS
$ pwd
/home/derp/DOCUMENTS

$ cd ../documentS
$ pwd
/home/derp/documentS

এই সমস্ত কমান্ড একই ডিরেক্টরিতে সমাধান করবে। এই আচরণটি, বিশেষত এই ক্ষেত্রে কেবল pwdএকটি ফাংশন থেকে আউটপুট bashকি আমাকে দেখায় যা আমি এটি দেখতে চাই বলে মনে করি?

আরেকটি উদাহরণ:

$ ls ~/Documents
Derp.txt    another.txt    whatThe.WORLD

ফাইল সিস্টেমটি এখানে ব্যবহারকারী বা প্রোগ্রাম দ্বারা তৈরির মূল ফাইলনামের ক্ষেত্রে রিপোর্ট করে।

ফাইল-সিস্টেম স্ট্যাকের কোন পর্যায়ে মানব পাঠযোগ্য ফাইল নামটি যেমন তৈরি হয়েছিল সেভাবে সংরক্ষণ করা হয় (যেমন, আপার এবং লোয়ার কেস) যাতে সঠিক ওপরের এবং ছোট হাতের ASCII অক্ষরগুলির সংমিশ্রণে এটি অ্যাক্সেস করা যায়? এটি কি কোথাও কেবল একটি রেজেক্স ট্রিক বা অন্য কিছু চলছে?

সম্পাদনা: দেখে মনে হচ্ছে যে আচরণটি সম্পর্কে আমি আগ্রহী সেগুলি কেস-সংরক্ষণের ক্ষেত্রে-সংবেদনশীল ফাইল সিস্টেমগুলিতে আরও কিছু গবেষণার পরে পাওয়া যায় ...

Comments

এটিকে উত্তর হিসাবে লিখছি না কারণ আমি আরও নিশ্চিতভাবে জানি না তবে আমি বিশ্বাস করি যে সেই ফাইল সিস্টেমে আপনার কাছে ~ / ডকুমেন্টস এবং ~ / নথি থাকতে পারে না। তবে আপনি যখন সিডি ~ / ডকুমেন্টস বা ~ / নথিগুলি একই জায়গায় যাচ্ছেন এবং আপনার শেলটি আপনি কী টাইপ করেছেন তা মনে করে "দুর্দান্ত খেলছে"। অন্য দিকটি হ'ল কিছু এফএস যেভাবে এটি সহায়ক হিসাবে তৈরি হয়েছিল সেগুলি সঞ্চয় করে। তথ্য খণ্ড। উদাহরণস্বরূপ lookup / দস্তাবেজগুলি একটি সন্ধানের টেবিলের মধ্যে সঞ্চয় করা কিন্তু এফএসকে ~ / নথি হিসাবে লিখে। মূলত একটি ধারণা তৈরি করে যে ফাইল সিস্টেমটি যখন এটি না করে তখন কেসিংয়ের বিষয়ে যত্নশীল।

— কোটায়ার

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

— সুপারক্যাট

এনটিএফএসের কেস প্রকৃতি সংরক্ষণের বিষয়ে দুর্দান্ত তথ্য: superuser.com/questions/364057/why-is-ntfs-case- حساس

— কানাডিয়ান লুক

Answer 1

একটি কেস-সংবেদনশীল ফাইল সিস্টেমের অর্থ হ'ল ফাইল সিস্টেম যখনই জিজ্ঞাসা করতে পারে "একটি বি ফাইল হিসাবে একই ফাইল / ডিরেক্টরিকে বোঝায়?" এটি ফাইল / ডিরেক্টরিগুলির নামের সাথে তুলনা করে উপরের / লোয়ারকেসগুলিতে পার্থক্য উপেক্ষা করে (উপরের / ছোট হাতের পার্থক্য গণনা ঠিক কীভাবে ফাইল সিস্টেমের উপর নির্ভর করে - এটি ASCII ছাড়িয়ে গেলেই এটি স্পষ্ট নয়)। একটি কেস-সংবেদনশীল ফাইল সিস্টেম এই পার্থক্যগুলিকে উপেক্ষা করে না।

একটি কেস-সংরক্ষণকারী ফাইল-সিস্টেম ফাইলের নাম হিসাবে সংরক্ষণ করে। একটি নন-কেস-সংরক্ষণকারী ফাইল সিস্টেমটি করে না; এটি সাধারণত সমস্ত অক্ষর সংরক্ষণের আগে বড় হাতের অক্ষরে রূপান্তরিত করে তোলে (তাত্ত্বিকভাবে এটি ছোট হাতের ব্যবহার করতে পারে, বা রাএনসঅম নোটি কেস বা যে কোনও কিছু ব্যবহার করতে পারে, তবে আফিককে সমস্ত বাস্তব-জগতের অক্ষর ব্যবহার করে) AF

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

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

আপনি যদি একটি ইউনিক্স-বক্সের মধ্যে উপর একটি কেস-অবশ ফাইলসিস্টেম ব্যবহার করেন, তখন বিভিন্ন ইউটিলিটি কারণ ইউনিক্স ঐতিহ্যগতভাবে কেস সংবেদনশীল ফাইল সিস্টেম যাতে ব্যবহার তারা আশা করছেন না অদ্ভুত জিনিষ কি করতে হবে Document1এবং document1একই ফাইল যাবে।

ইন pwdকেস, আপনি কি দেখছেন এটি ডিফল্টরূপে মাত্র পথ আপনি আসলে নির্দেশিকাতে পেতে ব্যবহার আউটপুট হয়। আপনি যদি সেখানে পৌঁছে থাকেন তবে এটি আউটপুটটিতে cd DirNameব্যবহার DirNameকরবে। আপনি যদি সেখানে পৌঁছে থাকেন তবে DiRnAmEআপনি DiRnAmEআউটপুটটিতে দেখতে পাবেন । বাশ $PWDপরিবেশ কীভাবে আপনার চলক ডিরেক্টরিতে আপনার বর্তমান ডিরেক্টরিতে পেলেন তা ট্র্যাক করে এটি করে । মূলত এটি সিমলিংকের জন্য (যদি আপনি cdকোনও সিমিলিংকে প্রবেশ করেন তবে আপনি আপনার মধ্যে থাকা সিমলিংকটি দেখতে পাবেন pwd, যদিও এটি বাস্তবে আপনার বর্তমান ডিরেক্টরিতে যাওয়ার পথের অংশ নয়)। তবে এটি কেস-সংবেদনশীল ফাইল সিস্টেমগুলিতে আপনি কিছুটা অদ্ভুত আচরণও দেখেন। আমার সন্দেহ হয় যে pwd -Pডিস্কে সঞ্চিত কেসটি ব্যবহার করে আপনাকে ডিরেক্টরিটির নাম দেবে, কিন্তু পরীক্ষা করা হয়নি।

Comments

আমি হয়ত জানতাম তুমি আমাকে এটাকে মারধর কর! (

— upvated