Netbooting the live server installer

@mwhudson

What is going on here? Where is the netboot image ? Server image is 800 MB where netboot image is 70 MB. Did you mix things up.? Please fix the issue.

http://cdimage.ubuntu.com/netboot/focal/ does not point to the netboot image.

6 Likes

Hello, can you offer a netboot.iso ?

4 Likes

Hello. I ended up here for the same reason. I wonder if they have not had time to get to it yet, or, if they do not plan to offer the netboot iso as in the past. Will keep on watching…thanks all for your efforts.

2 Likes

We won’t be making a netboot ISO. We will be publishing the kernel and initrd so you don’t have to fish them out of the ISO, but the installer requires a more full featured rootfs than d-i worked with. It might be possible to mount that rootfs over iscsi or something, perhaps.

The mini.iso allowed users to netboot low-memory systems lacking cd-rom over the network and install a minimal server with ease.
The minimum system requirement for mini.iso d-i install was ~64 Mb RAM if I remember correctly.
The current live-installer downloads the entire ISO file and loads it in memory.
Have you decided to just take away this functionality from the existing server users?
If the plan is to discontinue d-i in favor of the live-installer, it would be a reasonable user expectation that equivalent functionality will be offered by the new installer (plus other improvements). Is there a plan to redesign the live installer netboot along the lines of how d-i used to work (before it’s dropped), so that the users are not impacted by this change?

7 Likes

Again, a major change in a LTS release…

I’m disappointed you dropped the mini.iso with debian installer. It was worked fine until focal RC. Why did you drop it just before final release? I repeat, it was worked fine with RC release!

Your new method force to download 900mb of file just to boot the installer. This is very bad.

I also have issue to use my local mirror with custom apt keys. I just can’t start the install, the installer just crash with cryptic error. The documentation is very basic too.

I hope you change idea and release a new debian-installer compatible with final release.

Thanks!

8 Likes

The mini.iso is output of the debian-installer build and continues to be available at http://archive.ubuntu.com/ubuntu/dists/focal/main/installer-amd64/current/legacy-images/netboot/mini.iso. It has not been dropped, but neither is it an image that we recommend users use for installation. The mini.iso has in fact never been a “supported” install method for Ubuntu, and is not part of the test matrix for Ubuntu releases. And there will not be an equivalent mini.iso image for use with subiquity.

1 Like

Most people I know who are familiar with VMs, have used mini.iso for years and years…

There is no point in a full desktop install in a VM - just enough to get the job done.

4 Likes

mini iso for 20.04 now deprecated?

Ubuntu offers boot-in-place cloud images for this use case, which is generally a better experience than having to boot an installer at all. You might want to give them a try. https://ubuntu.com/download/cloud

Thanks for the link to the focal mini.iso. It’s well hidden while it was easy to found on previous ubuntu release.

1 Like

Ubuntu offers boot-in-place cloud images for this use case, which is generally a better experience than having to boot an installer at all.

And what about the use case for a minimal install on bare metal, or those that want to do their own installations instead of using a pre-installed cloud image? The mini.iso you have linked to pre-dates the 20.04 release date!

The assumption seems to be that everyone either wants (a) a full blown install with Subiquity or (b) to run a pre-installed image in a VM. Not everyone fits into those two categories!

I am rather surprised that what must be a very common use case (minimal server installs) is now dropped (from d-i), unimplemented (subiquity), unsupported (mini.iso), and undocumented (all)!

4 Likes

I note also that the information here seems to conflict the documentation here:

Note that it refers to three installation types (and the corresponding memory requirements):

Server (Standard), 512 megabytes
live server, 1 gigabyte
Server (Minimal), 384 megabytes

But the instructions which follow are only in relation to live server. How does one perform the other two types of installation?

2 Likes

You are correct that the docs are out of date. We need to finish updating them.

The server guide, prior to Focal was grossly out of date. Some pages had not been touched since Precise. We have hit some of the other pages, but some other pages like the install area are still needing re-writes.

1 Like

I don’t think the concern he was trying to express is that the documentation is out of date. In fact, the section he quoted was pretty current and up-to-date up until a week ago!

The problem is that the senior management at Canonical seems totally out-of-touch with what your users want and is trying to force something down their throat that just doesn’t fulfill their needs. You seem to believe that a typical server user wants guided disk partitioning during installs and installing to existing disk partitions/volumes is a fringe use-case that can be safely ignored.

The documentation is merely reflective of how well ubuntu server fulfilled wide range of user requirements (even supporting older low-memory systems) by providing several options for the installation. But with this release, you have decided to take away what a significant chunk of your user base has been actively using (both the traditional d-i install and the mini.iso/netboot based minimal server install) and are offering an alternative that just doesn’t fill the huge gap you’ve created. And your solution to fix this problem is to update the documentation to erase any references to d-i!

The live installer has been out there for a couple years and perhaps the lack of complaints made you believe it’s widely accepted. But the fact is that it’s severely limited in functionality compared to d-i and is also horribly broken. It wasn’t quite ready to be the default installer for a major LTE release!
A plenty of server users haven’t looked past mini.iso for years and didn’t even know that live installer existed - so it didn’t matter to them up until now. D-i just worked and allowed most of your users to do what they wanted.

It’s quite obvious that subiquity can’t match the functionality and simplicity of the debian-installer because of the way it’s designed. But on the other hand, the redesign will definitely bring out some benefits over d-i. So why not keep both?

Someone from your staff commented that d-i/mini.iso hasn’t even been officially supported for a long time, so it’s not like it’s being actively developed. If it still works, what’s the point of killing it if there are no alternatives that perform the same function and there’s clearly a demand?

6 Likes

I always used d-i to install my HTPC system

2 Likes

Please keep the mini.iso in a well maintained state and at a visible path without ‘archive’ and ‘legacy’ in the URL.

It serves a lot of purposes both for desktop and server users.

6 Likes

Hi, I found a problem in the new ubuntu 20.04 LTS installer via netinstall.

When installing and selecting only the SSH server, the distribution installs correctly, but after booting from the disk the default terminal is tty7 (thus only the black screen is shown).
Switching the ALT + F1 terminal to tty1 solves the problem and shows a normal login prompt.

When installing from a normal ISO image I did not encounter this problem.

It is a bit disturbing because it is not known what happens during startup and whether the server turned on correctly.

The difference I found is in the setting
/etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT

netinstall has:
GRUB_CMDLINE_LINUX_DEFAULT = "splash quiet"

system with normal iso:
GRUB_CMDLINE_LINUX_DEFAULT = "maybe-ubiquity"

After changing and rebuilding the grub config next boot normally loads login prompts.

2 Likes

Lot of rancor in this thread, which seems to have devolved into a bunch of rock-throwing and me-too posts. Freezing the thread briefly to get discussion back on track.

Advice to new folks:

  • Please use the appropriate thread tools instead of me-too posts.
  • Please avoid posting in the heat of the moment. Let your post cool a bit before hitting ‘Send’.
  • Don’t throw rocks. Violators of the Code of Conduct will be suspended.