The installation process of Ubuntu server 24.04 was not ideal.
For starters it wasn’t easy to spot where (and that you should) set a boot flag for a hard drive in the manual setup of partitioning the hard drive.
Secondly there should be an easy to use and setup tool for the network when you are running in headless mode. That also auto defaults the wired network card to dhcp when you setup the WiFi. It’s like you need the assistance of a AI to go through this process. Not ideal in my eyes at least.
I’m not entirely sure if unattended updates are enabled by default, but a guide in the setup/installation process would be nice with toggle options for full updates, should anything be reported and to what mail adress, reboot etc. With some of these enabled by default. I think that would result in less vulnerable computers. Those who want to control this manually would naturally turn this off whilst the majority just enjoys an always updated and secured server.
EDIT: In addition to this it would be very handy if the mirror selecting always chose the closest server, and if the speed is bad (do a speedtest first) it can automatically swap to another server. Or do multiple servers at once, like P2P downloading. At some times I have gotten a really bad speed even though i shouldn’t and in the end it was a faster process to just redo the installation process. In my opinion this should never have to happen.
No I ment 24.04, i haven’t tested 26.04 yet. And i don’t know what (if any) and how much that has changed in the installation process in 26.04.
But those who has the experience could tell the difference and use that as a reference point.
I’m just saying what i think, and if all those things that i mentioned has been addressed then thumbs up to that. If not, then the devs have something to look into.
The Ubuntu developers politely ask that improvement or testing “feedback” take the form of proper bug reports, filed on Launchpad, so issues can be clearly and transparently triaged, assigned and tracked.
Random essays and opinions elsewhere on the internet, including in Ubuntu Discourse, are not a substitute for a bug report. Volunteers can help you guide you creating your bug report(s), but won’t do the work for you.
Keep in mind that Ubuntu is driven by community contributions more than requests. Folks who bring code are more likely to see their ideas implemented.
In the current development cycle, Ubuntu developers are working on 26.04. There will be no “next release” of 24.04. It was finalized and shipped two years ago. The next update to the 24.04 install media (often confusingly called a “release”) may include bugfixes but certainly won’t include new features or new designs.
Already implemented.
All releases of Ubuntu have Unattended Upgrades enabled by default.
(Exception: Ubuntu Core uses a different method to accomplish the same thing.)
What if the issues you raised about 24.04 are already fixed, changed, or mooted in 26.04? And possibly those changes were made years ago?
A specific purpose of an LTS is that the software doesn’t change during the (12-year) life of the release: ‘Yes’ to bugfixes. ‘No’ to new features.
Ubuntu has already had three new releases since 24.04: 24.10, 25.04, and 25.10. Those are when new features and major changes are introduced.
26.04 is on final approach toward release next month. It’s already past Feature Freeze; no new features are being entertained anymore. (See the key milestones schedule). Stability and compatibility are the emphasis right now.
If you want to change a design or add a feature, start thinking toward Ubuntu 26.10, which will begin development in late April/early May.
Ok? What if.. yeah I don’t know. I just raised my thoughts. And the thread I posted in was for future implementations for the 26.04?
Like, move my thread where it belongs if it suits you (to 26.10 or whatever). But don’t expect regular users to go through software that hasn’t even been released as stable yet and point out issues. I’m not a dev nor a beta tester. Just a guy who raised my thoughts.
