-
Notifications
You must be signed in to change notification settings - Fork 124
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Importing an appliance requires VirtualBox to be closed and reopened to work #11
Comments
Doesn't sound like a HiddenVM issue, but I'll try to reproduce when I have time. Does this happen every time you do a fresh install? Also, have a look here and see if it might be related to your problem: https://www.virtualbox.org/ticket/18343 |
Thanks. I researched the error a few weeks ago. It's a generic error, but seems to occur when there is a lack of free space available or VirtualBox cannot write to the location specified. Yes, it occurs when installing HiddenVM for the first time on that drive and each installation afterwards. Importing appliances is only possible after closing VirtualBox after installation and reopening. Free space available is not the problem as I'm testing on a 1TB empty drive, plus importing is successful when reopening. I have a feeling that the issue is permissions-based via the HiddenVM installation. But it's clear to me that VirtualBox does have write access to the folder when it first boots... I'm stumped! Is there a difference in how VirtualBox is run straight after installation as opposed to the user launching via GNOME? I don't think it's a VirtualBox issue as it only occurs straight after HiddenVM installation. |
There shouldn't be a difference. But there's is definitely some mounting and permission setting that occurs when HiddenVM is being setup, so I'll try to reproduce when I have time. |
Thanks for bringing up this bug @notafanof2020, I've noticed it too. Let's solve it soon! |
I reproduced it, however it's not clear to me why it's happening. The good news is that v2.0, which is a complete rewrite and will come soon, does not have this problem. So for now we will probably just update the instructions to include the a workaround. @animik, could you take care of that? |
Sounds great. Thanks you two! |
I am getting the same error message as Notafanof2020 with the most recent release. It will not import. The Veracrypted 1 TB external SSD has about 700 GB available in the hidden volume, so lack of space isn't an issue. I have 32 GB of memory, so that isn't an issue either. |
Same error. Versions: Whonix-XFCE-15.0.1.4.8.ova Failed to import appliance /home/clearnet/HiddenVM/Whonix-XFCE-15.0.1.4.8.ova. Enough space As a workaround, you can rename the ova file as a tar and open it to get the vmdk or import the ovf. It seems it works. I don't know what impact will this have on HiddenVM though as there seems to be a script on the codebase to make them persistent ? |
Hi, please use the workaround provided by notafanof2020 for now, specifically this part:
In other words: after installation, close virtual box and then re-launch "HiddenVM Clearnet VirtualBox" from the Applicatons -> System Tools menu. Then your should be able to import successfully. This bug will get fixed eventually. |
It is eventually yet? 😅 I'm having this bug in September 2022. First Attempt:
Second Attempt
NotesMy system has a 1TB drive allocated to HVM, and 32GiB of RAM (~28GiB free at system idle). Tails is running on a 16GB thumb drive (overkill, considering it only uses a fraction of that and there's no persistent storage configured). If I create a new VM, rather than importing an OVA, then it appears to work just fine. |
I am also getting the same error as I try to install gnsvm.ova |
When first running HiddenVM, importing a virtual appliance results in this error attached. It is required to close VirtualBox and relaunch Virtualbox before an appliance can be successfully imported.
The text was updated successfully, but these errors were encountered: