[qubes-users] How to manage multiple USB controllers

['David Shleifman' via qubes-users]

The PC system has 2 USB hubs: the first one is used for USB jacks on the front 
panel, the second one is used for USB jacks on the rear panel. Each hub has 3 
controllers:
front.OHCI0 handles first 3 USB 1.1 devices that are plugged in (nothing at the 
moment)
front.OHCI1 handles next 3 USB 1.1 devices that are plugged in (nothing at the 
moment)
front.EHCI0 handles up to 6 USB 2.0 devices that are plugged in (DVD-RW drive 
and flash stick at the moment)
rear.OHCI0 handles first 3 USB 1.1 devices that are plugged in (USB keyboard 
and USB mouse are plugged in persistently)

rear.OHCI1 handles next 3 USB 1.1 devices that are plugged in (nothing at the 
moment)

rear.EHCI0 handles up to 6 USB 2.0 devices that are plugged in (Web camera, and 
CD-RW drive are plugged in persistently)
I followed the recommendation at 
https://www.qubes-os.org/doc/usb/#creating-and-using-a-usb-qube.  After running 
[dom0]$   qubesctl top.enable qvm.sys-usb

[dom0]$   qubesctl state.highstate 

all 6 controllers have been assigned to sys-usb qube.  It looks like a very bad 
idea to mix security sensitive devices such as keyboard/mouse with other 
devices.  Where do I go from this point?

A) Split controllers into two groups and assign each group to a different 
sys-usb qube? Keyboard/mouse shall end up in a first group, while other devices 
shall end up in the second group.  Is this break down in line with the security 
guidelines (see https://www.qubes-os.org/doc/usb/)?


B) Stay with a single sys-usb qube and assign rear.OHCI0 controller back to 
dom0?  Do 
I need to remove "sys-usb dom0 ask" from 
/etc/qubes-rpc/policy/qubes.InputKeyboard? Do I need to remove 
GRUB_CMDLINE_LINUX rd.qubes.hide_all_usb from /etc/default/grub ?  How to 
instruct GRUB to hide all controllers except rear.OHCI0 ?

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/791381640.1825127.1476075866991%40mail.yahoo.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Suspend Problems

[Drew White]

On Sunday, 9 October 2016 04:46:12 UTC+11, jo...@mailbox.org  wrote:
> 2. Most of the other VMs are offline and stopped. Restarting these VMs
> does not work or takes ages. You cannot start any other VMs (well
> somethimes after several minutes something works, i.e. a shell is
> startet, but no net.)
> 3. in Dom0 you can see that some process like (awk, cut, sed and such
> are taking 100% of one CPU core for hours.) 

If need be, IF it is one of the linux based systems, you can always try running 
"xl console {VMNAME}" as root. This should allow you full access to the 
backend, and allow you to check what it is doing.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/972c7462-d301-4a9f-b6a9-f1e160fdfb8b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Multibooting fails: Windows won't start and other Linux can't be found

[raahelps]

On Sunday, October 9, 2016 at 11:04:18 AM UTC-4, Tobias Kah wrote:
> I did what the Documentation for Multibooting said and added Stanzas for 
> Windows and Linux Mint to Grub 2 to /etc/grub.d/40_custom after installing 
> Qubes.
> 
> My Partitions are the following:
> 
> 
> sda1 "DellUtility" vfat
> 
> sda2 "RECOVERY" ntfs
> 
> sda3 "OS" ntfs
> 
> sda4 extended
> 
> 
> sda7 Qubes ext4
> 
> 
> sda8 Qubes crypto_LUKS
> 
> 
> sda5 Linux Mint Swap 
> 
> 
> sda6 Linux Mint ext4
> 
> 
> My /etc/grub.d/40_custom looks like this after adding the stanzas:
> 
> 
> #!/bin/sh
> 
> exec tail -n +3 $0
> #
> #
> #
> #
> 
> menuentry "Linux Mint 18" {
> 
> set root=(hd0,5)
> 
> chainloader +1
> 
> }
> 
> 
> menuentry "Winodws 7" {
> 
> insmod part_msdos
> 
> insmod ntldr
> 
> insmod ntfs
> 
> ntldr (hd0,2)/bootmgr
> 
> }
> 
> I've tried out all possible partitions for root=() and ntldr () but the Linux 
> always gives me "error: Invalid Signature. Press any key to continue."
> 
> Did I do any mistake while editing the 40_custom file?
> 
> For Windows I get something like 
> 
> 
> "Windows failed to start. A recent hardware or software change might be the 
> cause. To fix this problem:
> 
> 1. Insert your Windows installation disk
> 
> 2. Choose language
> 
> 3. Click repair your computer
> 
> 
> file: \boot\BCD
> 
> Status: 0xc225
> 
> Info: An error occurred while attempting to read the boot configuration data."
> 
> Is that really necessary (I don't have such a disk)? There should not have 
> been made any changes to the Windows Partition so I do not understand why it 
> won't boot...
> 
> 
> I really appreciate any ideas on how to fix this issue.

load a live mint disk.  follow these instructions to reinstall grub  
https://community.linuxmint.com/tutorial/view/245

Then boot into mint.  then go to /etc/grub.d/40_custom file.   in there you 
will paste everything from the qubes /boot partition.  from 
/boot/grub/grub2/grub.cfg file (or something like that)  the whole section 
between where it says xen.   then update grub and reboot and qubes and windows 
should be in the mint grub.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/62c19464-5e13-4f52-a05b-fbadbf8cd361%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Suspend Problems

[Drew White]

On Monday, 10 October 2016 13:09:30 UTC+11, pleo...@gmail.com  wrote:
> > ---
> and this thing with boot look at the boot screen prev instaled Qubes and Post 
> instaled Qubes.I my comp usualy boot screen took few sec say 3 but after 
> install Qubes it took 20 sec or even more.So the must be some kind blue pill 
> backdor.

So with other operating system it took 3 or so seconds to boot, and now with 
Qubes it takes 20?

Did you know that Qubes starts the sys-net and sys-firewall (whatever VMs you 
set to start on boot) before you actually get to the GUI?
Not to mention, IF there are issues, it will check the HDD.
If you don't run RedHat Graphical Boot (RHGB) then you can actually see what is 
happenning and you can see what it does that takes a long time. Do this, and 
you will see. :}
So on booting, press ESC to get rid of RHGB temporarily.

