আমি কেন সমস্ত কিছু / অপ্টে স্থানান্তর করব?

Question

আমি যখনই এসডিকে, আইডিই, কিছু এক্সটেনশান ইনস্টল করার টিপস পড়ি, তখন বলছে, আমার সেগুলি /optফোল্ডারে আনপ্যাক করা উচিত । আমার কেন এটি করা দরকার?

আমি যখন উবুন্টু ইনস্টল করছিলাম তখন আমি পড়লাম যে /ফাইল সিস্টেমের জন্য আমার কেবলমাত্র 10-20 জিআইবি স্থাপন করা উচিত এবং বাকি স্থানের জন্য সেট করা উচিত /home। সুতরাং আমি কি রুট ফোল্ডারটির জন্য স্থানটি প্রসারিত করব, বা সমস্ত জিনিস রেখে দেব /home? কোন পার্থক্য আছে?

Comments

আপনার এখানে দুটি প্রশ্ন আছে। প্রতি পোস্টে কেবল একটি প্রশ্নের অনুমতি রয়েছে। দয়া করে আপনার পোস্টটি সম্পাদনা করুন এবং আপনি যদি চান তবে আপনি আকার বা হোম ফোল্ডার সম্পর্কিত অন্য একটি প্রশ্ন পোস্ট করতে পারেন

— সের্গি কলডিয়াজহনি

এছাড়াও দেখুন / অপ্ট এবং / ইউএসআর / স্থানীয় মধ্যে পার্থক্য কি? এবং আমার কি লিনাক্স অ্যাপ্লিকেশনগুলি / var বা / opt এ ইনস্টল করা উচিত? এবং / usr / স্থানীয় বা / অপ্ট?

— বেন

লিনাক্সজার্নাল

— প্যান্থার

Answer 1

প্রথমে বুঝতে হবে যে কোনও ডিরেক্টরি যা স্পষ্টভাবে পৃথক পার্টিশনের জন্য মাউন্ট পয়েন্ট নয় (বা যেমন মাউন্ট পয়েন্টের একটি উপ-ডিরেক্টরি) রুট ( /) পার্টিশনে সংরক্ষণ করা আছে । সুতরাং, যদি আপনি রুট ( /) এবং /homeএবং অন্য কোনও পার্টিশন পেয়ে থাকেন তবে আপনার /optডিরেক্টরিটি কেবল রুট ( /) এর ডিরেক্টরি। অনুরূপভাবে জন্য /tmp, /sbin, এবং অন্য কিছু। সুতরাং, প্রাথমিক প্রশ্নটি মিথ্যা ভিত্তির উপর ভিত্তি করে তৈরি করা হয় যে প্রতিটি ডিরেক্টরি যা আপনার মূল ( /) থেকে বেরিয়ে আসে তার জন্য পৃথক পার্টিশন প্রয়োজন , এবং সরাসরি উত্তর দেওয়া যায় না।

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

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

Comments

পুনরায় "আজকাল / অপ্টের ব্যবহার বেশ বিরল" আপনি কি নিশ্চিত?

— পেসারিয়ার

@ পেসারিয়ার কোনও কারণে / অপ্ট ফিরে আসার জন্য মনে হচ্ছে, / ইউএসআর / স্থানীয় কয়েক বছর আগে উবুন্টুতে অবশ্যই বেশি জনপ্রিয় ছিল। যে কোনও হারে, আইএমএইচও, / অপ্ট এবং / ইউএসআর / স্থানীয় সমতুল্য। আরও দেখুন linuxjournal.com/magazine/pointcounterpoint-opt-vs-usrlocal এবং tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html "আজকাল, ', / usr / স্থানীয়' ব্যাপকভাবে একটি ভাল জায়গা হিসেবে গণ্য করা হয় যাতে স্ব-সংকলিত বা তৃতীয় পক্ষের প্রোগ্রাম রাখা যায় to "

— প্যান্থার

Answer 2

আপনি কি?

আসল বিষয়টি হ'ল এটি করার দরকার নেই। ব্যবহার /optএকটি কনভেনশন। আমি এটি ব্যবহার করার পরামর্শ দিচ্ছি তবে এটি কঠোরভাবে প্রয়োজনীয় নয়।

থেকে লিনাক্স ফাইলসিস্টেম শ্রেণীক্রম: অধ্যায় 1. লিনাক্স ফাইলসিস্টেম শ্রেণীক্রম :

