Linux Books

Linux Совет: как следить за выводом команды в реальном времени

Есть команда, вывод которой постоянно меняется? Не нужно запускать её руками снова и снова.

Используйте watch:

watch command

Например:

watch df -h

Команда будет запускаться каждые 2 секунды, а вывод будет автоматически обновляться в терминале.

Остановить можно через:

Ctrl+C

Что ещё удобно мониторить:

watch free -h
watch date
watch ls -l
watch "ps aux | grep nginx"
watch "ip addr"

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

`O_DIRECT`: когда база данных обходит page cache

В Linux флаг O_DIRECT позволяет читать и писать файл почти напрямую, минуя page cache ядра.

Зачем это нужно базам данных?

У PostgreSQL, MySQL, RocksDB и других систем часто уже есть свой buffer pool.
Если ещё и ядро будет кэшировать те же страницы, получится двойное кэширование и лишняя трата памяти.

Но у O_DIRECT есть неприятное условие: всё должно быть выровнено по блоку.

• buffer
• file offset
• размер чтения / записи

Например, под 4 KB блоки нельзя просто так прочитать 123 байта в любой `malloc`-буфер.
Промахнулся с alignment — read() вернёт EINVAL.

Именно поэтому низкоуровневый I/O в базах выглядит таким странным: там важны не только данные, но и то, как они лежат в памяти.

Нашёл хорошую бесплатную книгу по x86-64 Assembly под Ubuntu.

x86-64 Assembly Language Programming with Ubuntu - это не «ассемблер за 10 минут», а нормальный учебник для тех, кто хочет понять, что реально происходит ниже C, Go, Rust и Python.

Разбираются базовые вещи:

• архитектура x86-64

• представление данных

• формат программы

• toolchain

• debugger

• instruction set

• addressing modes

• process stack

• macros и functions

• system services

• floating-point instructions

• parallel processing

• interrupts

Самое полезное - книга учит смотреть на программу не как на текст, а как на работу процессора, регистров, памяти, стека и системных вызовов.

Это особенно полезно для тех, кто хочет лучше понимать:

• C/C++

• компиляторы

• reverse engineering

• performance

• Linux internals

• low-level debugging

Да, материал не самый свежий по Ubuntu, но фундамент x86-64 от этого не исчезает.

Хорошая база, если хочется наконец понять, что происходит «под капотом».

PDF:
http://egr.unlv.edu/~ed/assembly64.pdf

⚡️🖥 Наруто учит параллельной работе в Linux


Три команды которые экономят часы ручной работы. find с xargs и grep ищет error сразу во всех логах, parallel конвертирует пачку PNG в WEBP в несколько потоков, rsync синхронизирует папку с бэкапом и показывает прогресс.

Настоящий шиноби автоматизирует рутину и всегда делает бэкап. Сохраняй чтобы не потерять.

⚡️ Kali Linux Roadmap: с чего начать в этичном хакинге

Нашёл нормальный roadmap по Kali Linux для тех, кто хочет не просто «поставить Kali и открыть терминал», а постепенно разобраться, как всё это работает.

Внутри маршрут по базовым темам: установка, настройка окружения, работа с терминалом, Linux-команды, сеть, безопасность, инструменты Kali и практика.

Это полезно тем, кто только заходит в кибербезопасность и не понимает, за что браться первым. Kali часто выглядит как набор страшных утилит, но без базы по Linux, сетям и правам доступа эти инструменты быстро превращаются в хаос.

Хороший подход здесь простой: сначала понять систему, потом сеть, потом инструменты, и только после этого переходить к практике в легальных лабораториях и CTF.

Такой roadmap удобно проходить как чек-лист: открыл раздел, разобрал команды, повторил руками, закрепил на тестовом окружении.

Для старта в Kali Linux это намного лучше, чем хаотично смотреть ролики и копировать команды без понимания.

https://github.com/justxor/Kalilinuxroadmap/tree/main

Запустил новый Linux-сервер? Не спеши сразу ставить сайт, бота или базу.

Сначала закрой базу безопасности.

Обнови систему, чтобы убрать старые уязвимости. Создай отдельного пользователя и не работай постоянно из-под root. Защити SSH: отключи root-вход, убери пароли и используй ключи.

Дальше включи firewall и оставь открытыми только нужные порты. Поставь Fail2ban, чтобы сервер сам блокировал подозрительные попытки входа.

И обязательно настрой бэкапы, логи и мониторинг. Сервер без резервных копий это лотерея.

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