If there is something that is taking a long time, and it shouldn't, message it 
back here and let people know.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/fd229cd8-17f7-4a16-a9f4-a7fca1ec7847%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Suspend Problems

[Drew White]

On Sunday, 9 October 2016 04:46:12 UTC+11, jo...@mailbox.org  wrote:
> Dear Qubes Users,
> 
> first of all I would thank the developers for this great peace of
> software! It (3.2) works on two Laptops and now I made the step to
> install it on the "main"-PC. Very unfortunate suspend-to-ram does not
> work ... really. Maybe someone has a cure for this unfortunate
> behaviour.
 
Are you saying it HAS a "Suspend to RAM" functionality?
If so, where is it you saw this functionality?

> I can suspend, and the machine wakes up from sleep, but is more or less
> unusable afterwards. The symptoms are:
> 1. the network-connection symbol says the network is broken. I have to
> reboot the sys-net (kill and restart), then the network comes online
> again and I have network connection from within the sys-net.

This is an issue because of the device attachment. That is what I found.
This issue has been there for a very long time. It is not something that can 
easily be fixed, but can only be fixed by user doing things particular ways. 
(Depending on what you want to do)


> 2. Most of the other VMs are offline and stopped. Restarting these VMs
> does not work or takes ages. You cannot start any other VMs (well
> somethimes after several minutes something works, i.e. a shell is
> startet, but no net.)

This functionality I don't use, I never suspend my machine.
IF you have this issue, you need to check the system itself, not just the Qubes 
Manager. OR, you can restart the Qubes Manager so that it can completely 
refresh itself. This has been an issue with the Manager from Qubes-OS for a 
while now, sometimes it loses what's happening in the system. So restarting the 
front-end NORMALLY fix's the situation.
Other than that you can check the system by running "xl list"
That will show you all the running VMs as well as their current utilisation 
specs.


> 3. in Dom0 you can see that some process like (awk, cut, sed and such
> are taking 100% of one CPU core for hours.) 

I have noticed this too. This is one thing I do not know about and have never 
been able to find out why they do this.


