Hi,
I recently experienced a very frustrating bug, where my Whonix
disposable VM could not be recreated after a `dist-upgrade` in the
underlying Whonix workstation template. The symptoms were, after trying
to create it with `qvm-create-default-dvm`:
-the VM becomes yellow in Qubes Manager and never becomes green
-qrexec could not connect
-qvm-create-default-dvm hangs at "Waiting for DVM ..."
-`xl console` access still worked fine
-no DVM savefile created
Following Patrick's advice in
https://forums.whonix.org/t/dvm-fails-to-start-after-whonix-update-dist-upgrade/3109/5
(a user reporting seemingly the same bug), I found that three systemd
units failed:
-apparmor
-qubes-gui-agent
-tb-updater-first-boot
Long story short, the problem was that /var/cache/tb-binary/.tb/ was
filled with ~1.5GB of old Tor Browser folders, which caused
tb-updater-first-boot to fail, which (I guess) cascaded. Removing these
old directories, shutting down the template, then obliterating the DVM
and recreating it solved the problem.
Patrick, is there some way to detect if the tor-browser directory has
been changed, and only then save a copy? Or perhaps it's better to
explicitly ask what to do on each invocation of the Tor Browser
Downloader? At the very least, it should detect when there is not
enough space and give some sort of warning/instructions.
Hope this helps,
Andrew
--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/qubes-users/86a5fd97-6c4d-6dc9-0a96-33bbbdd640a3%40riseup.net.
For more options, visit https://groups.google.com/d/optout.
