Форум проекта Matuntu

По причине известных ограничений интернета недоступно мнение сообщества Ubuntu Mate по дальнейшему развитию Mate в составе Ubuntu. Но прекращение выпуска дневных сборок свидетельствует, что релиза ожидать не стОит. Это объясняется тем, что планируется выпуск среды рабочего стола GNOME 50 с удалением поддержки X11, а Mate не получилось перевести на Wayland.

На comss.ru размещена информация, что Ubuntu 26.10 лишит подписанный GRUB поддержки Btrfs, ZFS и LUKS.
Из подписанной сборки загрузчика GRUB удалят поддержку Btrfs, XFS, ZFS, LVM и шифрования LUKS. Раздел /boot потребует EXT4 при включённой безопасной загрузке UEFI.

Разработчики Canonical предложили радикально сократить функциональность подписанного загрузчика GRUB в Ubuntu 26.10. Из сборки, необходимой для работы безопасной загрузки (Secure Boot), планируется удалить поддержку файловых систем Btrfs, XFS, ZFS и HFS+, менеджера логических томов LVM, программного RAID (md-raid) за исключением RAID1, а также шифрования дисков LUKS. Причина — парсеры и вспомогательные модули GRUB стали постоянным источником уязвимостей.

Предложение 25 марта 2026 опубликовал Юлиан Андрес Клоде (Julian Andres Klode) на форуме Ubuntu Discourse. По его словам, сокращение подписанной сборки до минимума «существенно повысит безопасность» и упростит переход на альтернативные загрузочные решения в будущем.
Что именно удаляется из подписанного GRUB
Предложение затрагивает исключительно подписанную сборку GRUB — ту, которая используется при включённой безопасной загрузке UEFI. Полнофункциональная неподписанная сборка останется доступной.
Из подписанного GRUB планируется убрать:
• файловые системы: Btrfs, XFS, ZFS, HFS+. Останутся только EXT4, FAT, ISO 9660 и SquashFS (для snap-пакетов);
• форматы изображений: JPEG и PNG. Разработчики пояснили, что изображения в GRUB не используются, а их поддержка в подписанной сборке создаёт дополнительный вектор атаки;
• таблицы разделов: Apple Partition Map. Останутся GPT и MBR;
• менеджер логических томов LVM;
• программный RAID (md-raid), за исключением RAID1;
• шифрование дисков LUKS.
• LUKS (Linux Unified Key Setup) — стандартная спецификация шифрования дисков в Linux. Позволяет зашифровать раздел целиком и управлять несколькими ключами доступа через утилиту cryptsetup.
Практические последствия для пользователей
После внедрения изменений раздел /boot при включённой безопасной загрузке должен располагаться на обычном разделе EXT4 — отдельном или внутри корневого раздела. Зашифровать загрузочный раздел через LUKS при использовании подписанного GRUB станет невозможно.
Пользователи ZFS, XFS и Btrfs смогут продолжать использовать эти файловые системы для корневого и остальных разделов, но /boot придётся вынести на EXT4. Сама Ubuntu сохранит полную поддержку всех перечисленных файловых систем и технологий — ограничения касаются исключительно загрузчика.
Программный RAID1 для раздела /boot по-прежнему будет работать. По словам разработчиков, на практике большинство RAID-конфигураций строится на зеркалировании загрузочного раздела, а не на размещении /boot поверх массива, поэтому потери минимальны.
Безопасная загрузка (Secure Boot) — механизм UEFI, который проверяет цифровую подпись каждого компонента в цепочке загрузки: прошивки, загрузчика, ядра. Подписанный GRUB в Ubuntu заверяется ключом Canonical.
Альтернативы и защита от поломок
Для тех, кому перечисленные функции необходимы, останется неподписанная сборка GRUB с полным набором возможностей. Однако использовать безопасную загрузку UEFI с ней не получится.
Механизм обновления Ubuntu 26.04 LTS по умолчанию заблокирует переход на 26.10 для систем, чья загрузочная конфигурация использует удаляемые функции. Пользователи таких систем останутся на LTS-выпуске и не столкнутся с неработающей загрузкой после обновления.
В обсуждении на Ubuntu Discourse участники предложили рассмотреть переход на systemd-boot как альтернативу урезанному GRUB. Разработчики отметили, что systemd-boot работает только в режиме UEFI, тогда как GRUB поддерживает и BIOS, и UEFI, а также множество аппаратных архитектур помимо x86.

iperf3 — это бесплатная кроссплатформенная утилита с открытым исходным кодом для измерения пропускной способности сети в реальном времени. Она помогает проверить максимальную достижимую скорость канала в IP-сетях (поддерживает IPv4 и IPv6) и является одним из самых удобных инструментов для диагностики сети.

С помощью iperf3 можно настраивать параметры времени, буферов и протоколов (TCP, UDP, SCTP), что делает его полезным не только для диагностики, но и для тюнинга сетевых соединений. iperf3 измеряет пропускную способность, а mtr — качество маршрута.

На большинстве дистрибутивов Linux iperf3 есть в стандартных репозиториях: sudo apt install iperf3 -yiperf3 работает по модели клиент–сервер.

Один хост запускается в режиме сервера: iperf3 -s
Другой — в режиме клиента, указывая IP сервера: iperf3 -c 192.168.1.10

В отчёте видно:
Interval — время теста.
Transfer — объём переданных данных.
Bandwidth — пропускная способность канала.

Более подробно о применении утилиты сообщается в статье Дениса Коршунова

PS. В продаже появились сетевые карты с пропускной способностью Ethernet - RJ45 2,5G. Скорость передачи данных в локальной сети должна увеличиться существенно.

Российский мессенджер MAX продолжает выходить на международный уровень. Теперь пользователи из стран Азии, Африки, Ближнего Востока и Латинской Америки могут отправлять сообщения и совершать звонки в платформе.
Как зарегистрироваться
Чтобы создать аккаунт, достаточно скачать приложение, выбрать свою страну, ввести номер телефона и получить проверочный код через SMS. Регистрация доступна с sim-картами операторов из Вьетнама, Индонезии, ОАЭ, Таиланда, Туркменистана, Турции, Кубы, Ирака и Венесуэлы.
Безопасность прежде всего
Для общения с пользователями из других стран необходимо добавить их номера в контакты — это важная мера защиты от нежелательных сообщений. Дополнительно можно усилить безопасность аккаунта:
двухфакторная аутентификация; активация «Безопасного режима»; настройка «Семейной защиты».
Все эти опции доступны в разделе «Безопасность» профиля пользователя.

Python обновился до версии 3.14

Говорят:

В большинстве тестов CPython 3.14 оказался быстрее ветки 3.13 примерно на 20%, при том, что в некоторых тестах ветки 3.11 и 3.12 оказались быстрее 3.13. Отрыв 3.14 от веток 3.9 и 3.10 составил примерно два раза. Pypy, Node.js и Rust обогнали CPython 3.14 в первом тесте в 4.93, 4.88 и 69.82 раз, а во втором тесте в 18.14, 6.64 и 36.15 раз, соответственно (сравнивались только однопоточные режимы).
Режим без глобальной блокировки в CPython 3.14 позволил в два раза ускорить многопоточное выполнение. Включение режима с JIT в CPython не привело к существенному росту производительности.
В однопоточных тестах режим без глобальной блокировки заметно замедлил выполнение задач, а режим с JIT почти не повлиял на производительность.

Посмотрим, как это скажется на работе системы.