idea for a backup tool

Here you can discuss every aspect of Debian. Note: not for support requests!

idea for a backup tool

Postby kanliot » 2019-03-21 17:16

Basically should work on any computer, it goes through the hard drive and presents a list of things you should probably back up before a fresh install.

so it has two big lists, easily collapsible. And operates as a checklist of things for users to back up before removing their system files.

This is important because people need a checklist of things to back up before they do a fresh install.
kanliot
 
Posts: 36
Joined: 2013-09-02 08:00

Re: idea for a backup tool

Postby GarryRicketson » 2019-03-21 18:43

I think I would rather decide for myself what I need to back up, and what I want to back up.

The idea of someone else, or some program telling me what I need to back up just does not appeal to me.
Besides that, there are plenty of good back up tools available all ready, for example 'rsync'
and the -v option can be used to see for sure that the files you need to back up are getting correctly backed up:
from
Code: Select all
man rsync
----snip---
-v, --verbose
              This option increases the amount of information you are given
              during the transfer.  By default, rsync works silently. A single
              -v will give you information about what files are being
              transferred and a brief summary at the end. Two -v options will
              give you information on what files are being skipped and
              slightly more information at the end. More than two -v options
              should only be used if you are debugging rsync.

              In a modern rsync, the -v option is equivalent to the setting of
              groups of --info and --debug options.  You can choose to use
              these newer options in addition to, or in place of using
              --verbose, as any fine-grained settings override the implied
              settings of -v.  Both --info and --debug have a way to ask for
              help that tells you exactly what flags are set for each increase
              in verbosity.

and yes you can also tell rsync which files to skip, etc, if so desired.
Any way, thanks for the idea, I don't think any one ever thought of this before :mrgreen:
For those that are not sure what they should or need to backup, there are some lists available, checklist of things to back up before they do a fresh install of Debian
One, for example, is for upgrading,;
from: https://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.en.html#data-backup
4.1.1. Back up any data or configuration information

Before upgrading your system, it is strongly recommended that you make a full backup, or at least back up any data or configuration information you can't afford to lose. The upgrade tools and process are quite reliable, but a hardware failure in the middle of an upgrade could result in a severely damaged system.

The main things you'll want to back up are the contents of /etc, /var/lib/dpkg, /var/lib/apt/extended_states and the output of dpkg --get-selections "*" (the quotes are important). If you use aptitude to manage packages on your system, you will also want to back up /var/lib/aptitude/pkgstates.

The upgrade process itself does not modify anything in the /home directory. However, some applications (e.g. parts of the Mozilla suite, and the GNOME and KDE desktop environments) are known to overwrite existing user settings with new defaults when a new version of the application is first started by a user. As a precaution, you may want to make a backup of the hidden files and directories (“dotfiles”) in users' home directories. This backup may help to restore or recreate the old settings. You may also want to inform users about this.

Any package installation operation must be run with superuser privileges, so either log in as root or use su or sudo to gain the necessary access rights.

The upgrade has a few preconditions; you should check them before actually executing the upgrade.

Some one did ask here: https://unix.stackexchange.com/questions/1067/what-directories-do-i-need-to-back-up
There are some good answers,
At the start:
As this question has many different answers, the following list should combine the suggestions into one comprehensive list:

Under most circumstances you want to backup these:

and at the end,
You have to decide yourself on these:

/var/local/ you normally know if you stored something here and whether you want it on a backup or not.
/var/opt/ see /var/local/ or better check if something important is stored here.
/var/log/ depends on whether your logs are important to you and if you have enough space to store them (they might take a lot of backup space over time).


To sum it up, I would never use some tool that tries to decide for me , what I need to back up and what I don't need,
Last edited by GarryRicketson on 2019-03-21 19:02, edited 2 times in total.
User avatar
GarryRicketson
 
Posts: 5877
Joined: 2015-01-20 22:16
Location: Durango, Mexico

Re: idea for a backup tool

Postby stevepusser » 2019-03-21 18:56

It seems to me you're talking about aptik-gtk: https://github.com/teejee2008/aptik-gtk
The MX Linux repositories: Backports galore! If we don't have something, just ask and we'll try--we like challenges. New packages: Chromium 78.0.3904.87, Hedgewars 1.0.0, PulseEffects 4.6.8, Telegram-desktop 1.8.15, Pale Moon 28.7.2, KeepassXC 2.5.0
User avatar
stevepusser
 
Posts: 11249
Joined: 2009-10-06 05:53

Re: idea for a backup tool

Postby HuangLao » 2019-03-23 23:20

Just configure rsync (or grsync or better yet luckybackup) to do regular backups.
User avatar
HuangLao
 
Posts: 483
Joined: 2015-01-27 01:31

Re: idea for a backup tool

Postby stevepusser » 2019-03-23 23:43

