লিনাক্স উভয় ক্ষেত্রে সংবেদনশীল এবং কেস সংবেদনশীল এবং সর্বদা অসুবিধাজনক?


8

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

সংক্ষেপে, কাজ করার জন্য আমার এই কমান্ডটি দরকার তবে তা হয় না।

cp ./filename.txt ./FileName.txt

আমি ঠিক এখানে দিয়ে শেষ filename.txt:

এখানে চিত্র বর্ণনা লিখুন

আমি একই ডিরেক্টরিতে একই নামের সাথে একই নামে একই নামে একই নাম্বার পেতে পারি?

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


1
এটি আশ্চর্যজনক: আমি এই আদেশটি বিস্মিত না করে পরীক্ষা করেছি ... একই ডিরেক্টরিতে বিভিন্ন ক্ষেত্রে আমার কোনও সমস্যা নেই।
অস্বীকার করেন সাগুরেট

5
নোট করুন যে এই আচরণটি ফাইল সিস্টেমের ধরণের উপর নির্ভর করে যার উপর এই ফাইলগুলি বিদ্যমান। উদাহরণস্বরূপ, FAT32 এই ফাইলের নামগুলি আলাদা করতে পারে না।
maerics

কি দারুন. এই উত্তরটি ছিল মেরিক্স। ফাইলগুলি একটি মাউন্ট করা ড্রাইভে সংরক্ষিত আছে যা এনটিএফএস চলছে। আমি সম্পূর্ণরূপে ভুলে গেছি যেহেতু আমি ক্রস প্ল্যাটফর্মটি বিকাশ করছি যেগুলি ফাইলগুলি সঞ্চয় করতে আমি উইন্ডোজ ব্যবহার করছি।
anon58192932

1
@ অ্যাডভোকট: এনটিএফএস হ'ল কেস-সংবেদনশীল, সুতরাং আপনার পছন্দমতো এটিকে মাউন্ট করতে সক্ষম হওয়া উচিত। যাইহোক, প্রশ্নটি এটি যা আপনি চাইছেন কিনা :)
0xC0000022L

পরীক্ষা করে দেখা যাচ্ছে যে উইন্ডোজ 7 কেটি সংবেদনশীল বলে মনে হচ্ছে না।
anon58192932

উত্তর:


5

এনটিএফএস 1 এবং ভিএফএটি কেস-সংবেদনশীল নয়, তারা কেবল কেস-সংরক্ষণ করছে। তার মানে আপনি নামের একটি ফাইল তৈরি FileName.txt, ফাইল সিস্টেম মিশ্র হাতের নাম সংরক্ষণ করবে, কিন্তু আপনি একই চিঠি, মত যাই হোক না কেন যদি সমন্বয় সাহায্যে ফাইল অ্যাক্সেস করতে পারেন FILENAME.TXT, filename.txtবা fileNAME.txt। এটি ব্যাখ্যা করে যে আপনার কাছে একই বানানের সাথে একই ডিরেক্টরিতে কেবল উপরের / লোয়ার কেসগুলির একটি প্রকরণের সাথে দুটি ফাইল থাকতে পারে না।

এসএমবি রফতানি হওয়া ফাইল সিস্টেমকে উইন্ডোজ ক্লায়েন্টদের বিভ্রান্ত না করার জন্য এই আচরণটি প্রয়োগ করতে হবে।

জেডএফএসকে casesensitivity=mixedসম্পত্তিটির সাথে সেভাবে আচরণ করার জন্য কনফিগার করা যেতে পারে ।

1 প্রযুক্তিগতভাবে, এনটিএফএস কেস সংবেদনশীল তবে এই ধরণের ওএসস মাউন্টিং ফাইল সিস্টেমগুলি প্রায়শই সর্বদা এই অন্তর্নিহিত বৈশিষ্ট্যটি আড়াল করতে এবং কেবলমাত্র কেসটি সংরক্ষণের জন্য কনফিগার করা হয়। উইন্ডোজ তবে এই রেজিস্টার কীটি সংশোধন করার ক্ষেত্রে কেস সংবেদনশীলতা সক্ষম করতে পারে এবং মাউন্ট অপশনগুলির HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\kernel\dword:ObCaseInsensitiveউপর নির্ভর করে লিনাক্স এই ফাইল সিস্টেমগুলিকে বিভিন্ন আচরণের সাথে মাউন্ট করতে পারে ।ignore_casewindows_names


