"পুনরায় বুট করুন" বা "শাটডাউন এখনই": কোন পুনর্সূচনা কমান্ডটি নিরাপদ?


49

আমাদের প্রতিষ্ঠানে প্রায় 500 ডলার রেডহ্যাট লিনাক্স মেশিন রয়েছে।

সমস্ত মেশিনে আমরা অ্যাপ্লিকেশন এবং পরিষেবাগুলি এর অধীনে /etc/init.dআরাকল আরএসি সার্ভারগুলি ইনস্টল করেছি । আমরা সমস্ত মেশিনে yum আপডেটগুলি সম্পাদন করতে চাই এবং তারপরে একটি পুনরায় বুট করুন।

সুতরাং আমি ভাবছিলাম যে কোন আদেশটি নিরাপদ:

reboot

অথবা

shutdown -r now


1
আমাদের সকল প্রকার রয়েছে -
4,5,6,7

6
আসুন রিওয়াইন্ড করুন: আপনি কেন সুরক্ষায় একটি পার্থক্য থাকতে পারে বলে মনে করেন?
আন্ডারস্কোর_

2
@ মাউন্ডস_ডি: এটা ভাবা অযৌক্তিক নয় যে কোনওটি "অভ্যন্তরীণ-কেবলমাত্র ব্যবহৃত" কমান্ড হতে পারে যা সমস্ত পরিষ্কার ক্লান্ত শাটডাউন পদক্ষেপগুলি করে না। উদাহরণস্বরূপ, কিছু প্রাথমিক ক্লিন শাটডাউন পদক্ষেপগুলি করার পরে একজন অন্যটিকে ব্যবহার করে। অবশ্যই, ম্যান পেজটি ব্যাখ্যা করে যে rebootএটি কেবলমাত্র একটি উত্তরাধিকার আদেশ এবং এটি কেবল পিছনের কম্পাটের জন্য বিদ্যমান।
পিটার কর্ডেস

1
@ অজানা একটি প্রশ্ন অন্য সাইটে কোনও প্রশ্নের সদৃশ হতে পারে না ..
উন্মাদ

উত্তর:


50

Red Hat সিস্টেমে এবং এর মধ্যে কোনও কার্যকরী পার্থক্য নেইrebootshutdown -r now

আপনার পক্ষে যা সহজ তা করুন।


13
তবে একটি আপনাকে আরও টাইপ করে এবং এটি মূলত 'কুলার'!
উন্মাদ

একটিতে সুপার ব্যবহারকারীর অ্যাক্সেস প্রয়োজন, অন্যটি কোনও এক্স সেশন থেকে কোনও ব্যবহারকারী (নিষিদ্ধ ব্যতীত) সম্পাদন করতে পারেন।
বুরহান খালিদ

2
@ বুরহানখালিদ যদি আপনার এলোমেলোভাবে লোকেরা সার্ভারে এক্স সেশনে লগইন করে থাকে তবে দুটি কমান্ড কোনটি "নিরাপদ" তা ভেবে ভেবে আপনার আরও বড় সমস্যা হতে পারে।
একটি সিভিএন

1
কমপক্ষে ডেবিয়ানের বিষয়ে (যদিও আমি সহজেই স্বীকার করব যে আমি রেড হ্যাট সম্পর্কে জানি না, তবে জ্যান পিক্কারাইনের উত্তর থেকে বোঝা যায় এটি একইরকম তবে ভিন্ন হতে পারে) halt, rebootএবং poweroffমিখাইল টি ব্যাখ্যা করেছেন বলে কোনও কারণ বা বার্তা বা সময় গ্রহণ করবেন না। । আমি মনে করি যে আমি একটি সরঞ্জামকে এমন কিছু করতে সক্ষম হতে বিবেচনা করব যা অন্য কোনওটিকে "কার্যকরী পার্থক্য" হতে দেয় না।
একটি সিভিএন

87

শাটডাউন পছন্দনীয় কারণ এটি আপনাকে কঠোর কর্মের কারণ নির্দিষ্ট করতে দেয় - এমন কিছু যা আপনার সর্বদা করা উচিত। বার্তাটি উত্তরসূরির জন্য লগ-এ রেকর্ড করা হবে। উদাহরণ স্বরূপ:

shutdown -r now 'Kernel upgrade requires reboot'

আপনি একটি নির্ধারিত পুনরায় বুট করতে পারেন - nowরিবুট সময় ছাড়া অন্য কিছু নির্দিষ্ট করে :

shutdown -r 22:00 'Work around kernel memory leak'

তারপরে আপনার ব্যবহারকারীরা বাইরে যাওয়ার জন্য পর্যায়ক্রমিক অনুস্মারক পাবেন এবং এই জাতীয় প্রক্রিয়াটি আরও সুশৃঙ্খল এবং পেশাদার হবে।


13