Линус Торвальдс мог быть богаче Илона Маска. Но он выбрал другой путь.

В 2005 году его команда внезапно потеряла доступ к инструменту, с помощью которого управляла кодом Linux. Один разработчик сделал реверс-инжиниринг этой системы, и компания, которой она принадлежала, просто отключила проект без предупреждения.

Тысячи разработчиков. Никакого нормального способа совместной работы. Никакого запасного плана.

Торвальдс не стал паниковать. Он сел и написал собственную систему контроля версий с нуля.

За 10 дней.

Он назвал её Git. Уже в первый день Git отслеживал собственный исходный код. Через несколько недель на нём управлялся весь проект Linux. К концу 2005 года официально вышел Git 1.0.

А потом Линус просто отдал его бесплатно. Open source. Без компании. Без патентов. Без монетизации.

Через несколько месяцев он передал проект другим людям и вернулся к Linux, будто ничего особенного не произошло.

Зато другие быстро поняли, что он оставил на столе.

На Git вырос GitHub: 100 млн разработчиков, покупка Microsoft в 2018 году за $7,5 млрд. GitLab вышел на биржу в 2021 году с оценкой почти $12 млрд. Сегодня Git контролирует больше 85% рынка систем контроля версий.

Каждое приложение в вашем телефоне. Каждый сайт, который вы открываете. Почти всё это создаётся с помощью Git.

Торвальдс не заработал на этом $0.

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

А потом отдал его бесплатно, потому что считал: такой инструмент должен быть доступен всем.

И он ни разу публично не сказал, что жалеет об этом.

⚡️ Linux Roadmap: подробный практический курс от нуля до уверенного администратора

Это пошаговый маршрут изучения Linux с упором на практику. Каждый раздел содержит объяснение «почему это устроено именно так», разбор команд и обязательные задания, которые нужно выполнить руками в терминале. Чтение без повторения навыка не даёт — держите терминал открытым рядом с этим текстом.

Как работать с этим курсом: идите сверху вниз, не перепрыгивайте разделы; каждую команду набирайте руками, а не копируйте; в конце каждого блока выполняйте задание; специально ломайте систему в виртуалке и чините — это лучший способ учиться.

https://github.com/justxor/linuxfullroadmap/

io_uring без розовых очков: 5 граблей, которые сожгли мне неделю, и где он реально быстрее epoll

Прод. Сервис на Go, 80k RPS, p99 latency 12 мс. Читаю Phoronix, новость: "io_uring быстрее epoll в 2-4 раза". Решаю переписать сетевую часть. Через неделю - откат в master. p99 не упал, а вырос до 18 мс, CPU подскочил на 15%, под нагрузкой иногда залипает на 200-400 мс. Эта статья - не про "io_uring - будущее async I/O", а про то, что в этом будущем реально работает в 2026 году, что нет, и где меня обманули бенчмарки.

https://habr.com/ru/articles/1039820/

🖥 C# Roadmap: с нуля до профи

Практическое руководство по росту в C#-разработке. Материал собран для тех, кто хочет получить инженерную глубину, а не просто накликать CRUD по туториалам.

Здесь последовательность изучения, лучшие практики, ресурсы и трезвый разбор того, как работать с ИИ-инструментами и оставаться востребованным.

https://github.com/Develp10/Csharp_Roadmap/

Rust Roadmap на русском - это не очередной список ссылок, который хочется закрыть через 10 секунд.

Это понятная карта прокачки Rust от нуля до уровня, где ты уже не просто пишешь println!, а понимаешь ownership, lifetimes, borrow checker, async, unsafe, FFI, многопоточность и реальную экосистему.

Внутри - пошаговый маршрут на 6-12 месяцев:

- подготовка окружения;
- базовый синтаксис;
- ownership и borrowing;
- структуры данных и трейты;
- ошибки и тестирование;
- умные указатели;
- многопоточность;
- async / await;
- макросы;
- unsafe Rust и FFI;
- реальные проекты;
- уровень профи.

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

Если давно хотел зайти в Rust, но тонул в хаосе из книг, документации и туториалов - этот roadmap сильно экономит время.

GitHub:
github.com/Develp10/rust-roadmap-ru

Редкий Linux-приём: найди, кто держит удалённый файл и почему место не освобождается

Иногда ты удаляешь огромный лог, проверяешь директорию - файла уже нет. Но df -h всё равно показывает, что диск забит.