1.13। / অপ্ট

এই ডিরেক্টরিটি সমস্ত সফ্টওয়্যার এবং অ্যাড-অন প্যাকেজগুলির জন্য সংরক্ষিত রয়েছে যা ডিফল্ট ইনস্টলেশনটির অংশ নয়। উদাহরণস্বরূপ, স্টারঅফিস, কিলিক্স, নেটস্কেপ কমিউনিকেশন এবং ওয়ার্ডসুফেক্ট প্যাকেজগুলি সাধারণত এখানে পাওয়া যায়। FSSTND মেনে চলার জন্য, সমস্ত তৃতীয় পক্ষের অ্যাপ্লিকেশনগুলি এই ডিরেক্টরিতে ইনস্টল করা উচিত। এখানে ইনস্টল করার জন্য যে কোনও প্যাকেজ অবশ্যই তার স্থির ফাইলগুলি সনাক্ত করতে হবে (যেমন অতিরিক্ত ফন্ট, ক্লিপআর্ট, ডাটাবেস ফাইল) অবশ্যই তার স্থির ফাইলগুলি পৃথক / অপ্ট / 'প্যাকেজ' বা / অপ্ট / 'সরবরাহকারী' ডিরেক্টরি ট্রিতে সনাক্ত করতে হবে (উপায়ের অনুরূপ) যার মধ্যে উইন্ডোজ নিজস্ব ডিরেক্টরি ট্রি তে নতুন সফ্টওয়্যার ইনস্টল করবে সি: \ উইন্ডোজ \ প্রোগ্রামাম ফাইলগুলি Program "প্রোগ্রামের নাম"), যেখানে 'প্যাকেজ' এমন একটি নাম যা সফ্টওয়্যার প্যাকেজ বর্ণনা করে এবং 'সরবরাহকারী' সরবরাহকারীর লানান রেজিস্টার্ড নাম।

যদিও বেশিরভাগ বিতরণ ডিরেক্টরি / অপ্ট / বিন, / অপ্ট / ডক, / অপ্ট / অন্তর্ভুক্ত, / অপ্ট / তথ্য, / অপ্ট / লিব, এবং / অপ্ট / ম্যান সেগুলি স্থানীয় সিস্টেম প্রশাসকের ব্যবহারের জন্য সংরক্ষিত create প্যাকেজগুলি সিস্টেম প্রশাসক দ্বারা এই সংরক্ষিত ডিরেক্টরিগুলি (লিঙ্ক বা অনুলিপি করে) স্থাপনের উদ্দেশ্যে "ফ্রন্ট-এন্ড" ফাইল সরবরাহ করতে পারে তবে এই সংরক্ষিত ডিরেক্টরিগুলির অভাবে সাধারণত কাজ করতে হবে। ব্যবহারকারীদের দ্বারা আহবান করা প্রোগ্রামগুলি ডিরেক্টরি / অপ্ট / 'প্যাকেজ' / বিনে অবস্থিত। যদি প্যাকেজটিতে ইউনিক্স ম্যানুয়াল পৃষ্ঠাগুলি অন্তর্ভুক্ত থাকে তবে সেগুলি / opt / 'প্যাকেজ' / man এ অবস্থিত এবং / usr / share / man এর মতো একই কাঠামো ব্যবহার করতে হবে used পরিবর্তনশীল প্যাকেজ ফাইলগুলি অবশ্যই / var / opt এ ইনস্টল করা উচিত। হোস্ট-নির্দিষ্ট কনফিগারেশন ফাইলগুলি / etc / opt এ ইনস্টল করা আছে।

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

অ্যাড-অন সফ্টওয়্যার / অপ্টের ব্যবহার ইউনিক্স সম্প্রদায়ের একটি সুপ্রতিষ্ঠিত অনুশীলন। সিস্টেম ভি অ্যাপ্লিকেশন বাইনারি ইন্টারফেস [এটিএন্ডটি 1990], সিস্টেম ভি ইন্টারফেস সংজ্ঞা (তৃতীয় সংস্করণ) এবং ইন্টেল বাইনারি সামঞ্জস্যের স্ট্যান্ডার্ড ভি। 2 (আইবিসিএস 2) এর উপর ভিত্তি করে এখানে / সংজ্ঞায়িত মত একটি অনুরূপ অপ্ট কাঠামো সরবরাহ করে।

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

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

Comments

