GNOME Bugzilla – Bug 726753
cannot change cdrom when in Live mode
Last modified: 2016-03-31 13:22:07 UTC
Some operating systems require changing the cdrom during installation. If the installation is happening while in "Live" mode, you cannot change the installation medium with boxes. Workaround: Open up virt-manager, connect to the qemu:///session connection, and change the cdrom from virt-manager VM information page. If you are looking for an example OS to test with, try CentOS 5.
This conflicts with bug#690779. :(
then perhaps the bug is determining if live mode should be used?
Live media/express installations should prevent ejection of the CD, but unknown (to libosinfo) medias, which is probably is the case here, should not prevent ejection of the CD as we don't know what they are.
(In reply to comment #3) > Live media/express installations should prevent ejection of the CD, I don't completely agree about live case since nothing prevents user from launching an installation from live session, which may require additional CDs. The fact that we don't know any OS that does that, doesn't mean there isn't any or wont be any in future since its easily implementable. When the live machine is not running, I think there is no usecase for allowing to eject the cd though. So I'll special case express installation and non-running live machines here.
(In reply to comment #4) > I don't completely agree about live case since nothing prevents user from > launching an installation from live session, which may require additional CDs. Once you started a live session, you must not remove the CD as the running system will read data from the CD at any time (when starting new applications, ...) The CD contains a compressed filesystem whose data is read from CD to memory on demand.
(In reply to comment #5) > (In reply to comment #4) > > I don't completely agree about live case since nothing prevents user from > > launching an installation from live session, which may require additional CDs. > > Once you started a live session, you must not remove the CD as the running > system will read data from the CD at any time (when starting new applications, > ...) > The CD contains a compressed filesystem whose data is read from CD to memory on > demand. AFAIK that is just what current implementations do, doesn't mean they can't do it differently if they need to.
(In reply to comment #6) > > AFAIK that is just what current implementations do, doesn't mean they can't do > it differently if they need to. This is how it has been done in the last 10 years, I guess we can design things around the current behaviour, and revisit when things change and there are multi-cd live installers.
(In reply to comment #7) > (In reply to comment #6) > > > > AFAIK that is just what current implementations do, doesn't mean they can't do > > it differently if they need to. > > This is how it has been done in the last 10 years, I guess we can design things > around the current behaviour, and revisit when things change and there are > multi-cd live installers. If you are certain that is the case for all OSes, lets do it how you recommend.
Pushed a patch to git master (branched gnome-3-12 first so there is no code freeze breakage involved) with this log entry: libvirt-machine-props: Be less strict about ejection of CDROM Instead of not allowing ejection of installer media during all live and installations sessions, let's only disallow it for the cases where we are very sure user will not need to eject the media: live media and express installation.