> 4. the VM-Manager marks some/most VMs with "VM didn't give back memory".
> I can restart (kill) them, but they are unresposive/unusable. Sometimes
> I can get a shell, sometimes not (or I haven't waited long enough.)

I've had this happen before. Not in 3.2R1+ though.
Restart the manager, as I stated in last response. It can sometimes let you see 
what you need to see so that you can fix the problem.


> 5. I cannot shut down properly. (_maybe_ I could wait some hours, and
> it would work.) Have to do a cold reset.
 
This is caused if you have guests that aren't shut down properly, or have not 
returned things and can't be cleared out. There are many things that it could 
be.

If you weren't using graphical mode on boot/shutdown then you could see what 
was going on.

I've had the identicle issue before, it sits on the "a stop job is running for 
dom0" and it actually sat there all weekend trying to shut down.


> So I have to cold reset to have a working system again. 
> Could someone maybe shed some light on this?

I have a torch, battery is a bit low, but it's something. Maybe you can provide 
some more information with what I have provided?

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/a65977f7-33b0-47a2-8199-ac92974a2968%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Suspend Problems

[pleomati]

> ---
and this thing with boot look at the boot screen prev instaled Qubes and Post 
instaled Qubes.I my comp usualy boot screen took few sec say 3 but after 
install Qubes it took 20 sec or even more.So the must be some kind blue pill 
backdor.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/b2a6b2b8-cb97-4366-abd1-a7d6e26b476e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Suspend Problems

[pleomati]

HDMI stop working also after 2hr or longer  ... what i mean is that left 
computer for few hours conected by HDMI ,then you have no screen ,next if you 
do hard reboot which is mean power off so then keybord not work.Very strange 
like insiside this OS was some backdor Blue Pill or stuxnet.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/52535f18-954a-40b4-afc7-1d935e8cd671%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Qubes 3.2 issues after clean install upgrade

[Pagebao]

Thank you Andrew.
I was not updating/downloading with Tor but, anyway, after some time the 
problem disappeared by itself. It was Fedora mirrors related. 


-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/ddb6b2d9-abb0-4cec-a488-d42f724df4a5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Multibooting fails: Windows won't start and other Linux can't be found

[pleomati]

you can download rescatux via this site http://www.supergrubdisk.org/rescatux/

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/160fea28-7fe1-4d23-b3e0-07df9f65ff04%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Multibooting fails: Windows won't start and other Linux can't be found

[pleomati]

WTF you r doing you are crazy or what ,simply back to your boot from Mint,you 
can do this by rescatux to fix it and then log to your Min end edit your grub 
to suport Qubes loading.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/512c6282-252a-4950-b725-7cfccbb28279%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Multibooting fails: Windows won't start and other Linux can't be found

[Unman]

On Sun, Oct 09, 2016 at 05:04:05PM +0200, Tobias Kah wrote:
> I did what the Documentation for Multibooting said and added Stanzas for
> Windows and Linux Mint to Grub 2 to /etc/grub.d/40_custom after installing
> Qubes.
> 
> My Partitions are the following:
> 
> 
> *sda1 "DellUtility" vfat*
> 
> *sda2 "RECOVERY" ntfs*
> 
> *sda3 "OS" ntfs*
> 
> *sda4 extended*
> 
> *sda7 Qubes ext4*
> 
> *sda8 Qubes crypto_LUKS*
> 
> *sda5 Linux Mint Swap *
> 
> *sda6 Linux Mint ext4*
> 
> My /etc/grub.d/40_custom looks like this after adding the stanzas:
> 
> 
> *#!/bin/sh*
> 
> 
> 
> 
> 
> *exec tail -n +3 $0*
> 
> *menuentry "Linux Mint 18" {*
> 
> *set root=(hd0,5)*
> 
> *chainloader +1*
> 
> 
> *}*
> 
> *menuentry "Winodws 7" {*
> 
> *insmod part_msdos*
> 
> *insmod ntldr*
> 
> *insmod ntfs*
> 
> *ntldr (hd0,2)/bootmgr*
> *}*
> 
> I've tried out all possible partitions for root=() and ntldr () but the
> Linux always gives me "error: Invalid Signature. Press any key to continue."
> Did I do any mistake while editing the 40_custom file?
> 
> For Windows I get something like
> 
> 
> *"Windows failed to start. A recent hardware or software change might be
> the cause. To fix this problem:*
> 
> *1. Insert your Windows installation disk*
> 
> *2. Choose language*
> 
> 
> *3. Click repair your computer*
> 
> *file: \boot\BCD*
> 
> *Status: 0xc225*
> *Info: An error occurred while attempting to read the boot configuration
> data."*
> 
> Is that really necessary (I don't have such a disk)? There should not have
> been made any changes to the Windows Partition so I do not understand why
> it won't boot...
> 
> 
> I really appreciate any ideas on how to fix this issue.

This is grub2, which numbers partitions from 1.
So your entry is pointing to sda5 which is apparently the Mint swap.
Change it to hd0,6

Similarly you're pointing at the windows RECOVERY partition.

unman

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20161009224009.GA13850%40thirdeyesecurity.org.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Major problems with 3.2, devs must address

[Achim Patzner]

Am 09.10.2016 um 11:39 schrieb Pablo Costa:

> (I usually manage CUPS with a browser to http://localhost:631 )

Real men don't use the web administration interface. Real men use vi.
8-) (Which, incidentally, is the only way to deal with CUPS without
losing your mind).


Achim

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/19bdc8f9-b5a5-fe90-8b5f-4b42ace9b984%40noses.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] automatic start dropbox in VM

[gonda . miso]

On Monday, September 22, 2014 at 3:51:34 PM UTC+2, Jos den Bekker wrote:
> On 22 september 2014 12:18:59 UTC+2 Marek Marczykowski-Górecki wrote:
> Try access it using "sudo xl console VMNAME" (login as root there).
> 
> 
> Thanks. That saved my VM
> 
> I changed the command in rc.local into su - user -c "dropbox start &", but 
> same disastrous result. I left out the ampersand, same result. I'm not sure I 
> understand this. "dropbox" is a frontend python script in /usr/bin, and I 
> should think that with "su" the script runs within the VM.
> 
> But "work" is the only VM that has the dropbox daemon installed, so now I 
> execute it directly in rc.local, and that works perfectly.
> 
> Thanks for all the feedback.

May I ask how did you manage to make it work in the end?

I am using this approach with dropbox but somehow cannot start it up.
cd ~ && wget -O - "https://www.dropbox.com/download?plat=lnx.x86_64; | tar xzf -
Next, run the Dropbox daemon from the newly created .dropbox-dist folder.
~/.dropbox-dist/dropboxd

My guess is that rc.local is executed as root.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/2b8d791a-b401-440d-b0a9-0b7e7b60102d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] How to trim AppVm's data to match the correct size inside?

