Зупинка системи

Як вже говорилося, операція, зворотна завантаженню системи, - зупинка - влаштована в Linux як спеціальний рівень виконання : 0 - якщо вимагається вимкнути систему, і 6 - якщо вимагається перезавантаження. Відповідні каталоги rс0.d і rс6.d складатимуться майже суцільно з посилань виду K*, але як мінімум один сценарій, killall, буде запущений з параметром "start". Цей сценарій зупинить усі процеси, які не були зупинені К-сценаріями, : програми користувачів, демони, запущені адміністратором вручну, і тому подібне

Годі і говорити, що відключення електроживлення в розпал роботи системи - операція дуже ризикована. Навіть у найвдалішому випадку при повторному завантаженні rc.sysinit побачить, що файлові системи не були размонтовані, і стане перевіряти їх цілісність. У не найвдалішому випадку ця цілісність буде порушена: деякі відкриті на запис і не закриті файли виявляться в дивному, недописаному стані, з'являться індексні дескриптори, не пов'язані ні з яким каталогом і тому подібне. Як правило, такі помилки виправляються програмою відновлення файлових систем fsck : з одного боку, за рахунок додаткових властивостей файлової системи (журналізація, що зводить вірогідність псування до мінімуму, логічно впорядкований запис і тому подібне), з іншої - за рахунок деяких припущень, які робить сама утиліта fsck. Проте сподіватися на неї не можна: дуже рідко, але бувають нерозв'язні протиріччя в позбавленій цілісності файловій системі, і тоді fsck звертається за допомогою до адміністратора, вимагаючи підтвердження дій (наприклад, для видалення зіпсованого файлу, який точно раніше був), або виконуючи ці ризиковані дії автоматично. У першому випадку увесь час взаємодії з адміністратором система працюватиме в розрахованому на одного користувача режимі, причому адміністраторові належить розбиратися з тим, що вийшло; а в другому є неабияка вірогідність того, що система зіпсується, а помічено це буде надто пізно.

Останов системи може займати більше часу, ніж завантаження: наприклад, процеси, що виконують системний виклик (скажімо, читання з дискети), не завершуються по сигналу TERM відразу, а отримавши його, можуть деякий час займатися обробкою (дописуванням у файл і тому подібне). Зупинка служби, особливо мережевої, теж може тривати довго: наприклад, коли вимагається повідомити про закриття сервісу кожному клієнтові. Проте тільки в цьому випадку можна бути упевненим, що усі процеси завершилися нормально, і що після перезавантаження вони продовжать нормально працювати.

У екстрених випадках (наприклад, коли при збої електроживлення демон, обслуговуючий пристрій безперебійного постачання, повідомляє, що ресурси закінчуються) безпечніше все-таки швидко зупинити процеси, чим чекати відключення живлення на працюючій системі. Для цього можна послати усім процесам спочатку TERM, а через короткий час - KILL. Для обробки таких ситуацій в inittab є методи, що починаються із слова "power", а в /etc/rc . d - спеціальний сценарій rс.powerfail. На самий крайній випадок існують команди halt і reboot з ключем - f, проте їх майже миттєва дія практично еквівалентно раптовому відключенню живлення, і використовувати їх не рекомендується.

Для зупинки або перезавантаження системи можна виконувати команди init 0 і init 6. Вони цілком впораються із сповіщенням і зупинкою активних програм, що займе хвилину-дві. А ось з користувачами, що працюють в системі, все складніше. Як правило, для завершення роботи' вимагається хоч би хвилин п'ять, а краще - десять. Тому ввічливі адміністратори користуються утилітою shutdown, яка запускається за декілька хвилин до часу перезавантаження, кожну хвилину попереджаючи користувачів про прийдешню подію, після чого вже запускають init:

[root@localhost root]# shutdown - r +3 "Sorry, we need to reboot" Broadcast message from root(Sun Nov 28 14:05:41 2004) : Sorry, we need to reboot The system is going DOWN to maintenance mode in 3 minutes 1

Broadcast message from root(Sun Nov 28 14:06:41 2004) :

Sorry, we need to reboot

The system is going DOWN to maintenance mode in 2 minutes 1

Broadcast message from root(Sun Nov 28 14:07:41 2004) :

Sorry, we need to reboot

The system is going DOWN to maintenance mode in 1 minute!

Broadcast message from root(Sun Nov 28 14:08:41 2004) :

Sorry, we need to reboot

The system is going down to maintenance mode NOW!

INIT: Switching to runlevel: би

Читайте також:

<== попередня сторінка	\|	наступна сторінка ==>
Завантаження системи	\|	ОСОБЛИВОСТІ АНАТОМІЇ ПТАХІВ

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.004 сек.