rsync -rv --delete $MyCDsSource/Linux $MyCDsTarget/.;
>>> sync; sync
>>>
>>> Problem: it is slow -- takes three hours. To help the
>>> speed issue, I upgraded from USB 2 to USB 3. Backup
>>> w
-- takes three hours. To help the
>>> speed issue, I upgraded from USB 2 to USB 3. Backup went
>>> from 3 hr-15 min to 3 hr-5 min. It is almost faster
>>> to wipe the stick and rewrite it.
>>>
>>> Anyone know of a way to speed up rsyn
The likely culprit is encryption.
If this is all on a local network segment and you can forgo the security
aspect:
-e "ssh -T -c arcfour -o Compression=no -x"
~Steven
On Fri, Jul 11, 2014 at 3:58 PM, ToddAndMargo wrote:
> Hi All,
>
> I have a bash script for synchronizing a flashing drive (t
You may want to start researching truecrypt in place of LUKS (Linux Unified
Key Setup).
As it spans the Operating Systems much better and seems like a better tool
for your situation/use case.
On Tue, May 6, 2014 at 3:56 PM, ToddAndMargo wrote:
> On 05/06/2014 12:38 PM, Serguei Mokhov wrote:
>
The advise so far is to not only patch up, and restart services/hosts; but
to also revoke the certs and create new ones.
As the vulnerability left no trace of its happenings in any logs - and
someone who was actively exploiting it could still use the private key or
other ill begot materials.
Just
I'm currently on Fedora 20 (Heisenbug), and still have a /var/log/messages.
I would add that the old messages are still there - and journalctl simply
brings another method of finding the information you're looking for.
journalctl -b is equivalent to dmesg.
~Steven
On Fri, Jan 31, 2014 at 2:10
I believe most of the backtrack development has moved here:
http://www.kali.org/
On Wed, Sep 11, 2013 at 2:37 PM, Todd And Margo Chester <
toddandma...@gmail.com> wrote:
> On 09/11/2013 10:44 AM, Taylor Woods wrote:
>
>> I have tried SBEr1 it wasnt a walk in the park, it made me second think
>>
Hopefully not noise, but have you checked selinux?
On Wed, Jan 23, 2013 at 8:56 AM, Nathan Moore wrote:
>
>
> -- Forwarded message --
> From: Nathan Moore
> Date: Wed, Jan 23, 2013 at 7:55 AM
> Subject: Re: kerberos/kinit problem?
> To: Steven C Timm
>
>
> Any other possibiliti
1) There isn't a paid support channel so far as I know of, so some people
tend to look down on it. RHEL/RHEV, and Red Hat Storage Server while
costing more, might make people feel more comfortable in the fact that they
are going to have a number to call on if things are out of skew (or if you
leave
There are a couple of open sourced gDrive alternatives out right now
(neither by Google yet unfortunately):
https://code.google.com/p/gdrive-linux/
http://tomdignan.com/projects/gdrive-cli/
Google has really let a lot of folks down with the lack of an rpm/dpkg yet
for Drive. So many other produc
Thanks for the update Connie! We were wondering what was going on during a
few installs that weren't going through for us (yum couldn't reach the
mirrors at all).
Is there a future plan to become more geo-redundant at all?
On Mon, Oct 22, 2012 at 4:15 PM, Connie Sieh wrote:
> Earlier today star
Disregard this. You can not stop youtube at Layer 3. Or you will lose
Google pretty much.
Sorry.
On Thu, Oct 4, 2012 at 1:12 PM, Steven Miano wrote:
> I'm confused as to why it would block the Google DNS servers (which I
> believe are 8.8.8.8 and 8.8.4.4 unless they have more?
at 11:27 AM, Chris Schanzle wrote:
> On 10/04/2012 09:58 AM, Steven Miano wrote:
>
>> dig youtube.com <http://youtube.com> | egrep youtube.com <
>> http://youtube.com> | awk '{ print $5 }' | grep . | grep -v '<<' > yt.dig
>>
>
To start a little bash-fu:
dig youtube.com | egrep youtube.com | awk '{ print $5 }' | grep . | grep
-v '<<' > yt.dig
>From here it isn't hard to append your blocking rules.
If you need more help I'm sure myself or others on the list can further
script this and you can choose how often you'd wan
14 matches
Mail list logo