এটি আশ্চর্যজনক, কারণ বেশিরভাগ লোকেরা রুট ডিরেক্টরিতে ছোট স্থানকে আলাদা করার পরামর্শ দেয় এবং আমি ভেবেছিলাম কারণ এটি খুব বেশি পরিবর্তন করা হবে না। দেখা যাচ্ছে যে সম্মেলনগুলি অনুসরণ করার জন্য আমাকে সেই পরামর্শগুলি স্মরণ করিয়ে দেওয়া দরকার?

— প্রয়াত

পছন্দ করেছেন অতীতে /optপ্রায়ই একটি পৃথক ড্রাইভ ছিল। এটি মালিকানাধীন সফ্টওয়্যার ইনস্টল করতে ব্যবহৃত হবে, যা প্রায়শই সমস্ত প্রয়োজনীয় গ্রন্থাগার এবং অন্যান্য সংস্থানগুলি বান্ডিল করার কারণে বিশাল ডিস্ক স্পেস প্রয়োজনীয়তা ছিল। আধুনিক যুগে ড্রাইভগুলি এত বড় যে একক ড্রাইভে একক রুট ব্যবহার করা সহজ এবং সহজ।

— বেন

Answer 3

/opt(কখনও কখনও মালিকানাধীন) বাহ্যিক অ্যাপ্লিকেশনগুলির জন্য ব্যবহৃত হয় যা লিনাক্স বিতরণের অংশ হিসাবে বিবেচিত হয় না। এই অ্যাপ্লিকেশনগুলির মধ্যে হার্ড-কোডেড পাথ থাকতে পারে এবং তাই ইনস্টল করার সময় কেবল সঠিকভাবে চলতে পারে /opt- তবে যদি কোনও হার্ড-কোডেড পথ না থাকে তবে আপনি এগুলি যে কোনও পথে ইনস্টল করতে পারেন। ইনস্টল করা একটি প্রোগ্রাম /optস্ব-অন্তর্ভুক্ত থাকার কথা।

ব্যবহারের মূল কারণ /optহ'ল একটি সাধারণ স্ট্যান্ডার্ড পাথ সরবরাহ করা যেখানে বাকী ইনস্টলড সিস্টেমে হস্তক্ষেপ না করে বাহ্যিক সফ্টওয়্যার ইনস্টল করা যায়। /optস্ট্যান্ডার্ড সংকলক বা লিঙ্কার পাথগুলিতে ( gcc -print-search-dirsবা /etc/ld.so.confইত্যাদি) উপস্থিত হয় না , সুতরাং সেখানে ইনস্টল হওয়া শিরোনাম এবং গ্রন্থাগারগুলি মূল সিস্টেম থেকে কিছুটা বিচ্ছিন্ন এবং ইতিমধ্যে ইনস্টল করা প্রোগ্রামগুলিতে হস্তক্ষেপ করা উচিত নয়।

এর ব্যবহার ফাইলসাইম হায়ারার্কি স্ট্যান্ডার্ড : / অপ্ট/opt দ্বারা সুনির্দিষ্ট করা হয়েছে , যেগুলি নোট করে যে মূলত ইউনিক্স থেকে এসেছে।/opt

/ opt: অ্যাড অন অ্যাপ্লিকেশন সফ্টওয়্যার প্যাকেজ

উদ্দেশ্য

/ অপ্ট অ্যাড-অন অ্যাপ্লিকেশন সফ্টওয়্যার প্যাকেজগুলির ইনস্টলেশনের জন্য সংরক্ষিত।

/ অপ্ট-এ ইনস্টল করার জন্য একটি প্যাকেজ অবশ্যই তার স্থির ফাইলগুলি পৃথক / অপ্ট / <প্যাকেজ> বা / অপ্ট / <প্রোভাইডার> ডিরেক্টরি ট্রিতে সনাক্ত করতে হবে, যেখানে <প্যাকেজ> এমন একটি নাম যা সফ্টওয়্যার প্যাকেজ বর্ণনা করে এবং <প্রোভাইডার> হ'ল সরবরাহকারীর LANANA নিবন্ধিত নাম।

আবশ্যকতা

