আরসি.লোকাল পুনরায় তৈরির পরিবর্তে সিস্টেমেডে আরসি.লোকালের সঠিক বিকল্পটি কী?

Question

আমি সিস্টেমে কিছু স্থানীয় স্ক্রিপ্টগুলি (বা খুব স্থানীয় কমান্ড) সম্পাদন করার সঠিক উপায় খুঁজে পাচ্ছি না , আমি ইতিমধ্যে জানি যে এই ধরণের স্ক্রিপ্টগুলির জন্য (বা আমার অবশ্যই?) আমার কোনও পরিষেবা (সিস্টেমড ইউনিটে) তৈরি করা উচিত নয় ....

আমি যে কাজটি পেয়েছি তা হ'ল rc.local তৈরি করা এবং এটিকে কার্যকর করার অনুমতি দেওয়া।

printf '#!/bin/bash \n\nexit 0' >/etc/rc.local 
chmod +x /etc/rc.local

উদাহরণস্বরূপ, যদি আমি আপনার দ্বারা কনফিগার করা একটি সহজ আরসি.লোকাল সহ একটি লিগ্যাসি সার্ভার পেয়ে থাকি তবে আমি জানতে পারি আপনি কী করেছিলেন এবং ডিস্ট্রোতে নতুন কিছু আপগ্রেড বা ইনস্টল করতে ক্ষতিগ্রস্থ হতে পারে কারণ rc.local বাহ্যিক দ্বারা সম্মানিত ছিল প্যাকেজগুলি, তবে অন্যদিকে যদি আমি কোনও সরল কাজ করার জন্য কোনও সার্ভার ইনস্টল করে একটি সিস্টেমড ইউনিট বা দুই বা তিন (বা এমনকি সিস্টেভিট পরিষেবাদি) তৈরি করি তবে এটি কখনও কখনও আপনার জীবনকে আরও শক্ত করে তুলতে পারে এবং এটি আমার ইউনিটগুলির চেয়েও অনেক বেশি নামগুলি কোনও দিন বিতরণ বিকাশের দ্বারা নির্মিত নতুন পরিষেবাদির নামগুলির সাথে দ্বন্দ্ব করতে পারে এবং সম্ভবত একটি স্ক্রিপ্টগুলির জন্য সমস্যা তৈরি করে একটি আপগ্রেডে ইনস্টল করা হয়েছে!

আমি দেখতে আরেকটি প্রশ্ন সম্পর্কে জিজ্ঞাসা করা যেখানে rc.local, হয় এবং উত্তর এটি তৈরি ও মৃত্যুদন্ড অনুমতি দিতে, আমি মনে করি আমার প্রশ্ন সত্যিই ছিল না একটি ডুপ্লিকেট , কারণ আমি জানতে চাই না যেখানে এটি হয় - আমার বিশ্বাস, আমি শুধু চাই এটি অবমূল্যায়ন করা হয়েছে তা স্বীকার করার জন্য , তবে আমি এই ধরণের কাজ করার সঠিক উপায়টি খুঁজে পাচ্ছি না, আমি কি সত্যিই কিছু সাধারণের জন্য একটি ইউনিট তৈরি করতে পারি?

Comments

সিস্টেমড "একমাত্র বিজয়ী পদক্ষেপটি খেলাই নয়"; বিকল্পভাবে, আপনি যা চান তার উপর নির্ভর করে আপনি একটি সিস্টেমড ইউনিট তৈরি করতে পারেন। আমি সম্ভবত আপাতত rc.local ব্যবহার করব এবং এটি চলে গেলে এটিকে যত্নশীল care

— রুই এফ রিবেইরো

সুতরাং আপনি কি মনে করেন সরকারী উপায়টি কোনও পরিষেবার মতো ইউনিট তৈরি করা? কিভাবে এটি করতে হবে দয়া করে একটি উত্তর হিসাবে পোস্ট করুন।

— লুসিয়ানো অ্যান্ড্রেস মার্টিনি

