👩‍💻 Знали, что .gz-логи можно читать и искать по ним без распаковки на диск?

Для этого в Linux есть «z»-версии привычных утилит.

Например, zless позволяет просматривать сжатые файлы напрямую:

zless /var/log/nginx/access.log.1.gz

А искать по содержимому можно через zgrep:

zgrep "error" /var/log/nginx/error.log.*.gz

Хочешь быстро глянуть последние строки?

zcat /var/log/syslog.*.gz | tail

🔥 Эти команды читают gzip-потоки напрямую, не создавая временных файлов. Используй их, если нет прав на запись или мало места на диске.

🚪 Linux Ready | #совет

Анализ перезагрузок и активности пользователей!

Иногда нужно понять, почему система перезагружалась — планово ли, из-за сбоя, или кто-то просто нажал reboot.

История перезагрузок (показывает время каждой перезагрузки и аптайм между ними):

last reboot

Кто и когда входил в систему:

last -a | head

Опция -a переносит IP или имя хоста в последний столбец — удобно при анализе удалённых входов.

Когда система была запущена в последний раз:

uptime -s

(-s = since) — выводит дату и время последнего старта.

Ошибки из предыдущей загрузки:

sudo journalctl -b -1 -p 3

Показывает записи уровней error и выше (0–3) из предыдущего сеанса (-b -1 = предыдущая загрузка).

Кто запустил reboot вручную (для систем с auth.log):

sudo grep "systemd-logind" /var/log/auth.log | grep "reboot"

На системах без auth.log можно использовать:

sudo journalctl | grep "systemd-logind" | grep "reboot"

🔥 Полезно при анализе неожиданных рестартов, сбоев питания или подозрительной активности.

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

Навигация по каталогам без потери контекста!

Когда часто прыгаешь между каталогами, например, из /var/www в /etc/nginx, а потом обратно, удобно использовать:

pushd /etc/nginx

Переходишь в /etc/nginx, а предыдущий путь сохраняется в стеке.

Вернуться обратно — одной командой:

popd

И ты снова в том каталоге, где был до перехода.

Посмотреть стек директорий:

dirs -v

🔥 Используй pushd / popd, если работаешь в нескольких путях, при деплое, отладке или миграциях.

🚪 Linux Ready | #совет

Как узнать, кто будит систему от сна!

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

Проверить, кто блокирует сон:

systemd-inhibit --list

Покажет процессы или сервисы, удерживающие систему от suspend или hibernate.

Колонки:

WHO — инициатор блокировки (имя юнита или сервиса)
UID — владелец
WHY — причина блокировки
WHAT / MODE — тип и режим блокировки

Проверить устройства, способные будить:

cat /proc/acpi/wakeup

Покажет список устройств, разрешённых к пробуждению. enabled — устройство разрешено к пробуждению.

Отключить конкретное устройство (пример — XHC, контроллер USB):

echo XHC | sudo tee /proc/acpi/wakeup

Посмотреть, кто будил систему ранее:

sudo journalctl -b -1 | egrep -i "wake|resume|pm:"

Анализ журнала предыдущей загрузки (-b -1) — показывает источник последнего пробуждения.

Проверить активные таймеры systemd:

systemctl list-timers --all

Выводит все задачи, запланированные systemd. (Обычно они не будят систему из suspend, если не настроен RTC-будильник.)

Проверить RTC-будильник:

cat /sys/class/rtc/rtc0/wakealarm

🔥 Полезно, когда система не уходит в сон, расходует батарею и просыпается без причины.

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