Re: [SOLVED Realtek 8111/8168] was Re: [qubes-users] R2rc1 networking issue

2016-11-25 Thread Vincent Elliott
Okay.

I guess solving these issues help with to accelerate learning curve.

Thanks again.
Vincent

Vincent "Kim" Elliott
ITC Consultant
Kingston, Jamaica
876-381-0661


On Fri, Nov 25, 2016 at 6:39 PM, Marek Marczykowski-Górecki <
marma...@invisiblethingslab.com> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On Fri, Nov 25, 2016 at 11:59:26AM -0500, Vincent Elliott wrote:
> > Marek,
> >
> > Thanks a mil.
> >
> > I doubled the size, restarted the VM and the interface came right up.
> >
> > I spent many days trying to find a fix... perhaps the default size should
> > be doubled to accomodate any other noobs with the same hardware?
>
> No, because the bigger the value is, the greater chance you won't be
> able to start the VM at all. This amount of memory needs to be
> continuous (in terms of physical memory pages) and its hard to get one,
> especially after some time of running a lot of VMs...
>
> - --
> Best Regards,
> Marek Marczykowski-Górecki
> Invisible Things Lab
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQEcBAEBCAAGBQJYOMvKAAoJENuP0xzK19csB5QH/234khPD8UrXqy02/c7uneye
> lR+TvWh8sUA86VetrOQT//IIVHEaw4EygMS6ezI3ipM7wz3WoXga8CO1brMkD9Zt
> 8bJpl+3COqR4DYBV/AHhbYmRshzz5F5pyBRgzPSV6ifqze4kfHnkrSpC+z0PH5pg
> nR9qMKp6uMBW9Udea+oA72IRkZeszGzFcEDBGGCoSXQzSLJLi6oRD1eUF/drDfBL
> oOwamQQkTJV+THpEGvvmFSdA/W3yONgQix7QUpFIYGaAp83MnwzZBTzCjxjHqpMG
> IkHNK+l37FnU9RXQhIANFIlrE2CuhwIeTH6YU2ffuO+unH81AtK4WejUbL7jkdU=
> =gIsV
> -END PGP SIGNATURE-
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "qubes-users" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/qubes-users/6hhO7SCFzM8/unsubscribe.
> To unsubscribe from this group and all its topics, 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/20161125233952.GH1145%40mail-itl.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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/CANNetsPOuPEwPzGOP5GW%2B-DgLXBfgwVa47zqgbmPXWPbKZWkCA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [SOLVED Realtek 8111/8168] was Re: [qubes-users] R2rc1 networking issue

2016-11-25 Thread Vincent Elliott
Marek,

Thanks a mil.

I doubled the size, restarted the VM and the interface came right up.

I spent many days trying to find a fix... perhaps the default size should
be doubled to accomodate any other noobs with the same hardware?

Vincent

Vincent "Kim" Elliott
ITC Consultant
Kingston, Jamaica
876-381-0661