যখন আমি উবুন্টু চেষ্টা করেছিলাম তখন আমি আমার ডেস্কটপে একটি ধ্রুবক এসএস-এজেন্ট ক্যাশে রাখার জন্য একটি ইউনিট তৈরি করেছিলাম যখন আমি রিবুট না করি এবং অন্য কোনও কিছুর জন্য যা আমি মনে করতে পারি না; আপনি /etc/rc.local এ নির্দেশ করে একটিও তৈরি করতে পারেন তবে মনে হয় সিস্টেম আপাতত এটি নিজের জন্য করছে .... আমি আপাতত rc.local করব এবং যদি এটি বন্ধ করে দেওয়া হয় তবে একটি জালটির দিকে নির্দেশ করে একটি তৈরি করুন /etc/rc.local তখন।

— রুই এফ রিবেইরো

এটি ডকুমেন্টেশনগুলিকে ভঙ্গ করতে পারে যেমন কোনও বইতে বলেছে যে আপনাকে অবশ্যই /etc/rc.local এ কিছু লিখতে হবে এবং আপনি এই ডক্সটি আপগ্রেড করার চেষ্টা করছেন, উদাহরণস্বরূপ যে rc.local অবশ্যই নির্বাহযোগ্য হিসাবে চিহ্নিত করতে হবে, যখন এটি সম্পূর্ণ অবমূল্যায়িত হয় becomes ডকুমেন্টেশনটি নষ্ট হয়ে গেছে, তবে আপনি যদি বলেন /etc/rc.local- এ নির্দেশ করতে আপনাকে ইউনিট তৈরি করতে হবে তবে ডকুমেন্টেশনটি ব্রোক করে কারণ সিস্টেমড আপনার ইউনিটের সাথে সাংঘর্ষিক। আমি বিশ্বাস করি যদি আপনি ঠিক থাকেন তবে তারা সম্ভবত সিদ্ধান্ত নেননি যে এটি অবচয় করা হয়েছে কি না, কারণ তাদের এখনও বিকল্প নেই ... যখন তারা সিদ্ধান্ত নেবেন তখন সমস্ত নথিপত্র আবার ভাঙা হবে।

— লুসিয়ানো এন্ড্রেস মার্টিনি

আপনার কোন ধরণের স্ক্রিপ্ট কার্যকর করতে হবে? সিস্টেমডে অনেকগুলি ইউনিট প্রকার রয়েছে। "পরিষেবা" হ'ল একক ধরণের এক ধরণের । উদাহরণস্বরূপ মাউন্ট ইউনিট, স্ব-পরিমাণ ইউনিট, টাইমার ইউনিট, লক্ষ্য ইউনিট। তাদের মধ্যে একটি আপনার সমস্যার সমাধান করতে পারে?

— andcoz

Answer 1

অন্য কোথাও দেখানো হয়েছে, এটি rc-local.serviceনীচে ব্যবহার করা মাঝারিভাবে অপরিষ্কার হয়ে যায় systemd।

1. তাত্ত্বিকভাবে সম্ভব যে আপনার বিতরণ এটি সক্ষম করবে না। (আমি মনে করি এটি সাধারণ নয়, উদাহরণস্বরূপ কারণ একই বিল্ড বিকল্পটি অক্ষম করাও প্রচুর লোকেরা ব্যবহার করে এমন কমান্ড poweroff/ অপসারণ মুছে ফেলে reboot)।
2. শব্দার্থবিজ্ঞান সম্পূর্ণ পরিষ্কার নয়। সিস্টেমড rc-local.serviceএক উপায়ে সংজ্ঞায়িত করে তবে ডেবিয়ান একটি ড্রপ-ইন ফাইল সরবরাহ করে যা কমপক্ষে একটি গুরুত্বপূর্ণ সেটিংকে পরিবর্তন করে।

rc-local.serviceপ্রায়শই ভাল কাজ করতে পারে। আপনি যদি উপরের বিষয়ে উদ্বিগ্ন হন তবে আপনাকে যা করতে হবে তা হ'ল এটির নিজের অনুলিপি তৈরি করতে! যাদুটি এখানে:

# /etc/systemd/system/my-startup.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/local/libexec/my-startup-script

[Install]
WantedBy=multi-user.target

আমি মনে করি না যে আপনার প্রতিটি একক বিশদ বুঝতে হবে [*], তবে এখানে দুটি জিনিস আপনার জানা দরকার।

1. আপনি এটি দিয়ে সক্ষম করতে হবে systemctl enable my-startup.service।