3
এনটিএফএস একেবারে হয় কেস সংবেদনশীল। তবে উইন 32 কেস-সংবেদনশীল নয়, তাই ব্যবহারিক কারণে বেশিরভাগ লোক ধরে নেয় যে এনটিএফএস হয় না either
কোডি গ্রে

@ কোডি গ্রে হ্যাঁ, আপনি ঠিক বলেছেন, এই বৈশিষ্ট্যটি দেখানোর জন্য ধন্যবাদ। অন্তর্নিহিত এনটিএফএস ফাইল সিস্টেম কেবলমাত্র কেস দ্বারা পৃথক পৃথক ফাইলের নাম দেয়।
jlliagre

11

আপনি নিম্নলিখিত লাইনটিতে যোগ করে কেস-সংবেদনশীল ফাইলের নাম সমাপ্ত করতে সক্ষম করতে পারেন $HOME/.inputrc:

set completion-ignore-case On

ফাইলের নাম সম্পর্কিত: এটি ফাইল সিস্টেমের উপর নির্ভর করে। লিনাক্স ফাইল সিস্টেমে কোনও সমস্যা হওয়া উচিত নয়। অন্যান্য ফাইল সিস্টেমে, আচরণটি মাউন্ট কমান্ডের বিকল্পগুলির সাহায্যে নিয়ন্ত্রণ করা যায়। mount(8)মাউন্ট করার জন্য উপলভ্য বিকল্পগুলির আরও তথ্যের জন্য ম্যানুয়াল পৃষ্ঠাটি দেখুন ।


আপনি সঠিক. অন্তর্নিহিত ফাইল সিস্টেমটি একটি লিনাক্স ফাইল সিস্টেম ছিল না সুতরাং সিপি এবং এমভি কাজ করার সময় উইন্ডোজ ইতিমধ্যে বিদ্যমান ফাইলটি রাখার জন্য পছন্দ করে (যখন ক্ষেত্রে সংবেদনশীলতার কারণে ওভাররাইড করা হয়) কেস ইউনিক্স টার্মিনালে প্রদর্শিত হ'ল আদেশটি তেমন কাজ করে নি didn't । এছাড়াও, মামলাটি উপেক্ষা করার জন্য ধন্যবাদ, এটি অনেক সাহায্য করবে!
anon58192932

'অন' কেস কি সংবেদনশীল? ;)
আরজ

দুঃখের বিষয় এটি কোনও স্ক্রিপ্টে আপনাকে সহায়তা করবে না।
শ্রীধর সারনোবাত

2

এটি ফাইল সিস্টেমের সম্পত্তি বা অন্য কিছু?

pa-ubuntu-11388$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 10.04.3 LTS
Release:        10.04
Codename:       lucid
pa-ubuntu-11388$ ls -l
pa-ubuntu-11388$ touch filename.txt
pa-ubuntu-11388$ ls -l
-rw-r--r-- 1 dshawley dev 0 May 31 15:17 filename.txt
pa-ubuntu-11388$ cp ./filename.txt ./FileName.txt
pa-ubuntu-11388$ ls -l
-rw-r--r-- 1 dshawley dev 0 May 31 15:17 FileName.txt
-rw-r--r-- 1 dshawley dev 0 May 31 15:17 filename.txt

এটা আমার জন্য ভালই কাজ করে।


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

1

উবুন্টু আংশিক ক্ষেত্রে সংবেদনশীল নয়। এটি সর্বদা কেস সেনসিটিভ। filename.txtএবং Filename.txtদুটি পৃথক ফাইল এবং একই ডিরেক্টরিতে স্থাপন করা যেতে পারে। সুতরাং এই আদেশ:

cp ./filename.txt ./FileName.txt

একই ডিরেক্টরি কোনও সমস্যা ছাড়াই কাজ করবে।


যদিও এটি না। আমি শেষ ঘন্টা ধরে এটি বের করার চেষ্টা করছি।
anon58192932

2
হতে পারে, আপনার filename.txtনিজের বর্তমান ডিরেক্টরিতে নেই?
পিপি

এটা অবশ্যই সেখানে।
anon58192932

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

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