Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upAfter creation of a new DispVM default template and a restart, the old DispVM template is still listed in VM Manager #2564
Comments
Wikinaut
changed the title from
After creation of a new DispVM and restart, the old DispVM template is still listed in VM Manager
to
After creation of a new DispVM default template and a restart, the old DispVM template is still listed in VM Manager
Jan 8, 2017
andrewdavidwong
added
bug
C: qubes-manager
labels
Jan 8, 2017
andrewdavidwong
added this to the Release 3.2 updates milestone
Jan 8, 2017
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
andrewdavidwong
Jan 8, 2017
Member
What version of Qubes are you running?
Also, does this entry persist beyond a few minutes?
|
What version of Qubes are you running? Also, does this entry persist beyond a few minutes? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Wikinaut
Jan 8, 2017
@andrewdavidwong yes, it the old "fedora-23-dvm" entry is still present after one reboot.
Running current release of Quebes i.e. 3.2 (R3.2) (I thought it was clear, it wasn't, sorry).
Wikinaut
commented
Jan 8, 2017
|
@andrewdavidwong yes, it the old "fedora-23-dvm" entry is still present after one reboot. Running current release of Quebes i.e. 3.2 (R3.2) (I thought it was clear, it wasn't, sorry). |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Jan 8, 2017
Member
This is intended behavior, thanks for this, you can switch between those using qvm-create-default-dvm tool, without need to redo any your customization. In Qubes 4.0, based on this it will be possible to assign different purposes for different DispVMs, so you'll be able to use them simultaneously (#866).
|
This is intended behavior, thanks for this, you can switch between those using |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Wikinaut
Jan 8, 2017
@marmarek if it is intended behaviour, then please let me know why the (explained on your page)
ll /var/lib/qubes/dvmdata/ command only lists the new debian-8-dvm files or links, but not the old fedora-23-dvm files (as in the VM Manager list).
It puzzles me, when a GUI list differs from the command line view list.
Wikinaut
commented
Jan 8, 2017
|
@marmarek if it is intended behaviour, then please let me know why the (explained on your page) It puzzles me, when a GUI list differs from the command line view list. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
unman
Jan 8, 2017
Member
In 3.2 there can only be one dvm active at any one time. The relevant files are linked in /var/lib/qubes/dvmdata/
If you were to change the default template back to fedora-23-dvm you would see the links change to that dvm.
The GUI list exactly matches the command line view - the corresponding command line would be qvm-ls which will show both dvm.
|
In 3.2 there can only be one dvm active at any one time. The relevant files are linked in /var/lib/qubes/dvmdata/ The GUI list exactly matches the command line view - the corresponding command line would be qvm-ls which will show both dvm. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Wikinaut
commented
Jan 8, 2017
|
(closing this issue now) |
Wikinaut commentedJan 8, 2017
After following the instructions on https://www.qubes-os.org/doc/dispvm-customization/ and creation of a new default "debian-8-dvm":
Even after a reboot, I see still both the new "debian-8-dvm" and also the old "fedora-23-dvm" listed as "Internal" in the Qubes VM Manager.
Either the non-deletion of the old "fedora-23-dvm" entry is a bug, or it should be mentioned on https://www.qubes-os.org/doc/dispvm-customization/ that the old DispVM is to be deleted manually from the list.
ll /var/lib/qubes/dvmdata/only lists the new debian-8-dvm files, as expected.