[8c36b1b85a745a25508d01ced9335bef7a1e4ed1]

On Sunday, October 9, 2016 at 2:54:11 PM UTC, yaqu wrote:
> On Sun, 9 Oct 2016 06:19:47 -0700 (PDT),
> 8c36b1b85a745a25508d01ced9335bef7a1e4ed1  wrote:
> 
> > I have delete a lot of big datas on one of my appvm, but the problem
> > is the size doesn't change eventhough 'df -h' in the appvm shows that
> > the user's data already decreased. Qubes-Manager and dom0 still
> > recognised its size with the old values. How can i proceed to
> > decrease it? 
> 
> Procedure should be similar to compacting templates:
> https://www.qubes-os.org/doc/fedora-template-upgrade-21/#compacting-the-upgraded-template
> 
> Inside VM fill unused space on private.img with zeros:
> 
> [user@untrusted ~]$ dd if=/dev/zero of=/home/user/zero
> [user@untrusted ~]$ rm /home/user/zero
> 
> And then copy image in dom0:
> 
> [user@dom0 ~]$ qvm-shutdown --wait untrusted
> [user@dom0 ~]$ cd /var/lib/qubes/appvms/untrusted/
> [user@dom0 ~]$ cp --sparse=always private.img private.img.new
> [user@dom0 ~]$ mv private.img.new private.img
> 
> But I have just noticed, that after removing big files in appvm, its
> private.img has been automagically compacted, without using this
> procedure. Tested on R3.2 and fedora23-based appvm.
> 
> -- 
> yaqu

Excellent, it's working. Thanks for your answer. I skipped the dd part since I 
already delete big files before that and its still works.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/1945f553-44e0-4d1d-87db-c3ff0e3ba145%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Multibooting fails: Windows won't start and other Linux can't be found

[pleomati]

Try  export file from /boot/grub2/grub.cfg on disk where you have acces i.e. 
pastebin or whatever .Then in rescatux bring back grub from Mint,log into and 
change grub difference to your config.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/7de6778e-8308-428e-bb1c-8f80fa91871d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Enigmial and Splig GPG2 (previously Re: [qubes-users] Upgrading from Split GPG1 to Split GPG2?)

[cubit]

4. Oct 2016 19:40 by cu...@tutanota.com:
>
> I upgraded enigmail to v 1.9.5 and it did not go as well as planned.   From 
> what I read of the qubes documents there were nothing to change in qubes 
> settings to take into account the GnuPG2 requrement now.
>
>
>
>
> But when I run thunderbird 45.2.0 + enigmail 1.9.5 I get the following error.
>
>
>
>
>    " GnuPG reported an error in the communication with gpg-agent (a component 
> of GnuPG).
>
>     This is a system setup or configuration error that prevents Enigmail from 
> working properly and cannot be fixed automatically.
>
>     We strongly recommend that you consult our support web site at > 
> https://enigmail.net/faq> ."
>
>
>
>
>
>
>
> The messages decrypt but I lose the notification that the email was decrypted 
> and I do not see any of the options to view details of the encrypted message 
> such like who it was encrypted for. I did restart both the appVM for 
> thunderbird and the appVM for my keys, both debian 8
>







Hello qubers,




Has anyone experienced problems with using Splig GPG with Thunderbird and 
Enigmail 1.9.5 in Debian 8 appVM?   Have also tried to build the AppVM and 
TB install from scratch instead of simpli upgrading enigmail with existing 
AppVM.    When ever I try I get the above error. when checking encrypted email.




Cubit










 

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/KTe0MdY--3-0%40tutanota.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Multibooting fails: Windows won't start and other Linux can't be found

[Tobias Kah]

I did what the Documentation for Multibooting said and added Stanzas for
Windows and Linux Mint to Grub 2 to /etc/grub.d/40_custom after installing
Qubes.

