Як виконати обслуговування GNU / Linux за допомогою сценарію?

Сценарій обслуговування та оновлення на GNU / Linux

Сценарій обслуговування та оновлення на GNU / Linux

Для підтримки працездатності та мінімізації помилок та збоїв добре підтримувати нашу операційну систему GNU / Linux за допомогою сценарію, оскільки це дозволяє нам за допомогою «Cron» програмувати його для періодичного виконання.

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

Введення

Багато проблем (технічні труднощі), що виникають в операційних системах, приватних чи безкоштовних їх можна уникнути або запобігти, якщо проводити належне періодичне обслуговування (профілактичне / коригувальне).

Пам’ятаймо, що операційні системи - це дуже надійні системи, і тому вони, як правило, мають певні недоліки або технічні труднощі, внаслідок звичайного або перебільшеного користувальницького використання, оновлення та встановлення того самого або встановлених у ньому програм.

Вони, як правило, ремонтуються або усуваються, багато разів технічним персоналом із графічними програмами або в крайньому випадку шляхом форматування операційної системи. Але багато разів планове (автоматизоване) технічне обслуговування може заощадити нам багато годин / праці з боку технічного персоналу, який відповідає за це.

А у випадку з операційними системами GNU / Linux це дуже легко зробити за допомогою сценарію запрограмований в системі «Cron» за допомогою терміналу.

Профілактичне обслуговування операційних систем GNU / Linux

Які завдання повинен виконувати сценарій технічного обслуговування?

Хороший сценарій технічного обслуговування повинен відповідати деяким із наведених нижче вимог або параметрів для підтримки працездатності нашої операційної системи GNU / Linux, яка:

  1. Запустити як root або з дозволу суперкористувача: Оскільки обслуговування будь-якої операційної системи повинно включати певні критичні або чутливі завдання, які повинен виконувати лише користувач із дозволами адміністратора.
  2. Оновіть списки пакетів у відповідних сховищах: Щоб захистити Систему та самого Користувача від можливих оновлень, критичних чи не доступних.
  3. Виконуйте безпечні оновлення пакетів, доступних у сховищах: Забезпечувати якнайбільше оновлення системи з нульовим ризиком проблем із пакетами.
  4. Вирішити можливі теперішні або майбутні проблеми з посилками: Це могло бути присутнім або ще надіслано в безпечному оновленні.
  5. Налаштуйте операційну систему якомога більше: Усунувши програми, інсталяційні файли, конфігурацію, мову або журнал помилок, які не використовуються або не потрібні в Операційній системі для кращого використання наявного дискового простору.
  6. Оновіть систему завантаження Grub: У тому випадку, якщо в ньому відбулися невизначені зміни, такі як зміна ядер, імен записів завантаження або виявлення нових операційних систем на Диску.
  7. Оновіть нашу систему запуску в Плімуті: У тому випадку, якщо в ньому відбулися невиявлені зміни, наприклад, зміна теми або зображення, що відображаються під час завантаження операційної системи.
  8. Відображення життєво важливої ​​інформації про стан обладнання: В основному про розподіл дискового простору та файлову систему. Хоча відображення таких параметрів, як: Пам'ять, Процесор, Диск, Відео, Ядра, Мережеві інтерфейси серед інших, можна запрограмувати.

Замовлення команд для сценарію технічного обслуговування

Які командні команди повинен виконувати сценарій обслуговування?

Нижче наведено декілька команд команд, які можуть бути корисними або необхідними для створення хорошого сценарію технічного обслуговування операційної системи GNU / Linux:

#!/usr/bin/env bash

set -eou pipefail
IFS=$'\n\t'
setterm --reset

clear
setterm -background red

if [[ "$(id -u)" != "0" ]]; then
echo "ESTE SCRIPT DEBE SER EJECUTADO COMO ROOT"
sleep 3
clear
else
echo "ESTE SCRIPT SERA EJECUTADO COMO SUPERUSUARIO (ROOT)"
sleep 3
clear
fi

sudo apt update; sudo update-apt-xapian-index; sudo aptitude safe-upgrade; sudo apt install -f; sudo dpkg --configure -a; sudo apt --fix-broken install

sudo localepurge; sudo update-grub; sudo update-grub2; sudo aptitude clean; sudo aptitude autoclean; sudo apt-get autoremove; sudo apt autoremove; sudo apt purge; sudo apt remove