2. যদি আপনার স্ক্রিপ্টের সহ অন্য যে কোনও পরিষেবার উপর নির্ভরতা থাকে তবে network-online.targetআপনাকে অবশ্যই এটি ঘোষণা করতে হবে। যেমন [Unit]লাইনগুলি সহ Wants=network-online.targetএবং একটি বিভাগ যুক্ত করুন After=network-online.target।

   আপনাকে "প্রারম্ভিক বুট" পরিষেবাদির উপর নির্ভরশীলতা সম্পর্কে চিন্তা করার দরকার নেই - বিশেষত, পরিষেবাগুলি যা ইতিমধ্যে আদেশ করা হয়েছে basic.target। my-startup.serviceসেগুলির মতো পরিষেবাগুলি স্বয়ংক্রিয়ভাবে পরে অর্ডার করা হয় basic.target, যদি না সেগুলি সেট করে DefaultDependencies=no।

   আপনার নির্ভরতাগুলির মধ্যে একটি "প্রাথমিক বুট" পরিষেবা কিনা তা আপনি যদি নিশ্চিত না হন, তবে একটি পদ্ধতির মাধ্যমে আগে basic.targetচালিত অর্ডার দেওয়া সার্ভিসগুলির তালিকা তৈরি করা উচিত systemctl list-dependencies --after basic.target। (নোট করুন যে --after, না --before)।

কিছু বিবেচনা রয়েছে যা আমি মনে করি প্রাক-সিস্টেমডের ক্ষেত্রেও এটি প্রয়োগ হয়েছিল rc.local:

1. আপনাকে নিশ্চিত করতে হবে যে আপনার আদেশগুলি অন্য কোনও প্রোগ্রামের সাথে বিরোধী নয় যা একই জিনিসটি নিয়ন্ত্রণ করার চেষ্টা করে।
2. দীর্ঘ-চলমান প্রোগ্রামগুলি ওরফে ডেমনগুলি না শুরু করা ভাল rc.local।

---

[*] আমি Type=oneshot+ ব্যবহার করেছি RemainAfterExit=yesকারণ এটি বেশিরভাগ এক-শট স্ক্রিপ্টগুলির জন্য আরও অর্থবোধ করে। এটি আনুষ্ঠানিকভাবে ঘোষণা করে যে আপনি কমান্ডের একটি সিরিজ পরিচালনা করবেন, এটি my-startupসম্পন্ন হয়ে গেলে "সক্রিয়" হিসাবে প্রদর্শিত হবে এবং আপনি কোনও ডিমন শুরু করবেন না।

Comments

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

— লুসিয়ানো অ্যান্ড্রেস মার্টিনি

@ লুসিওআনড্রেসমার্টিনি যদি আপনি জিজ্ঞাসা করেন যে ডেমন শুরু করার সঠিক উপায়টি কী, তবে আপনার অবশ্যই এটির জন্য একটি পৃথক পরিষেবা সংজ্ঞায়িত করা উচিত। এটি একটি নেটিভ সিস্টেম .serviceইউনিট হতে পারে , বা আপনি যদি সত্যিই কোনও এলএসবি আরআই স্ক্রিপ্ট লিখতে চান তবে পরিবর্তে এটি করতে পারেন। আমি বেশ কয়েকটি ডেমোন rc-local.serviceবা সমতুল্য রাখার সুপারিশ করতে চাইনি , আমি মনে করি এটি সম্ভবত কার্যকর হয় তবে আপনি যদি systemctl restart my-daemonঅন্য কিছুের মতো স্বতন্ত্র ডেমন পুনরায় চালু করতে পারেন তবে এটি বেশ সুন্দর বলে মনে হচ্ছে । আপনি আপনার স্থানীয় পরিষেবাগুলি এতে রেখেছেন তা উদ্দেশ্য /etc/systemd/system।

— সোর্সজেদি

@ লুসিওআনড্রেসমার্টিনি আপনি যেমন অন্য সার্ভিসের মতো একই নাম ব্যবহার করা এড়াতে হবে - ঠিক যেমন সিজনভিট। একই পরিস্থিতিতে আমি মাঝে মাঝে আমার নামগুলি শুরু করে দিয়েছি local-...

— সোর্সজেদি