ডিরেক্টরি / অপ্ট / বিন, / অপ্ট / ডক, / অপ্ট / অন্তর্ভুক্ত, / অপ্ট / তথ্য, / অপ্ট / লিব, এবং / অপ্ট / ম্যান স্থানীয় সিস্টেম প্রশাসক ব্যবহারের জন্য সংরক্ষিত। প্যাকেজগুলি স্থানীয় সিস্টেম প্রশাসকের দ্বারা এই সংরক্ষিত ডিরেক্টরিগুলি (লিঙ্ক বা অনুলিপি করে) স্থাপনের উদ্দেশ্যে "ফ্রন্ট-এন্ড" ফাইল সরবরাহ করতে পারে তবে এই সংরক্ষিত ডিরেক্টরিগুলির অভাবে সাধারণত কাজ করতে হবে।

ব্যবহারকারীদের দ্বারা আবেদনের জন্য প্রোগ্রামগুলি অবশ্যই ডিরেক্টরি / অপ্ট / <প্যাকেজ> / বিনে বা / opt / <provider> শ্রেণিবদ্ধের অধীনে থাকতে হবে। যদি প্যাকেজটিতে ইউএনআইএক্স ম্যানুয়াল পৃষ্ঠাগুলি অন্তর্ভুক্ত থাকে তবে সেগুলি অবশ্যই / opt / <package> / share / man অথবা / opt / <provider> স্তরক্রমের অধীনে থাকতে হবে এবং / usr / share / man এর মতো একই কাঠামো ব্যবহার করা আবশ্যক।

প্যাকেজ ফাইলগুলি পরিবর্তনশীল (সাধারণ ক্রিয়াকলাপে পরিবর্তন) অবশ্যই / var / opt এ ইনস্টল করা উচিত। আরও তথ্যের জন্য বিভাগে / var / opt দেখুন।

হোস্ট-নির্দিষ্ট কনফিগারেশন ফাইলগুলি অবশ্যই / etc / opt এ ইনস্টল করা উচিত। আরও তথ্যের জন্য / ইত্যাদি অংশটি দেখুন।

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

বিতরণগুলি / অপ্টে সফ্টওয়্যার ইনস্টল করতে পারে তবে স্থানীয় সিস্টেম প্রশাসকের অনুমোদন ছাড়াই স্থানীয় সিস্টেম প্রশাসকের দ্বারা ইনস্টল করা সফ্টওয়্যারটি সংশোধন বা মুছে ফেলা উচিত নয়।

যুক্তিসহ ব্যাখ্যা

অ্যাড-অন সফ্টওয়্যার / অপ্টের ব্যবহার ইউনিক্স সম্প্রদায়ের একটি সুপ্রতিষ্ঠিত অনুশীলন। সিস্টেম ভি অ্যাপ্লিকেশন বাইনারি ইন্টারফেস [এটিএন্ডটি 1990], সিস্টেম ভি ইন্টারফেস সংজ্ঞা (তৃতীয় সংস্করণ) এর উপর ভিত্তি করে এখানে / সংজ্ঞায়িত কাঠামোর অনুরূপ একটি অপ্ট কাঠামো সরবরাহ করে।

ইন্টেল বাইনারি সামঞ্জস্যের স্ট্যান্ডার্ড ভি। 2 (আইবিসিএস 2) / অপ্টের জন্যও একই ধরণের কাঠামো সরবরাহ করে।

সাধারণত, কোনও সিস্টেমে একটি প্যাকেজ সমর্থন করার জন্য প্রয়োজনীয় সমস্ত ডেটা / opt / <package> এর মধ্যে / etc / opt / <package> এবং / var / opt / <package> এ অনুলিপি করা ফাইলগুলি সহ অবশ্যই উপস্থিত থাকতে হবে / অপ্ট মধ্যে সংরক্ষিত ডিরেক্টরি।

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

নীচে / অপ্ট / <প্রোভাইডার> ডিরেক্টরিগুলির কাঠামোটি সফ্টওয়্যারটির প্যাকেজকারীর কাছে রেখে দেওয়া হয়, যদিও প্যাকেজগুলি / opt / <provider> / <package> এ ইনস্টল করার পরামর্শ দেওয়া হয় এবং নির্দেশিকাগুলির জন্য অনুরূপ কাঠামো অনুসরণ করুন / অপ্ট / প্যাকেজ। এই কাঠামোটি থেকে সরিয়ে নেওয়ার একটি বৈধ কারণ হ'ল সমর্থন প্যাকেজগুলির ক্ষেত্রে / অপ্ট / <প্রোভাইডার> / লিব বা / অপ্ট / <প্রোভিডার> / বিনে ফাইল ইনস্টল থাকতে পারে।

