[qubes-users] VPN Disconnects when Qubes goes to sleep (and does not reconnect when coming out of sleep)?
I have sucessfully setup a VpnVM that is working nicely, if the computer doesn't go to sleep, but if it goes to sleep or I close the lid (notebook) etc then when I open it back up it does not automatically reconnect? The wifi reconnects and I can use VMs that aren't connecting to the net via the VPN (ie just through the firewall) but I have to restart the VpnVM to use the VMs that are using the VpnVM. Thoughts? -- 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/CAGpWZxOh1a62RaOSmT_DARXsx-02uzwQBS8bSGJeBXpZTMQY_w%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: Cannot Install R3.2 on MacBookPro11,1
Hi, I'd also like to bump this issue, if no one has solved it, because I'm experiencing the same problem. I notice when I take a look at my flash drive after running `sudo dd if=Qubes-R3.2-x86_64.iso of=/dev/sdb`, I see the following in fdisk: - Disk /dev/sdb: 7,5 GiB, 8004304896 bytes, 15633408 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x020e6c95 Device Boot Start End Sectors Size Id Type /dev/sdb1 *0 8294399 82944004G 0 Empty /dev/sdb2 968 63923 62956 30,8M ef EFI (FAT-12/16/32) - The /dev/sdb2 partition seems to start and end in the middle of /dev/sb1; cfdisk is also reporting 7,4G of "Free Space" in addition to the two partitions, which doesn't seem possible with a 4G partition on a 7,5G disk. I have completely reformatted the drive twice now, with separately downloaded images, each verified and checksummed from different locations. I still receive the same results. I'm not sure if this is the cause of the problem or merely incidental, but I thought I would post it to the discussion. [Side Note: I'm working on Macbook hardware, but in an existing Linux Mint 18 install for creation of the USB stick.] -- 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/0f9abc9d-0b8a-4144-8be2-803d98c764f1%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] default sys-whonix vs Tor browser bundle bandwidth anomaly
When I route a VM through sys-whonix, I'm getting 5k/s internet speeds, but when I use the standard tor browser bundle in a VM attached to the firewall VM, I get my standard 300-800K/s on tor, and without tor about 12M/s. This is now consistently reproducible every day for about 1 week, and I am a bit puzzled. It's not just happening with browsing, but other attached applications as well. It makes internet through Tor basically unusable. As background, I installed the sys-whonix with defaults, it was working normally until about a week ago, and I've changed no settings. Does anyone have any ideas? -- 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/8499B31D-817C-4D6D-8E12-34A2EA04AA11%40mail.bitmessage.ch. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Re: Attempting to make dedicated USB Qube
Yes, I think it is a combination of laptop and Qubes along with a healthy dose of user error. :-) My laptop was acting really weird in Qubes 3.2 but was just fine in Qubes 2.0. Having said that, I loved Qubes when I did make it work. I really hope the developers continue the good 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/b769a7ff-e5de-47bb-9b16-9254bc88e4e3%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: Suitability for an application testing scenario
On Saturday, May 20, 2017 at 11:02:52 PM UTC-7, David Seaward wrote: > Hi, > > Previously I've used type II VMs like VirtualBox for application > testing: install application on the base OS, test features (including > GUI features, shell integration and system integration), discard > changes. Additional steps might include: pause/resume the VM, save > different states of the VM. > > Are Qubes OS VMs suitable for the same purpose? Specifically, is it > possible to switch from a dom0 view to a VM-only view, rather than VM > windows appearing in dom0? The tool made for this is vagrant. https://www.vagrantup.com/ most vagrant boxes are command line only. for gui desktops, theres boxcutter/ubuntu1604-desktop and mwrock/Windows2012R2 not that you cant make hvm templates in qubes and go with that, but you wont be able to share or port your development environment as easily. qubes is awsome in other ways, and once you try it, you wont want to go back. but, nested virtualization is disabled in qubes for security reasons. so you wont get to use vagrant in its default form. theres an lxc plugin for vagrant, linux only, and you could use the libvirt plugin with qemu, which would be in emulation, which is really slow. virtualbox 32bit might also work, but would also be slow (emulation) if it did. if it matters, another limitation is the lack of graphics acceleration, but its still fast enough for most 2d tasks and watching movies in full screen on most laptops. if you have a reliable connection to something you can use as a vagrant server, id use qubes as a terminal to that (which we do at work). if not, and if you want to be able to easily share your development environment, id use linux or whatever desktop your comfortable with, vagrant, and virtualbox or kvm if you need nesting in your environments (if your testing hypervisors for example) if the dev environment is trivial or sharing it doesnt matter so much, then you might as well benefit from qubes. > P.S. If this is possible, Qubes OS also seems like a more flexible > alternative to dual-booting? dual booting would break the security model. if you do want to dual boot, look into AEM to make sure the other os doesnt compromise the boot loader for qubes. -- 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/938d973a-e21b-4d6c-900a-7d1cbc2925d4%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: Suitability for an application testing scenario
On Mon, 2017-05-22 at 05:48 -0700, Matty South wrote: > > Previously I've used type II VMs like VirtualBox for application > > testing: install application on the base OS, test features > > (including > > GUI features, shell integration and system integration), discard > > changes. Additional steps might include: pause/resume the VM, save > > different states of the VM. > > > > Are Qubes OS VMs suitable for the same purpose? Specifically, is it > > possible to switch from a dom0 view to a VM-only view, rather than > > VM > > windows appearing in dom0? > > > > Regards, > > David > > > > P.S. If this is possible, Qubes OS also seems like a more flexible > > alternative to dual-booting? > > Great question, David. I would say if testing could be done in Xen, > then it could likely be done in Qubes. It's really difficult to mess > with dom0 or how it looks, so I doubt you will have luck switching > views. What guest OS will you mainly use for testing? One option may > be, if you're accustomed to Virtualbox for Windows for example, > setting up a Windows VM how you like it for testing and loading a > guests in there. I can't comment on the performance of Virtualbox > inside of a VM though. Has anyone else done this? Revisiting this (thanks for the input Matty). It seems this would be easiest to achieve with a "Hardware VM domain" (HVM) as outlined here: https://www.qubes-os.org/doc/hvm/ The screenshots demonstrate that the HVM desktop runs in its own window. HVMs can be managed via the command line or the Qubes Manager. Note that the Qubes Manager is scheduled for improvements in Qubes 4.0: https://github.com/QubesOS/qubes-issues/issues/2132 It would be interesting to know if it is possible (and a good idea) to install GNOME Boxes on dom0 and access HVMs from there. Or if Qubes Manager is "good enough" for managing full-desktop-GUI VMs. Regards, David -- 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/1497263869.8157.3.camel%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [qubes-users] Anyone got a intel z270 motherboard to work with Qube os
carrefamilyhomes...@gmail.com: > On Saturday, June 10, 2017 at 8:35:52 PM UTC-4, qubenix wrote: >> carr...@gmail.com: >>> Hi, >>> >>> My motherboard broke and I need to rebuild my computer. I am looking to get >>> something that will last forever and has all the bells and whistles. I am >>> currently looking at the Asus prime >>> z270-K(https://www.newegg.com/Product/Product.aspx?Item=N82E16813132938=1). >>> Has anyone gotten qube os to work on this board? >>> >>> Has anyone gotten qube os on any z270? Any help would be really >>> appreciated. >>> >> >> I just built a rig around z170 board. Everything is working fine so far. >> I'll be doing an HCL once my tpm module arrives. >> >> -- >> qubenix >> GPG: B536812904D455B491DCDCDD04BE1E61A3C2E500 > > Which model motherboard? What is HCL? > It is a MSI Z170I Gaming Pro AC Mini-ITX (MS-7980). HCL is hardware compatibility list: https://qubes-os.org/hcl. -- qubenix GPG: B536812904D455B491DCDCDD04BE1E61A3C2E500 -- 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/68878165-6f5e-5697-a710-e1885176aed2%40riseup.net. For more options, visit https://groups.google.com/d/optout.
[qubes-users] Re: Desktop shell choices & integration on dom0
On Sun, 2017-05-21 at 07:51 +0200, David Seaward wrote: > Is it possible to change the desktop shell for dom0, for example from > XFCE to GNOME? > > Additionally, I'm used to getting some degree of application/shell > integration: notifications, tray icons, widgets (e.g. a controller > for the music app). Do VM apps integrate with the dom0 shell? Revisiting this after some time, it seems that GNOME is not yet available as a desktop shell and is not being worked on right now: https://github.com/QubesOS/qubes-issues/issues/1806 https://groups.google.com/forum/#!topic/qubes-devel/cberCRs_nFE And it seems that KDE is or was available as an option: https://github.com/QubesOS/qubes-desktop-linux-kde >From those discussions, it seems that integrating the shell and VM apps is part of the development process for any given shell. Regards, David -- 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/1497261094.8157.1.camel%40gmail.com. For more options, visit https://groups.google.com/d/optout.