Linux 6.0 RC4 — четвёртый кандидат в релизы в цикле разработки ядра 6.0. Для обычного пользователя номер версии выглядит эффектно, но за ним стоит привычный процесс: merge window, несколько недель release candidate, исправления и только затем финальный релиз. RC-сборки не предназначены для рабочей машины, зато позволяют проверить поддержку нового оборудования и помочь с отладкой.

Разберём, что означает этот этап, какие изменения обычно несёт ветка 6.0 и как протестировать ядро, не потеряв систему.

Что такое RC и зачем он нужен

После закрытия окна слияния Линус Торвальдс выпускает первый release candidate. Дальше идут недельные RC: принимаются только исправления, а не новые функции. Если всё стабильно, после RC7 или RC8 выходит финальная версия. RC4 — середина цикла, когда основные регрессии уже найдены, но часть проблем ещё впереди.

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

Что обычно меняется в 6.0

Ветка 6.0 — это не «революция», а накопительные изменения за цикл. Традиционно много работы приходится на драйверы: графика Intel и AMD, поддержка новых платформ, сетевые адаптеры, хранилища. Также обновляются файловые системы, подсистема памяти и планировщик.

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

Стоит помнить, что новые драйверы часто требуют свежих прошивок и пользовательских библиотек. Ядро само по себе не делает видеокарту быстрее, если в системе старый Mesa или проприетарный модуль несовместим с новой версией.

Кому нужен RC

  • Владельцам нового оборудования, которое не определяется на стабильном ядре.
  • Разработчикам и мейнтейнерам, которым нужна ранняя проверка.
  • Тестировщикам, готовым собирать логи и отправлять отчёты.
  • Тем, кто держит отдельную машину или виртуальную среду для экспериментов.

Если компьютер один и на нём работа, RC ставить не нужно. Стабильное ядро дистрибутива получает исправления безопасности и лучше подходит для повседневных задач.

Как попробовать без риска

Самый безопасный способ — виртуальная машина. Но часть оборудования в ней не видна, поэтому для проверки Wi-Fi, GPU и сна нужен отдельный диск или машина. Если вы ставите ядро на основную систему, оставьте старое ядро в загрузчике и проверьте, что можете вернуться.

uname -r
ls /boot/vmlinuz-*
dpkg -l | grep linux-image | tail

В Ubuntu удобны mainline-сборки, в Fedora — Copr или rawhide, в Arch — linux-mainline из AUR. Для Debian есть экспериментальные репозитории. В любом случае ставьте пакет, а не собирайте ядро вручную, если не хотите возиться с конфигурацией.

# пример для Ubuntu mainline (пакеты берутся с kernel.ubuntu.com)
sudo dpkg -i linux-image-*.deb linux-headers-*.deb
sudo update-grub

После перезагрузки проверьте, что загрузилось нужное ядро, и сразу посмотрите журнал:

uname -r
journalctl -k -b | grep -iE "error|fail|firmware" | head -30
dmesg --level=err,warn | head -40

Сборка из исходников

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

sudo apt install build-essential libncurses-dev flex bison libssl-dev
cp /boot/config-$(uname -r) .config
make olddefconfig
make -j$(nproc)
sudo make modules_install
sudo make install

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

make localmodconfig
# проверьте .config перед сборкой
grep -E "CONFIG_(EXT4|BTRFS|NVME|E1000|IWLMVM)=" .config

Типичные проблемы

Система не загружается. Выберите старое ядро в меню GRUB. Если меню скрыто, удерживайте Shift или Esc при загрузке. Не удаляйте старые ядра, пока не убедитесь, что новое работает.

Не работает Wi-Fi или звук. Проверьте, загрузился ли модуль: lsmod | grep -i, и есть ли прошивка в /lib/firmware. Иногда нужен пакет linux-firmware более новой версии.

Не собираются сторонние модули. DKMS-модули вроде NVIDIA или VirtualBox требуют поддержки новой версии ядра. Проверьте dkms status и не обновляйтесь, если драйвер ещё не совместим.

Выросло энергопотребление. Сравните powertop и температуру до и после. Регрессии бывают, и о них стоит сообщать.

Как сообщить об ошибке

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

lspci -nnk
lsusb
journalctl -k -b > kernel.log

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

Итог

Linux 6.0 RC4 — тестовая сборка для проверки нового оборудования и помощи разработчикам. На рабочей машине оставайтесь на стабильном ядре, а для экспериментов используйте отдельный диск или виртуальную машину. Если тестируете, сохраняйте старое ядро, собирайте логи и сообщайте о проблемах с деталями — тогда RC-цикл действительно помогает сделать финальный релиз лучше.

Насколько публикация полезна?

Нажмите на звезду, чтобы оценить!

Средняя оценка 0 / 5. Количество оценок: 0

Оценок пока нет. Поставьте оценку первым.

Поделиться: Telegram ВКонтакте