sudo rm -f /var/log/*.old /var/log/*.gz /var/log/apt/* /var/log/auth* /var/log/daemon* /var/log/debug* /var/log/dmesg* /var/log/dpkg* /var/log/kern* /var/log/messages* /var/log/syslog* /var/log/user* /var/log/Xorg* /var/crash/*

sudo update-initramfs -u

sudo df -h

sudo du -hs /* | sort -k 2

sudo dpkg-query -Wf='${Installed-Size} ${Package}\n' | sort -n

sudo echo "" > ~/.bash_history

Ви можете доповнити цей простий сценарій вподобаними командами команд, або адаптувати їх до власного розподілу GNU / Linux, щоб підтримувати їх відповідну операційну систему в актуальному стані.

Якщо ви хочете дізнатися трохи більше щодо того, що робити для оптимізації операційної системи GNU / Linux, ми рекомендуємо цей інший допис у блозі: Керівництво після встановлення DEBIAN 8/9 - 2016 - Частина I або інша публікація на зовнішньому форумі: Очищення та обслуговування в Linux з терміналу

Сподіваюся, вам сподобався цей допис, і він корисний як завжди!


Залиште свій коментар

Ваша електронна адреса не буде опублікований. Обов'язкові для заповнення поля позначені *

*

*

  1. Відповідальний за дані: Мігель Анхель Гатон
  2. Призначення даних: Контроль спаму, управління коментарями.
  3. Легітимація: Ваша згода
  4. Передача даних: Дані не передаватимуться третім особам, за винятком юридичних зобов’язань.
  5. Зберігання даних: База даних, розміщена в мережі Occentus Networks (ЄС)
  6. Права: Ви можете будь-коли обмежити, відновити та видалити свою інформацію.

      джуліосао - сказав він

    Сценарій може бути корисним, але примітка, коли ви видаляєте журнали, може бути краще використовувати "logrotate", це дуже хороший інструмент для управління журналами, оскільки іноді видалення журналів, особливо якщо вони нещодавні, не є дуже гарна ідея:

    https://noticiasdehumor.com/tutorial-configurar-logrotate-en-un-servidor-linuxunix-despues-de-generar-las-estadisticas/

    Ця утиліта здатна видаляти старі журнали, визначати, чи потрібно їх перейменовувати, стискати, вказувати, як часто їх потрібно видаляти тощо. Крім того, наскільки мені відомо, він є майже у всіх дистрибутивах, я тестував його в centos, ubuntu та debian, завжди задовільно.

    Привітання.

      Марк - сказав він

    Питання до мене ... Наскільки небезпечні ці команди для Linux Kubuntu 18.04? Чи існує ризик втратити щось корисне або щось неправильно налаштувати? Запитання від когось, хто ледве знає дистрибутиви Linux, і мені доводилося мати справу з перевстановленням для гафів. Дякую.

      Інж. Хосе Альберт - сказав він

    Ти маєш рацію! Хоча logrotate - це більше для серверів! А у випадку використання ПК «Скрипт для користувачів» простіше тримати цей рядок для видалення Журналів, що іноді через розумову лінь чи відсутність технічного досвіду Linux залишає помилки надсилання у фоновому режимі, через які завантаження системи зникає через відсутність дискового простору несподівано!

    З цієї причини на смак реалізатора залишається додавати або видаляти рядки відповідно до типу користувача та команди, де він виконується.

      Інж. Хосе Альберт - сказав він

    Нічого небезпечного! Після першого запуску вручну, щоб переконатися, що все в порядку, якщо їх запрограмувати, це навряд чи зламає вашу систему!

      Френк Давіла - сказав він

    Це працює для Arch Linux?

         Інж. Хосе Альберт - сказав він

      Звичайно, єдине, що, можливо, синтаксис команд змінюється, оскільки я думаю, що в Distros, не заснованому на DEBIAN, певні команди або імена пакетів дещо змінюють спосіб їх виконання! Але сценарії є універсальними для всіх систем Linux.

      Рейнальдо Гонсалес - сказав він

    Доброго ранку, вітаю, я новий, у цьому дистрибутиві Linux зараз у мене є Linux mint 18 sarah, з архітектурою i386, побачивши цей пост, я запитую, як я виконую цей сценарій, з яким ім'ям він зберігається або розміщується для запуску сценарію? ПК - це Intel P4, 2 Гб оперативної пам'яті, диск 320 hdd, карта nvidia g7200, але іноді він зависає,

    кроки для запуску цього сценарію?

    Будь ласка, вибачте мене, якщо я неправильно поставив запитання
    вся інформація буде дуже корисна, дякую ...

         Установка Linux Post - сказав він

      Привіт Рейнальдо! Ви можете створити псевдонім у .bashrc вашого користувача або root, як показано нижче:

      псевдонім yournamealias = 'bash /path/yournamealias.sh'

      а потім у своєму терміналі просто напишіть: yournamealias

      Потім ви можете завантажити його в cron, щоб зробити його періодичним, що я не рекомендую, або запустити вручну, просто ввівши:

      bash /path/yournamealias.sh