On Fri, Nov 25, 2016 at 11:10 AM, Marek Marczykowski-Górecki <
marma...@invisiblethingslab.com> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On Fri, Nov 25, 2016 at 07:57:59AM -0800, Vincent Elliott wrote:
> > On Thursday, 15 May 2014 01:27:56 UTC-5, inf...@gmail.com  wrote:
> > > On Monday, 12 May 2014 09:58:30 UTC+2, Marek Marczykowski-Górecki
> wrote:On 12.05.2014 00:43, inf...@gmail.com wrote:
> > >
> > > > On 12/05/14 00:38, Marek Marczykowski-Górecki wrote:
> > >
> > > >>
> > >
> > > >> ..
> > >
> > > >> Looks more like some missing package (linux-firmware?). On my fc20
> > >
> > > >> template
> > >
> > > >> there is /lib/firmware/rtl_nic...
> > >
> > > >>
> > >
> > > >>> Aha, indeed
> > >
> > > >>>
> > >
> > > >>> when I do a "sudo yum install linux-firmware" it begins to install
> but
> > >
> > > >>> fails with:
> > >
> > > >>>
> > >
> > > >>> Error unpacking rpm package linux-firmware-20140317-37
> .gitdec41bce.fc2noarch
> > >
> > > >>> error: unpacking of archive failed on file
> /usr/lib/firmware/updates: cpio:
> > >
> > > >>> chmod
> > >
> > > >>>
> > >
> > > >>> ?
> > >
> > > >> Ah, I see... That symlink is leftover from times where firmwares
> were provided
> > >
> > > >> by dom0. Now you can simply remove it and retry package
> installation.
> > >
> > > >> The next qubes-core-vm package will also remove that link.
> > >
> > > >
> > >
> > > > Sorry, am still Linux doofus, what exactly should I do?
> > >
> > >
> > >
> > > sudo rm /usr/lib/firmware/updates
> > >
> > >
> > >
> > > So that worked :-) :-)
> > >
> > > For anyone with an 8168 chip (until the update kicks in), best
> procedure (assuming have WiFi as well)..
> > >
> > > 1) disable 8168 network adapters in BIOS (necessary - it interferes
> with WiFi), get the WiFi connection going
> > > 2) in the Template VM, remove the symlink as above
> > > 3) sudo yum install linux-firmware
> > > 4) update Template VM, and dom0
> > > 5) reboot, re-enable 8168 network adapter in BIOS
> > >
> > > The wired network should now settle immediately, and seems to run fine
> on standard r8169 (sic)
> > >
> > > CB
> >
> > All,
> >
> > Am having the following issues on R3.2 and just cannot get the Ethernet
> connection working (8188CE WiFi is fine!):
> >
> > [user@sys-net ~]$ sudo journalctl | grep r8169
> > Nov 25 08:46:17 sys-net kernel: r8169 Gigabit Ethernet driver 2.3LK-NAPI
> loaded
> > Nov 25 08:46:17 sys-net kernel: r8169 :00:00.0: Xen PCI mapped GSI16
> to IRQ22
> > Nov 25 08:46:17 sys-net kernel: r8169 :00:00.0 eth0: RTL8168e/8111e
> at 0xc92f4000, 28:92:4a:2a:8d:16, XID 0c20 IRQ 23
> > Nov 25 08:46:17 sys-net kernel: r8169 :00:00.0 eth0: jumbo features
> [frames: 9200 bytes, tx checksumming: ko]
> > Nov 25 08:46:18 sys-net kernel: r8169 :00:00.0 enp0s0: renamed from
> eth0
> > Nov 25 08:46:28 sys-net NetworkManager[543]:   (enp0s0): new
> Ethernet device (carrier: OFF, driver: 'r8169', ifindex: 2)
> > Nov 25 08:46:28 sys-net kernel: r8169 :00:00.0: swiotlb buffer is
> full (sz: 16383 bytes)
> > Nov 25 08:46:28 sys-net kernel: r8169 :00:00.0 enp0s0: Failed to map
> RX DMA!
> > Nov 25 09:27:32 sys-net kernel: r8169 :00:00.0: swiotlb buffer is
> full (sz: 16383 bytes)
> > Nov 25 09:27:32 sys-net kernel: r8169 :00:00.0 enp0s0: Failed to map
> RX DMA!
> > Nov 25 09:27:32 sys-net kernel: r8169 :00:00.0: swiotlb buffer is
> full (sz: 16383 bytes)
> > Nov 25 09:27:32 sys-net kernel: r8169 :00:00.0 enp0s0: Failed to map
> RX DMA!
> > Nov 25 10:25:17 sys-net kernel: r8169 :00:00.0: swiotlb buffer is
> full (sz: 16383 bytes)
> > Nov 25 10:25:17 sys-net kernel: r8169 :00:00.0 enp0s0: Failed to map
> RX 

