uptime, who, w — кто в системе и загрузка

Q: Сервер «тормозит» — с чего начать

uptime → если load ≫ ядер, ищи виновника: top/ps по CPU, w — кто активен. Низкий CPU при высоком load → диск/IO или сеть, смотри processes и iostat.

Q: last пусто или странно

Логи входов ротируются (wtmp/btmp); старое — в wtmp.1. Подозрительные входы проверяй через journalctl (journalctl _COMM=sshd).

Q: Кто-то ещё правит конфиг

w покажет чужие сессии и их WHAT. Для совместной работы — tmux или screen.

3 мин Linux

Load average сравнивай с числом ядер (nproc), а не с абсолютным порогом — три числа без него ничего не значат.

Шпаргалка

6 команд Версия для печати

uptime аптайм и load average
nproc число ядер — с чем сравнивать load
w кто в системе и что делает сейчас
who -a кто залогинен, подробно
last -n 20 последние 20 входов
last reboot история перезагрузок

Обзор

Первое, что смотрят, зайдя на незнакомый сервер: давно ли работает, насколько загружен и кто ещё на нём.

bash

uptime         # 11:20:05 up 3 days, 2:11, 2 users, load average: 0.15, 0.10, 0.09
who            # кто залогинен (терминал, время входа, откуда)
w              # кто + что выполняет прямо сейчас (+ load в шапке)
last           # история входов/перезагрузок (из /var/log/wtmp)

Ключи

/

uptime без аргументов и не требует их — три числа load average сами по себе ничего не говорят, их смысл появляется только в сравнении с nproc. last -f /var/log/btmp показывает неудачные попытки входа отдельно от wtmp — это два разных лога с разным назначением.

Ключ	Что делает	Пример
`-n` N	last — показать только последние N записей.	`last -n 20`
`-a`	who — подробный вывод, включая уровень загрузки и процессы getty.	`who -a`
`-f` FILE	last — читать из другого файла журнала, например неудачные входы из btmp.	`last -f /var/log/btmp`

Ничего не найдено. Попробуй запрос короче.

Рецепты

Load average

uptime показывает три числа — средняя длина очереди готовых к выполнению задач за 1, 5, 15 минут:

сравнивай с числом ядер (nproc): load = числу ядер → загружен «под завязку», больше → есть очередь, меньше → есть запас;
три числа = тренд: 2.0 0.5 0.2 — был всплеск и спадает; 0.2 0.5 2.0 — растёт;
высокий load при низком %CPU = ждут диск/IO (процессы в состоянии D) — см. processes.

bash

nproc          # сколько ядер (с чем сравнивать load)

Кто и откуда

bash

who -a                 # подробно: уровень загрузки, процессы getty, время
w                      # USER TTY FROM LOGIN@ IDLE WHAT — кто что делает
last -n 20             # последние 20 входов
last reboot            # история перезагрузок
last -f /var/log/btmp  # НЕУДАЧНЫЕ входы (btmp) — полезно для безопасности
whoami                 # под кем я (см. users-groups)

Неполадки

Сервер «тормозит» — с чего начать

uptime → если load ≫ ядер, ищи виновника: top/ps по CPU, w — кто активен. Низкий CPU при высоком load → диск/IO или сеть, смотри processes и iostat.

`last` пусто или странно

Логи входов ротируются (wtmp/btmp); старое — в wtmp.1. Подозрительные входы проверяй через journalctl (journalctl _COMM=sshd).

Кто-то ещё правит конфиг

w покажет чужие сессии и их WHAT. Для совместной работы — tmux или screen.

См. также

processes — Просмотр, сигналы и приоритеты процессов; поиск пожирателей CPU/памяти.
system-monitoring — Нагрузка, CPU, память, I/O — load average, top/htop, vmstat, iostat, free.
users-groups — Учётные записи, группы, членство; useradd/usermod, /etc/passwd и /etc/group.

Есть неточность? Сообщить об ошибке в статье