কখন উবুন্টু সিস্টেমটি পুনরায় চালু করা দরকার?
উত্তর:
- কর্নেল আতঙ্কের পরে;
- পার্টিশন বা ফাইল সিস্টেম পরিবর্তন করার পরে (আরও বিশেষভাবে, মূল পার্টিশনের আকার পরিবর্তন; আমি যে হার্ড ড্রাইভ থেকে সাধারণভাবে বুট করি সেটিকে পুনরায় আকার দেওয়া এড়াতে পরামর্শ দেব, আপনি এসডি কার্ড বা ইউএসবি এর মতো বাহ্যিক কোনও কিছুর আকার পরিবর্তন করছেন, পুনরায় বুট করার দরকার নেই );
- কার্নেল আপগ্রেড এবং সুরক্ষা প্যাচগুলির পরে (যদিও এটি সর্বদা প্রয়োজন হয় না );
- সিস্টেম যে কোনও কারণে প্রতিক্রিয়াহীন হয়ে যাওয়ার পরে এবং আপনার কাছে ম্যাজিক এসওয়াইআরকিউ কী বা হার্ড রিসেট ব্যবহার করা ছাড়া কোনও বিকল্প নেই
- কিছু dconf স্কিমে পরিবর্তন করার পরে , অ্যাপ্লিকেশনটি যেভাবে বিকাশ করা হতে পারে তার উপর নির্ভর করে। সম্পর্কিত উত্তর
- আপনার সিপিইউ উত্তপ্ত হচ্ছে (আপনি কি এই কোরগুলি ভুনতে চান না, তাই না?)
দুটি পরিস্থিতি সাধারণত যেখানে রিবুট সাধারণত প্রয়োজন হয়:
- কার্নেলটি আপগ্রেড করা হয়েছে।
libc(বরং,glibc) আপগ্রেড করা হয়েছে।
পুনরায় চালু না করে কার্নেলটি পুনরায় লোড করার জন্য একটি ব্যবস্থা আছে ( পুনরায় বুট না করে আমি কীভাবে আমার সার্ভারের কার্নেলটি আপগ্রেড করতে পারি? )। সাথে glibc, সবচেয়ে বড় সমস্যাটি হল init। Init পুনরায় আরম্ভ করা সম্ভব ( সিস্টেম পুনরায় আরম্ভ না করে পুনরায় আরম্ভ করা দেখুন )।
গড় ব্যবহারকারীর জন্য উভয়ই সুপারিশ করা হয় না এবং পুনরায় চালু করাও প্রয়োজনীয় ।
স্পষ্টতই, একটি তৃতীয় কেস বিদ্যমান:
dbusআপগ্রেড করা হয়েছে।dbus-daemonপুনঃসূচনাটি স্পষ্টতই অক্ষম ( এই এলডাব্লুএন নিবন্ধের আলোচনার আমি কী বুঝতে পারি ) থেকে। এবং যেহেতু অনেক কিছুই ডিবিসের উপর নির্ভর করে ...
আসলে, এটি নির্ভর করে আপনি কী অর্জন করতে চাইছেন:
যদি আপনি এটি করেন
apt-get dist-upgradeএবং একটি নতুন কার্নেল আসে এবং আপনি এটি সক্রিয় করতে চান তবে আপনার একটি রিবুট দরকার।যদি ফায়ারফক্সের একটি নতুন সংস্করণ আসে তবে আপনি অবশ্যই তা করবেন না।
এবং এই দুটি চূড়ান্ত মধ্যে 50 ধূসর ছায়া গো:
;-)
আমার আসলে আজকের আগে এমন পরিস্থিতি ছিল যা এটি প্রমাণ করে। কখনও কখনও, পরিবর্তনের পরে সিস্টেমে অবশিষ্ট কিছু জিনিস থাকে। উদাহরণস্বরূপ, আমার এমন একটি ব্যবহারকারী ছিল /dev/dspযা উপযুক্ত গ্রুপগুলিতে যুক্ত হওয়া সত্ত্বেও অ্যাক্সেস করতে সক্ষম ছিল না । প্রথম ব্যবহারকারীর দ্বারা এটিতে প্রবেশ করা একটি লক ছিল। তবে, সেই ব্যবহারকারীকে হত্যা করার পরেও, লকটি এখনও ছিল এবং দ্বিতীয় ব্যবহারকারী এটি অ্যাক্সেস করতে পারেনি। তবে, একটি রিবুট করার পরে, উভয় ব্যবহারকারীই /dev/dspকোনও সংঘাত ছাড়াই একযোগে ব্যবহার করতে সক্ষম হয়েছিল । পুনরায় বুট করার ফলে এমন কোনও অবশিষ্ট জিনিস মুক্তি পায় যা পরিবর্তনগুলি সঠিকভাবে কার্যকর হতে বাধা দিতে পারে।
রিবুট যেখানে একেবারে প্রয়োজনীয় সেখানে আমি এমন কোনও পরিস্থিতিতে ভাবতে পারি না ।
সত্যিই, আপনি উবুন্টুকে অনির্দিষ্টকালের জন্য চালিয়ে যেতে পারেন। এটি ম্যালওয়্যার পেতে পারে (কারণ কার্নেল এবং libc আপডেটগুলি প্রয়োগ করা হয়নি) এবং এটি আতঙ্কিত হতে পারে বা ক্রাশ হয়ে যেতে পারে ... তবে প্রকৃতপক্ষে এগুলি আপনার জন্য যা করছে তা এড়িয়ে চলেছে?
জীবনের জটিলতাগুলি প্রদত্ত, কম্পিউটারের ধ্রুবক দাবিগুলি উপেক্ষা করা এবং অন্যান্য উপায়ে নিজেকে বজায় রাখা আরও প্রয়োজনীয় হতে পারে। শ্বাস নেওয়া, খাওয়া, ভালবাসা ... জীবনযাপনের মতো।
তবে তারপরেও এগুলি কি একেবারে প্রয়োজনীয়? এই বিমানে আপনার অস্তিত্ব কি প্রয়োজনীয়তার নিখুঁত সংজ্ঞার মধ্যে রয়েছে? আমি সত্যই জানি না। জিজ্ঞাসা করার জন্য এক বিচিত্র প্রশ্ন।
দু'জন বিরাট ফ্যাট-কৌতুক-স্পোলার যারা এই পোস্টটিকে নীচে ফেলেছে এবং যারা তাদের অনুসরণ করে,
এই প্রশ্নটি অসম্পূর্ণ ছিল, বা কমপক্ষে উন্মুক্ত। যখন আপনি প্রয়োজনীয় শব্দগুলি প্রায় নিক্ষেপ করেন , আপনার একটি প্রসঙ্গ দেওয়া দরকার।
ইতিমধ্যে ধরে নেওয়া অনেক উত্তরগুলির অর্থ ওপেনের অর্থ অত্যন্ত আকাঙ্ক্ষিত (প্রযুক্তিগত দিক থেকে), সুতরাং আপনার কম্পিউটার ক্রাশ হলে হ্যাক বা প্রয়োজনীয় হওয়া এড়াতে প্রয়োজনীয় মত প্রসঙ্গে উপযুক্ত উত্তরগুলি পোস্ট করে । তারা ভাল উত্তর। অন্যটি যুক্ত করা সত্যই ওয়্যারেন্টেড ছিল না।
তবে তারা বলে যে অনুমানগুলি সমস্ত মাক আপসের মা (বা যাইহোক এরকম কিছু) তাই আমি এটিকে পরম প্রয়োজনীয়তার দিকে ছুঁড়ে দিয়েছি । আপনি যদি ১০.১০ এর পুরানো অনুলিপিটি ব্যবহার করার জন্য জিদ করেন তবে সময় এবং স্পেস তাদের রীতিমতো রোলিং চালিয়ে যাবে।
আপনি নোট করবেন আমি সেই অবস্থানটির প্রস্তাব দিচ্ছি না ।
প্রাথমিকভাবে মতামত ভিত্তিক প্রশ্নটি সত্যই বন্ধ করা উচিত ।
আসল বিষয়টি হ'ল এটি নির্ভর করে যে কী আপডেট হয়েছিল, আপনার সিস্টেমটি উন্মুক্ত ইন্টারনেটের সাথে কীভাবে উদ্ভাসিত হয়েছে এবং আপনার কী সিস্টেম পরিষেবাদি চলছে / চলমান দরকার।
কেবলমাত্র কোনও প্যাকেজের নতুন সংস্করণ ইনস্টল করার ফলে সম্পর্কিত পরিষেবাদি এবং অ্যাপ্লিকেশনগুলি পুনরায় আরম্ভ হবে না। উদাহরণস্বরূপ, আপনি যদি এটির জন্য একটি আপডেট প্যাকেজ ইনস্টল করার সময় আপনি ফায়ারফক্স চালাচ্ছেন তবে আপডেটটি ইনস্টল হওয়ার পরে আপনি যখন এটিতে ফিরে যাবেন তখন আপনাকে ব্রাউজারের মধ্যেই অবহিত করা হবে। তেমনি, আপডেটগুলি প্রয়োগ করার সময় কার্নেলটি নিজেই "পুনরায় চালু" করা দরকার। কার্নেলটি হার্ডওয়্যারের উপরে সর্বনিম্ন স্তর হওয়ায় নতুন কার্নেলটি লোড হওয়ার জন্য আপনাকে সিস্টেমটি পুনরায় বুট করতে হবে। অন্যান্য পরিষেবার জন্য, সেগুলি পুনরায় চালু না করে পুনরায় চালু করা যেতে পারে। ইউনিটির আপডেটবা পরিবেশের পরিষেবাদি দ্বারা ব্যবহৃত অন্তর্নিহিত লাইব্রেরিগুলিতে আপনার পুনরায় আরম্ভ করার জন্য আপনাকে লগ আউট এবং পিছনে ফিরে আসতে হবে। সিস্টেম পরিষেবাদির জন্য, আপডেট প্রয়োগের পরে সেগুলি ম্যানুয়ালি পুনরায় চালু করা সম্ভব হতে পারে তবে আপনি যদি সিস্টেমটি ব্যবহার করার চেষ্টা করছেন তবে স্বয়ংক্রিয়ভাবে এটি করা খুব বাধাগ্রস্থ হতে পারে।
কোনও নির্দিষ্ট পদক্ষেপের প্রয়োজনীয়তা রয়েছে কিনা তা সম্পূর্ণরূপে নিশ্চিত হওয়ার একমাত্র উপায়, সেই পরিবর্তনগুলি কী এবং সেই ক্রিয়াটি সম্পাদন না করার জন্য আপনার ঝুঁকি কী তা। সুরক্ষা সংশোধন করার জন্য স্পষ্টতই অন্যান্য জিনিসগুলির সাধারণ পরিবর্তনের চেয়ে আরও আকস্মিক পদক্ষেপের প্রয়োজন হয়, যা আপনার সরাসরি মুখোমুখি নাও হতে পারে। আপনার কম্পিউটারটি ইন্টারনেটের সাথে যত বেশি সংযুক্ত রয়েছে, তত বেশি ঝুঁকিও রয়েছে। আপনাকে সমস্ত ভেরিয়েবলগুলি বিবেচনা করতে হবে এবং আপনি আপডেটগুলি ইনস্টল করার সময় এখন বা তারপরে পুনরায় বুট করতে হবে কিনা সে বিষয়ে সিদ্ধান্ত নিতে হবে।
কখন উবুন্টু সিস্টেমটি পুনরায় চালু করা দরকার?
একটি চলমান মেশিন এবং কঠোরভাবে আপডেট / আপগ্রেড করার সময়? সম্ভবত কখনও না (তবে পড়ুন)। লিনাক্স সিস্টেমটি এমনভাবে সেট আপ করা হয়েছে যে সিস্টেমটি আপডেট করার পরে নতুন বৈশিষ্ট্যগুলি সক্রিয় করতে পুনরায় বুট করার প্রয়োজন হবে (অর্থাত্ কার্নেলটি পরিবর্তিত হয়েছে; অ্যাপাচে পরিবর্তন হয়েছে, মাইএসকিএল কেবলমাত্র পরিষেবার পুনরায় আরম্ভ করতে হবে) আপনি সিস্টেমটি চালু থাকা অবস্থায় সর্বদা কাজ চালিয়ে যেতে পারে।
এখন আপনি যদি নতুন এই বৈশিষ্ট্যগুলি সক্রিয় করতে চান তবে তা করার সহজতম পদ্ধতিটি রিবুট করা। তবে আমাদের যত্ন নেওয়ার জন্য আপনি এই মেশিনে কাজ চালিয়ে যান এবং পরের সপ্তাহান্তে বা তার পরে উইকএন্ডে এটি পুনরায় চালু করুন। বা পরবর্তী ক্রিসমাস এটা কি স্মার্ট? হয়তো না. তবে এমন কেউ আপনাকে থামিয়ে নেই। সার্ভারটি এখনও রিবুট না করা থাকলে পরবর্তী আপডেটটি গ্রহণ না করার জন্য সিস্টেমটি যথেষ্ট স্মার্ট।
আমার কাছে পুনরায় বুট করার প্রয়োজনীয় একমাত্র কারণ হ'ল প্রথম ইনস্টল করার পরে বা রক্ষণাবেক্ষণ করার সময় যেখানে একক ব্যবহারকারীর প্রয়োজন হয় (পার্টিশন, হার্ড ডিস্ক ত্রুটি ফিক্স করার মতো জিনিসগুলি ভাবেন) বা যখন কিছু বোকা বিখ্যাত ফর্ক বোম্ব চালাতেন (যদিও এটি স্থির করা যেতে পারে) সিস্টেম থেকে নিজেই)।
অন্যান্য সমস্ত রিবুটগুলি হ'ল প্রশাসকের অনুগ্রহে। এবং আমি এটি "প্রয়োজনীয়" বলতে পারি না।
প্রথমত, আমি এই প্রশ্নের প্রশংসা করি কারণ এটি সর্বদা বর্তমান থাকবে।
অন্যান্য উত্তরগুলি সঠিক এবং খুব বিশদ - এজন্য আমি সংক্ষেপে যাই go
এমন পরিস্থিতিতে আছে যেখানে একটি নতুন কার্নেল ইনস্টল করার পরে পুনরায় বুট করা দরকার।
এমন পরিস্থিতিতে রয়েছে যেখানে এটি সুপারিশ করা হয় যেমন একটি নতুন ডেস্কটপ ইনস্টল করার পরে।
বেশিরভাগ পরিস্থিতিতে যেমন সফ্টওয়্যার রিবুটিং ইনস্টল বা আপগ্রেড করার পরে প্রয়োজন হয় না।
যখনই আপনার সন্দেহ হয় আমি পুনরায় চালু করার পরামর্শ দিই, তাই আপনি নিরাপদে থাকবেন।
প্যাকেজ ইনস্টল করুন debian-goodies:
sudo apt-get install debian-goodies
এবং কমান্ড চালান
sudo checkrestart
আপনি পরিষেবার একটি তালিকা দেখতে পাবেন এবং এখন আপনার পছন্দটি রয়েছে:
- প্রতিটি পরিষেবা পুনরায় চালু করুন
অথবা
- আপনার সিস্টেমটি পুনরায় বুট করুন
$ checkrestart
Found 20 processes using old versions of upgraded files
(15 distinct programs)
(14 distinct packages)
Of these, 12 seem to contain init scripts which can be used to restart them:
The following packages seem to have init scripts that could be used to restart them:
gpm:
3044 /usr/sbin/gpm
rpcbind:
2208 /sbin/rpcbind
bind9:
8463 /usr/sbin/named
openssh-server:
22124 /usr/sbin/sshd
ntp:
4078 /usr/sbin/ntpd
tftpd-hpa:
3417 /usr/sbin/in.tftpd
uptimed:
2704 /usr/sbin/uptimed
cron:
3019 /usr/sbin/cron
postfix:
22145 /usr/lib/postfix/qmgr
8892 /usr/lib/postfix/master
hddtemp:
3174 /usr/sbin/hddtemp
autofs:
2792 /usr/sbin/automount
openbsd-inetd:
3254 /usr/sbin/inetd
These are the init scripts:
service gpm restart
service rpcbind restart
service bind9 restart
service ssh restart
service ntp restart
service tftpd-hpa restart
service uptimed restart
service cron restart
service postfix restart
service hddtemp restart
service autofs restart
service openbsd-inetd restart
These processes do not seem to have an associated init script to restart them:
isc-dhcp-client:
3775 /sbin/dhclient