Re: [SOLVED Realtek 8111/8168] was Re: [qubes-users] R2rc1 networking issue

2016-11-25 Thread Vincent Elliott
On Thursday, 15 May 2014 01:27:56 UTC-5, inf...@gmail.com  wrote:
> On Monday, 12 May 2014 09:58:30 UTC+2, Marek Marczykowski-Górecki  wrote:On 
> 12.05.2014 00:43, inf...@gmail.com wrote:
> 
> > On 12/05/14 00:38, Marek Marczykowski-Górecki wrote:
> 
> >>
> 
> >> ..
> 
> >> Looks more like some missing package (linux-firmware?). On my fc20
> 
> >> template
> 
> >> there is /lib/firmware/rtl_nic...
> 
> >>
> 
> >>> Aha, indeed
> 
> >>>
> 
> >>> when I do a "sudo yum install linux-firmware" it begins to install but
> 
> >>> fails with:
> 
> >>>
> 
> >>> Error unpacking rpm package 
> >>> linux-firmware-20140317-37.gitdec41bce.fc2noarch
> 
> >>> error: unpacking of archive failed on file /usr/lib/firmware/updates: 
> >>> cpio:
> 
> >>> chmod
> 
> >>>
> 
> >>> ?
> 
> >> Ah, I see... That symlink is leftover from times where firmwares were 
> >> provided
> 
> >> by dom0. Now you can simply remove it and retry package installation.
> 
> >> The next qubes-core-vm package will also remove that link.
> 
> > 
> 
> > Sorry, am still Linux doofus, what exactly should I do?
> 
> 
> 
> sudo rm /usr/lib/firmware/updates
> 
> 
> 
> So that worked :-) :-)
> 
> For anyone with an 8168 chip (until the update kicks in), best procedure 
> (assuming have WiFi as well)..
> 
> 1) disable 8168 network adapters in BIOS (necessary - it interferes with 
> WiFi), get the WiFi connection going
> 2) in the Template VM, remove the symlink as above
> 3) sudo yum install linux-firmware
> 4) update Template VM, and dom0
> 5) reboot, re-enable 8168 network adapter in BIOS
> 
> The wired network should now settle immediately, and seems to run fine on 
> standard r8169 (sic)
> 
> CB

All,

Am having the following issues on R3.2 and just cannot get the Ethernet 
connection working (8188CE WiFi is fine!):

[user@sys-net ~]$ sudo journalctl | grep r8169
Nov 25 08:46:17 sys-net kernel: r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
Nov 25 08:46:17 sys-net kernel: r8169 :00:00.0: Xen PCI mapped GSI16 to 
IRQ22
Nov 25 08:46:17 sys-net kernel: r8169 :00:00.0 eth0: RTL8168e/8111e at 
0xc92f4000, 28:92:4a:2a:8d:16, XID 0c20 IRQ 23
Nov 25 08:46:17 sys-net kernel: r8169 :00:00.0 eth0: jumbo features 
[frames: 9200 bytes, tx checksumming: ko]
Nov 25 08:46:18 sys-net kernel: r8169 :00:00.0 enp0s0: renamed from eth0
Nov 25 08:46:28 sys-net NetworkManager[543]:   (enp0s0): new Ethernet 
device (carrier: OFF, driver: 'r8169', ifindex: 2)
Nov 25 08:46:28 sys-net kernel: r8169 :00:00.0: swiotlb buffer is full (sz: 
16383 bytes)
Nov 25 08:46:28 sys-net kernel: r8169 :00:00.0 enp0s0: Failed to map RX DMA!
Nov 25 09:27:32 sys-net kernel: r8169 :00:00.0: swiotlb buffer is full (sz: 
16383 bytes)
Nov 25 09:27:32 sys-net kernel: r8169 :00:00.0 enp0s0: Failed to map RX DMA!
Nov 25 09:27:32 sys-net kernel: r8169 :00:00.0: swiotlb buffer is full (sz: 
16383 bytes)
Nov 25 09:27:32 sys-net kernel: r8169 :00:00.0 enp0s0: Failed to map RX DMA!
Nov 25 10:25:17 sys-net kernel: r8169 :00:00.0: swiotlb buffer is full (sz: 
16383 bytes)
Nov 25 10:25:17 sys-net kernel: r8169 :00:00.0 enp0s0: Failed to map RX DMA!
Nov 25 10:26:13 sys-net kernel: r8169 :00:00.0: swiotlb buffer is full (sz: 
16383 bytes)
Nov 25 10:26:13 sys-net kernel: r8169 :00:00.0 enp0s0: Failed to map RX DMA!
Nov 25 10:47:16 sys-net kernel: r8169 :00:00.0: swiotlb buffer is full (sz: 
16383 bytes)
Nov 25 10:47:16 sys-net kernel: r8169 :00:00.0 enp0s0: Failed to map RX DMA!
[user@sys-net ~]$ 