ধন্যবাদ!!! অর্ধ দিন পরে সংরক্ষণ করা। এই বিবরণগুলি আমার জন্য সমালোচনামূলক ছিল: প্রকার = ওনশট, RemainAfterExit = হ্যাঁ, ওয়ান্টস = নেটওয়ার্ক -অনলাইন। মাত্র 192.168.1.80 এপাচে একটি বিল্ড স্থাপন এবং স্থির আইপি সেট করা, যাতে রাউটার সেখানে ট্র্যাফিককে পরিচালনা করতে পারে। তুচ্ছ হতে হবে। এটি ডেবিয়ান 9-এ বিরক্তিকর। "অ্যাপট-গেট অ্যাপাচি", "সিস্টেমেটেল স্টার্ট অ্যাপাচি" বা আর ডি.ডি সহ নির্দেশাবলী ব্যতীত অন্য কোনও অনলাইন পরামর্শ, যার মধ্যে কোনওই দেবিয়ান 9 এর আওতায় উত্স-নির্মিত অ্যাপাচি-র জন্য প্রয়োগ হয় না।

— মাইকেলসনব্রিট

@ মিচেলসন ব্রিট আরসি.লোকাল থেকে দীর্ঘকাল ধরে চলমান কর্মসূচিগুলি ওরফে ডেমনগুলি শুরু না করাই ভাল। আমি ব্যবহার করেছি Type=oneshot... এটি আনুষ্ঠানিকভাবে জানায় যে ... আপনি ডেমোন শুরু করবেন না। আপনি যদি ডেমন শুরু করার বিষয়ে তথ্য চান তবে দয়া করে একটি নতুন প্রশ্ন জিজ্ঞাসা করুন।

— সোর্সজেদি

Answer 2

কথা ভুলে যান rc.local।

আমি যেমন CentOS 7 এবং ডেবিয়ান 8 এবং উবুন্টু 15 সম্পর্কে বলেছি :

আপনি একটি সিস্টেমড + লিনাক্স অপারেটিং সিস্টেম ব্যবহার করছেন। /etc/rc.localসিস্টেমেডে একটি ডাবল পিছনের সামঞ্জস্যতা প্রক্রিয়া, কারণ এটি ভ্যান স্মোরেনবার্গ সিস্টেম 5 ক্লোনটিতে নিজেই একটি সামঞ্জস্যতা প্রক্রিয়া ছিল এমন একটি প্রক্রিয়াটির জন্য পিছনের সামঞ্জস্যতা প্রক্রিয়া rc।

ব্যবহার করা /etc/rc.localভয়াবহভাবে ভুল হতে পারে। লোকেরা এই বিষয়টি দেখে অবাক হয়ে গেছে যে rc.localবুটস্ট্র্যাপের অভ্যস্ততা অনুসারে সিস্টেমড ঠিক একইভাবে চলবে না। (বা ভ্রান্তভাবে প্রত্যাশা করুন: এটি ওপেনবিএসডি ম্যানুয়ালটি এখনও উল্লেখ করেছে যে, এটি পুরানো পদ্ধতিতে শেষ পর্যন্ত হয়নি ) অন্যরাও কিছু rc.localকরার পুরানো উপায়গুলি প্রত্যাশায় যা স্থাপন করেছিলেন তা দেখে অবাক হয়েছেন is তারপর সম্পূর্ণ নতুন পছন্দ দ্বারা পূর্বাবস্থায় ফেরানো udevবিধি, NetworkManager দ্বারা, systemd-logind, systemd-resolved, অথবা বিভিন্ন "কিট" এর।

" কেন` init 0` এর ফলে আর্চ ইনস্টলের উপর "অতিরিক্ত যুক্তি" দেখা দেয়? " উদাহরণস্বরূপ , কিছু অপারেটিং সিস্টেম জেনারেটরের মতো পিছনের সামঞ্জস্য বৈশিষ্ট্য ছাড়াই ইতিমধ্যে সিস্টেমড সরবরাহ করে । যদিও ডেবিয়ান এখনও পিছনের সামঞ্জস্য বৈশিষ্ট্যগুলি ধরে রাখে , আর্চ লিনাক্স তাদের বন্ধ করে সিস্টেমযুক্ত তৈরি করে । সুতরাং আর্চ এবং অপারেটিং সিস্টেমে এটি সম্পূর্ণ উপেক্ষা করার প্রত্যাশা করে ।systemd-rc-local-generator/etc/rc.local

