Backups via the Control Panel fail with the message unable to find the
directory. However using qvm-backup via Dom0 CLI works fine.
Is it me, or is this bug on a list to be fixed at some point in the future?
--
You received this message because you are subscribed to the Google Groups
"qubes-us
On 02/15/2018 02:00 AM, pixel fairy wrote:
On Wednesday, February 14, 2018 at 4:58:06 PM UTC-8, pixel fairy wrote:
Fedora. just tried debian. 44.286s seconds.
Forgot the hardware.
i7-6700, 64gigs ddr4, supermicro c7z170-sq, onboard intel graphics.
Got 13s with pvh on a laptop last built in
Tried Qubes 4.0-rc4
VM's won't boot, likely due to lack of IOMMU. I could not change the Kernel or
VT mode to PV from the GUI. I didn't try via terminal.
=
Qubes Release 4.0 (R4.0)
Brand: Hewlett-Packard
Model: HP ProBook 6565b
BIOS: 68LTU Ver. F.22
Xen: 4.8.3
Kernel: 4.14.13-
On Wednesday, February 14, 2018 at 11:46:32 AM UTC-5, Frédéric Pierret
(fepitre) wrote:
> Le mercredi 14 février 2018 06:30:37 UTC+1, Tim W a écrit :
> > On Tuesday, February 13, 2018 at 5:07:32 PM UTC-5, Frédéric Pierret
> > (fepitre) wrote:
> > > Le mardi 13 février 2018 15:47:38 UTC+1, Tim W a
I also noticed similar slowdowns. I have no experience with rc3 (upgraded
directly from 3.2), but your numbers seem to councide with my experience.
Hardware is also pretty similar, namely Z170/6700K.
--WillyPillow
--
https://blog.nerde.pw/
PGP fingerprint = 6CCF 3FC7 32AC 9D83 D154 217F
pvh. the hvm ones took even longer. looked at a couple systemd-analyze, one of
them had 10s for dkms and 40 for qubes-update-check, even though that one only
took 25s to boot, at least according to dom0. could whatever tells dom0 a guest
is up have run before that?
will play with this more and
On 02/14/2018 08:00 PM, pixel fairy wrote:
On Wednesday, February 14, 2018 at 4:58:06 PM UTC-8, pixel fairy wrote:
Fedora. just tried debian. 44.286s seconds.
Forgot the hardware.
i7-6700, 64gigs ddr4, supermicro c7z170-sq, onboard intel graphics.
What virt_mode is used? Default is pvh; Tr
On Wednesday, February 14, 2018 at 4:58:06 PM UTC-8, pixel fairy wrote:
> Fedora. just tried debian. 44.286s seconds.
Forgot the hardware.
i7-6700, 64gigs ddr4, supermicro c7z170-sq, onboard intel graphics.
--
You received this message because you are subscribed to the Google Groups
"qubes-us
Fedora. just tried debian. 44.286s seconds.
--
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
On 02/14/2018 05:47 PM, pixel fairy wrote:
[user@dom0 ~]$ time qvm-start personal
real0m23.517s
user0m0.182s
sys 0m0.065s
[user@dom0 ~]$ time qvm-start alpha
real0m23.801s
user0m0.191s
sys 0m0.056s
[user@dom0 ~]$ time qvm-start alphax
real0m32.831s
user0m0.193s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Steve Coleman:
> Here is the sys-net . I re-wraped the xml to make it a little
> more readable in email:
>
>
> pool="lvm"
> revisions_to_keep="0"
> size="21474836480"
> snap_on_start="Tr
[user@dom0 ~]$ time qvm-start personal
real0m23.517s
user0m0.182s
sys 0m0.065s
[user@dom0 ~]$ time qvm-start alpha
real0m23.801s
user0m0.191s
sys 0m0.056s
[user@dom0 ~]$ time qvm-start alphax
real0m32.831s
user0m0.193s
sys 0m0.059s
starting with debug turned
On 02/14/18 12:14, Rusty Bird wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Steve Coleman:
I have a strange situation where my sys-net's software template
"fedora-26-net" (variant of fedora-minimal) does not appear to be providing
updated OS images. My sys-net is the only vm using this
On Mon, 2018-02-12 at 17:04 +0100, Johannes Graumann wrote:
> On Wed, 2018-02-07 at 15:27 +0100, Johannes Graumann wrote:
> > Gentlepeople,
> >
> > For a while I have been managing a qubes setup using a dedicated
> > management VM and ansible via https://github.com/Rudd-O/ansible-qub
> > es
> > .
Le jeudi 1 février 2018 00:56:29 UTC+1, Unman a écrit :
> I'm just pushing up some PRs to remove zesty and institute build support
> for artful (17.10).
> If you cant wait there's a ready built 3.2 template you can try at:
> http://qubes.3isec.org/Templates
>
> unman
Thank you a lot for your work
Thank you Tasket\Chris...
Thanks for the education on trust/veracity/trustworthiness with Github.
You and the Qubes team are doing a good thing! I really appreciate all the
help...
Thank you!
V
--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
On Wednesday, February 14, 2018 at 5:33:03 AM UTC-5, sebuq wrote:
> The virgin whonix templates issue with official Qubes R4 rc4 downloads
> did not result in errors via whonixcheck. However after updating the
> whonix-gw template a get the following system time error:
>
> ERROR: Systemd Clock C
On Wednesday, February 14, 2018 at 3:32:18 AM UTC-5, Ivan Mitev wrote:
> On 02/13/2018 10:34 PM, Brendan Hoar wrote:
> > On Tuesday, February 13, 2018 at 2:06:59 PM UTC-5, brenda...@gmail.com
> > wrote:
> >> On Friday, March 3, 2017 at 1:36:35 PM UTC-5, Martin L. Fällman wrote:
> Does the iss
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Steve Coleman:
> I have a strange situation where my sys-net's software template
> "fedora-26-net" (variant of fedora-minimal) does not appear to be providing
> updated OS images. My sys-net is the only vm using this specific image.
Assuming that sy
On 02/13/2018 05:23 PM, vel...@tutamail.com wrote:
Thanks Chris(and "tasket"!)took me a few tries but I managed to get it
going, I tweaked the implementation a bit(scarey).
I was not however able to get this command going from step #3 of the Github
guide: sudo /usr/lib/qubes/qubes-vpn-set
Le mercredi 14 février 2018 06:30:37 UTC+1, Tim W a écrit :
> On Tuesday, February 13, 2018 at 5:07:32 PM UTC-5, Frédéric Pierret (fepitre)
> wrote:
> > Le mardi 13 février 2018 15:47:38 UTC+1, Tim W a écrit :
> > > I was having issues building Centos template for 4.0 so I decided to
> > > first
Le mercredi 14 février 2018 06:30:37 UTC+1, Tim W a écrit :
> On Tuesday, February 13, 2018 at 5:07:32 PM UTC-5, Frédéric Pierret (fepitre)
> wrote:
> > Le mardi 13 février 2018 15:47:38 UTC+1, Tim W a écrit :
> > > I was having issues building Centos template for 4.0 so I decided to
> > > first
On 02/14/2018 05:42 PM, Matus wrote:
thank you for help. it was exactly as you said. i just installed only fail2ban
server package and set it up and it works correctly with iptables.
you're welcome - happy to read you worked it out.
ivan
--
You received this message because you are subscri
On 02/13/18 14:54, awokd wrote:
On Tue, February 13, 2018 6:32 pm, Steve Coleman wrote:
I have a strange situation where my sys-net's software template
"fedora-26-net" (variant of fedora-minimal) does not appear to be
providing updated OS images. My sys-net is the only vm using this specific
ima
thank you for help. it was exactly as you said. i just installed only fail2ban
server package and set it up and it works correctly with iptables.
--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
To unsubscribe from this group and stop receiving e
On 02/14/2018 04:39 PM, Matus wrote:
Hello,
I'm using qubes os 3.2 with official template fedora 26 minimal. I tried
installing fail2ban or sshguard but i get following error:
dnf install fail2ban
Failed to set locale, defaulting to C
Fedora 26 - x86_64 - Updates
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sat, Feb 10, 2018 at 01:33:53PM -, 'awokd' via qubes-users wrote:
> On Fri, February 9, 2018 5:32 pm, Konstantin Ryabitsev wrote:
> > If you are trying to use mutt with the default Fedora-26 template and
> > can't figure out why authenticated
Hello,
I'm using qubes os 3.2 with official template fedora 26 minimal. I tried
installing fail2ban or sshguard but i get following error:
dnf install fail2ban
Failed to set locale, defaulting to C
Fedora 26 - x86_64 - Updates
10 MB/s |
On Saturday, February 4, 2017 at 11:51:08 AM UTC-5, john.david.r.smith wrote:
> hi.
> when using salt to install templates, i came across this error:
>
> Sending application list and icons to dom0
> Complete!
> The downloaded packages were saved in cache until the next successful
> transaction.
>
I think this model can be safely marked as not supporting IOMMU and thus a No
for Qubes 4.0, if that is indeed a hard requirement for 4.x.
I'm not sure if there should be more Qubes 3.2 testing.
--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
T
On Saturday, January 13, 2018 at 11:15:20 PM UTC-6, tsde...@gmail.com wrote:
> Type - Notebook
> HVM - Yes
> IOMMU - No
> SLAT - Yes
> TPM - Yes, present but untested
> Brand - HP
> Model - ProBook 6565b
> BIOS - Tried 68LTU Ver F.22 and F.64
> CPU - AMD A4-3310MX
> GPU - AMD Radeon HD 6480G
> Net
The virgin whonix templates issue with official Qubes R4 rc4 downloads
did not result in errors via whonixcheck. However after updating the
whonix-gw template a get the following system time error:
ERROR: Systemd Clock Check Result:
Unexpected results by timedatectl.
timedatectl_output_pretty:
On 02/13/2018 10:34 PM, brendan.h...@gmail.com wrote:
On Tuesday, February 13, 2018 at 2:06:59 PM UTC-5, brenda...@gmail.com wrote:
On Friday, March 3, 2017 at 1:36:35 PM UTC-5, Martin L. Fällman wrote:
Does the issue still occur after You change the default Windows user in
Qubes settings? qv
33 matches
Mail list logo