Vincent

-- 
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/aa1107e7-dcf8-445c-b6cd-499699ea18f6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] /rw/config/rc.local on debian-8

2016-11-17 Thread Vincent Elliott
The amendment worked like a charm.

Thanks,
Vincent

Vincent "Kim" Elliott
ITC Consultant
Kingston, Jamaica
876-381-0661


On Thu, Nov 17, 2016 at 10:24 AM,  wrote:

> On Thursday, November 17, 2016 at 9:54:09 AM UTC-5, Vincent Elliott wrote:
> > Just adding my 2 cents to this conversation...
> >
> > The file "/rw/config/rc.local" does not consistently execute on Debian-8
> and I find that the VM has to be restarted (sometimes multiple times) for
> it to take effect.  The file is executable and all I am trying to do is
> allow traffic from some other VM(s) as per the instructions in
> https://www.qubes-os.org/doc/firewall/.
> >
> > How can I ensure that the script executes reliably?
>
> Debian machines sometimes have a problem with loading rc.local a little
> too quickly. Putting "sleep 1" or "sleep 5" before loading your firewall
> rules
> should make it reliable. (see further http://askubuntu.com/a/556563)
>
> Daniel
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "qubes-users" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/qubes-users/9OEKKNtelXA/unsubscribe.
> To unsubscribe from this group and all its topics, 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/43c9b01d-9eb8-4804-aa9a-c486397a6891%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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/CANNetsOyQnxVK9nLW%2BqBfXxZihvZkgjq97Ud9DXdk9BSs_vOLw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] /rw/config/rc.local on debian-8

2016-11-17 Thread Vincent Elliott
On Monday, 22 August 2016 18:46:12 UTC-5, johny...@sigaint.org  wrote:
> > On 2016-08-22 07:52, johnyju...@sigaint.org wrote:
> >> /rw/config/rc.local doesn't seem to be run on startup in debian-8
> >> (3.2-testing).
> >>
> >> What is supposed to launch this?  systemd, another startup script, or
> >> something dom0-related?
> >>
> >> I added "/rw/config/rc.local" to "/etc/rc.local" and it works, but was
> >> wondering what might be the official way to do this, and if this is a
> >> bug.
> >>
> >> Thanks.
> >>
> >> JJ
> >>
> >
> > Did you make it executable?
> >
> > # chmod +x /rw/config/rc.local
> 
> Yes, I did.
> 
> And it seems to be working.  I must have been confused at some point with
> too many windows open in different VM's.  :)
> 
> Apologies for the mistaken report.
> 
> JJ

Just adding my 2 cents to this conversation...

The file "/rw/config/rc.local" does not consistently execute on Debian-8 and I 
find that the VM has to be restarted (sometimes multiple times) for it to take 
effect.  The file is executable and all I am trying to do is allow traffic from 
some other VM(s) as per the instructions in 
https://www.qubes-os.org/doc/firewall/.

The contents of the file is below:

#!/bin/sh