My Partitions are the following:


*sda1 "DellUtility" vfat*

*sda2 "RECOVERY" ntfs*

*sda3 "OS" ntfs*

*sda4 extended*

*sda7 Qubes ext4*

*sda8 Qubes crypto_LUKS*

*sda5 Linux Mint Swap *

*sda6 Linux Mint ext4*

My /etc/grub.d/40_custom looks like this after adding the stanzas:


*#!/bin/sh*





*exec tail -n +3 $0*

*menuentry "Linux Mint 18" {*

*set root=(hd0,5)*

*chainloader +1*


*}*

*menuentry "Winodws 7" {*

*insmod part_msdos*

*insmod ntldr*

*insmod ntfs*

*ntldr (hd0,2)/bootmgr*
*}*

I've tried out all possible partitions for root=() and ntldr () but the
Linux always gives me "error: Invalid Signature. Press any key to continue."
Did I do any mistake while editing the 40_custom file?

For Windows I get something like


*"Windows failed to start. A recent hardware or software change might be
the cause. To fix this problem:*

*1. Insert your Windows installation disk*

*2. Choose language*


*3. Click repair your computer*

*file: \boot\BCD*

*Status: 0xc225*
*Info: An error occurred while attempting to read the boot configuration
data."*

Is that really necessary (I don't have such a disk)? There should not have
been made any changes to the Windows Partition so I do not understand why
it won't boot...


I really appreciate any ideas on how to fix this issue.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/CAM7EbRWEQ4Ak8UY4nMASR6khjqdjgFsw-3%2BV6Ls7hJ3LfxaFaQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] How to trim AppVm's data to match the correct size inside?

[yaqu]

On Sun, 9 Oct 2016 06:19:47 -0700 (PDT),
8c36b1b85a745a25508d01ced9335bef7a1e4ed1  wrote:

> I have delete a lot of big datas on one of my appvm, but the problem
> is the size doesn't change eventhough 'df -h' in the appvm shows that
> the user's data already decreased. Qubes-Manager and dom0 still
> recognised its size with the old values. How can i proceed to
> decrease it? 

Procedure should be similar to compacting templates:
https://www.qubes-os.org/doc/fedora-template-upgrade-21/#compacting-the-upgraded-template

Inside VM fill unused space on private.img with zeros:

[user@untrusted ~]$ dd if=/dev/zero of=/home/user/zero
[user@untrusted ~]$ rm /home/user/zero

And then copy image in dom0:

[user@dom0 ~]$ qvm-shutdown --wait untrusted
[user@dom0 ~]$ cd /var/lib/qubes/appvms/untrusted/
[user@dom0 ~]$ cp --sparse=always private.img private.img.new
[user@dom0 ~]$ mv private.img.new private.img

But I have just noticed, that after removing big files in appvm, its
private.img has been automagically compacted, without using this
procedure. Tested on R3.2 and fedora23-based appvm.

-- 
yaqu

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20161009145409.299AD200228%40mail.openmailbox.org.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] How to install Zimbra Desktop (eMail, calendar, tasks)?

[martin.forum]

Hello again,

despite the security issue of not having encrypted email, I like the ZImbra 
Desktop (email, calendar, tasks).

Detailed questions:
- Which linux flavor should be used?
- How to get the prerequisites done (ai32-libs and JRE)?
- Where (path) to install Zimbra?
- How to setup the data directory properly in qubes?

Which alternatives for email, calendar and tasks are recommended for qubes?

So far I have tried several recommendations to install ia32-libs but failed to 
get it done.
Bevor investing some more time, maybe someone has already done this 
successfully and can answer my questions...

Best regards

Martin

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/4EF41069-021F-45FA-8419-4013CA67D5A6%40web.de.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] How to install MSOffice 2013?

[martin.forum]

Hello,

it is more tricky than I thought - to install MSOffice 2013 on Win7 SP1.

Question: How to install MS Office 2013 on a Standalone Win7 SP1?


What I have tried so far:

1) Proper Standalone Win7 Setup with „Bootstrap“ issue
- Installation of a standalone Win7 SP1 by following the documentation
- after the the successful installation of the qubes-win-tools
- I have copied the installation iso to win7sp1
  (all attempts to mount the usb stick with the iso failed)
- installing a third party sw (virtual clonedrive) to mount the iso
- executing the setup.exe
- error message: „MS setup bootstrapper is not working anymore “
- checking the internet to solve the issue „bootstrapper“
- installed mseasyfix50154.msi and followed recommendation for a clean boot 
(msconfig)
  by disabling the qubes-win-tools in the startup sequence
- reboot but now the standalone win7sp1 does not boot
  and is not accessible anymore

