👍 SysXplore — прокачайся в Bash через практику!

На сайте собраны статьи, где на примерах показывают, как использовать пайпы для обработки данных и текстов. Научишься комбинировать команды, фильтровать логи, сортировать и трансформировать информацию прямо в терминале.

📌 Оставляю ссылочку: sysxplore.com

🚪 Linux Ready | #сайт

👩‍💻 Если вы хотите удалить пустые директории, команда find может упростить задачу:

$ find . -type d -empty -exec rmdir -v {} +

Опция -type d ищет директории, -empty выбирает пустые, а -exec rmdir {} выполняет команду rmdir, чтобы удалить их.

Команда rmdir гарантирует, что директория пуста, прежде чем удалить её.

Альтернативно, вы можете использовать эту команду для выполнения той же задачи:

$ find . -type d -empty -delete

🚪 Linux Ready | #совет

Автоматизация с cron — задачи по расписанию прямо в Linux!

Cron позволяет запускать скрипты и команды без ручного вмешательства: бэкапы, мониторинг, чистка логов. Всё работает в фоне, по заданному расписанию.

Создадим простой скрипт — он будет писать метку времени в лог (пример /usr/local/bin/backup.sh):

sudo tee /usr/local/bin/backup.sh > /dev/null <<'EOF'
#!/bin/bash
LOG="/var/log/cron_backup.log"
mkdir -p "$(dirname "$LOG")"
echo "$(date -u +"%Y-%m-%dT%H:%M:%SZ") - backup run" >> "$LOG"
# сюда можно добавить реальные действия, например: rsync, tar и т.п.
EOF

Делаем скрипт исполняемым и прогоняем вручную для проверки:

sudo chmod +x /usr/local/bin/backup.sh
sudo /usr/local/bin/backup.sh
ls -l /usr/local/bin/backup.sh
tail -n 5 /var/log/cron_backup.log

Добавим задачу в crontab текущего пользователя (запускается каждый день в 02:00):

( crontab -l 2>/dev/null; echo "0 2 * * * /usr/local/bin/backup.sh" ) | crontab -

Если нужно задать окружение и логирование прямо в crontab — положи эти строки (пример /etc/cron.d/myjobs или в crontab пользователя):

# пример для /etc/cron.d/myjobs (требует root)
sudo tee /etc/cron.d/myjobs > /dev/null <<'EOF'
SHELL=/bin/bash
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# m h dom mon dow user command
0 2 * * * root /usr/local/bin/backup.sh >> /var/log/cron_backup.log 2>&1
EOF
sudo chmod 644 /etc/cron.d/myjobs

Проверяем выполнение — смотрим системный журнал cron и наш лог:

journalctl -u cron --since "1 hour ago" -n 50 || journalctl -u crond --since "1 hour ago" -n 50
tail -n 50 /var/log/cron_backup.log
=

Теперь любые задачи можно запускать автоматически — без ручного вмешательства, строго по расписанию.

🚪 Linux Ready | #практика

Сегодняшний квиз будет про невидимые ловушки в Linux!

Мы часто пользуемся ls, grep, rm, но в повседневной работе редко задумываемся, что они могут быть вовсе не теми, за кого себя выдают.

Алиасы (alias) в ~/.bashrc иногда превращают стандартные утилиты в нечто неожиданное.

Представь, что на машине есть вот такие настройки:

alias ls='ls --color=auto'
alias rm='rm -i'
alias grep='grep --color=auto'

Теперь пользователь запускает скрипт:

#!/bin/bash
files=$(ls *.txt)
for f in $files; do
  rm $f
done

А чуть позже добавляет в ~/.bashrc ещё один алиас:

alias ls='ls -lh'

И запускает скрипт снова.

И так, вопрос: что произойдёт при втором запуске этого скрипта?

🚪 Linux Ready | #консоль