# This script will be executed at every VM startup, you can place your own
# custom commands here. This include overriding some configuration in /etc,
# starting services etc.
#
# You need to make this script executable to have it enabled.

# Example for overriding the whole CUPS configuration:
#  rm -rf /etc/cups
#  ln -s /rw/config/cups /etc/cups
#  systemctl --no-block restart cups
iptables -I INPUT -s 10.137.2.22 -j ACCEPT
iptables -I INPUT -s 10.137.2.24 -j ACCEPT
/rw/config/rc.local (END)

How can I ensure that the script executes reliably?

Vincent








-- 
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/07c58ddc-c804-4a1b-be78-efda7213190a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[qubes-users] Re: Qubes 3.2 - Whonix GW VM Update

2016-10-31 Thread Vincent Elliott
On Friday, 28 October 2016 22:01:18 UTC-5, 3n7r...@gmail.com  wrote:
> On Saturday, October 29, 2016 at 2:18:35 AM UTC, Vincent Elliott wrote:
> > Hi,
> > 
> > I am very new to Qubes.
> > 
> > In trying to update the Whonix GW VM, the updater reports that the file 
> > sizes are different from what the server reports.  In every instance I have 
> > rolled back the updates.
> > 
> > Is this normal?
> > 
> > Vincent
> 
> It's not normal in that it shouldn't be happenning. It is normal in that it 
> is happening to everyone.
> But no need for concern: 
> https://forums.whonix.org/t/size-of-file-dists-jessie-main-binary-amd64-packages-gz-is-not-what-the-server-reported/3074/2

Thanks a mil.

Vincent

-- 
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/2ab3c3ae-e9fa-426a-b889-4035c74182ce%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[qubes-users] Qubes 3.2 - Whonix GW VM Update

2016-10-28 Thread Vincent Elliott
Hi,

I am very new to Qubes.

In trying to update the Whonix GW VM, the updater reports that the file
sizes are different from what the server reports.  In every instance I have
rolled back the updates.

Is this normal?

Vincent

-- 
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/CANNetsNFR5q0Kw4kJWLSs3ORJ9181d6he9kOAyPeYMrmg_zTZw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


[qubes-users] Qubes 3.2 - TeamViewer not connecting

2016-10-28 Thread Vincent Elliott
Hi,

Am very new to Qubes OS and am trying to get TeamViewer v11 working.  The
problem is it will not connect and is requesting proxy settings.

Anyone had any success with this?

Vincent

-- 
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/CANNetsMTu0TqU2jBSO3TcmLyqMSm7kzjnY25edkm7bKmhkfUSQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Crashplan?

2016-10-28 Thread Vincent Elliott
I think your approach is actually better though.

Vincent

