সুতরাং আপস্টার্ট কাজের একটি পয়েন্ট লিখতে সহজ হতে হবে।
Init.d স্ক্রিপ্টগুলিতে অনেকগুলি শেল স্ক্রিপ্ট যাদু রয়েছে যা বারবার আসে। কেস স্টেটমেন্টস, পিডফাইল ট্র্যাকিং, এলএসবি কমেন্ট লাইন। এটি কীভাবে একটি ভাল init.d স্ক্রিপ্ট না পড়ে লিখতে হয় তা খুব স্পষ্ট নয়।
যদি আপনি ইতিমধ্যে সেগুলি লেখার সমস্ত সমস্যার মধ্যে দিয়ে গেছেন তবে আপনাকে আর একটি আপস্টার্ট কাজের প্রয়োজন হবে না, যতক্ষণ না আমি অন্য মন্তব্যে উল্লেখ করেছি, আপনি অন্য একটি আপস্টার্ট কাজ / ইভেন্টের উপর নির্ভরশীল।
তবে সত্যই, আপস্টার্ট জিনিসগুলিকে সত্যই সহজ করে তোলে। আপনি যখনই ট্যাম্পিডার, উলিমিট বা রানটাইম আর্গুমেন্টের মতো জিনিসগুলি সেট আপ না করেন তবে আপনার প্রি-স্টার্টের প্রয়োজন হবে না। কোনও পরিষেবার পরে আপনি পরিশ্রমের বিষয়টি নিশ্চিত করতে না চাইলে আপনার পোস্ট-স্টপের প্রয়োজন হবে না (পরিষেবাটি স্বাভাবিকভাবে বাইরে বেরোনোর পরে নিজেই পরিষ্কার করা উচিত)।
প্রায়শই অনেকগুলি বিকল্প সহ একটি দৈত্য init.d স্ক্রিপ্ট 10 - 15 লাইন আপস্টার্ট কাজ পর্যন্ত ফোটে। সবচেয়ে জটিল init.d স্ক্রিপ্টগুলিতে তাদের বেশিরভাগ যুক্তি প্রাক-শুরুতে ফেলে দেওয়া যেতে পারে। মূল কীটি হ'ল প্রক্রিয়াটির জন্য পরিবেশ স্থাপনের জন্য কোডটির সামান্য স্নিপেট, এবং স্টার্ট / স্টপ / রেসপন / ইত্যাদি পরিচালনা করার পক্ষে যুক্তি নয়।
সবচেয়ে শক্তিশালী অংশ এবং একটি যে লোকেরা সবচেয়ে বেশিবার ভুল হয়, তা হল কখন তাদের কাজ শুরু করা / বন্ধ করতে হবে knowing start on runlevel [2345]
যৌক্তিক বলে মনে হচ্ছে তবে এটিকে এড়িয়ে যায় যে নেটওয়ার্কটি সেই সময়ে সমান্তরালভাবে আসবে, যেমন স্থানীয় ফাইল সিস্টেম মাউন্টগুলি। মূলটি হ'ল চালানোর জন্য আপনার প্রয়োজনীয় ন্যূনতম জিনিসগুলি (অন্যান্য পরিষেবা, ফাইল সিস্টেম, নেটওয়ার্ক, ইত্যাদি) ঠিক খুঁজে বের করার চেষ্টা করা এবং সেগুলি শেষ হয়ে গেলে শুরু করা। বেশিরভাগ traditionalতিহ্যবাহী নেটওয়ার্ক পরিষেবাদি করা উচিত start on (local-filesystems and net-device-up IFACE!=lo)
।