কথা ভুলে যান rc.local। এটি যাওয়ার উপায় নয়। আপনার একটি সিস্টেমড + লিনাক্স অপারেটিং সিস্টেম রয়েছে। সুতরাং একটি উপযুক্ত সিস্টেমযুক্ত পরিষেবা ইউনিট তৈরি করুন, এবং এমন একটি বিন্দু থেকে শুরু করবেন না যা পিছনের দিকের সামঞ্জস্যের দুটি স্তরের। (উবুন্টু এবং ফেডোরা উপর, এটা তিন মুছে বার ভ্যান Smoorenburg সিস্টেম 5 rcক্লোন অনুসৃত যে rc.localতারপর কাটাচ্ছি নিজেই দুইবার ভুঁইফোড় এবং তারপর systemd হল দ্বারা বাতিল করা, এক দশক আগে, প্রথম।)

সিস্টেমডে স্থানান্তরিত করার প্রথম নিয়মটিও মনে রাখবেন ।

এটি সিস্টেমডের সাথে সুনির্দিষ্ট কোনও নতুন ধারণাও নয়। ভ্যান স্মোরেনবার্গ rcএবং আপস্টার্ট সিস্টেমগুলিতে, করণীয়টি rcছিল ব্যবহারের পরিবর্তে একটি উপযুক্ত ভ্যান স্মুরেনবার্গ স্ক্রিপ্ট বা আপস্টার্ট জব ফাইল তৈরি করা rc.local। এমনকি ফ্রিবিএসডি-র ম্যানুয়াল নোট করে যে আজকাল কেউ rcব্যবহারের পরিবর্তে একটি উপযুক্ত মেওবার্ন স্ক্রিপ্ট তৈরি করে /etc/rc.local। rc2000 সালে নেটবিএসডি 1.5 দ্বারা মেওয়বার্ন চালু হয়েছিল।

/etc/rc.localসপ্তম সংস্করণ ইউনিক্স এবং তার আগের তারিখগুলি। এটি ১৯ supers৩ সালে এটি অ্যান্ড টি টি ইউনিক্স সিস্টেম 3 ( এটিএন্ডটি ইউনিক্স সিস্টেম 5 এর সাথে কিছুটা আলাদা ) এর দ্বারা /etc/inittabচালিত হয়েছিল এবং একটি রানলেভেল-ভিত্তিক rcছিল । এমনকি এটি এখন ইতিহাস।/etc/inittab

আপনার সেবা ম্যানেজমেন্ট সিস্টেম সঠিক নেটিভ সেবা সংজ্ঞা তৈরি করুন, যে জখলাবার টুলসেট এর জন্য একটি সেবা বান্ডিল হতে কিনা service-managerএবং system-control, একটি /etc/rc.d/Mewburn জন্য স্ক্রিপ্ট rc, systemd হল জন্য একটি সেবা ইউনিট ফাইল, ভুঁইফোড় জন্য একটি কাজ ফাইল, runit / S6 / daemontools জন্য একটি সেবা ডিরেক্টরি -অনজোর, বা এমনকি /etc/init.d/ভ্যান স্মোরেনবার্গের জন্য একটি স্ক্রিপ্ট rc।

সিস্টেমডে, এ জাতীয় প্রশাসক-যুক্ত পরিষেবা ইউনিট ফাইলগুলি /etc/systemd/system/সাধারণত (বা /usr/local/lib/systemd/system/খুব কমই) যায়। নোশ সার্ভিস ম্যানেজারের সাথে, /var/local/sv/স্থানীয় পরিষেবা বান্ডিলগুলির একটি প্রচলিত জায়গা। rcফ্রিবিএসডি ব্যবহারে মেওয়াবার্ন /usr/local/etc/rc.d/। প্যাকেজড সার্ভিস ইউনিট ফাইল এবং পরিষেবা বান্ডিলগুলি, যদি আপনি সেগুলি তৈরি করে থাকেন তবে বিভিন্ন জায়গায় যান।

আরও পড়া

