• Гідрологія і Гідрометрія
• Господарське право
• Економіка будівництва
• Економіка природокористування
• Економічна теорія
• Земельне право
• Історія України
• Кримінально виконавче право
• Медична радіологія
• Методи аналізу
• Міжнародне приватне право
• Міжнародний маркетинг
• Основи екології
• Предмет Політологія
• Соціальне страхування
• Технічні засоби організації дорожнього руху
• Товарознавство продовольчих товарів

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

Як вже говорилося, операція, зворотна завантаженню системи, - зупинка - влаштована в 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: би

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

1. I. Органи і системи, що забезпечують функцію виділення
2. I. Особливості аферентних і еферентних шляхів вегетативного і соматичного відділів нервової системи
3. II. Анатомічний склад лімфатичної системи
4. IV. Розподіл нервової системи
5. IV. Система зв’язків всередині центральної нервової системи
6. IV. Філогенез кровоносної системи
7. POS-системи
8. VI. Філогенез нервової системи
9. Автокореляційна характеристика системи
10. АВТОМАТИЗОВАНІ СИСТЕМИ ДИСПЕТЧЕРСЬКОГО УПРАВЛІННЯ
11. АВТОМАТИЗОВАНІ СИСТЕМИ УПРАВЛІННЯ ДОРОЖНІМ РУХОМ
12. Автоматизовані форми та системи обліку.

Переглядів: 643