Answer 4

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

Answer 5

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

জিনিসগুলিতে রাখা /optবা /usr/localজিনিস পরিষ্কার এবং নিরাপদ রাখে keeps

বিশেষত, আপনার সফ্টওয়্যার অনুসন্ধানের পথ (AT PATH) কোনও নির্দিষ্ট নাম নির্বাহের জন্য কোনও প্রোগ্রামের সন্ধান করার সময় কোন স্থানগুলিতে অনুসন্ধান করা হয় তা ক্রম নির্ধারণ করে। সাধারণত, স্থান পছন্দ /optএবং /usr/localতালিকার শেষে দিকে আছে।

যদি আপনি কোনও প্যাকেজ ইনস্টল করেন যার নাম অনুসারে একটি প্রোগ্রাম রয়েছে cp, আপনার ডিস্ট্রোর সাথে আসা ডিফল্ট অনুসন্ধান ক্রমটি সাধারণটি খুঁজে পাবে কারণ এটি যে ডিরেক্টরিতে সঞ্চিত আছে সেগুলি স্থানের মতো আগে অনুসন্ধান করা হয়েছিল /opt।

যদি এটি সেভাবে কাজ না করে তবে কে জানে যে কোনও সুরক্ষা গর্তটি কীভাবে ভেঙে যেতে পারে বা কী খুলতে পারে যদি নামের একটি প্রোগ্রাম cpযা অন্য কিছু করে, তখন মনে হয় আপনি কিছু ফাইল অনুলিপি করার চেষ্টা করছেন।

যদি এরকম কিছু ঘটে থাকে তবে কেউ কমান্ড চালানোর জন্য কিছুক্ষণ সময় নিতে type cpপারে (যা কিছু ভুল বলেও প্রমাণ করতে পারে না) যা চালানো হচ্ছে তা আপনি যা ভাবেন তা নয় isn't এই মুহুর্ত অবধি আপনি আটকে আছেন "সবকিছু ঠিকঠাকভাবেই কাজ করা উচিত না এমন ছোট বিশদ থেকে দূরে থাকা উচিত!"

এটি মূলত অপ্রত্যাশিত জিনিসগুলি ঘটে যাওয়া থেকে বিরত রাখতে সহায়তা করে এবং সিস্টেম আপডেটগুলি আপনার কিছু বা সমস্ত "কাস্টম" ইনস্টলড প্যাকেজগুলি সরিয়ে বা প্রতিস্থাপন করতে পারে এমন পরিস্থিতি এড়িয়ে চলে। অথবা, বিপরীতে, কিছু "কাস্টম" প্রোগ্রাম সিস্টেম সরবরাহিত প্রোগ্রামগুলিকে ওভাররাইট করতে পারে যা অন্যান্য অনেক প্রোগ্রাম বা স্ক্রিপ্টগুলিতে নির্ভর করতে পারে।

প্রশাসনিক দৃষ্টিকোণ থেকে, একই স্থানে "সিস্টেম" এবং "alচ্ছিক" প্রোগ্রাম / ফাইলগুলিকে মিশ্রিত করা আপনার সিস্টেমকে একটি "অপরিজ্ঞাত" বা কমপক্ষে "অস্পষ্ট" অবস্থায় রাখে।

আপনার যদি আপনার সিস্টেম বা কোনও প্রোগ্রামে সমস্যা হয় এবং সহায়তার প্রয়োজন হয়, তবে প্রথম প্রশ্নটি জিজ্ঞাসা করা হয় যেগুলির মধ্যে একটি হল "আপনি কী পরিবর্তন করেছেন?" এবং "আমরা কীভাবে এই সমস্ত পরিবর্তনগুলির কিছু অস্থায়ীভাবে অক্ষম করতে পারি যাতে আমরা জানতে পারি যে আমরা আসল সমস্যাটি দেখছি, কেবল অন্য কোনও কিছুর লক্ষণ নয়" "

পৃথক অবস্থানের সাহায্যে এই পরিবর্তনগুলি দ্রুত চিহ্নিত করা যায় এবং আপনাকে যা করতে হবে (কমপক্ষে প্রোগ্রামগুলির জন্য নিজেরাই) অস্থায়ীভাবে তাদের ডিরেক্টরিগুলি পথ থেকে সরিয়ে ফেলতে হবে।