On Oct 27, 2016 5:34 PM, "Andrew David Wong"  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 2016-10-27 13:38, Vincent Elliott wrote:
> > On Friday, 21 October 2016 22:54:53 UTC-5, Andrew David Wong  wrote:
> > On 2016-10-21 11:08, Max wrote:
> >>>> On Monday, 27 June 2016 04:21:20 UTC+8, Andrew David Wong  wrote:
> >>>> On 2016-06-26 12:07, Niels Kobschaetzki wrote:
> >>>>>>> On 16/06/26 08:40, Andrew David Wong wrote:
> >>>>>>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA512
> >>>>>>>>
> >>>>>>>> On 2016-06-26 04:27, Niels Kobschaetzki wrote:
> >>>>>>>>> Hi,
> >>>>>>>>>
> >>>>>>>>> does anyone have experiences with running Crashplan in Qubes?
> >>>>>>>>> If yes, how did you install it?
> >>>>>>>>>
> >>>>>>>>> Niels
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>> I installed it in a StandaloneVM with the installer's default
> >>>>>>>> options.
> >>>>>>>>
> >>>>>>>> (As I'm guessing you've discovered, attempting to install it in
> >>>>>>>> an AppVM with the default options doesn't allow it to persist
> >>>>>>>> across reboots since it tries to install parts of itself to the
> >>>>>>>> read-only root filesystem.)
> >>>>>>>
> >>>>>>> Ok, thanks. And then you transfer the data from the other VMs to
> >>>>>>> that VM to back it up via Crashplan? Sounds like a lot of redundant
> >>>>>>> data or do you have multiple disks (like a fast SSD for daily usage
> >>>>>>> and a slow spinning disk for your backup-VM) in your computer?
> >>>>>>>
> >>>>>>> Niels
> >>>>>>>
> >>>>
> >>>> I just send my Qubes backups there.
> >>>>
> >>>>
> >>>> Hi Andrew, just to confirm my understanding...
> >>>>
> >>>> You put your Qubes backups on a standalone VM which has Crashplan
> installed so these backups can be selected as files and stored offsite on
> another machine?
> >>>>
> >
> > Correct.
> >
> >
> > I installed it twice, once on the template so the service would start
> and run, and also on the VM so that the client side would be persistent.
> Used the default options both times.  It works.
> >
> > Vincent
> >
>
> Yes, that's certainly another way to do it. I didn't want it installed in
> any of my templates, so I opted for a StandaloneVM. Whichever you prefer is
> fine.
>
> - --
> Andrew David Wong (Axon)
> Community Manager, Qubes OS
> https://www.qubes-os.org
> -BEGIN PGP SIGNATURE-
>
> iQIcBAEBCgAGBQJYEoDcAAoJENtN07w5UDAwc3sP/iQigEMpz80WTvpMo+GJL3rV
> 8K3ZJ+L1dpsXZKyl9Uyexdtkx8YKGqk6kniq/1pQoikcimU+jN9RESBeO6ra3q5Y
> hoS8Gqtdr4N61Grv7MNEJrB05ieMV6BFsKdAv+L568r3s9yKh28cNyq00KVWJf75
> Aoq8AFj06O/cyhUgDdk2MQsPiVCSmVia38+LQ91N8epej+t/tkvvQk155PkxQYUZ
> IMczEuDkJf6Ao00PyUo5fCq+kKVAa1/F6soXRUepzMBj56yLs4NmHUwVt3Po1QGg
> ruYmiWrxN5V/ghUlmFC2j8cxzgvhcjWIVayDmTcCuLQaTM2l5sh4eSjCzIindBXM
> RTD8Xc0/4C0CkVjNJi7gIv9fLxBZqAkb+2NBYj4y+B5NLEUPY2PMWeFQOS0uP2xT
> 8pDNKma3v324TfiZh1UqZA9A0o2ZCO0H8DaSoWZ/dYs3DDYCALmSIlAckCiSOaQ9
> ucjFGpTEoY72lEgLtwDzUC4NiGffeZQ/hz/eqDIsXHCVF89v36urSAE+kQeXatp0
> B2feCJEQMn3bmioA4KWXIO7qmYX/mW+SR79sEg921ajqSgYSgqCgnO84ZdkAsa6C
> NgtiBYsY07sCalAZUbD6jALyxcrnp2XnwjfL3FwrXKzhMNBtyNgQC8xzWm1snFCg
> 9MIKNLs4HlF2ovgSQZkl
> =yxsH
> -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/CANNetsMWR1_7OkfxO3SK8SxVNPdaydbStSVNgrea9oiHgbY5%2BQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Crashplan?

