আমার সহকর্মী দৌড়ে গেলেন grep | crontab। এর পরে সমস্ত চাকরি অদৃশ্য হয়ে গেল। দেখে মনে হচ্ছে সে দৌড়াতে চাইছিল crontab -l।
সুতরাং কমান্ড চালানোর পরে কি ঘটেছে grep | crontab? কেউ কি ব্যাখ্যা করতে পারেন?
আমার সহকর্মী দৌড়ে গেলেন grep | crontab। এর পরে সমস্ত চাকরি অদৃশ্য হয়ে গেল। দেখে মনে হচ্ছে সে দৌড়াতে চাইছিল crontab -l।
সুতরাং কমান্ড চালানোর পরে কি ঘটেছে grep | crontab? কেউ কি ব্যাখ্যা করতে পারেন?
উত্তর:
crontabcrontabচলমান ব্যবহারকারী (বা হিসাবে উল্লিখিত ব্যবহারকারী root) STDIN থেকে পড়ার জন্য নতুন ইনস্টল করতে পারে । এটিই আপনার ক্ষেত্রে হতাশ।
grepকোনও বিকল্প ছাড়াই যথারীতি STDERR এ ত্রুটি বার্তা উত্পন্ন করবে এবং আপনি grepSTDOUT এর STDOUT টি পাইপ দিচ্ছেন crontabযার মধ্যে ফাঁকা রয়েছে তাই আপনার crontabচলে যাবে।
কীভাবে সে চাকরি শেষ করল? সে কি সিসি বা সিডি টাইপ করেছিল? যদি তিনি সিডি টাইপ করেন তবে এটি চলার সমতুল্য crontab < /dev/nullএবং আপনি ব্যবহারকারীর ক্রন্টব ফাইলটি একটি খালি দিয়ে প্রতিস্থাপন করেছেন। অন্যদিকে, আপনি যদি crontabসিসি দিয়ে হত্যা করেন, তবে ক্রোনট্যাবটি সংরক্ষণ করা যেতে পারে তবে আপনি সহজেই এটি চালিয়ে পরীক্ষা করতে পারেন crontab -l।
এই সমস্ত প্রোগ্রামটি হ'ল ক্রন্টব ফাইলগুলিতে সম্পাদনা করা /var/spool/cron/, সুতরাং যদি আপনার কাছে ফাইল সিস্টেমের একটি ব্যাকআপ থাকে তবে আপনি কেবল সেখান থেকে ব্যবহারকারীর ক্রন্টব ফাইলটি পুনরুদ্ধার করতে পারেন।
আমি দেখতে পাইনি যে গ্রেপের কোনও যুক্তি নেই, তাই গ্রেপ ত্রুটি ঘটবে এবং প্রকৃতপক্ষে ক্রন্টব ফাইলটি সর্বদা উড়িয়ে দেওয়া হবে।
crontabব্যবহার করার কয়েকটি সংস্করণ প্রয়োজন-। আমি ধরে নিলাম এটি কারণ কারণ অনেক লোক এ জাতীয় ভুল সহ তাদের ক্রন্টব্যাবগুলি উড়িয়ে দিয়েছে।