যেভাবে ফাইল সিস্টেমগুলি কাজ করে, একটি ডিরেক্টরি আসলে ফাইল যুক্ত একটি ফোল্ডার নয় বরং একটি ডিরেক্টরি এমন একটি ফাইল যা এর সাথে সংযুক্ত "শিশু" ফাইলগুলিতে ইনড পয়েন্টার ধারণ করে। অর্থ, একটি ফাইল সিস্টেমের দৃষ্টিকোণ থেকে, একটি ফাইল একটি ফাইল, তবে ডিরেক্টরি কেবল সংযুক্ত ফাইলগুলির তালিকাযুক্ত একটি ফাইল।
সুতরাং কমান্ড লাইন দৃষ্টিকোণ থেকে, এটি করছেন:
$ cp dir1 copyDir1
মূলত dir1
একটি নতুন নামকৃত ফাইলটির নামকরণ করা ফাইলটি অনুলিপি করা উচিত copyDir1
। এবং যতদূর ফাইল সিস্টেম সম্পর্কিত, dir1
যাইহোক যাইহোক কেবল একটি ফাইল; ফাইল ডিরেক্টরি যখন dir1
বিটগুলির স্তূপটি আসলে তা কী তা পরীক্ষা করে দেখবে তখনই এটি একটি "ডিরেক্টরি" উপস্থিত রয়েছে be
-r
পতাকা ফাইল / ডিরেক্টরি গাছটা যাও recursively রোলে ফাইল সিস্টেম বলে এবং কোন & সকল বিষয়বস্তু যে একটি নতুন স্থান থেকে একটি ফাইল "শিশু" হতে পারে কপি করুন।
এখন কেন এটি অতিরিক্ত কাজকর্ম বা অপ্রয়োজনীয় মনে হতে পারে, এটি ফাইল সিস্টেমের সাথে ডিল করার historicতিহাসিক পদ্ধতিগুলিতে নেমে আসে। পাশাপাশি এমন একটি সিস্টেম তৈরি করা যা ব্যবহারকারীর সাথে সম্পর্কিত সমস্ত ত্রুটি থেকে নিরাপদ; দুর্ঘটনার পাশাপাশি ইচ্ছাকৃত।
অর্থ, আসুন আমরা বলি যে ~/bin
আপনার হোম ডিরেক্টরিতে আপনার একটি ফাইল রয়েছে যা আপনি অনুলিপি করতে চান তবে দুর্ঘটনাক্রমে left ~
কারণ আপনি একজন মানুষ এবং ভুল করেছেন — তাই ঠিক এটির /bin
মতো:
cp /bin/ ~/copy_of_bin
পতাকার /bin
প্রয়োজনীয়তার সাথে ডিরেক্টরি হিসাবে যুক্ত ডিরেক্টরি হওয়ার "সুরক্ষা জাল" দিয়ে -r
আপনি নিজের হোম ডিরেক্টরিতে যে সিস্টেমটি চালু করছেন তার পুরো বাইনারি রুটটি ঘটনাক্রমে অনুলিপি করা এড়াতে পারবেন। যদি সেই সুরক্ষা জালটি না উপস্থিত থাকে তবে একটি ছোটখাটো বা সম্ভবত বড়-বড় বিপর্যয় ঘটত।
এখানে যুক্তিটি হ'ল যে দিনগুলিতে প্রাক-জিইউআই (গ্রাফিকাল ইউজার ইন্টারফেস) লজিক্যাল / আচরণগত কনভেনশনগুলি সেট করা দরকার যাতে ব্যবহারকারী তৈরি হওয়া দুর্ঘটনাগুলি এড়ায় যা সম্ভাব্যত কোনও সিস্টেমকে হত্যা করতে পারে। এবং -r
পতাকা ব্যবহার করা এখন তাদের মধ্যে একটি।
যদি এটি অতিরিক্ত ব্যবহারের মতো মনে হয় তবে আধুনিক জিইউআই সিস্টেমের চেয়ে লিনাক্স ফাইল সিস্টেমের উপরের যেটি স্থাপন করা যেতে পারে তার চেয়ে বেশি দেখার দরকার নেই। একটি জিইউআই সহজেই ফাইল এবং ডিরেক্টরিগুলি ড্র্যাগ এবং ড্রপ করার অনুমতি দিয়ে এর মতো বেসিক ব্যবহারকারী সমস্যাগুলিকে সম্বোধন করে।
তবে পাঠ্য-ভিত্তিক ইন্টারফেসের ক্ষেত্রের ক্ষেত্রে, এই পৃথিবীর মধ্যে প্রচুর "ব্যবহারকারীর অভিজ্ঞতা" মূলত কেবল যুক্তিযুক্ত এবং হিউরিস্টিক-ভিত্তিক রাস্তাঘাট যা ব্যবহারকারীকে সম্ভাব্য বিপর্যয় এড়াতে সক্ষম করে রাখতে সাহায্য করে।
একইভাবে এই কারণেই লিনাক্স / ইউনিক্স ফাইল সিস্টেমে ডিফল্টরূপে নির্ধারিত 777
অনুমতি এবং sudo
অধিকার নেই এবং যখন ব্যবহারকারী 777
অনুমতি নির্ধারণ করে বা প্রত্যেকের sudo
অধিকার মঞ্জুর করে তখন প্রকৃত সিস্টেম প্রশাসকরা কীভাবে ঝাঁকুনি দেয় । সিস্টেমটি স্থিতিশীল এবং সম্ভব হিসাবে "ব্যবহারকারীর প্রমাণ" হিসাবে নিশ্চিত করতে এটি করা প্রাথমিক কাজগুলি; এই সম্মেলনগুলি শর্ট-সার্কিটে ছুটে আসা যে কেউ সম্ভবত এটি না জেনেও তাদের সিস্টেমের ক্ষতি করতে পারে।
অতিরিক্ত তথ্য: ইউনিক্স স্ট্যাক এক্সচেঞ্জ সাইটে এখানে আরও একটি উত্তর একটি ডিরেক্টরিটির পুনরাবৃত্তিযোগ্য অনুলিপি কেন সমস্যাযুক্ত তার একটি ভাল ব্যাখ্যা দেয়; জোর আমার।
ঠিক আছে, -আর পতাকা ব্যতীত কেবল ফাইলগুলি অনুলিপি করা সম্ভব, কারণ এটি অস্বাভাবিক যে কেউ পুনরুতরিতভাবে একটি ডিরেক্টরি অনুলিপি করতে চান: একটি নন-रिकर्सিভ অনুলিপি কেবল ডিরেক্টরিটির দিকে ইঙ্গিত করে ডিরেক্টরিটির দ্বিতীয় নাম হিসাবে প্রদর্শিত হবে একই ডিরেক্টরি কাঠামো।
কারণ এটি খুব কমই লোকেরা যা চায়, এবং সেখানে একটি পৃথক প্রোগ্রাম রয়েছে যা এটি (এলএন) করে, ডিরেক্টরিগুলির একটি পুনরাবৃত্তির অনুলিপি অনুমোদিত নয়।
সুতরাং যদি কোনও ডিরেক্টরি হ'ল সত্যিকার অর্থে কোনও ফাইল এর ভিতরে ইনোড আইটেম থাকে তবে সেই ফাইলটির একটি সরল অনুলিপি তৈরি করা ঠিক কিভাবে হার্ড লিঙ্কে কাজ করবে তার সমতুল্য। যা কেউ চায় তা নয়।