From: "Thomas Schmitt"
Date: Thu, 27 Jun 2024 22:49:10 +0200
> You could give the backups volume ids which tell the date.
>
> -volid BOB_"$(date '+%Y_%m_%d_%H%M%S')"
> ...
Just ran this shell function with no difficulty evident.
FilesToHDD () { \
source=/home/root/Backup;
e
Hi,
On Tue, Dec 03, 2024 at 06:51:34AM +0800, Bitfox wrote:
> I run mysql on debian.
Do you? Or do you run MariaDB?
Debian supplies MariaDB but it is possible to get MySQL from elsewhere.
> I want to backup the tables for database grants and authentication. What
> tables should I pick to backup
> Like I say I like and use rsnapshot in some places, but speed and
> resource efficiency are not its winning points.
I have never used Rsnapshot, but I used Rsync backups for many years and
then moved to Bup. The time to perform backups has been *very*
substantially shortened by moving to Bup.
Hi,
On Wed, Oct 09, 2024 at 10:57:12AM +0200, Michel Verdier wrote:
> On 2024-10-08, Andy Smith wrote:
>
> > When you have hundreds of millions of files in rsnapshot it really
> > starts to hurt because every backup run involves:
> >
> > - Deleting the oldest tree of files;
>
> rsnapshot can ren
On 2024-10-08, Andy Smith wrote:
> When you have hundreds of millions of files in rsnapshot it really
> starts to hurt because every backup run involves:
>
> - Deleting the oldest tree of files;
rsnapshot can rename it apart and delete it after backup is done. Thus
involving only the backup syste
On Tue 08 Oct 2024 at 06:37:43 (+0200), to...@tuxteam.de wrote:
> On Mon, Oct 07, 2024 at 08:44:44PM +0100, Jonathan Dowland wrote:
> > On Mon Oct 7, 2024 at 9:37 AM BST, Michel Verdier wrote:
> > > Do you mean inodes expensive ? Which filesystem do you used ?
> >
> > It was 18 years ago so I can'
Hi,
On Mon, Oct 07, 2024 at 07:52:55PM -0600, Charles Curley wrote:
> I've used rsnapshot for several years now with no such issue. My
> rsnapshot repository resides on ext4, on its own LVM logical volume, on
> top of an encrypted RAID 5 array on four four terabyte spinning rust
> drives.
>
> /cr
Hi,
On Tue, Oct 08, 2024 at 10:41:33AM +0200, Michel Verdier wrote:
> I add dateext parameter for logrotate so old logs keep the same name.
This is another drawback to the design of rsnapshot. It doesn't matter
that the files in your backup retain the same path: if they differ at
all in any way,
On 2024-10-07, Jonathan Dowland wrote:
> It was 18 years ago so I can't remember that clearly, but I think it was
> a mixture of inodes expense and an enlarged amount of CPU time with the
> file churn (mails moved from new to cur, and later to a separate archive
> Maildir, that sort of thing). It
On 2024-10-07 21:06, Dan Ritter wrote:
Possibly of interest: Debian package rdfind:
Description: find duplicate files utility
rdfind is a program to find duplicate files and optionally list,
delete
them or replace them with symlinks or hard links. It is a command
line program written in c
On Mon, Oct 07, 2024 at 08:44:44PM +0100, Jonathan Dowland wrote:
> On Mon Oct 7, 2024 at 9:37 AM BST, Michel Verdier wrote:
> > Do you mean inodes expensive ? Which filesystem do you used ?
>
> It was 18 years ago so I can't remember that clearly, but I think it was
> a mixture of inodes expense
On Mon, 07 Oct 2024 20:44:44 +0100
"Jonathan Dowland" wrote:
> It was 18 years ago so I can't remember that clearly, but I think it
> was a mixture of inodes expense and an enlarged amount of CPU time
> with the file churn (mails moved from new to cur, and later to a
> separate archive Maildir, t
On 10/7/24 16:06, Dan Ritter wrote:
e...@gmx.us wrote:
I use rdiff to do the backups on the "server" ... and ran into that
problem, so what I did was write a series of scripts that relinked
identical files.
Possibly of interest: Debian package rdfind:
Description: find duplicate files utilit
e...@gmx.us wrote:
>
> I use rdiff to do the backups on the "server" (its job is serving video
> content to the TV box over NFS) and ran into that problem, so what I did was
> write a series of scripts that relinked identical files. It's not perfect,
> I suspect there are still bugs. It tries t
On Sun Oct 6, 2024 at 9:24 PM BST, eben wrote:
> I use rdiff to do the backups on the "server" (its job is serving video
> content to the TV box over NFS) and ran into that problem, so what I did was
> write a series of scripts that relinked identical files. It's not perfect,
> I suspect there are
On Mon Oct 7, 2024 at 9:37 AM BST, Michel Verdier wrote:
> Do you mean inodes expensive ? Which filesystem do you used ?
It was 18 years ago so I can't remember that clearly, but I think it was
a mixture of inodes expense and an enlarged amount of CPU time with the
file churn (mails moved from new
On 2024-10-06, Jonathan Dowland wrote:
> At the time I was using rsnapshot, I was subscribed to some very high
> traffic mailing lists (such as LKML), and storing the mail in Maildir
> format (=1 file per email). rsnapshot's design of lots of hardlinks for
> files that are present in more than on
On 10/6/24 14:44, Jonathan Dowland wrote:
On Wed Oct 2, 2024 at 12:33 AM BST, Default User wrote:
May I ask why you decided to switch from rsnapshot to rdiff-backup, and
then to borg?
The main issue I hit with rdiff-backup was if I wanted to move files
or directories containing large files ar
On Wed Oct 2, 2024 at 12:33 AM BST, Default User wrote:
> May I ask why you decided to switch from rsnapshot to rdiff-backup, and
> then to borg?
Sure!
At the time I was using rsnapshot, I was subscribed to some very high
traffic mailing lists (such as LKML), and storing the mail in Maildir
forma
On Sep 30, 2024, Default User wrote:
> (...)
> So, is there a consensus on which would be better:
> 1) continue to "mirror" drive A to drive B?
> or,
> 2) alternate backups daily between drives A and B?
Primarily, I do (1); though every so often I do a variation of (2).
Backups from all the PCs
On Mon, 2024-09-30 at 21:55 +0100, Jonathan Dowland wrote:
> On Mon Sep 30, 2024 at 5:39 PM BST, Default User wrote:
> > So, is there a consensus on which would be better:
> > 1) continue to "mirror" drive A to drive B?
> > or,
> > 2) alternate backups daily between drives A and B?
>
> I'd go fo
> Also why I would not want all backup-storage devices connected
> simultaneously. All it takes is one piece of software going haywire
> and you may have a situation where both the original and all backups
> are corrupted simultaneously.
You can minimize this risk by having them both connected sim
On 9/30/24 09:39, Default User wrote:
Hi!
On a thread at another mailing list, someone mentioned that they, each
day, alternate doing backups between two external usb drives. That got
me to thinking (which is always dangerous) . . .
I have a full backup on usb external drive A, "refreshed" dail
On 30 Sep 2024 13:12 -0400, from hunguponcont...@gmail.com (Default User):
>> Having both drives connected and spinning simultaneusly creates a
>> window of opportunity for some nasty ransomware (or a software bug,
>> mistake, power surge, whatever) to destroy both backups.
Also why I would not wa
On Mon Sep 30, 2024 at 5:39 PM BST, Default User wrote:
> So, is there a consensus on which would be better:
> 1) continue to "mirror" drive A to drive B?
> or,
> 2) alternate backups daily between drives A and B?
I'd go for (B), especially if you're continuing to do daily backups, so
the oldest
On Mon, 30 Sep 2024, Default User wrote:
Hi!
On a thread at another mailing list, someone mentioned that they, each
day, alternate doing backups between two external usb drives. That got
me to thinking (which is always dangerous) . . .
I have a full backup on usb external drive A, "refreshed"
On Mon, 2024-09-30 at 19:54 +0300, Henrik Ahlgren wrote:
> On Mon, 2024-09-30 at 12:39 -0400, Default User wrote:
> > But of course, any errors on drive A propagate daily to drive B.
>
> Having both drives connected and spinning simultaneusly creates a
> window of opportunity for some nasty ranso
On Mon, 2024-09-30 at 12:39 -0400, Default User wrote:
> But of course, any errors on drive A propagate daily to drive B.
Having both drives connected and spinning simultaneusly creates a
window of opportunity for some nasty ransomware (or a software bug,
mistake, power surge, whatever) to destro
Hi,
pe...@easthope.ca wrote:
> Thanks Thomas. Ideally I should find time to follow your suggestions
> but already overcommitted to volunteer activities. I might have to wait
> until -toc_info_type is in a Debian release.
Yeah. Everybody has to follow the own timetable.
So without any implied
On 6/30/24 10:42, pe...@easthope.ca wrote:
> From: e...@gmx.us
> Date: Thu, 27 Jun 2024 15:52:44 -0400
>> On one computer I use rsync ...
>
> See reply to Eduardo.
Ah, you mean this one:
On 6/30/24 10:36, pe...@easthope.ca wrote:
> From: Eduardo M KALINOWSKI
> Date: Thu, 27
On Sun, Jun 30, 2024 at 08:19:54AM -0700, pe...@easthope.ca wrote:
> From: Andy Smith
> Date: Sun, 30 Jun 2024 14:21:45 +
> > What is this person doing?
>
> Keeping a historical backup by an efficient method.
While refusing to look into any modern backup system designed by
experienc
From: Andy Smith
Date: Sun, 30 Jun 2024 14:21:45 +
> What is this person doing?
Keeping a historical backup by an efficient method.
https://lists.debian.org/debian-user/2024/06/msg00780.html
> Just use borgbackup, restic, amanda or even rsnapshot (ancient but
> still functional).
pe...@easthope.ca writes:
> I'm beginning to learn Git. So I wonder about another approach where
> files are in a local Git repository. That would allow tracing the
> history of any file. A backup of the extant repository would still be
> necessary.
bup is a backup application using git.
From: e...@gmx.us
Date: Thu, 27 Jun 2024 15:52:44 -0400
> On one computer I use rsync ...
See reply to Eduardo.
Thx, ... P.
--
VoIP: +1 604 670 0140
work: https://en.wikibooks.org/wiki/User:PeterEasthope
From: Jerome BENOIT
Date: Thu, 27 Jun 2024 21:53:44 +0200
> why did you not use something as backup2l ?
Unaware of it.
From: https://github.com/gkiefer/backup2l
> The restore function allows to easily restore the state of the file
> system or arbitrary directories/files of previous poin
On Sun, Jun 30, 2024 at 02:21:45PM +, Andy Smith wrote:
> Hello,
[...]
> Git has some properties that are desirable for general backup
> purposes, but also some fairly huge downsides. For example:
>
> - It's not efficient or performant for storing large binary files.
[...]
Plus, it doesn't
Hello,
On Sun, Jun 30, 2024 at 06:40:03AM -0700, pe...@easthope.ca wrote:
> I'm beginning to learn Git. So I wonder about another approach where
> files are in a local Git repository. That would allow tracing the
> history of any file. A backup of the extant repository would still be
> nece
On 30 Jun 2024 06:40 -0700, from pe...@easthope.ca:
>> You could give the backups volume ids which tell the date.
>>
>> -volid BOB_"$(date '+%Y_%m_%d_%H%M%S')"
>>
>> (BOB = Backup Of Backup :))
>
> I'm beginning to learn Git. So I wonder about another approach where
> files are in a l
From: "Thomas Schmitt"
Date: Fri, 28 Jun 2024 23:35:31 +0200
> You could give the backups volume ids which tell the date.
>
> -volid BOB_"$(date '+%Y_%m_%d_%H%M%S')"
>
> (BOB = Backup Of Backup :))
I'm beginning to learn Git. So I wonder about another approach where
files are
From: "Thomas Schmitt"
Date: Fri, 28 Jun 2024 23:35:31 +0200
> I am working on a solution for your non-unique volume id situation
> by optionally referring to modification timestamps.
> A new command -toc_info_type can switch -toc away from showing volume ids:
>
> $ xorriso -indev /dev/
Hi,
pe...@easthope.ca wrote:
> > xorriso -for_backup -dev /dev/sr0 \
> > Finding a file as it existed months or years ago can be tedious
I wrote:
> > You could give the backups volume ids which tell the date.
pe...@easthope.ca wrote:
> Thanks. I should have added that when you mentioned a few
Hello Thomas & all,
From: "Thomas Schmitt"
Date: Thu, 27 Jun 2024 22:49:10 +0200
> You could give the backups volume ids which tell the date.
Thanks. I should have added that when you mentioned a few
years ago.
> This would also make it possible to verify that the medium is either an
On 6/27/24 15:52, e...@gmx.us wrote:
> When I boot the file server (possibly today but definitely tomorrow) I'll
> post my backup script.
OK, it's pretty long so I won't post the whole thing, but the important
lines are
rsyncoptions="--archive --progress --verbose --recursive"
"$rsync" $rsyncop
On Thursday 27 June 2024 03:49:03 PM (-05:00), Thomas Schmitt wrote:
> Hi,
>
> pe...@easthope.ca wrote:
> > This function is applied every week or two to write to a DVD.
> > xorriso -for_backup -dev /dev/sr0 \
> > -update_r . / \
> > -commit \
> > -toc -check_md5 fai
Hi,
pe...@easthope.ca wrote:
> This function is applied every week or two to write to a DVD.
> xorriso -for_backup -dev /dev/sr0 \
> -update_r . / \
> -commit \
> -toc -check_md5 failure -- \
> -eject all ;
>
> Finding a file as it existed months or years ago c
On Thu, Jun 27, 2024 at 04:06:18PM -0300, Eduardo M KALINOWSKI wrote:
> On 27/06/2024 15:23, pe...@easthope.ca wrote:
> > Now I have a pair of 500 GB external USB drives. Large compared to my
> > working data of ~3 GB. Please suggest improvements to my backup
> > system by exploiting these drive
Hello,
why did you not use something as backup2l ?
Best wishes,
Jerome
On 27/06/2024 20:23, pe...@easthope.ca wrote:
Hi,
My working data is in a directory we can refer to as A. A is on a
removable flash store. "du -hs /home/me/A" reports 3.0G. I want a
reliable backup of most files A/*.
I c
On 27 Jun 2024 16:06 -0300, from edua...@kalinowski.com.br (Eduardo M
KALINOWSKI):
>> Now I have a pair of 500 GB external USB drives. Large compared to my
>> working data of ~3 GB. Please suggest improvements to my backup
>> system by exploiting these drives. I can imagine a complete copy of A
On 6/27/24 14:23, pe...@easthope.ca wrote:
Finding a file as it existed months or years ago can be tedious. For
example, find A/MailMessages as it was at 2023.02.07. Otherwise the
backup system works well.
On one computer I use rsync to do what appear to be complete backups, only
files ident
On 27/06/2024 15:23, pe...@easthope.ca wrote:
Now I have a pair of 500 GB external USB drives. Large compared to my
working data of ~3 GB. Please suggest improvements to my backup
system by exploiting these drives. I can imagine a complete copy of A
onto an external drive for each backup; but
On 9/5/23 07:34, Michael Kjörling wrote:
On 4 Sep 2023 13:57 -0700, from dpchr...@holgerdanske.com (David Christensen):
* I am using zfs-auto-snapshot(8) for snapsnots. Are you using rsnapshot(1)
for snapshots?
No. I'm using ZFS snapshots on the source, but not for backup
purposes. (I have co
On 4 Sep 2023 13:57 -0700, from dpchr...@holgerdanske.com (David Christensen):
> * I am using zfs-auto-snapsnot(8) for snapsnots. Are you using rsnapsnot(1)
> for snapshots?
No. I'm using ZFS snapshots on the source, but not for backup
purposes. (I have contemplated doing that, but it would incre
On 9/4/23 00:53, Michael Kjörling wrote:
On 3 Sep 2023 14:20 -0700, from dpchr...@holgerdanske.com (David Christensen):
Without seeing a console session, I am unsure what you mean by "physically
stored", "total logical (excluding effects of compression) data", and "hot
current logical data ... (
On 3 Sep 2023 14:20 -0700, from dpchr...@holgerdanske.com (David Christensen):
>> 8.07 TiB physically stored on one backup drive holding 174 backups;
>> 11.4 TiB total logical (excluding effects of compression) data on the
>> source; 7.83 TiB hot current logical data on the source (excluding
>> thi
On 9/3/23 03:02, Michael Kjörling wrote:
8.07 TiB physically stored on one backup drive holding 174 backups;
11.4 TiB total logical (excluding effects of compression) data on the
source; 7.83 TiB hot current logical data on the source (excluding
things like ZFS snapshots and compression).
Which
On 2 Sep 2023 14:49 -0700, from dpchr...@holgerdanske.com (David Christensen):
> So, 693 GB backup size, 98 backups, 67 TB apparent total backup storage, and
> 777 GB actual total backup storage. So, a savings of about 88:1.
>
> What statistics are other readers seeing for similar use-cases and t
On 9/2/23 15:26, Michel Verdier wrote:
On 2023-09-02, David Christensen wrote:
What statistics are other readers seeing for similar use-cases and
their backup solutions?
I have 83 backups resulting to 130% of data. So a ratio of 63:1.
Nice.
But because of performance limitation I don't
On 9/2/23 12:15, Michel Verdier wrote:
On 2023-09-02, Stefan Monnier wrote:
I switched to Bup a few years ago and saw a significant reduction in the
size of my backups that is partly due to the deduplication *between*
machines (I backup several Debian machines to the same backup
repository) as
On Sun, Oct 3, 2021 at 2:55 AM Andrei POPESCU wrote:
>
> On Sb, 02 oct 21, 19:56:02, Default User wrote:
> >
> > And . . . I make a special point of excluding:
> > /media
> > /media/*
> > /mnt
> > /mnt/*
> >
> > Why?
> >
> > Because long ago, when I was just learning to use rsync, I tried to
> >
On Sb, 02 oct 21, 19:56:02, Default User wrote:
>
> And . . . I make a special point of excluding:
> /media
> /media/*
> /mnt
> /mnt/*
>
> Why?
>
> Because long ago, when I was just learning to use rsync, I tried to
> use it to do a full-system backup. Since nobody told me that /mnt and
> /med
On Tue, Sep 28, 2021 at 1:54 AM deloptes wrote:
>
> Default User wrote:
>
> > Hello!
> >
> > I want to try using borgbackup to do backups of my (only) user directory:
> > /home/debian-user
> >
> > I just want to do so using Vorta, a GUI for borgbackup.
> >
> > But I just need a good, general list
Default User wrote:
> Hello!
>
> I want to try using borgbackup to do backups of my (only) user directory:
> /home/debian-user
>
> I just want to do so using Vorta, a GUI for borgbackup.
>
> But I just need a good, general list of directory and file type
> exclusions that I can just cut and pas
[slightly re-arranged segments below]
On Sat, Sep 25 2021 at 09:03:37 PM, Default User
wrote:
>
> In Vorta, under the "Sources" tab, there is an area (window) for input
> into which you can type or paste text, such as:
>
> **/.cache
>
> to denote exclusions, that is, things you do not want to ba
On 26.09.21 00:24, Default User wrote:
Hello!
I want to try using borgbackup to do backups of my (only) user directory:
/home/debian-user
I just want to do so using Vorta, a GUI for borgbackup.
But I just need a good, general list of directory and file type
exclusions that I can just cut and p
On Sb, 25 sep 21, 21:03:37, Default User wrote:
>
> to denote exclusions, that is, things you do not want to back up.
> This is from /home/debian_user/.config/backintime/config:
>
> . . .
> profile1.snapshots.exclude.1.value=.gvfs
> profile1.snapshots.exclude.2.value=.cache/*
> profile1.snapshots
On Sat, Sep 25, 2021 at 8:04 PM Kushal Kumaran wrote:
>
> On Sat, Sep 25 2021 at 06:24:12 PM, Default User
> wrote:
> > Hello!
> >
> > I want to try using borgbackup to do backups of my (only) user directory:
> > /home/debian-user
> >
> > I just want to do so using Vorta, a GUI for borgbackup.
>
On Sat, Sep 25 2021 at 06:24:12 PM, Default User
wrote:
> Hello!
>
> I want to try using borgbackup to do backups of my (only) user directory:
> /home/debian-user
>
> I just want to do so using Vorta, a GUI for borgbackup.
>
> But I just need a good, general list of directory and file type
> excl
On 2021-01-19 16:09 +0100, Erwan David wrote:
> Hello everybody
>
> If I want to be able to fast reinstall a debian after a crash, I
> already backup /etc (including /etc/apt), a file with the output of
> apt-show manual
> to get the list of manually installed packages, /etc, but It would be
> han
Le 19/01/2021 à 16:23, Andy Smith a écrit :
Hi Erwan,
On Tue, Jan 19, 2021 at 04:09:47PM +0100, Erwan David wrote:
It would be handy to have the state of debconf (with all the
answers I already gave).
I do:
dpkg --get-selections \* > /var/lib/dpkg_selections
debconf-get-selections > /var/lib
Hi Erwan,
On Tue, Jan 19, 2021 at 04:09:47PM +0100, Erwan David wrote:
> It would be handy to have the state of debconf (with all the
> answers I already gave).
I do:
dpkg --get-selections \* > /var/lib/dpkg_selections
debconf-get-selections > /var/lib/debconf_selections
(and then back up those
Hi to all.
I want to thank you all very much for taking the time to reply to this
thread.
Your replies have indeed been most thoughtful and informative, and you have
given me much to consider.
The subject of data protection and preservation seems to be not only quite
extensive, but also seems t
3 - Now on to the subject of backing up a system. I am using rsync as
my primary backup tool. Celejar, thank you for suggesting borg. I
did install it and look at it briefly. But for several reasons, I'm
not sure I want to use that right now.
It is of course one more thing to learn, use, an
On Tue, 28 Apr 2020 20:37:27 +
Andy Smith wrote:
> Hello,
>
> On Tue, Apr 28, 2020 at 11:43:22AM -0400, Default User wrote:
...
> The thing about cloud storage is that it is generic and it is easy.
> Once you come up with a means to backup to an S3-compatible storage,
> should your data di
On Tue, 28 Apr 2020 11:43:22 -0400
Default User wrote:
> On Fri, Apr 24, 2020 at 12:28 PM Celejar wrote:
...
> 3 - Now on to the subject of backing up a system. I am using rsync as
> my primary backup tool. Celejar, thank you for suggesting borg. I
> did install it and look at it briefly. B
On 4/28/20 3:15 PM, Default User wrote:
On 2020-04-28 [TU] at 14:18 EDT, Bob Weber said:
According to the manual the -x option is:
-x, --one-file-system don't cross filesystem boundaries
Question:
When you use rsync, do you ever do it on a live, mounted filesystem
from within said mac
Hello,
On Tue, Apr 28, 2020 at 11:43:22AM -0400, Default User wrote:
> Andy, you mentioned restic, which I am not familiar with. Similar
> considerations would seem to apply to that also. But I might also try
> that out later.
Note that you did not state any of these requirements for only using
On 2020-04-28 12:15, Default User wrote:
I don't recall the specific error code I got; just that it refused to
do a sync using the -x option.
I keep a plain text system administration log file for each computer in
CVS. I cut and paste console sessions into it. If a given command
produces
On 2020-04-28 [TU] at 14:18 EDT, Bob Weber said:
> According to the manual the -x option is:
>
> -x, --one-file-system don't cross filesystem boundaries
>
> I use that option all the time to keep from backing up my large home >
> directory when I only
> want the system directories under ro
On Tue, Apr 28, 2020 at 12:16 PM Andrei POPESCU
wrote:
>
> On Ma, 28 apr 20, 11:43:22, Default User wrote:
> > > Andy Smith wrote:
> >
> > 1 - First, regarding:
> > > [vast mounts of quoted text snipped - please don't quote too much!]
> >
> > I didn't realize some trimming might be needed. I gue
6 - Finally, using rsync I actually am doing two separate backups:
date; sudo rsync -avvzHAXPSish --delete --stats
--exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found","/home/default/*"}
/ /media/default/USBHD005/Backup_of_Dell_Debian_dimwit/root_partition
On Ma, 28 apr 20, 11:43:22, Default User wrote:
> > Andy Smith wrote:
>
> 1 - First, regarding:
> > [vast mounts of quoted text snipped - please don't quote too much!]
>
> I didn't realize some trimming might be needed. I guess I just
> figured you can't scroll through an email for information
On Fri, Apr 24, 2020 at 12:28 PM Celejar wrote:
>
> On Fri, 24 Apr 2020 15:34:24 +
> Andy Smith wrote:
>
> ...
>
> > Something like restic backup is a very good all around solution.
>
> OP: also look at borg.
>
> > You could consider backing up to a cloud like Amazon S3. Using the
> > Infrequ
On Fri, 24 Apr 2020 15:34:24 +
Andy Smith wrote:
...
> Something like restic backup is a very good all around solution.
OP: also look at borg.
> You could consider backing up to a cloud like Amazon S3. Using the
> Infrequent Access or Glacier storage classes you can store 100s of
> gigabyt
Thanks for the feedback.
On Tue, 05 Nov 2019 23:35:05 +0100
Linux-Fan wrote:
> Charles Curley writes:
>
> > https://charlescurley.com/blog/posts/2019/Nov/02/backups-on-linux/index.html
> >
>
> [...]
>
> Thanks for sharing! I appreciate that I am not the only one with a
> backup system com
Charles Curley writes:
On Sat, 02 Nov 2019 20:24:52 +0100
Konstantin Nebel wrote:
[...]
> So now I am thinking. How should I approach backups. On windows it
> does magically backups and remind me when they didnt run for a while.
> I like that attitude.
>
> On linux with all that decision fr
On Sat, 02 Nov 2019 20:24:52 +0100
Konstantin Nebel wrote:
> Now i attached a 4 tb drive to my pi and I decided what the heck, why
> not doing backups now.
>
> So now I am thinking. How should I approach backups. On windows it
> does magically backups and remind me when they didnt run for a whil
> On linux with all that decision freedom it can be good and bad cause you have
> to think about things :D
All the answers I've seen mention the use of "cron" but I'm not sure
what they mean by that, nor am I sure what is your typical use of the
desktop (e.g. is it always ON?), so I think it's wor
> Suppose that you backup 2000 files in a day and inside this backup a chunk
> is deduped and referenced by 300 files. If the deduped chunk is broken
> I think you will lost it on 300 referenced files/chunks. This is not good
> for me.
I don't know what other backup software does, but at least `bu
On 04/11/19 20:43, deloptes wrote:
Alessandro Baggi wrote:
If I'm not wrong deduplication "is a technique for eliminating duplicate
copies of repeating data".
I'm not a borg expert and it performs deduplication on data chunk.
Suppose that you backup 2000 files in a day and inside this backup
On Mon, 4 Nov 2019 06:01:54 -1000
Joel Roth wrote:
> These days I use rsync with the --link-dest option to make
> complete Time-Machine(tm) style backups using hardlinks to
> avoid file duplication in the common case. In this
> scenario, the top-level directory is typically named based
> on date
On Mon, Nov 04, 2019, Charles Curley wrote:
> On Mon, 4 Nov 2019 06:01:54 -1000
> Joel Roth wrote:
>
> > These days I use rsync with the --link-dest option to make
> > complete Time-Machine(tm) style backups using hardlinks to
> > avoid file duplication in the common case. In this
> > scenario,
Alessandro Baggi wrote:
> If I'm not wrong deduplication "is a technique for eliminating duplicate
> copies of repeating data".
>
> I'm not a borg expert and it performs deduplication on data chunk.
>
> Suppose that you backup 2000 files in a day and inside this backup a
> chunk is deduped and r
On Sat, Nov 02, 2019, Konstantin Nebel wrote:
> So now I am thinking. How should I approach backups. On windows it does
> magically backups and remind me when they didnt run for a while. I like that
> attitude.
(...)
> I like to turn off
> my computer at night. So a backup running in night is not
On 04/11/19 15:41, deloptes wrote:
Not sure if true - for example you make daily, weekly and monthly backups
(classical) Lets focus on the daily part. On day 3 the files is broken.
You have to recover from day 2. The file is not broken for day 2 - correct?!
If I'm not wrong deduplication "is a
deloptes writes:
Alessandro Baggi wrote:
> Borg seems very promising but I performs only push request at the moment
> and I need pull request. It offers deduplication, encryption and much
> more.
>
> One word on deduplication: it is a great feature to save space, with
> deduplication compressio
Alessandro Baggi wrote:
> Borg seems very promising but I performs only push request at the moment
> and I need pull request. It offers deduplication, encryption and much
> more.
>
> One word on deduplication: it is a great feature to save space, with
> deduplication compression ops (that could r
On Sun, Nov 03, 2019 at 02:47:46AM -0500, Gene Heskett wrote:
Just 4 or 5 days ago, I had to recover the linuxcnc configs from a backup
of the pi3, making a scratch dir here at home, then scanned my database
for the last level0 of the pi3b, pulled that out with amrecover then
copied what I needed
I'll respond on the issue of triggering the backup, rather than the
specific backup software itself, because my solution for triggering
is separate from the backup software I use (rdiff-backup).
I trigger (some) backup jobs via systemd units, that are triggered by
the insertion of my removeable
On 02/11/19 20:24, Konstantin Nebel wrote:
Hi,
this is basically a question, what you guys prefer and do. I have a Linux
destkop and recently I decided to buy a raspberry pi 4 (great device) and
already after a couple days I do not know how I lived without it. So why
Raspberrypi.
In the past I
On Sunday 03 November 2019 01:49:15 ghe wrote:
> > On Nov 2, 2019, at 05:42 PM, Linux-Fan wrote:
> >
> > Konstantin Nebel writes:
> >> this is basically a question, what you guys prefer and do. I have a
> >> Linux destkop and recently I decided to buy a raspberry pi 4 (great
> >> device) and
> >
1 - 100 of 925 matches
Mail list logo
