Ubuntu 26.10 Preview: Kernel 7.3 Locked In, But Three Bigger Changes Deserve Attention
Ubuntu 26.10 releases October 15 with Linux kernel 7.3 before upstream GA, adds amd64-v3 optimized ISO for CPUs from 2013 onward, introduces installer changes targeting 2028 LTS, and a GRUB slimming proposal that may break Secure Boot on btrfs, ZFS, or LUKS /boot partitions.
Ubuntu 26.10 release date and kernel decision
Ubuntu 26.10 is scheduled for release on October 15, 2025. On September 19 the Canonical kernel team confirmed that the default kernel will be Linux 7.3, upgraded from the originally planned 7.2. The team had been integrating 7.3-rc1 since early September because upstream 7.1 and 7.2 cycles saw no delays and 7.3 had already entered the release candidate stage.
Shipping a kernel before upstream GA
An unusual detail: Ubuntu 26.10 will ship with Linux 7.3 on October 15, while the upstream 7.3 GA is expected on October 18 — three days later. This is intentional. Since 2024 Canonical has adopted a strategy of freezing the distribution with the latest upstream kernel even if it is still a release candidate. The 26.10 cycle pushes this approach to its limit.
Key dates for the cycle:
September 24 – Beta available for download
October 1 – Kernel freeze
October 8 – Final freeze
October 15 – Stable release
July 2027 – End of life (9-month support)
For an interim release with only nine months of support, chasing a newer kernel is a reasonable trade-off. Users who prioritize stability should treat this differently.
amd64-v3 optimized images in daily builds
Since September 4 the daily ISOs for 26.10 include an amd64-v3 variant. Previously users had to install the standard ISO and then manually switch repositories to get the v3 packages. Now the optimized variant is available out of the box.
What is x86-64-v3? It raises the CPU instruction-set baseline to include AVX, AVX2, FMA, BMI1/2, and MOVBE. Compilers can perform more aggressive vectorization and fused multiply-add, yielding typical gains of 10% to 20% for numerical workloads, video encoding, and compression.
The cost is a higher hardware floor: Intel Haswell (2013, 4th-gen Core) or AMD Excavator (2015) and newer. Older CPUs cannot run the v3 variant and must use the standard amd64 (v1) ISO.
To check whether your CPU supports v3, run:
/lib64/ld-linux-x86-64.so.2 --help | grep x86-64If the output contains x86-64-v3, the variant is supported.
Canonical has not stated that v3 will become the default download for 26.10. Ubuntu 26.04 LTS remains on the v1 baseline, and that decision will not change in the short term. The separate ISO appears to be a feedback-gathering exercise for a possible future baseline bump. Other distributions have already moved: RHEL 10 makes x86-64-v3 mandatory, openSUSE Leap 16 offers v2. Ubuntu’s dual-image approach is characteristic of its cautious middle path.
Installer changes paving the way for 2028 LTS
The 26.10 installer is not final, but its direction is clear: fewer questions, more defaults. The goal is to make installation foolproof for the 28.04 LTS due in 2028. Other changes in the same batch:
dbus-broker replaces the traditional dbus-daemon, improving message-bus performance and reducing resource usage.
hwctl (a hardware-inventory CLI written with rust-hwlib) moves from a deb package to snap-only and is included in the 26.10 default seed; 26.04 LTS users will receive the transition via SRU.
Myna (Canonical’s AI speech-to-text tool) has been demonstrated publicly and a GNOME Shell indicator extension is already in the default install, but the Myna backend itself is not yet in snapshots or daily builds, so 26.10 will likely ship without it.
Component versions in the September 2 Snapshot 3 (final versions will appear in the release notes): systemd 261.2, OpenSSL 4.0.1, APT 3.3.3, PipeWire 1.6.8, NetworkManager 1.58.0, LibreOffice 26.8, and the desktop upgrades to GNOME 51.
GRUB slimming proposal that may break some setups
A proposal to slim down GRUB would drop support for the following when used as /boot filesystems: btrfs, ZFS, LUKS, HFS+, XFS. It would also remove JPEG/PNG parsers, Apple partition table support, LVM, and software RAID levels other than RAID1.
Who is affected? Systems with Secure Boot enabled and /boot formatted as btrfs, ZFS, or LUKS, plus some older machines with complex boot layouts. The proposal is not yet finalized, but if your configuration matches, verify your /boot filesystem before upgrading.
This reinforces a recurring point: before upgrading an interim release, back up — not because the system will crash, but because a configuration may fall outside the supported matrix.
Upgrade recommendations by user profile
Old hardware, stability-focused, production machine: Stay on 26.04 LTS; do not upgrade.
Want new desktop features, have a spare machine: Upgrade on October 15 or try the Beta from September 24.
Developers, CI/container workloads: Run your pipeline on the Beta first, then decide.
Secure Boot + complex boot partition: Wait for the final GRUB proposal outcome before upgrading.
CPU older than 2013: Use the standard ISO; do not attempt the amd64-v3 variant.
Remember: 26.10 is an interim release supported only until mid-2027. You are trading stability for newer software. The substantial, polished integration of these experiments will arrive in 28.04 LTS (2028).
Three mandatory pre-upgrade steps
Create a system snapshot. Timeshift makes this a one-command operation and enables rollback if something breaks. sudo apt install timeshift Confirm your /boot partition format. This is the GRUB proposal check: df -T /boot Back up personal files separately. Timeshift does not cover /home; do not rely on it for documents and code.
Should 26.04 LTS users move now?
For most, the correct answer is no — but understand why. 26.04 LTS launched in April 2025, is supported until 2031, runs kernel 7.0 and GNOME 50. It is both new and stable; there is no compelling reason to upgrade a production machine to an interim release. The value of an interim release is early visibility into direction, not a migration target.
If you want to preview the changes without risking your main system, three options (lowest to highest effort):
Run a VM with the daily ISO — safest, disposable.
Use a spare disk for a dual-boot setup — leaves the original system untouched.
Boot the Beta (available September 24) from a USB in live mode — no disk writes.
If you decide to upgrade after the stable release, use the standard channel:
sudo apt update && sudo apt upgrade -y && sudo do-release-upgradeTo switch to the development channel early, add the -d flag, but only after checking your /boot partition format.
One more worthwhile action: report issues on Launchpad. Canonical explicitly requested testing, especially on low-memory machines and complex boot layouts. A bug you file today may spare someone else a headache in two months.
Author’s stance
Simple: upgrade a spare machine to experiment with GNOME 51 and amd64-v3; leave the production machine on 26.04 LTS untouched. Interim releases are for observing trajectory, not for daily driving. The real signal in 26.10 is the amd64-v3 move — Canonical is testing a higher CPU baseline, and once that lands it will shape Ubuntu for years to come. Kernel 7.3 is news; the baseline raise is the trend.
Signed-in readers can open the original source through BestHub's protected redirect.
This article has been distilled and summarized from source material, then republished for learning and reference. If you believe it infringes your rights, please contactand we will review it promptly.
Ubuntu
Focused on Ubuntu/Linux tech sharing, offering the latest news, practical tools, beginner tutorials, and problem solutions. Connecting open-source enthusiasts to build a Linux learning community. Join our QQ group or channel for discussion!
How this landed with the community
Was this worth your time?
0 Comments
Thoughtful readers leave field notes, pushback, and hard-won operational detail here.