2016-10-27 Thread Vincent Elliott
On Friday, 21 October 2016 22:54:53 UTC-5, Andrew David Wong  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> On 2016-10-21 11:08, Max wrote:
> > On Monday, 27 June 2016 04:21:20 UTC+8, Andrew David Wong  wrote:
> > On 2016-06-26 12:07, Niels Kobschaetzki wrote:
>  On 16/06/26 08:40, Andrew David Wong wrote:
> > -BEGIN PGP SIGNED MESSAGE- Hash: SHA512
> >
> > On 2016-06-26 04:27, Niels Kobschaetzki wrote:
> >> Hi,
> >>
> >> does anyone have experiences with running Crashplan in Qubes?
> >> If yes, how did you install it?
> >>
> >> Niels
> >>
> >
> > I installed it in a StandaloneVM with the installer's default
> > options.
> >
> > (As I'm guessing you've discovered, attempting to install it in
> > an AppVM with the default options doesn't allow it to persist
> > across reboots since it tries to install parts of itself to the
> > read-only root filesystem.)
> 
>  Ok, thanks. And then you transfer the data from the other VMs to
>  that VM to back it up via Crashplan? Sounds like a lot of redundant
>  data or do you have multiple disks (like a fast SSD for daily usage
>  and a slow spinning disk for your backup-VM) in your computer?
> 
>  Niels
> 
> > 
> > I just send my Qubes backups there.
> > 
> > 
> > Hi Andrew, just to confirm my understanding...
> > 
> > You put your Qubes backups on a standalone VM which has Crashplan installed 
> > so these backups can be selected as files and stored offsite on another 
> > machine?
> > 
> 
> Correct.
> 
> - -- 
> Andrew David Wong (Axon)
> Community Manager, Qubes OS
> https://www.qubes-os.org
> -BEGIN PGP SIGNATURE-
> 
> iQIcBAEBCgAGBQJYCuLpAAoJENtN07w5UDAwfTQQALKGLatqCPUOsTmDavMIc8+v
> 1o1FwV55a8njlpsKPNKz0H9FverUGhSY2nfEpxaOuc/oe7mIX7ftctZOLR/ofHNm
> uAQunnzZp7zIswf936cVPqPQ7k9D57RhVEzHRpHXtOWG83orYutFXDlbsgBRHp6i
> aiJYfcHMdTgTH8428VY6VXPdVHXXHKTMDhxhGeDwuLKylDrIOnQgDZWLwooqzM7N
> dWDMPhh6OBPKpL5IB3v7Lr0M5DGCn7IShdhPtprMwKcdqRvNj+UzB0F+i55+HA3d
> sNb5RAUYi8nSk6rENMFuh8vdhA2QlFHSTCqoOwTMgXs/EtYlBNaDH32nLP+ACUZ3
> 3C4eiMQEKFdmojJJaTcoNMp8dUAbesiU74+l9o25GbPeOFZW6LKOvuIK9vvCp353
> CUHt2w+HF6c9+iKevhJL5bMsGxdXfgpKdodc4mBQzQo0fTmFdMrAl0s0xWUuHu7a
> U8jCoulblU2FseRoPPT9aLJ1ongL/NRNPH3gv6/U9faqb0XK15ETTpxKBTKFoORd
> ZTCDzfnEusInSGETZvExbntlte78tVbs6+wiGEg8+CC4bmL9cKvbQnDP7q+MJwyv
> dgmSNkRunxzjumkQq28Pc03k0MxJNgdq+SLTzehHSGvpOVcxAm6PFD6Cs1VCuX8S
> TlN0yYU1Gil6LDPRfDlr
> =WYoO
> -END PGP SIGNATURE-

I installed it twice, once on the template so the service would start and run, 
and also on the VM so that the client side would be persistent. Used the 
default options both times.  It works.

Vincent  

-- 
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/ec4a0c4d-2207-4799-85d8-b157f844212b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[qubes-users] HCL - HP 630

2016-10-21 Thread Vincent Elliott
Hi,

Just came across Qubes and started playing with it from the USB Live Boot.

As requested, the HCL for my HP 630 laptop is attached.

Looking good!

Vincent

-- 
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/CANNetsPc1bwNj9ZoG2q41%2BgGJ-kQfCcf0Tou%2BVfVTXY%2Bf%3DFhHQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Qubes-HCL-Hewlett-Packard-HP_630_Notebook_PC__-20161021-50.yml
Description: application/yaml