11 ноября 2026 года компания Red Hat представила третье минорное обновление дистрибутива Red Hat Enterprise Linux 10.3 (RHEL 10.3) под кодовым названием Coughlan и на базе ядра Linux 6.12 LTS. Выпуск Red Hat Enterprise Linux 9 состоялся в мае 2022 года. Релиз RHEL 10 произошёл в мае 2025 года. Сборка RHEL 10.2 вышла в мае 2026 года.
В первой половине ноября 2026 года состоялся выпуск специализированного дистрибутива Tails 7.17, ориентированного на конфиденциальность, основанного на пакетной базе Debian 13 (ядре Linux 6.12 LTS), поставляемого с рабочим столом GNOME 48 и предназначенного для анонимного выхода в сеть. Выпуск Tails 6.0 произошёл в феврале 2024 года. Версия Tails 7.0 была представлена в сентябре 2025 года.
В этой статье собрана вся необходимая база по работе с монтированием. Мы рассмотрим ключевые понятия, разберём инструменты анализа подключённых устройств, отработаем ручное монтирование с ограничивающими флагами, научимся корректно размонтировать занятые разделы и узнаем, что такое /etc/fstab и зачем он нужен.
Целевая аудитория - начинающие пользователи линукса, которые командой mount даже не пользовались.
После перезагрузки бот падает при подключении к PostgreSQL, хотя в unit-файле есть After=postgresql.service. Через минуту запускается вручную. Разберём, что именно упорядочивает After=, как проверить готовность базы и подключение с параметрами приложения, а также где заканчиваются возможности Restart=on-failure.
Недавно решил проверить, сколько изолированных Linux-окружений сможет одновременно обслуживать мой VPS.
Конфигурация довольно скромная: 3 vCPU, 6 ГБ RAM и Docker. На сервере работает учебный проект, который создаёт отдельные Linux-окружения с заранее подготовленными неисправностями. Изоляция реализована через gVisor.
Изначально хотел выяснить, выдержит ли сервер девять одновременно работающих стендов.
Но в процессе обнаружил кое-что интереснее.
CPU на сервере большую часть времени простаивал, а Linux показывал почти 80% процессорного давления.
Пришлось разбираться, как такое вообще возможно.
Под Linux программатор USB Blaster иногда молчит 30 секунд и выдаёт «JTAG chain broken», а Wireshark показывает испорченный исходящий USB-трафик ещё до самого устройства. Doug Brown пару лет назад бросил разбираться с этими плавающими сбоями, а теперь вернулся к ним вместе с Claude, который разобрал закрытый jtagd. Причин оказалось две. Первая: забытая переменная в конструкторе, из-за которой в поток для старого USB Blaster могут попасть данные протокола USB-Blaster II; по наблюдениям автора, это случается, если переподключить программатор, не останавливая jtagd. Вторая: порядок команд инициализации FT245, после которого, судя по всему, часть клонов около 250 мс не принимает данные; автор признаётся, что не уверен, баг ли это jtagd или особенность чипов в клонах. Обе проблемы есть как минимум с Quartus 18.1 и до сих пор в Quartus 25.1; автор выложил патчер.
9 ноября 2026 года состоялся релиз свободной реализации API OpenGL и Vulkan — Mesa 26.3.0. Выпуск Mesa 24.0.0 произошёл в феврале 2024 года. Релиз Mesa 25.0 случился в феврале 2025 года. Версия Mesa 26.0 вышла в феврале 2026 года.
Добрый день, меня зовут Петр. Обычно я не пишу статьи про баги и инциденты из практики, но сегодня хотелось бы описать изменение в ядре Ubuntu, которое внезапно вызвало проблемы на пустом месте и это же изменение касается многие инфраструктуры.
Пошаговое руководство по сборке домашнего лабораторного стенда: Wazuh Server, два хоста с агентами на Ubuntu и Windows 10 и атакующая машина на Kali Linux. Разворачиваем Wazuh, настраиваем правила обнаружения и на практике проверяем, как SIEM собирает логи, обнаруживает SSH-брутфорс в реальном времени, подозрительную активность на агенте и вредоносный PowerShell на реальных примерах атак.
Пока сервер был выключен, у трёх участников Telegram-канала закончилась подписка. Один успел продлить её, а при отзыве доступа у другого Telegram вернул ошибку. Разберём, как настроить таймер systemd и что должен проверить бот после простоя, чтобы сохранить доступ продлившим и повторить незавершённые операции.
Команда разработчиков проекта Multikernel представили открытый проект под названием kmorph. Это решение для быстрого восстановления после аварийной остановки ядра Linux. Также этот инструмент предназначен для замены ядра Linux в Live‑режиме без полноценной перезагрузки.
Задача в crontab ещё не закончилась, а следующий запуск уже стартовал: два START, два конкурирующих UPDATE. Воспроизводим на Linux, закрываем гонку через flock из util-linux, сравниваем «пропустить» и «подождать», и показываем тот же приём из Python через fcntl.flock. Весь вывод — с локального стенда.
Разработчики проекта Asahi Linux (открытый проект по портированию Linux на компьютеры Mac с ARM-чипами Apple Silicon) объявили о переходе с использования пермиссивной лицензии MIT на копилефт-лицензию GPLv2+.
Такое решение в команде приняли из-за попыток сторонних разработчиков присвоения трудов Asahi Linux в корыстных целях. Некоторые недобросовестные производители злоупотребляли правами, предоставляемыми лицензией MIT, и заимствуют наработки Asahi для вытеснения оригинального проекта и агрессивной монетизации Linux на системах с чипами Apple Silicon.
Эта статья — справочник по утилитам, которые помогают читать логи и быстро находить в них причину проблем. Для одного сервера или домашней лаборатории (homelab) этого набора хватает в большинстве случаев.
Благодаря открытой ОС Linux что угодно можно превратить в маршрутизатор: старый ноутбук, мини-ПК, ненужный десктоп, который собрались выкинуть. Вносим небольшие изменения в конфигурацию сети — и старый девайс получит новую функциональность:
Полгода назад мы публиковали перевод на эту тему. Американский разработчик оказался настолько шокирован запретом правительства на импорт роутеров потребительского сегмента, что решил самостоятельно собрать аналогичное устройство. Как он выразился, собрать роутер можно из чего угодно, что хоть отдалённо называется компьютером.
Последний месяц я собирал статистику прохождения инцидентов в учебном Linux-окружении. Идея простая: пользователь получает сервер со сломанным сервисом, открывает терминал в браузере и пытается самостоятельно найти и устранить неисправность.
Никакой заранее заданной последовательности команд нет. Можно смотреть журналы, изучать процессы, проверять сетевые соединения и конфигурацию. Главное - восстановить работоспособность сервиса.
За месяц набралось 366 взятых в работу инцидентов. Из них 192 завершились успешно.
Мне стало интересно, какие проблемы вызывают наибольшие трудности, насколько часто пользователи доходят до проверки результата и что вообще можно понять по такой статистике.
Сервис перестал принимать клиентов. В журнале - Too many open files. Больших логов нет, каталоги с данными выглядят нормально, а ulimit -n в вашей консоли показывает огромный запас. Откуда взялись «слишком многие файлы»?
У этой ошибки есть языковая ловушка: слово files заставляет искать обычные файлы на диске. Но сокет тоже занимает файловый дескриптор. Сервис может упереться в лимит, создавая только сокеты - даже без подключения к удалённому серверу. Ниже я воспроизведу именно это, затем подниму лимит и получу ту же ошибку повторно.
Платёжный шлюз отвечает по IP. DNS возвращает правильный адрес. Но приложение пишет Could not resolve host, и платежи не проходят. Если после успешного dig вычеркнуть разрешение имён из списка подозреваемых, расследование уйдёт в сторону.
В моём тренажёре Prod is Down есть кейс «Платёжный шлюз недоступен». Один из его вариантов построен именно на таком расхождении. Ниже - отдельный воспроизводимый эксперимент с настоящими dig, getent, curl и glibc. Это учебный стенд в изолированном контейнере.
В начале октября 2026 года вышла новая версия открытой платформы компьютерной телефонии Asterisk 24.0.0, предназначенной для развёртывания программных АТС, систем голосовой связи, VoIP-шлюзов, организации IVR-систем (голосовое меню), голосовой почты, телефонных конференций и кол-центров. Исходные коды коммутационной платформы Asterisk опубликованы на GitHub под открытой лицензией GPLv2.
Формат ночной копии обычно выбирают по размеру и скорости. Я упаковал одни и те же 10 МБ в девять форматов, перевернул по одному биту в 200 случайных позициях каждого и распаковал обычной командой. С настройками по умолчанию порчу пропускал только tar.br: код 0 при испорченных файлах в 55 случаях из 200 на исходниках и в 180 из 200 на смеси с несжимаемыми данными. Остальные завершились с ошибкой во всех случаях, но zip почти всегда терял один файл, а tar.xz обычно всё, что лежало после бита.
