Ядро Linux 6.0 rc2 готово, а версия 5.18 достигла EoL

Линус Торвальдс объявил о выпуске Linux 6.0-rc2 — второго кандидата в релизы новой ветки. Одновременно Linux 5.18 достиг конца жизненного цикла (EoL) и больше не будет получать обновления. RC2 сосредоточен на исправлениях новых функций: поддержки NTFS3 и VirtIO.

Разберём, что изменилось, почему EoL важен и как тестировать ядро без риска.

Что вошло в 6.0-rc2

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

Также исправлена работа VirtIO на виртуальных машинах Google Cloud. Новая функция изменения размера vq (virtqueue) с поддержкой сброса работала не везде; патч устраняет проблему.

# посмотреть текущее ядро
uname -r
# проверить, используется ли NTFS3
mount | grep -i ntfs
lsmod | grep ntfs3
# проверить VirtIO (в виртуальной машине)
lspci -nnk | grep -i virtio

NTFS3

NTFS3 — драйвер в ядре, который читает и пишет NTFS без FUSE. Он быстрее пользовательских реализаций, но исторически менее стабилен при сложных операциях. Рефакторинг и исправления важны для тех, кто монтирует Windows-диски.

Для критичных данных используйте ntfs-3g (FUSE) или монтируйте только для чтения. Ядерный драйвер удобен, но требует осторожности.

# монтирование только для чтения
sudo mount -t ntfs3 -o ro /dev/sdb1 /mnt/ntfs
# проверить журнал
dmesg | grep -i ntfs3 | tail -20
# проверить целостность (Windows)
# chkdsk /f в Windows перед монтированием

Если после монтирования файлы повреждены, немедленно размонтируйте и проверьте диск в Windows. Не запускайте fsck для NTFS из Linux.

VirtIO и облака

VirtIO — стандарт виртуальных устройств для KVM, QEMU и облаков. Изменение размера очередей позволяет масштабировать производительность без перезагрузки. Ошибка на Google Cloud могла приводить к сбоям или потере производительности.

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

# проверить версию ядра в облаке
uname -r
# посмотреть VirtIO-устройства
ls /sys/bus/virtio/devices/
# статистика сети
ip -s link show

Linux 5.18 EoL

5.18 больше не поддерживается. Это означает отсутствие патчей безопасности и исправлений ошибок. Если вы используете mainline-ядро 5.18, обновитесь до 5.19 или более новой ветки, либо перейдите на ядро дистрибутива с длительной поддержкой.

EOL не означает, что система перестанет работать завтра. Но накопленные уязвимости делают её рискованной для интернет-доступных сервисов.

# проверить версию и поддержку
uname -r
# для Ubuntu
apt list --installed | grep linux-image
# для Fedora
dnf list installed kernel

Как тестировать RC2

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

uname -r > ~/kernel-before.txt
ls /boot/vmlinuz-* >> ~/kernel-before.txt
cp /etc/default/grub ~/grub-before.txt
dkms status >> ~/kernel-before.txt

После установки проверьте загрузку, сон, сеть, графику и файловые системы. Для серверов — работу контейнеров и виртуальных машин.

journalctl -k -b -p err | tail -40
systemctl --failed
ip -br a
df -h
docker ps 2>/dev/null | head

Установка

Для Ubuntu есть mainline-сборки, для Fedora — Rawhide, для Arch — linux-mainline. Сборка из исходников даёт больше контроля, но занимает время.

# пример для Ubuntu mainline
sudo dpkg -i linux-image-*.deb linux-headers-*.deb
sudo update-grub
sudo reboot
uname -r

Если система не загружается, выберите предыдущее ядро в GRUB. Для диагностики добавьте nomodeset или systemd.unit=rescue.target.

journalctl -k -b -1 | tail -100
dkms status
lsmod | grep -E "nvidia|vbox|zfs"

Что проверять в RC

1. Загрузку и выключение.
2. Сон и гибернацию.
3. Wi-Fi, Ethernet, Bluetooth.
4. Графику и внешние мониторы.
5. Звук.
6. Файловые системы под нагрузкой.
7. Контейнеры и виртуальные машины.
8. Сборку сторонних модулей.

fio --name=test --rw=readwrite --size=512M --runtime=30 --time_based
iperf3 -c host -t 30
systemctl --failed

Когда выйдет 6.0

После rc2 обычно выходит ещё несколько кандидатов, затем финальный релиз. Дистрибутивы добавляют его по своей политике. Для рабочих систем ориентируйтесь на стабильное ядро дистрибутива, а не на номер версии.

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

# следить за релизами
# https://kernel.org/
# и рассылкой LKML

Как сообщить о проблеме

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

lspci -nnk > lspci.txt
journalctl -k -b > kernel.log
cat /proc/version > version.txt
cat /proc/cmdline >> version.txt

Хранение старых ядер

Не удаляйте предыдущее ядро сразу: оно нужно для отката. В Ubuntu старые версии чистятся автоматически, но можно зафиксировать рабочее ядро вручную.

sudo apt-mark hold linux-image-$(uname -r)
sudo apt-mark showhold

Итог

Linux 6.0-rc2 исправляет NTFS3 и VirtIO на Google Cloud, а 5.18 уходит в EoL. Тестируйте RC на отдельной системе, сохраняйте старое ядро и проверяйте оборудование. Если вы на 5.18, планируйте обновление. Для продакшна важнее поддержка и стабильность, чем свежий номер.