Re: [qubes-users] Re: Qubes R4.0 broken by 'TypeError: not enough arguments...' for most qvm-* commands

On Thu, April 12, 2018 3:20 am, techgee...@gmail.com wrote: > On Wednesday, 11 April 2018 08:29:48 UTC+12, Pablo Di Noto wrote: > >> Hello, >> >> >> Any debugging tips? >> > > You have almost exactly described my scenario. > > > You can work around the TypeError exception by editing >

Re: [qubes-users] Offtopic :: reasonable secure routers?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/12/2018 08:01 AM, 799 wrote: > having a reasonable secure OS and maybe some additional freedom by > using Coreboot is great, but might not be enough. > > At least in Germany most home routers are not owned by the users > but the internet

Re: [qubes-users] Offtopic :: reasonable secure routers?

My suggestion would be the Turris Omnia. Im using it myself in various cases and im very happy with it. cheers On 04/12/18 08:01, 799 wrote: > Hello, > > having a reasonable secure OS and maybe some additional freedom by > using Coreboot is great, but might not be enough. > > At least in

[qubes-users] inst.text boot option

On the line that starts with "linux", write: "inst.text" before "quiet". Without quotation marks. -- 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

Re: [qubes-users] Offtopic :: reasonable secure routers?

On Thu, Apr 12, 2018 at 6:32 AM, Jo wrote: > My suggestion would be the Turris Omnia. Im using it myself in various > cases and im very happy with it. > > > Interesting, the automatic update feature is unique. I never have time for updating the routers and OpenWRT

[qubes-users] Upgrade fedora 23 to fedora 24 on qubes 3.2

Hello, We want to upgrade our templates from fedora23 to fedora26 1) do we have to upgrade 23 to 24 then 24 to 25 then 25 to 26 or can we do 23 to 26 ? 2) When we tried to upgrade template issues appear : - error nothing provides pulseaudio = 8.0 needed by qubes-gui-vm-3.2.13-1.fc24.x86_64

Re: [qubes-users] Offtopic :: reasonable secure routers?

That is one of the main reasons im using it so often indeed.Also, it really has a great range and potential to modify. cheers On 04/12/18 12:28, Franz wrote: > > > On Thu, Apr 12, 2018 at 6:32 AM, Jo > wrote: > > My

Re: [qubes-users] Qubes 4.0 on Dell XPS 13 9360 no longer boots anything!

> > Hey Mike, > > If you could find that email that would be fantastic. I have a > similar problem on my Dell XPS 13 9343 as described later in this > thread: > https://groups.google.com/forum/#!topic/qubes-users/G6lMHyD16xc > > Basically, I can only get Qubes 4.0 installed using Legacy boot,

Re: [qubes-users] Q4 Laptops...

In my case I found uefi mode works better for Qubes. For example using legacy bios mode i have many wake from sleep problems, such as usb mouse in sys-usb not working after sleep. system becoming unresponsive. Booting in uefi mode I dont' have those problems. I think eventually we will

Re: [qubes-users] Offtopic :: reasonable secure routers?

On 04/12/18 05:32, Jo wrote: My suggestion would be the Turris Omnia. Im using it myself in various cases and im very happy with it. I second this opinion. Its Open Source (OpenWrt), downloads its own patches to keep up with any security issues or exploits in the wild. Unless of course you

Re: [qubes-users] R4-Win7-64 Installation problem

> > > > Did you attach that USB controller to your win7 qube? Try to detach it > first, before starting? > Thanks, you are right and it worked. Now the windows installation start screen appears, but it stops with a message "a required cd ROM driver is needed.." Is there any such driver

Re: [qubes-users] Re: Qubes R4.0 broken by "TypeError: not enough arguments..." for most qvm-* commands

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, Apr 12, 2018 at 08:19:10AM -0700, Pablo Di Noto wrote: > > techg...@gmail.com > > If, as I suspect, the root cause of your problem is a lack of metadata > > space on pool00; you can confirm this by typing "sudo lvs" into a console. > >

Re: [qubes-users] Re: Qubes R4.0 broken by "TypeError: not enough arguments..." for most qvm-* commands

> > > If, as I suspect, the root cause of your problem is a lack of metadata > > > space on pool00; you can confirm this by typing "sudo lvs" into a > > > console. You will then need to figure out a way to enlarge that metadata > > > volume. > > > > Yes, you are right, the `pool00` volume

