Для підтримки працездатності та мінімізації помилок та збоїв добре підтримувати нашу операційну систему GNU / Linux за допомогою сценарію, оскільки це дозволяє нам за допомогою «Cron» програмувати його для періодичного виконання.
З цієї причини в цій публікації ми спробуємо викласти найпростіші кроки (командні накази), які слід вставити в наш сценарій обслуговування для створення / модифікації, або необхідне, або рекомендоване, щоб підтримувати наш ПК у належній роботі.
Введення
Багато проблем (технічні труднощі), що виникають в операційних системах, приватних чи безкоштовних їх можна уникнути або запобігти, якщо проводити належне періодичне обслуговування (профілактичне / коригувальне).
Пам’ятаймо, що операційні системи - це дуже надійні системи, і тому вони, як правило, мають певні недоліки або технічні труднощі, внаслідок звичайного або перебільшеного користувальницького використання, оновлення та встановлення того самого або встановлених у ньому програм.
Вони, як правило, ремонтуються або усуваються, багато разів технічним персоналом із графічними програмами або в крайньому випадку шляхом форматування операційної системи. Але багато разів планове (автоматизоване) технічне обслуговування може заощадити нам багато годин / праці з боку технічного персоналу, який відповідає за це.
А у випадку з операційними системами GNU / Linux це дуже легко зробити за допомогою сценарію запрограмований в системі «Cron» за допомогою терміналу.
Які завдання повинен виконувати сценарій технічного обслуговування?
Хороший сценарій технічного обслуговування повинен відповідати деяким із наведених нижче вимог або параметрів для підтримки працездатності нашої операційної системи GNU / Linux, яка:
- Запустити як root або з дозволу суперкористувача: Оскільки обслуговування будь-якої операційної системи повинно включати певні критичні або чутливі завдання, які повинен виконувати лише користувач із дозволами адміністратора.
- Оновіть списки пакетів у відповідних сховищах: Щоб захистити Систему та самого Користувача від можливих оновлень, критичних чи не доступних.
- Виконуйте безпечні оновлення пакетів, доступних у сховищах: Забезпечувати якнайбільше оновлення системи з нульовим ризиком проблем із пакетами.
- Вирішити можливі теперішні або майбутні проблеми з посилками: Це могло бути присутнім або ще надіслано в безпечному оновленні.
- Налаштуйте операційну систему якомога більше: Усунувши програми, інсталяційні файли, конфігурацію, мову або журнал помилок, які не використовуються або не потрібні в Операційній системі для кращого використання наявного дискового простору.
- Оновіть систему завантаження Grub: У тому випадку, якщо в ньому відбулися невизначені зміни, такі як зміна ядер, імен записів завантаження або виявлення нових операційних систем на Диску.
- Оновіть нашу систему запуску в Плімуті: У тому випадку, якщо в ньому відбулися невиявлені зміни, наприклад, зміна теми або зображення, що відображаються під час завантаження операційної системи.
- Відображення життєво важливої інформації про стан обладнання: В основному про розподіл дискового простору та файлову систему. Хоча відображення таких параметрів, як: Пам'ять, Процесор, Диск, Відео, Ядра, Мережеві інтерфейси серед інших, можна запрограмувати.
Які командні команди повинен виконувати сценарій обслуговування?
Нижче наведено декілька команд команд, які можуть бути корисними або необхідними для створення хорошого сценарію технічного обслуговування операційної системи 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 з терміналу
Сподіваюся, вам сподобався цей допис, і він корисний як завжди!
Сценарій може бути корисним, але примітка, коли ви видаляєте журнали, може бути краще використовувати "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, але іноді він зависає,
кроки для запуску цього сценарію?
Будь ласка, вибачте мене, якщо я неправильно поставив запитання
вся інформація буде дуже корисна, дякую ...
Привіт Рейнальдо! Ви можете створити псевдонім у .bashrc вашого користувача або root, як показано нижче:
псевдонім yournamealias = 'bash /path/yournamealias.sh'
а потім у своєму терміналі просто напишіть: yournamealias
Потім ви можете завантажити його в cron, щоб зробити його періодичним, що я не рекомендую, або запустити вручну, просто ввівши:
bash /path/yournamealias.sh