tar backup ignore files

[Sheemon Lists]

I would backup lost+found;  If it is empty, it costs nothing.  If it is not
empty, it may be some
forgotten file that was lost in a crash sometime ago.  Having it saved my
hide more than once.
.
/dev:  I did have an opportunity to count my blessings for backing up
/dev.  Yes, there is little
there [aside from mirror backup of filesystems - another subject], but if a
crash is bad enough,
/dev will contain the actual map of your devices at the time of the crash.
MAKEDEV, which used to be the first object "put" in /dev contains what some
programmers meant
to be in /dev, not what should be there, definitely not what was there.
But I am just an old paranoid, who knows very little.

Simon


On Wed, Jun 24, 2020 at 10:32 PM Gary Aitken <ubuntu at dreamchaser.org> wrote:

> I'm backing up a gcloud vm running ubuntu 16.04.01 using tar, and am
> wondering
> which pieces can be safely ignored.  The system is running redmine on
> apache.
> I'm currently ignoring the following:
>
> /cache
> /dev/*
> /lost+found/*
> /media/*
> /proc/*
> /sys/*
> /tmp/*
> /mnt/*
> /var/cache/apt/*
> */cache/*
> [.]tmp$
> [.]core$
> [.]snap$
> /[.]cache/*
> /var/lib/lxcfs
>
> I'm wondering in particular if the /sys/* files and /var/lib/lxcfs are
> really
> safe to ignore.  A du of /var/lib/lxcfs comes up zero, but then no-one was
> doing
> much when I did that.  du of /sys also comes up zero.  Are these all just
> lock
> files?
>
> /var/cache is not empty, but I'm assuming since it's a "cache" directory
> it need
> not be backed up.  True?
>
> Thanks,
>
> Gary
>
> --
> ubuntu-users mailing list
> ubuntu-users at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20200626/09061ce0/attachment.html>