Looking around I found this is likely a bug in the libvirt package (you have). There is nothing on a simple level you can do to fix this besides updating and hoping this fixes it.
On another note I recommend running Debian instead of a derivative because its tested and working for me and many others. Linux Mint is notorious for its very poor security practices (they don’t believe in security advisories) and very delayed patching cycle.
Installed Debian again and followed your advise. Everything almost went smooth.
Downloaded current version of Whonix and went on with the online KVM manual.
Then I want to start the VM’s in the VMM but it says that the guest is not running. This I don’t understand. All other steps provided were OK.
Below is the error I get when trying to run the Whonix VM with the VMM after following the correct procedure.
Error starting domain: Requested operation is not valid: network ‘Whonix’ is not active
Traceback (most recent call last):
File “/usr/share/virt-manager/virtManager/asyncjob.py”, line 91, in cb_wrapper
callback(asyncjob, *args, **kwargs)
File “/usr/share/virt-manager/virtManager/asyncjob.py”, line 127, in tmpcb
callback(*args, **kwargs)
File “/usr/share/virt-manager/virtManager/domain.py”, line 1355, in startup
self._backend.create()
File “/usr/lib/python2.7/dist-packages/libvirt.py”, line 999, in create
if ret == -1: raise libvirtError (‘virDomainCreate() failed’, dom=self)
libvirtError: Requested operation is not valid: network ‘Whonix’ is not active
virtual Machine manager program then go to Edit -> Connection Details -> Virtual Networks. Then check to see what the network ‘Whonix’ is up to. Its probably not enabled so select it and press the play button at the bootom left and tell me what you see. Also mark it to autostart so you don’t repeat this every startup.
I got the VM’s running with help of the GUI. The problem now is that Tor wont run in WhonixGateway. It says that I have to report this as a bug.
As virtual network interface I have chosen the Whonix isolated network.
The virtual machines have 1GB memory and 2 processors each.
All files were checked for integrity and authenticity.
Workstation says that I have to run Whonixcheck on Gateway.
Everytime when I start Gateway it says “A start job is running for LSB: basic network interfaces” This takes about 1 minute. (When I use ‘Nat’ as network then I don’t get this)
When I go to Gateway it says that I have to run Whonixsetup.
When I run Whonixsetup in Gateway it says that I have to enable Tor.
I go to Torrc and remove the ‘#’ it, I enter also the command sudo service tor@default restart but still Tor wont turn on.
I go to Arm Tor and it says “Tor disconnected, press r to reconnect”. Pressing ‘r’ of course doesn’t work.
Somehow in the Torrc file the Disablenetwork gets the ‘#’ reassigned the whole time?
I made a file etc/whonix.d/50_whonixcheck_user.conf containing “whonixcheck_skip_functions+=” check_network_interfaces " because eth0 wasnt working.
Then I tried whonixcheck, now it says "Tor Pid Check Result: Tor not running. (tor_pid_messages: Pid file /var/run/tor/tor.pid does not exist.)
I go to terminal and enter ‘Whonicheck’ it says I have to “restart Tor”.
So I enter once again ‘sudo service tor@default restart’
Then I get the error Job for tor@default.service failed See ‘Systemctl status tor@default.service’ and journalctl -xn’ for details.
Looking in the journalctl gives no results.
Looking in the systemctl it gives the result: 'tor@default.service - Anonymizing overlay network for TCP: failed.
KVM seems to be not working optimal in comparison to VB. It freezes a lot and when something goes wrong it also eats the qcow2 files.
Ok I’ll assume you didn’t switch or add any new interfaces? (Spoiler: you shouldn’t)
Right. Please do these steps to complete initializing Whonix.
This tells me you messed with the networks connected to each VM which is not recommended. All I told you to do is to flip the Whonix network on. Without the default nat network attached to the Whonix Gateway you have no connection to the internet.
Been using it for years and never experienced what you describe. Nonetheless you should use what works for you.
Are you running a non standard setup that involves encrypted volumes? (why did you leave this out?) Because looking up the errors you mention I found a support thread with identical ones. Try this fix by the user here:
If that doesn’t work, I won’t be able to help becuase its not a setup I plan on doing.
I recommend enabling LINUX’S LUKS FDE solution instead of going thru the pain of something like this.