Коли потрібно перезавантажити систему Ubuntu?
Відповіді:
- Після ядра паніка;
- Після зміни розділів або файлової системи (точніше, зміни розміру кореневого розділу; я рекомендую уникати зміни жорсткого диска, з якого ви завантажуєтесь взагалі незалежно від розділу; якщо ви змінюєте розмір зовнішнього, наприклад, SD-карти чи USB, не потрібно перезавантажувати );
- Після оновлення ядра та патчів безпеки (хоча це може не завжди бути необхідним );
- Після того як система з будь-якої причини не реагує, і у вас немає іншого вибору, крім використання магічних клавіш SYSRQ або жорсткого скидання
- Після внесення змін у деякі схеми dconf, залежно від способу розробки програми. Відповідна відповідь
- Ваш процесор перегрівається (ви не хочете продовжувати смажити ці сердечники, чи не так?)
Зазвичай існує дві ситуації, коли перезавантаження зазвичай необхідне:
- Ядро оновлено.
libc(скоріше,glibc) оновлено.
Існує механізм для перезавантаження ядра без перезавантаження ( Як я можу оновити ядро свого сервера без перезавантаження? ). З glibc, найбільша проблема - init. Можливий перезапуск init (див. Перезапуск init без перезавантаження системи ).
Для середнього користувача це не рекомендується, і перезапуск не потрібен .
Мабуть, існує третій випадок:
dbusбуло оновлено.dbus-daemonмабуть, не в змозі перезапустити (з того, що я можу зрозуміти з обговорення в цій статті LWN ). А оскільки багато речей покладаються на DBus ...
Насправді, це залежить від того, що ви намагаєтеся досягти:
Якщо ви зробите
apt-get dist-upgradeі з'явиться нове ядро, і ви хочете його активувати, вам потрібна перезавантаження.Якщо вийде нова версія FireFox, ви, очевидно, цього не зробите.
А між цими двома крайнощами - 50 відтінків сірого:
;-)
У мене фактично була ситуація раніше, що це підтверджує. Іноді в системі залишаються залишкові речі після внесення змін. Наприклад, у мене був користувач, який не зміг отримати доступ, /dev/dspнезважаючи на те, що він був доданий до відповідних груп. Першим користувачем, який звернувся до нього, було встановлено замок. Однак навіть після вбивства цього користувача блокування все ще було на місці, а другий користувач не міг отримати доступ до нього. Однак після перезавантаження обидва користувачі змогли одночасно користуватися /dev/dspбез будь-яких конфліктів. Перезавантаження випускає будь-які залишкові речі, які могли б запобігти правильному введенню змін.
Я не можу придумати жодної ситуації, коли перезавантаження абсолютно необхідна .
Дійсно, ви можете залишити Ubuntu на невизначений час. Він може отримати зловмисне програмне забезпечення (оскільки оновлення ядра та libc не застосовуються), і це може панікувати або вийти з ладу ... Але чого уникати тих, хто насправді буде робити для вас?
З огляду на складні життєві труднощі, можливо, буде потрібно ігнорувати постійні вимоги комп’ютерів та підтримувати себе іншими способами. Як дихати, їсти, любити ... жити.
Але навіть тоді вони абсолютно необхідні? Чи є ваше існування на цій площині в межах абсолютного визначення необхідності? Я, чесно кажучи, не знаю. Трохи дивне запитання.
Двум спойлерам-жартівливим анекдотам, які прихильнили цю посаду, і тим,
Це питання було неповним або, принаймні, відкритим. Коли ви кидаєте слова, як потрібно , вам потрібно дати контекст.
Багато відповідей, які вже передбачали, що ОП означають дуже бажане (в технічному розумінні), тому розміщені відповіді, які відповідають контекстам, як це необхідно, щоб уникнути зламу або необхідності, якщо ваш комп'ютер вийде з ладу . Вони гарні відповіді. Додавання іншого насправді не було гарантованим.
Але вони кажуть, що припущення є матір'ю всіх махінацій (або все одно чогось подібного), тому я зняв це з абсолютною необхідністю . Якщо ви наполягаєте на використанні старої копії 10.10, час і простір продовжуватимуться, як і їхні бажання.
Ви зауважите, що я не рекомендую цю позицію.
Питання справді має бути закритим, оскільки в першу чергу спирається на думку .
Справа в тому, що це залежить від того, що було оновлено, наскільки піддається вашій системі відкритий Інтернет та які системні послуги у вас є / потрібні.
Просто встановлення нових версій пакету не призводить до перезапуску відповідних служб та програм. Наприклад, якщо ви працюєте з Firefox під час встановлення оновленого пакету для нього, вам буде повідомлено в браузері, коли ви повернетесь до нього, що його потрібно перезапустити після встановлення оновлення. Так само саме ядро потрібно "перезапустити", коли для нього застосовуються оновлення. Оскільки ядро є найнижчим рівнем вище апаратного забезпечення, вам потрібно перезавантажити систему, щоб нове ядро було завантажено. Для інших служб їх можна перезапустити без перезавантаження. Оновлення Unityабо базові бібліотеки, які використовуються службами оточуючого середовища, вам потрібно буде вийти з системи та ввійти назад, щоб перезапустити їх. Для системних служб можливе їх перезавантаження вручну після застосування оновлення, але це може бути дуже руйнівним, якщо ви намагаєтесь використовувати систему.
Єдиний спосіб дізнатися абсолютно впевнено, чи потрібні певні дії, - це знати, які зміни є, і який ви ризик не виконати цю дію. Виправлення безпеки очевидно вимагають більш різких дій, ніж простих змін до інших речей, з якими ви ніколи не зможете зіткнутися безпосередньо. Чим безпосередньо ваш комп'ютер підключений до Інтернету, тим більше ризиків також. Вам доведеться врахувати всі змінні та прийняти рішення про перезавантаження зараз чи пізніше, коли ви встановлюєте оновлення.
Коли потрібно перезавантажити систему Ubuntu?
Працююча машина і суворо при здійсненні оновлення / оновлення? Напевно, ніколи (але читайте далі). Система Linux налаштована таким чином, що після оновлення системи там, де вона потребує перезавантаження для активації нових функцій (наприклад, прочитати змінене ядро; зміни в apache, mysql вимагають лише перезапуск послуги) завжди може продовжувати працювати з поточним станом, у якому працює система.
Тепер, якщо ви хочете, щоб ці нові функції були активними, найпростішим методом є перезавантаження. Але ми небайдуже продовжуємо працювати над цією машиною і перезавантажуємо її наступними вихідними або вихідними після цього. Або наступне Різдво. Це розумно? Можливо, не. Але вас ніхто не заважає робити це. Система досить розумна, щоб не прийняти наступне оновлення, якщо сервер ще не перезавантажився.
Для мене єдині причини, коли перезавантаження необхідне - це після першої установки або під час технічного обслуговування, коли потрібен єдиний користувач (думаю, такі речі, як розділення, виправлення помилок на жорсткому диску) або коли якийсь ідіот запустив знамениту вилку бомбу (хоча це можна виправити від самої системи).
Для всіх інших перезавантажень, які відбудуться, це з ласки адміністратора. І я не можу назвати це "необхідним".
Перш за все, я ціную це питання, оскільки воно завжди буде актуальним.
Інші відповіді правильні та дуже детальні - саме тому я короткий.
Існують сценарії, коли необхідна перезавантаження, як-от після встановлення нового ядра.
Існують сценарії, де це рекомендується, як, наприклад, після встановлення нового робочого столу.
У більшості сценаріїв, наприклад, після встановлення або оновлення програмного забезпечення перезавантаження не потрібно.
Щоразу, коли ви сумніваєтесь, я рекомендую здійснити перезапуск, щоб ви були в безпечній частині.
Встановіть пакет 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