Re: [qubes-users] Re: Qubes R4.0 broken by 'TypeError: not enough arguments...' for most qvm-* commands

Check for Meta% above 80% On Thu, 12 Apr 2018 at 21:21 awokd wrote: > On Thu, April 12, 2018 3:20 am, techgee...@gmail.com wrote: > > On Wednesday, 11 April 2018 08:29:48 UTC+12, Pablo Di Noto wrote: > > > >> Hello, > >> > >> > >> Any debugging tips? > >> > > > > You have

Re: [qubes-users] Offtopic :: reasonable secure routers?

On 04/12/2018 09:21 AM, Steve Coleman wrote: > On 04/12/18 05:32, Jo wrote: >> My suggestion would be the Turris Omnia. Im using it myself in >> various cases and im very happy with it. > > I second this opinion. Its Open Source (OpenWrt), downloads its own > patches to keep up with any security

Re: [qubes-users] Re: Qubes R4.0 broken by "TypeError: not enough arguments..." for most qvm-* commands

> > > > You could also try to revert to earlier revision using "qvm-volume > > revert sys-net:private" for example. > > Will try that tonight. > Unfortunately, that was not possible for the service VMs. For the only important AppVM that had -back and -back missing, the command `qvm-block

Re: [qubes-users] Re: Qubes R4.0 broken by 'TypeError: not enough arguments...' for most qvm-* commands

On Fri, April 13, 2018 12:33 am, Pablo Di Noto wrote: > Ah! The joy! Now back to R4.0 without massive reinstall. > > > Thanks Marek, awokd and techg...! I think you taught me more than I helped on this one! Thanks for sharing your resolution. -- You received this message because you are

[qubes-users] Re: Offtopic :: reasonable secure routers?

I have some ddwrt flashed to mine, and haven't updated the firmware since post heart bleed, and AFAIK, there is no reason to update, I probably have it misconfigured as routers are like some other Greek language to myself ... anyway, this is way off topic, and your not "top posting" :P --

Re: [qubes-users] Q4 Laptops...

On 04/12/2018 08:49 AM, cooloutac wrote: > In my case I found uefi mode works better for Qubes. For example using > legacy bios mode i have many wake from sleep problems, such as usb mouse in > sys-usb not working after sleep. system becoming unresponsive. > > Booting in uefi mode I dont'

[qubes-users] Re: CentOS Virtualization From Multiple .vmdk

1. Create the HVM. 2. use CLI and browse to the directory. 3. Run: # qemu-img convert {path/to/vmdk}CentOS\ 7.x\ 64-bit.vmdk root.img This does work. I have done it many times. On Wednesday, 11 April 2018 22:59:30 UTC+10, hype wrote: > Hello everyone, thank you for your help :) > > I'm not

[qubes-users] Re: Qubes R4.0 broken by "TypeError: not enough arguments..." for most qvm-* commands

> techg...@gmail.com > If, as I suspect, the root cause of your problem is a lack of metadata space > on pool00; you can confirm this by typing "sudo lvs" into a console. You > will then need to figure out a way to enlarge that metadata volume. Yes, you are right, the `pool00` volume metadata

[qubes-users] Offtopic :: reasonable secure routers?

Hello, having a reasonable secure OS and maybe some additional freedom by using Coreboot is great, but might not be enough. At least in Germany most home routers are not owned by the users but the internet providers, even worse it ia often not possible to upgrade the software as a user. If I

Re: [qubes-users] Offtopic :: reasonable secure routers?

In my opinion the best affordable option is using a PC Engines APU2 with OpenBSD https://www.pcengines.ch/apu2.htm (but of couse you can use linux/FreeBSD too). On April 12, 2018 8:01:02 AM GMT+02:00, 799 wrote: >Hello, > >having a reasonable secure OS and maybe some

Re: [qubes-users] Offtopic :: reasonable secure routers?

Hello Giulio, Giulio schrieb am Do., 12. Apr. 2018, 08:04: > In my opinion the best affordable option is using a PC Engines APU2 with > OpenBSD https://www.pcengines.ch/apu2.htm (but of couse you can use > linux/FreeBSD too). > Actually this is something I am running already