Это не мистика. В Linux файл может быть удалён из директории, но место не освободится, пока какой-то процесс всё ещё держит его открытым.

Так часто бывает с логами, временными файлами, crashed-сервисами и контейнерами.

Вместо того чтобы перезагружать сервер, проверь удалённые, но всё ещё открытые файлы через lsof.

Смотри на строки с пометкой deleted. Там будет видно, какой процесс держит файл, его PID, размер и путь.

Дальше уже понятно, что делать: перезапустить конкретный сервис, аккуратно закрыть процесс или пересоздать лог через logrotate.

Это один из тех багов, где файл “удалён”, но место не вернулось. И если знать про открытые file descriptors, проблема находится за минуту.

🖥 На Stepik обновили курс «C# с нуля до профи»

Представьте: через четыре месяца вы открываете чужой .NET-проект и читаете его как книгу.

IServiceCollection не вызывает ступора. async Task<IActionResult> пишется на автомате. Вы точно знаете, почему EF Core сгенерировал именно такой SQL - и как переписать запрос, чтобы он летал.

Это не фантазия. Это результат после 16 модулей, в которых каждая концепция объясняется через код и закрепляется практикой.

ООП, SOLID, LINQ, async/await, DI, EF Core, ASP.NET Core, Docker, Kubernetes - всё, что казалось магией, станет рабочим инструментом.

А бонусом - портфолио проектов: от CLI-утилит и REST API до собственного SaaS с multi-tenancy, JWT и деплоем в Kubernetes под TLS.

Скидка - 58% доступна 48 часов: https://stepik.org/a/282984/

Венец open-source эволюции: кто-то создал Shreknux - Linux-дистрибутив, полностью посвященный Шреку.

Тут все как надо: болотная эстетика, интерфейс в стиле мультфильма и вход в систему через кнопку «Enter the swamp». Не баг, а культурное наследие.
Кажется, у нас наконец появился действительно веский повод перейти на Linux.

https://archive.org/details/ShrekLinux-x86-64

Быстрый Linux совет 🐧

Заканчивается место на диске и непонятно, куда оно ушло?

Эта команда покажет самые «тяжёлые» директории:

$ du -h / --max-depth=1 2>/dev/null | sort -rh | head -10

Что происходит:

du - считает размер
--max-depth=1 — только первый уровень
sort -rh - сортирует по размеру
head -10 - выводит топ 10

Быстро находишь, где лежит основной объём данных.

Сохрани, пригодится.

⚡️ Девушка нашла баг в Linux, который существовал дольше неё самой

21-летняя разработчица просто готовилась к лекции. Открыла PDF - и система зависла. Не первый раз, но в этот раз она решила не перезапускать, а разобраться.

Оказалось, проблема сидит в оконном менеджере Enlightenment E16. Это код из 90-х. Баг, судя по всему, жил там больше 20 лет. И всё это время его никто не трогал.

Ни комьюнити, ни мейнтейнеры, ни тысячи пользователей, которые с этим сталкивались.

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

Можно иметь огромный open source проект, миллионы пользователей и длинную историю, но внутри всё равно будут жить старые баги, до которых просто никто не добрался.

Не потому что они нерешаемые. А потому что неудобные, неочевидные или просто никому не хотелось в них лезть.

И в какой-то момент приходит один человек, без команды и ресурсов, и закрывает этот вопрос.

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

И самый неприятный вывод здесь простой.

Иногда баг живёт десятилетиями не потому что его сложно исправить. А потому что никто всерьёз не пытался это сделать.

https://www.cnews.ru/news/top/2026-04-16_yunaya_devushka_izbavila_linux

🖥 Полезные Linux ресурсы 🚀 Max

👣 На Stepik обновили курс «Rust: полный курс разработчика. С нуля до профи»

Представьте: через три месяца вы открываете чужой Rust-код и читаете его как книгу.

Arc<Mutex<T>> не вызывает панику. impl Future не пугает. Вы точно знаете, почему компилятор ругается и как это починить за 10 секунд.

Это не фантазия. Это результат 50 уроков, в которых каждая концепция объясняется через код и закрепляется практикой.

Ownership, traits, generics, async, unsafe - всё, что казалось магией, станет рабочим инструментом.

А бонусом - портфолио проектов: от CLI-утилит до REST API и WebAssembly.

Вы и так знаете, что Rust - ваш следующий язык. Этот курс просто сделает это реальностью.

Сегодня - 55% процентов от цены, торопись: https://stepik.org/a/269250/