On Fri, Dec 23, 2016 at 08:17:21PM -0500, Peter Hiscocks via talk wrote:
> I recently extended our household network using a couple of TP-Link
> TL-PA8030P powerline adaptors. So far, that seems to work fine. The link
> speed at the far end is essentially the same as it is at the DSL modem. I
>
On Fri, Dec 23, 2016 at 07:35:53PM -0500, Kevin Cozens via talk wrote:
> On 16-12-23 07:05 PM, William Park via talk wrote:
> > I just tried "Bash on Ubuntu on Windows" (yes, it's real title). With
> > this, there are now 4 ways of running Unix tools on Windows.
>
> 5 ways if you include MSYS.
I
I recently extended our household network using a couple of TP-Link
TL-PA8030P powerline adaptors. So far, that seems to work fine. The link
speed at the far end is essentially the same as it is at the DSL modem. I
just plugged them in and they worked. There is also a 'pair' button that
creates
On 16-12-23 07:05 PM, William Park via talk wrote:
I just tried "Bash on Ubuntu on Windows" (yes, it's real title). With
this, there are now 4 ways of running Unix tools on Windows.
5 ways if you include MSYS.
--
Cheers!
Kevin.
http://www.ve3syb.ca/ |"Nerds make the shiny things t
On 16-12-23 03:56 PM, William Park via talk wrote:
telinit 1
mount -o remount,ro /
before running 'dd'.
The only problem with doing a dd to backup is that it takes a lot longer
than doing an rsync. It also makes the machine unavailable for use during
the backup. Not a problem if you s
Hi all,
I just tried "Bash on Ubuntu on Windows" (yes, it's real title). With
this, there are now 4 ways of running Unix tools on Windows.
1. busybox -- single binary running on Windows.
2. Cygwin -- you download and install bunch of programs, like bash,
bc, awk, sed, etc, that will
On 12/23/2016 04:58 PM, William Park via talk wrote:
On Fri, Dec 23, 2016 at 04:13:48PM -0500, Alvin Starr via talk wrote:
Yes. I do
telinit 1
mount -o remount,ro /
before running 'dd'.
Remounting read only will work but that is not what you said to do.
You will need to make sure a
On 12/23/2016 04:11 PM, James Knott via talk wrote:
On 12/23/2016 12:11 PM, John Moniz via talk wrote:
I'd love to exclude things that perhaps one would never use from a
backup to rebuild a system after an accidental clean wipe of all data.
Well, you could probably pass on /dev/null. ;-)
I a
On Fri, Dec 23, 2016 at 04:13:48PM -0500, Alvin Starr via talk wrote:
> > Yes. I do
> > telinit 1
> > mount -o remount,ro /
> > before running 'dd'.
>
> Remounting read only will work but that is not what you said to do.
> You will need to make sure all file systems are remounted read o
On 12/23/2016 03:56 PM, William Park via talk wrote:
On Fri, Dec 23, 2016 at 02:32:17PM -0500, Alvin Starr via talk wrote:
On 12/23/2016 02:21 PM, William Park via talk wrote:
My recommendations...
1. Backup entire disk to another disk, verbatim. That is,
dd if=/dev/sdX of=/dev/sdY b
On 12/23/2016 12:11 PM, John Moniz via talk wrote:
> I'd love to exclude things that perhaps one would never use from a
> backup to rebuild a system after an accidental clean wipe of all data.
Well, you could probably pass on /dev/null. ;-)
---
Talk Mailing List
talk@gtalug.org
https://gtalug.org
On Fri, Dec 23, 2016 at 02:32:17PM -0500, Alvin Starr via talk wrote:
> On 12/23/2016 02:21 PM, William Park via talk wrote:
> > My recommendations...
> >
> > 1. Backup entire disk to another disk, verbatim. That is,
> > dd if=/dev/sdX of=/dev/sdY bs=10M
> >
> > First, you don't have t
Many years ago I worked for a company that had a tape backup system they
sold with their computers.
Due to a firmware screw up for fewmonths the backuptapes were written
blank and thenwhen they were verified they verified as good.
Fortunatelynone of the banks that were using the systems had a
If you don't test, you will have a Schrödinger's backup: both valid and
invalid at the same time, until you try a restore.
On Dec 23, 2016 6:20 PM, "Alvin Starr via talk" wrote:
> On 12/23/2016 02:59 PM, Stephen via talk wrote:
>
> With the discussion about backups, I would like to raise a quest
On 12/23/2016 02:59 PM, Stephen via talk wrote:
With the discussion about backups, I would like to raise a question I
have had for some time.
Having backups does no good if you cannot restore them. Files are
rather easy to test.
But how do you test restoring a database?
I back it up with th
Restore on another database? Or in a virtual machine? Or in a container?
On Dec 23, 2016 6:08 PM, "Dave Cramer via talk" wrote:
> back it up on another machine
>
> Dave Cramer
>
> On 23 December 2016 at 14:59, Stephen via talk wrote:
>
>> With the discussion about backups, I would like to raise
back it up on another machine
Dave Cramer
On 23 December 2016 at 14:59, Stephen via talk wrote:
> With the discussion about backups, I would like to raise a question I have
> had for some time.
>
> Having backups does no good if you cannot restore them. Files are rather
> easy to test.
>
> But
With the discussion about backups, I would like to raise a question I
have had for some time.
Having backups does no good if you cannot restore them. Files are rather
easy to test.
But how do you test restoring a database?
I back it up with the usual tool. I have the docs to do the restore.
On Fri, 23 Dec 2016 12:11:15 -0500
John Moniz via talk wrote:
> Hi everyone,
>
> I'm backing up my system on a more regular basis and am trying to fine
> tune the files that I backup. I am looking for advice on what NOT to
> bother to backup on the /home directory.
John,
I back up my enti
On 12/23/2016 02:21 PM, William Park via talk wrote:
My recommendations...
1. Backup entire disk to another disk, verbatim. That is,
dd if=/dev/sdX of=/dev/sdY bs=10M
First, you don't have to waste time figuring out what to back up.
Second, if disk fails, you can just swap t
I use backintime for my local backups. It keeps history of files, so even
if you accidentally alter a file and discovers a month later, you can
recover the last version.
If you have a VPS somewhere, like me, you can use syncthing or owncloud
too. They are very good for backups.
I keep a local back
My recommendations...
1. Backup entire disk to another disk, verbatim. That is,
dd if=/dev/sdX of=/dev/sdY bs=10M
First, you don't have to waste time figuring out what to back up.
Second, if disk fails, you can just swap the disks, and copy over
only the new files since last
On 12/23/2016 12:11 PM, John Moniz via talk wrote:
Hi everyone,
I'm backing up my system on a more regular basis and am trying to fine
tune the files that I backup. I am looking for advice on what NOT to
bother to backup on the /home directory.
I am using rsync (took a long time and lots of
On 23 December 2016 at 12:11, John Moniz via talk wrote:
> I'm backing up my system on a more regular basis and am trying to fine tune
> the files that I backup. I am looking for advice on what NOT to bother to
> backup on the /home directory.
>
> I am using rsync (took a long time and lots of tri
Hi everyone,
I'm backing up my system on a more regular basis and am trying to fine
tune the files that I backup. I am looking for advice on what NOT to
bother to backup on the /home directory.
I am using rsync (took a long time and lots of trials to figure out the
man page - and still don't
25 matches
Mail list logo