উত্তর:
at 18:00 shutdown nowএকটি "at" কাজ তৈরি করে, যা আপনার সিস্টেমের উপর নির্ভর করে atডেমন বা সম্ভবত ডেমন দ্বারা নির্দিষ্ট সময়ে সঞ্চালিত হয় cron।
shutdown 18:00আপনার শেলের মধ্যে একটি প্রক্রিয়া শুরু হয় যা নির্দিষ্ট সময় পর্যন্ত অপেক্ষা করে এবং তারপরে শাটডাউন সম্পাদন করে। উদাহরণস্বরূপ আপনার শেল সেশনটি শেষ হলে এই কমান্ডটি সমাপ্ত হতে পারে।
বেশিরভাগ ক্ষেত্রে নেট ফলাফল একই হবে: 18:00 এ সিস্টেমটি বন্ধ হয়ে যাচ্ছে।
একটি পার্থক্য হ'ল আপনি যদি ব্যবহার করেন atতবে কাজটি সংরক্ষণ করা হবে এবং যদি 18:00 পূর্বের আগে সিস্টেমটি অন্য কোনও উপায়ে বন্ধ হয়ে যায়, আবার বুট করার পরেও কাজটি চালানোর অপেক্ষায় থাকবে; যদি সময় ইতিমধ্যে কেটে যায় তবে শাটডাউনটি তাত্ক্ষণিকভাবে সম্পাদন করা হবে যা বেশ অপ্রত্যাশিত হতে পারে।
আর একটি পার্থক্য হ'ল এই মুহুর্তের পরে লোকেরা লগ ইন করা রোধ করতে নির্ধারিত সময়ের 5 মিনিটের আগে shutdown 18:00একটি /run/nologinফাইল তৈরি করবে । এছাড়াও সম্প্রচারিত বার্তাগুলি লগ ইন করা ব্যবহারকারীদের সতর্ক করতে প্রেরণ করা হবে যে সিস্টেমটি প্রায় বন্ধ হয়ে যাচ্ছে।
কোনটি ব্যবহার করবেন তা সিদ্ধান্ত নেওয়ার জন্য আপনাকে এই পার্থক্যগুলি বিবেচনা করতে হবে।
nohupবা disownবা যাই হোক না কেন, যদি স্বাভাবিকভাবে লগ আউট নিহত চলমান পটভূমি প্রক্রিয়া। বিভিন্ন সিস্টেমে এর জন্য বিভিন্ন ডিফল্ট থাকতে পারে। (আমি ধরে নিচ্ছি যে সত্যিই একটি sudo shutdownপ্রক্রিয়া এখনও চলছে, বরং এটি কেবল initএকটি শাটডাউন টাইমার শুরু করার ইঙ্গিত দেয় The পরবর্তী ঘটনাটি সম্ভবত ঘটতে পারে তবে আমি সম্প্রতি যাচাই করি না Oh ওহ, তবে @ জেডিবিপি আছে; উত্তরটি দেখুন )
atএটি কাজ করে তাই সেটআপ করা সত্যিই সম্ভব ? cronatd
আপনার যদি সেন্টোস 7 থাকে তবে আপনার সিস্টেমেড অপারেটিং সিস্টেম রয়েছে এবং উত্তরটি আলাদা।
at 18:00 shutdown nowতবুও atসাবসিস্টেমের মাধ্যমে শিডিউল করে , তবে সেই shutdownকমান্ডটি, পাশাপাশি আপনি সরাসরি যার সাথে অনুরোধ করেন shutdown 18:00তা আলাদা। এটি আসলে সিস্টেমডের systemctlপ্রোগ্রাম। systemctlজিনিসগুলি আলাদাভাবে করে।
সবার আগে, systemctlডেমোনের দ্বারা প্রক্রিয়াজাত হওয়ার জন্য নির্ধারিত শাটডাউন অনুরোধটি প্রেরণ করে, atমামলার মতোই । এটি একটি সিস্টেমড ডমন, যদিও বিশেষভাবে logind( systemd-shutdowndডেমোনটি ২০১৫ সালের মে মাসে সিস্টেমড থেকে অপসারণ করা হয়েছে, যা পরিবর্তনের পরে সেন্টোস of-এর পরবর্তী ছোটখাট সংস্করণে ঘেঁটে গেছে), atসাবসিস্টেমটি নয়। systemctlএকটি (সিস্টেম-ব্যাপী) ডেস্কটপ বাস ব্রোকারের সাথে একটি অভ্যন্তরীণ প্রোটোকল কথা বলে যা ঘুরে ফিরে যোগাযোগ করে logind।
সুতরাং, atমামলার মতো, সেখানে shutdownবসে গণনা এবং স্পেসিংয়ের কোনও প্রক্রিয়া নেই wall। সুতরাং কেউ লগ আউট করতে পারে এবং এটি তফসিলকে প্রভাব ফেলবে না, এবং বাতিল করা লগইন সেশনের অগ্রভাগ প্রক্রিয়াটিকে কেবল বাধা দেওয়া / হত্যা করার মতো সহজ নয়। শুধু মতো at।
কেস থেকে পৃথক এখনও বার্তা আছে at, কিন্তু সে দ্বারা জারি করা হয় logind। এছাড়াও কেসটির বিপরীতে at, তফসিলযুক্ত কাজটি সিস্টেম পুনরায় আরম্ভ করা জুড়ে থাকে না, সুতরাং প্রকৃত শাটডাউন একটি নির্ধারিতটিকে বাতিল করে দেয়। সেখানে হয় ফাইলসিস্টেম একটি ফাইল, কিন্তু এটা বয়সী /run/systemd/shutdownযা অ বার-বার সঞ্চয় হয়।
আরও পার্থক্যগুলি হ'ল এক সময়ে কেবলমাত্র একটি নির্ধারিত শাটডাউন হতে পারে , যেখানে একজন একাধিক atকাজ জমা দিতে পারে , এবং পলিসি কিটটি shutdownলগ-ইন-সেশন প্রসঙ্গে একটি atচাকরি হিসাবে shutdownচালানোর জন্য নিয়ম প্রয়োগ করবে যা চালানোর জন্য প্রয়োগ করা বিধিগুলির চেয়ে আলাদা are লগইন-সেশন প্রসঙ্গ। পরবর্তীটি আরও অনুমোদনযোগ্য হতে পারে, ( অবিচ্ছিন্ন ব্যবহারকারী ) যিনি সক্রিয় লগইন সেশনে লগ ইন করেছেন সিস্টেমটি বন্ধ করার অনুমতি দেয়।
shutdown 18:00আপনার শেলটিতে একটি প্রক্রিয়া শুরু হয় যা অপেক্ষা করে"। আপনি যদি এর আগে লগ আউট করেন?