• লেনার্ট কবিতা এবং অন্যান্য। (2014)। systemd-rc- স্থানীয় জেনারেটর । সিস্টেমযুক্ত ম্যানুয়াল পৃষ্ঠাগুলি। Freedesktop.org।
• rc.local। ফ্রিবিএসডি সিস্টেম ম্যানেজারের ম্যানুয়াল । 2016-04-23।
• /unix//a/233581/5132
• লেনার্ট কবিতা (2011-08-29)। প্লিজ রিমুভ করুন /etc/rc.localবা chmod -xএটি । রেডহাট বাগ # 734268।
• /unix//a/211927/5132
• ডার্ক স্মিট (2017-12-19)। rc.localগোড়ার দিকে শুরু হয় । সিস্টেমযুক্ত বাগ # 7703
• https://wiki.archlinux.org/index.php?title=Systemd&diff=378926&oldid=378924
• বেঞ্জামিন বেত (2011-12-30)। যখন এটি ব্যবহার করা ঠিক আছে এবং ঠিক নেইrc.local । bencane.com।
• /unix//a/49636/5132
• লেনার্ট কবিতা (2010-10-01)। আমি কীভাবে সিস্টেমেড সার্ভিস ফাইলে এসআইএসভি ইন্সিয়ার স্ক্রিপ্টকে রূপান্তর করব? । 0pointer.de।
• /ubuntu/523369/
• জোনাথন ডি বোয়েন পোলার্ড (2015)। /etc/inittabঅতীতের একটি জিনিস। । প্রায়শই দেওয়া উত্তর
• জোনাথন ডি বয়েন পোলার্ড (২০১৪)। রান স্ক্রিপ্ট এবং পরিষেবা ইউনিটগুলির পাশাপাশি এক সাথে নজর। । প্রায়শই দেওয়া উত্তর
• জোনাথন ডি বয়েন পোলার্ড (২০১৪)। একটি বাস্তব বিশ্বের স্থাপনের এবং জখলাবার সঙ্গে একটি সেবা চলমান উদাহরণস্বরূপ কাজ । সফটওয়্যার।
• জোনাথন ডি বয়েন পোলার্ড (2016)। " ম্যানুয়াল পৃষ্ঠা থেকে সিস্টেম অনুসন্ধানের পথগুলি হারিয়েছেsystemd.unit "। সিস্টেমযুক্ত ডকো জন্য ত্রুটি । প্রায়শই দেওয়া উত্তর

Comments

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

— ফিলাব্রেন্ডেন

আপনি অবাক হবেন যে 1983 সাল থেকে এটি অবনতি থেকে রক্ষা পেয়েছে, সম্ভবত এটির জন্য এটি কিছু আছে?

— ড্যান কার্টার

এই উত্তরটি প্রচারমূলক এবং আসলে "সহজ পরিবর্তে আমার কী হালকা জিনিস করা উচিত" প্রশ্নের সহজ উত্তর দিতে ব্যর্থ। এটিতে তথ্য থাকতে পারে এবং প্রচুর পরিমাণে রেফারেন্স সরবরাহ করতে পারে তবে স্ট্যাকেক্সচেঞ্জের উদ্দেশ্যকে পরাস্ত করে।

— জিপিএস

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

— জুলিয়াস

Answer 3

Https://www.linuxbabe.com/linux-server/how-to-enable-etcrc-local-with-systemd এর সংক্ষিপ্তসার

/Etc/systemd/system/rc-local.service তৈরি করুন:

# /etc/systemd/system/rc-local.service
[Unit]
 Description=/etc/rc.local Compatibility
 ConditionPathExists=/etc/rc.local

[Service]
 Type=forking
 ExecStart=/etc/rc.local start
 TimeoutSec=0
 StandardOutput=tty
 RemainAfterExit=yes
 SysVStartPriority=99

[Install]
 WantedBy=multi-user.target

তারপর:

sudo touch /etc/rc.local
sudo chmod +x /etc/rc.local
sudo systemctl enable rc-local

পরিক্ষা কর:

sudo systemctl start rc-local.service
sudo systemctl status rc-local.service

Comments

সিস্টেম-সরবরাহিত একটি ব্যবহার করে StandardOutput=journal+console(কনসোল আপনার উদাহরণের সাথে টিটিটির সমতুল্য), যা দেখে মনে হচ্ছে এটি সমস্যা সমাধানের জন্য অনেক বেশি কার্যকর হবে। এছাড়াও সমর্থনটি SysVStartPriority=এক পর্যায়ে সরানো হয়েছে। হতে পারে আপনি মন্তব্য করতে পারেন কীভাবে গুরুত্বপূর্ণ SysVStartPriority=তা মুছে ফেলতে বা মুছে ফেলতে। তা বাদে, এটি একটি শালীন উত্তর।

— সোর্সজেডি