@onion_knight in Whonix Desktop Installer with Calamares - field report - #109 by onion_knight
Did this also happen for you if you used KVM ānormallyā āas a normal userā as per the usual instructions on Whonix ā¢ for KVM on Debian buster hosts?
No, this only happens using the Whonix-Host system.
This is probably related to this commit:
pvspinlock was set to on.
All my physical machines (on debian buster btw) were configured before this change, so they are not affected by this.
I will try to change this setting to āonā on my debian buster machines to see if it also fails.
Meanwhile, reverting this setting to āoffā solved the problem on the Whonix-Host system (more on this later, still testing).
Maybe caused by the same issue: VMs do no start until the CPU configuration is set to āCopy host CPU configurationā - #4 by onion_knight
Will try to test tomorrow and see if it works once the domain type is changed from āqemuā to ākvmā.
I confirm the error ceases when using domain type=ākvmā instead of āqemuā.
Fixed.
I have the same problem but enabling Copy cpu host configuration doesnāt help. Domain had been set to ākvmā already. Using Arch with virt-manager.
@xuy What problem? If its pvspinlocks just edit it out. Iāll add this to the known problems section if thatās the case.
Yeah, paravaritual spinlocks. Ok, I have disabled them by editing xml, it works without them but iām not sure, would it affect security/performance? And is this problem related to my system or xml preconfigured in bad way?
Theoretically performance.Your system seeks to be missing the kernel support for it it is not the fault of the config as this feature has been around since forever and is supported elsewhere.