যদি আপনি একবার দেখুন, RHEL 7 এ উভয় /sbin/shutdownএবং /sbin/rebootবাস্তবে কেবল সিস্টেমড systemctlকমান্ডের সিমলিংক । সুতরাং, আপনি যা চান ব্যবহার করুন। Ew white হিসাবে বলা হয়েছে কোন কার্যকরী পার্থক্য, এমনকি RHEL রিলিজ এমনকি এখনও সিস্টেমড ব্যবহার করে নি যে না।


12
আমি এই যুক্তি খুব বাধ্যকারী খুঁজে না: এটা যে সুস্পষ্ট /sbin/shutdownএবং /sbin/rebootনা না সব ক্ষেত্রে একই আচরণ (বিশেষ করে: /sbin/shutdown! ডিফল্টরূপে রিবুট না) সুতরাং যদি তারা একই এক্সিকিউটেবল সিমলিঙ্ক করছি তারপর, যে এক্সিকিউটেবল আবশ্যক এটি পরীক্ষা করে দেখুন ARGV[0]এবং সেই অনুসারে তার আচরণটি সামঞ্জস্য করুন। যদিও এটি অবশ্যই অনিচ্ছাকৃত পার্থক্যের ঝুঁকি হ্রাস করে , এটি কোনও জোরালো প্রমাণ নয় যে ওপি সম্পর্কে জানতে ইচ্ছাকৃত কোনও কার্যকরী পার্থক্য নেই ।
রুখ

3
একটি সিমিলিংক ধরে নেওয়ার বিষয়ে সাবধানতা সমতা বোঝায়, বিশেষত যদি এর সাথে জড়িত বিভিন্ন নাম অন্তর্ভুক্ত থাকে।
ম্যাকেনজম

রুখ সঠিক - এক মুহুর্তের জন্য এটি সম্পর্কে ভাবুন, যদিও এর rebootসাথে সিমিলিং করা হয় systemctl, আপনি উদাহরণস্বরূপ যেমন ব্যবহার করতে পারবেন না reboot status whatever.serviceআপনি যেমন করতে পারেন তবে কি পারবেন?
মাধ্যাকর্ষণ

9

ব্যবহার rebootকরা নিরাপদ।

rebootআপনার অভিপ্রায়টি ব্যবহার করা স্পষ্ট এবং এটির সীমাহীন shutdown -t nowনিয়ন্ত্রণের সাথে আপনি যদি রিমোট সার্ভারে ব্যবহার করে থাকেন তবে এটির মতো অন্য কোনওটির জন্য ভুল টাইপ করার কোনও উপায় নেই which


2
আইএমএইচও আন্ডাররেটেড উত্তর। খুব সহজেই আমরা ভুলে যাই যে উদ্দেশ্যগুলি পরিষ্কার করা কতটা গুরুত্বপূর্ণ এবং দীর্ঘ সময় এটি কতটা সময় এবং কুসংস্কারের শব্দ বাঁচায়!
রুফটম্যাটো

1

আধুনিক আরএইচইএল-এর জন্য আপনাকে এখানে সংক্ষিপ্তসার হিসাবে সিস্টেমেস্টেল কমান্ডটি ব্যবহার করার পরামর্শ দেওয়া হচ্ছে : [সাম্প্রতিক] আরএইচএল বিতরণগুলি পাওয়ারঅফ / রিবুট ইস্যু করার জন্য নতুন সিস্টেম কন্টেল ব্যবহার করবে। রিবুট এবং শাটডাউনয়ের ম্যান্যাপে যেমন বলা হয়েছে তারা হ'ল কেবলমাত্র সামঞ্জস্যের জন্য একটি উত্তরাধিকার আদেশ।

তবে, আপনি যদি বিভিন্ন বিভিন্ন বিতরণ বা বিভিন্ন মদ বিতরণ ব্যবহার করেন তবে সম্ভবত এটির সাথে আঁকুন shutdown -r now 'reason for shutdown'

ব্যবহারের মূল কারণটি হ'ল দূরবর্তী মেশিনে rebootব্যবহার shutdown -rকরার সময় -r যুক্ত করতে ভুলে যাওয়া ঝুঁকি এড়ানো , যার ফলে সহজেই আবার লগইন করতে না পারা এবং রিমোট অ্যাডমিন ব্যবহার করতে (যদি উপলব্ধ থাকে) পুনরায় আরম্ভ করতে পারা যায় মেশিন।


0

পুরানো সিস্টেমগুলি অবশ্যই shutdownএবং এর মধ্যে একটি পার্থক্য তৈরি করেছে reboot। পরেরটি পরিষেবাগুলি বন্ধ করে দেবে না বা এমনকি ডিস্ক বাফারগুলি সিঙ্ক করবে না। ভিন্ন ভিন্ন পরিবেশে - বা অন্যান্য * ix বাস্তবায়নের মুখোমুখি হওয়ার সময়ে ভবিষ্যতে বিপজ্জনক হতে পারে এমন নজির এড়াতে - shutdownঅভ্যাসে প্রবেশের মূল্য রয়েছে ।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.