2) Installation of Win7SP1 without qubes-win-tools
- installation of a standalone win7sp1 without qubes-win-tools
- idea is to install iso  before the qubes-win-tools

- alternative A: mounting iso (not accessible)
  by settings- advanced- additional drive, hd, domain, path/file.iso
  so far the best approach, win recognizes the iso 
  the device manager shows this but no drive letter is assigned 
  and therefore the iso can not be accessed

- alternative B: mounting usb stick 1 (failed)
  command used: (dom0) qvm-start win7sp1 —hddisk=untrusted:/dev/xvdi1
  error message: … failed to create new domain „win7sp1“ (but it is there)
  the same message appears when hddisk is replaced by cdrom
  or using qvm-start win7sp1 —drive=hd:untrusted:/dev/xvdi1

Well, I expected this to be not rocket science because many should have done 
this before me.
But so far my experience shows that it is suprisingly time consuming and it 
feels quit tricky for me to get it done.

So please tell me the simply and fast way to get it done;-)

Best regards

Martin




-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/73724911-7617-43B6-898F-63357987E8EE%40web.de.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] How to trim AppVm's data to match the correct size inside?

[8c36b1b85a745a25508d01ced9335bef7a1e4ed1]

I have delete a lot of big datas on one of my appvm, but the problem is the 
size doesn't change eventhough 'df -h' in the appvm shows that the user's data 
already decreased. Qubes-Manager and dom0 still recognised its size with the 
old values. How can i proceed to decrease it? 

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/e35b6885-494b-43b8-96f4-1843f915088c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Archlinux template build fails: 'readdir_r' is deprecated

[Dimitri]