HuangLao wrote:Just configure rsync (or grsync or better yet luckybackup) to do regular backups.


And that restores your system the way you had it perfected, after a fresh install...how?
The MX Linux repositories: Backports galore! If we don't have something, just ask and we'll try--we like challenges. New packages: Chromium 78.0.3904.87, Hedgewars 1.0.0, PulseEffects 4.6.8, Telegram-desktop 1.8.15, Pale Moon 28.7.2, KeepassXC 2.5.0
User avatar
stevepusser
 
Posts: 11249
Joined: 2009-10-06 05:53

Re: idea for a backup tool

Postby Head_on_a_Stick » 2019-03-24 08:35

stevepusser wrote:And that restores your system the way you had it perfected, after a fresh install...how?

Just reverse the source & destination in the rsync command :)

I use this method: https://wiki.archlinux.org/index.php/Rs ... tem_backup
Don't break DebianHow to report bugs

SharpBang GNU/Linux — a pre-configured Openbox/Tint2 desktop running on Debian stable
User avatar
Head_on_a_Stick
 
Posts: 10607
Joined: 2014-06-01 17:46
Location: /dev/chair

Re: idea for a backup tool

Postby GarryRicketson » 2019-03-24 13:36

In this case, and I just did it yesterday:
I backed up my home directory ,
Code: Select all
rsync -ravh /home/garry/ /mnt/home-3-2019/


Now , if something happens, like a power failure, and my home dir becomes in accessible,
no big deal , in reverse I can just use the back up I made:
Code: Select all
rsync -ravh /mnt/home-3-2019/  /home/garry/
User avatar
GarryRicketson
 
Posts: 5877
Joined: 2015-01-20 22:16
Location: Durango, Mexico

Re: idea for a backup tool

Postby edbarx » 2019-06-17 21:02

I use fsarchiver for the reason it produces a single large file. With fsarchiver an archived partition can be restored to a physically larger partition.

The package fsarchiver is in the Debian repositories.
Debian == { > 30, 000 packages }; Debian != systemd
The worst infection of all, is a false sense of security!
It is hard to get away from CLI tools.
User avatar
edbarx
 
Posts: 5397
Joined: 2007-07-18 06:19
Location: 35° 50 N, 14 º 35 E

Re: idea for a backup tool

Postby L_V » 2019-06-17 21:24

For investigation: borgbackup

"BorgBackup (short: Borg) is a deduplicating backup program. Optionally, it supports compression and authenticated encryption.
The main goal of Borg is to provide an efficient and secure way to backup data.
The data deduplication technique used makes Borg suitable for daily backups since only changes are stored.."
https://borgbackup.readthedocs.io/en/stable/
L_V
 
Posts: 1125
Joined: 2007-03-19 09:04

Re: idea for a backup tool

Postby sunrat » 2019-06-17 22:21

I back up HOME and other data with rsync. It can be scheduled with systemd timer or cron. Also do a regular full backup of root partition with Clonezilla so I can recover a total meltdown in a few minutes..


GarryRicketson wrote:In this case, and I just did it yesterday:
I backed up my home directory ,
Code: Select all
rsync -ravh /home/garry/ /mnt/home-3-2019/


-r is redundant as -a includes that option. See man rsync.
“ computer users can be divided into 2 categories:
Those who have lost data
...and those who have not lost data YET ”
Remember to BACKUP!
User avatar
sunrat
 
Posts: 2880
Joined: 2006-08-29 09:12
Location: Melbourne, Australia

Re: idea for a backup tool

Postby n_hologram » 2019-06-21 19:32

To sum it up, I would never use some tool that tries to decide for me , what I need to back up and what I don't need...

Yeah you're gonna have to do that research yourself. I keep my non-refundables on a separate partition and back them up to a spare directory. Here's the script I use if you're interested. (You can also modify it for use on other platforms, like android.)
bester69 wrote:There is nothing to install in linux, from time to time i go to google searching for something fresh to install in linux, but, there is nothing

the crunkbong project: scripts, operating system, the list goes on...
n_hologram
 
Posts: 453
Joined: 2013-06-16 00:10

Re: idea for a backup tool

Postby andre@home » 2019-06-21 20:14

Hard disk are so cheap nowadays, I always have a full image/disk of my total boot disk.
That's also my backup to get the server back in a few minutes.
Another tool I have is a persistent live usb boot disk with Debian 8. It has all the config files (Apache/Webdav) as on the full disk.
I can run that one even on other hardware if needed to get things on line asap (things= webdav server).
Works all since end of 2011.
A second server on another location holds the same (backup) files.
I clone with G4L (Ghost for Linux).
andre@home
 
Posts: 347
Joined: 2011-10-02 08:00


Return to General Discussion

Who is online

Users browsing this forum: No registered users and 4 guests

fashionable