GNOME Bugzilla – Bug 707803
Detection of installation from "Live" session not reliable
Last modified: 2016-03-31 13:22:07 UTC
Many installers now are also live CDs. I installed "ubuntu-gnome-13.04-desktop-amd64.iso" on a VM, Boxes detected it as a "Live" VM, and now I cannot change or remove the ISO from the VM, even after Ubuntu GNOME is fully installed and booting off of the vhd (via a boot option on the ISO). I want to deleted the installer ISO and be able to mount other ISOs as needed, but GNOME Boxes is blocking me from doing this because it is stupid at being smart.
To be clear, you installed ubuntu on the disk image created and assigned by Boxes to the VM? Once the installation is complete, you need to reboot for Boxes to be able to see that live session created an installation. It simply checks if disk usage of the VM is more than a few KBs (nothing very smart) to determine that. If there was an installation, Boxes unmarks the 'live' status and leave the VM be but deletes it automatically if live session simply ended w/o any installation.
Hmm... Ok, I had rebooted several times... But I just did an "apt-get update && apt-get dist-upgrade" to install a new kernel, and after THAT reboot I can finally change the CD/DVD device. Not sure what's up, but it didn't work for several reboots.
Also, it did not work for several quits and re-opens of Boxes. Both forced-shutdowns on VM and quit and reopen and leave-running and quit and reopen.
So... For me: Live status was stuck, but installation to disk was successful and disk was not deleted, and I could boot from the disk from the ISO boot menu to "boot from first hard disk". The reboot after dist-upgrade finally skipped booting the ISO and directly booted from the vhd.
(In reply to comment #1) > To be clear, you installed ubuntu on the disk image created and assigned by > Boxes to the VM? Once the installation is complete, you need to reboot for > Boxes to be able to see that live session created an installation. That didn't work for me, after installing a RHEL image. What debug should I get?
(In reply to comment #5) > (In reply to comment #1) > > To be clear, you installed ubuntu on the disk image created and assigned by > > Boxes to the VM? Once the installation is complete, you need to reboot for > > Boxes to be able to see that live session created an installation. > > That didn't work for me, after installing a RHEL image. What debug should I > get? There is a 'Troubleshooting log' option in properties. As starter, you can provide the output there.
Hmm.. I can reproduce this issue with Ubuntu. The problem is that Ubuntu asks you to eject the cdrom before rebooting and since Boxes doesn't allow that, you can only force shutdown the VM. However Boxes doesn't do the 'install detection' on force shutdowns anymore as a fix for bug#685846.
Created attachment 258873 [details] [review] vm-creator: Don't ignore force shutdown Instead of completing ignoring force shutdown and not checking for installations at all, just don't automatically delete live VMs on force shutdown when no installation is performed by last live session. Some OSes (e.g Ubuntu) require you to eject the CDROM before rebooting after installation. Since we don't allow that during installation/live session (see commit 4bed1f5 or bug#690779 for details on why), only option user has is to work around this by force shutting down the VM and that won't actually work w/o this change as VM will continue to be marked as 'live'.
The attached patch in comment#8 solves the issue for me or at least allows for the easy work around.
That's probably what happened, as I remember the Live installation failing to shutdown.
Attachment 258873 [details] pushed as 13a45cc - vm-creator: Don't ignore force shutdown Ok, I'll push this now but I wonder if there could be a better fix. Maybe instead of stopping user from ejecting the source media during installation/live session, we should warn them instead?
*** Bug 703988 has been marked as a duplicate of this bug. ***