Am Sonntag, 9. Oktober 2016 11:17:30 UTC+2 schrieb Jimmy Axenhus:
> Den 2016-10-09 kl. 11:05, skrev Dimitri:
> > I didn't build the archlinux template for a long time. Once it worked as 
> > described here https://www.qubes-os.org/doc/templates/archlinux/ but now it 
> > fails with this error (for 3.1 and 3.2): 
> > 
> > libxl_utils.c: In function 'libxl__remove_directory':
> > libxl_utils.c:480:9: error: 'readdir_r' is deprecated 
> > [-Werror=deprecated-declarations]
> >  int r = readdir_r(d, de_buf, );
> >  ^~~
> > In file included from libxl_internal.h:25:0,
> >  from libxl_utils.c:20:
> > /usr/include/dirent.h:183:12: note: declared here
> >  extern int readdir_r (DIR *__restrict __dirp,
> > ^
> > cc1: all warnings being treated as errors
> > make[3]: *** 
> > [/home/user/qubes-src/vmm-xen/src/xen-4.6.1/tools/libxl/../../tools/Rules.mk:107:
> >  libxl_utils.o] Error 1
> > make[3]: Leaving directory 
> > '/home/user/qubes-src/vmm-xen/src/xen-4.6.1/tools/libxl'
> > make[2]: *** 
> > [/home/user/qubes-src/vmm-xen/src/xen-4.6.1/tools/../tools/Rules.mk:123: 
> > subdir-install-libxl] Error 2
> > make[2]: Leaving directory 
> > '/home/user/qubes-src/vmm-xen/src/xen-4.6.1/tools'
> > make[1]: *** 
> > [/home/user/qubes-src/vmm-xen/src/xen-4.6.1/tools/../tools/Rules.mk:118: 
> > subdirs-install] Error 2
> > make[1]: Leaving directory 
> > '/home/user/qubes-src/vmm-xen/src/xen-4.6.1/tools'
> > make: *** [Makefile:102: install-tools] Error 2
> > ==> ERROR: A failure occurred in build().
> > Aborting...
> > /home/user/qubes-builder/qubes-src/builder-archlinux/Makefile.archlinux:120:
> >  recipe for target 'dist-package' failed
> > make[2]: *** [dist-package] Error 2
> > 
> > 
> > How can I fix this? Ignoring the deprecation? Replace readdir_r with a non 
> > deprecated alternative?
> > 
> > Thanks for help!
> > 
> 
> I built the archlinux template yesterday and ran into the same problem.
> I had to modify /etc/makepkg.conf and add "-Wno-deprecated-declarations"
> to CFLAGS.
> 
> That's not enough however as I also had to bind mount /dev/pts on the
> chroot because gpg was failing when installing packages. I poked around
> in various scripts and somehow got to it work.

Thanks. Modifying /etc/makepkg.conf was sufficient!

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/8d4188e5-68f3-4c1f-9c81-c97a6d393e8b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Qubes 3.2 issues after clean install upgrade

[Andrew David Wong]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 2016-10-09 00:53, Pagebao wrote:
> Hi,
> 
> I upgraded to Qubes 3.2 from 3.1 with a clean install.
> Trying to install software in the new fedora-23 template (as I did with 3.1 
> without no issues) but receiving the following error message.
> 
> Error: Failed to synchronize cache for repo 'updates'
> 
> Did you get the same? Any idea how I can fix that?
> 
> Can I 
> 
> Thanks
> 

I see this error commonly when downloading updates via Tor. Waiting and trying 
again later usually works. (Circuits are rebuilt automatically every 10 
minutes. If you'd prefer not to wait, you can request a new identity manually 
by pressing "n" in tor-arm in sys-whonix.)

- -- 
Andrew David Wong (Axon)
Community Manager, Qubes OS
https://www.qubes-os.org
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJX+g6WAAoJENtN07w5UDAwDAMP/38h7uIXsYqG8+AXLzf1AQXD
WMCqIyDOGA/q5aQIrPadkHXxGo2vLIxSRmC97qcqg13+McCpKGPgBh9ScCeOugod
xdMIeYwdHXXKXna5hU//WxqiRX/nkoGLv1jzdbosEhYbiPrwprdq/fLFqU3H8B+1
atzmHp9u39Xt4mPpveYyh/Tnjatm3kwxPK0ClaeOErEBxka6MD1ylrU68Z0ZKRvx
S666dR6EW6XemRgVwSbMKmMPkrXYwnmVGE8yImjyO8Z4A4I5ohT3DLNTbbufsEEg
mvfcHDI259vTRrdyL4ktu5wxZmZuk5wNRimUD87PaJbhdAc1l+j84ROITv4or5La
vBJDSn72efU7O4X6ID0Us+1XquCbWhEqLEraF9+vGDE4UwGeyqaEMcb/ofKTQiUP
uBXCSFOFk9usBJgOIhuVDnxcAWzj6yrs8uRUOViGE3MIFLGU4t+ODAn5uWZrVUoY
kFO+qoD8svgEOrhjzq5bZuaM9PVyig4pchXV6QFrbS8c7KI3IA+aHru6jiV1cMaK
bhvo07iCfkfGAOCf+Z3TjZS+l4PZM/Rz8Q1kfRjRur5I+Lj+YJAQe9VSAdlhK5o2
sxy/V0SEyKBusnzMF3pgZTmImp6zWLQLeZua0lCmGXFA8BGbrfiqYNO/0huKwZrn
g3T4P2tHIwWgTR18q/9+
=/sRs
-END PGP SIGNATURE-

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/54062323-0577-a92a-ffee-be7519761207%40qubes-os.org.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Archlinux template build fails: 'readdir_r' is deprecated

[Jimmy Axenhus]

Den 2016-10-09 kl. 11:05, skrev Dimitri:
> I didn't build the archlinux template for a long time. Once it worked as 
> described here https://www.qubes-os.org/doc/templates/archlinux/ but now it 
> fails with this error (for 3.1 and 3.2): 
> 
> libxl_utils.c: In function 'libxl__remove_directory':
> libxl_utils.c:480:9: error: 'readdir_r' is deprecated 
> [-Werror=deprecated-declarations]
>  int r = readdir_r(d, de_buf, );
>  ^~~
> In file included from libxl_internal.h:25:0,
>  from libxl_utils.c:20:
> /usr/include/dirent.h:183:12: note: declared here
>  extern int readdir_r (DIR *__restrict __dirp,
> ^
> cc1: all warnings being treated as errors
> make[3]: *** 
> [/home/user/qubes-src/vmm-xen/src/xen-4.6.1/tools/libxl/../../tools/Rules.mk:107:
>  libxl_utils.o] Error 1
> make[3]: Leaving directory 
> '/home/user/qubes-src/vmm-xen/src/xen-4.6.1/tools/libxl'
> make[2]: *** 
> [/home/user/qubes-src/vmm-xen/src/xen-4.6.1/tools/../tools/Rules.mk:123: 
> subdir-install-libxl] Error 2
> make[2]: Leaving directory '/home/user/qubes-src/vmm-xen/src/xen-4.6.1/tools'
> make[1]: *** 
> [/home/user/qubes-src/vmm-xen/src/xen-4.6.1/tools/../tools/Rules.mk:118: 
> subdirs-install] Error 2
> make[1]: Leaving directory '/home/user/qubes-src/vmm-xen/src/xen-4.6.1/tools'
> make: *** [Makefile:102: install-tools] Error 2
> ==> ERROR: A failure occurred in build().
> Aborting...
> /home/user/qubes-builder/qubes-src/builder-archlinux/Makefile.archlinux:120: 
> recipe for target 'dist-package' failed
> make[2]: *** [dist-package] Error 2
> 
> 
> How can I fix this? Ignoring the deprecation? Replace readdir_r with a non 
> deprecated alternative?
> 
> Thanks for help!
> 

I built the archlinux template yesterday and ran into the same problem.
I had to modify /etc/makepkg.conf and add "-Wno-deprecated-declarations"
to CFLAGS.

That's not enough however as I also had to bind mount /dev/pts on the
chroot because gpg was failing when installing packages. I poked around
in various scripts and somehow got to it work.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/4664a78d-cbee-b834-8db4-2ed667f73f9b%40axenhus.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Switch of DMA altogether..?

[neilhardley]

OK, so how about using PIO purely..?

A device which can do PIO and PIO only.

Would this then be more secure..? Or would the attack just be carried out by 
the CPU rather than RAM..?

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/3e9f6d8d-901f-42dc-9571-58f832f23a33%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Qubes 3.2 issues after clean install upgrade

[Pagebao]

On Sunday, October 9, 2016 at 4:05:20 PM UTC+8, pleo...@gmail.com wrote:
> W dniu niedziela, 9 października 2016 09:53:51 UTC+2 użytkownik Pagebao 
> napisał:
> > Hi,
> > 
> > I upgraded to Qubes 3.2 from 3.1 with a clean install.
> > Trying to install software in the new fedora-23 template (as I did with 3.1 
> > without no issues) but receiving the following error message.
> > 
> > Error: Failed to synchronize cache for repo 'updates'
> > 
> > Did you get the same? Any idea how I can fix that?
> > 
> > Can I 
> > 
> > Thanks
> 
> Try software upgrade for tempalates only.

This is what I am doing. I am trying to run sudo dnf update or sudo dnf install 
in the templates. I am receiving the same error message in all the templates, 
both the new one (fedora-23 that comes with Qubes 3.2) and the old customized 
ones that I restored from the backup (qubes 3.1) after installing qubes 3.2

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/d7df73c9-0dd5-43ba-82c9-ea1f15f3444a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: HCL: Supermicro AMD server: success!

[dlmetcalf]

On Sunday, 9 October 2016 19:03:49 UTC+11, dlme...@gmail.com  wrote:
> Tried this Bill?  https://www.coreboot.org/Board:supermicro/h8qgi
> 
> DM.

Oops, just noticed you're on H8DGI  :O|

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/b03bc6fd-f407-41ad-b33a-1410ec083abb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Qubes 3.2 issues after clean install upgrade

[pleomati]

W dniu niedziela, 9 października 2016 09:53:51 UTC+2 użytkownik Pagebao napisał:
> Hi,
> 
> I upgraded to Qubes 3.2 from 3.1 with a clean install.
> Trying to install software in the new fedora-23 template (as I did with 3.1 
> without no issues) but receiving the following error message.
> 
> Error: Failed to synchronize cache for repo 'updates'
> 
> Did you get the same? Any idea how I can fix that?
> 
> Can I 
> 
> Thanks

Try software upgrade for tempalates only.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/2bb8b48c-ce94-4947-b38e-338d354a8adb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: HCL: Supermicro AMD server: success!

[dlmetcalf]

Tried this Bill?  https://www.coreboot.org/Board:supermicro/h8qgi

DM.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/7b2ab7ce-f185-4b2f-b867-5a04989d870f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Qubes 3.2 issues after clean install upgrade

[pleomati]

W dniu niedziela, 9 października 2016 09:53:51 UTC+2 użytkownik Pagebao napisał:
> Hi,
> 
> I upgraded to Qubes 3.2 from 3.1 with a clean install.
> Trying to install software in the new fedora-23 template (as I did with 3.1 
> without no issues) but receiving the following error message.
> 
> Error: Failed to synchronize cache for repo 'updates'
> 
> Did you get the same? Any idea how I can fix that?
> 
> Can I 
> 
> Thanks

Look Quebes is not simply linux so if you try upgrade linux its not the same 
that you upgrade quebes.

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/e835bcc2-40b1-4708-9d66-bea140838106%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Qubes 3.2 issues after clean install upgrade

[Pagebao]

Hi,

I upgraded to Qubes 3.2 from 3.1 with a clean install.
Trying to install software in the new fedora-23 template (as I did with 3.1 
without no issues) but receiving the following error message.

Error: Failed to synchronize cache for repo 'updates'

Did you get the same? Any idea how I can fix that?

Can I 

Thanks

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/d184cfaf-e146-42bb-976e-9bc577bdb3c9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: New VM from Virtualbox .ova

[Grzesiek Chodzicki]

W dniu sobota, 8 października 2016 21:30:38 UTC+2 użytkownik 0mn1...@gmail.com 
napisał:
> Is it possible at all to create a new VM or HVM from a Virtualbox .ova file?

Might help
https://blog.sleeplessbeastie.eu/2012/04/29/virtualbox-convert-raw-image-to-vdi-and-otherwise/

-- 
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 qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/1dbdcb0f-7cf8-45a7-bac3-4d0f594bac04%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.