restoring individual files from backup

5 respuestas [Último envío]
chaosmonk

I am a member!

I am a translator!

Desconectado/a
se unió: 07/07/2017

Last year, Magic Banana explained to me how to configure backups to
another machine over my local network. I have been using it to backup
my Trisquel laptop onto another machine running Hyperbola. This is my
last machine still running Hyperbola, and I would now like to wipe it
and install another distro.

Before I do, I would like to recover a directory which I deleted from my
Desktop directory several months ago. My understanding is that I should
be able to do this in Caja by right clicking and selecting "Restore
Missing Files..." When I do this, a window pops up which says that it
is scanning for files, but it does not find any. My expectation was
that I would be prompted for my Hyperbola user's password, followed by
the encryption password for the backup, which is what happens when I do
a full backup or a full restore.

Has anyone managed to restore individual files from a backup through
Caja? Deja Dup says to use "Files", which might refer to Nautilus. I
don't mind installing Nautilus temporary for this task, but if I use
this setup again in the future I'd like to get it working with Caja.

chaosmonk

I am a member!

I am a translator!

Desconectado/a
se unió: 07/07/2017

> I would like to recover a directory which I deleted from my Desktop
> directory several months ago. My understanding is that I should be
> able to do this in Caja by right clicking and selecting "Restore
> Missing Files..." When I do this, a window pops up which says that it
> is scanning for files, but it does not find any. My expectation was
> that I would be prompted for my Hyperbola user's password, followed by
> the encryption password for the backup, which is what happens when I
> do a full backup or a full restore.

It seems that the Hyperbola user's password gets cached, which is why I
am not always prompted for it, so there must be some other reason that
"Restore Missing Files..." does not work. However, I found that "Revert
to a Previous Version..." does work, so I was able to revert my entire
Desktop directory to a snapshot from before I deleted the files I need. I
then copied those files to another directory and reverted back to my
most recent snapshot. This took longer than it should have to restore
just the files I needed, but it worked.

Magic Banana

I am a member!

I am a translator!

Desconectado/a
se unió: 07/24/2010

I missed that post: sorry. I actually faced the same problem (Déjà Dup taking apparently forever to restore a past version of a file) some time ago, using Nautilus. I do not remember how I solved it. Maybe running deja-dup from the command line (since I imagine it is the first thing I would try)? Also, more often than not, Déjà Dup pops an error up when I plug the hard drive where to back the files up: I then need to manually start it.

As you know, Trisquel 9 Alpha has Back In Time, instead of Déjà Dup. It uses rsync, whereas Déjà Dup uses duplicity. As far as I can see:

  • Back In Time is less user friendly than Déjà Dup: no integration with the file manager, a rather user-frightening (compared to Déjà-Dup) Qt interface, which does not integrate well with GTK-based desktop environments (such as MATE, Trisquel's default);
  • Back In Time (actually rsync) is less powerful than Déjà Dup (actually duplicity): no differential update (large files that are slightly modified are copied as a whole), no compression, etc.
  • As a counterpart of the previous point, Back In Time looks "simple" (as in KISS): it is fast and you can directly copy a file (or a whole snapshot) from wherever you backed it up.

I believed the rather detrimental change was justified by Déjà Dup (and possibly duplicity) not being maintained: we were doomed to suffer from its bugs for the foreseeable future. Nevertheless, I discovered it is not the case:

Do you know if Déjà Dup was tested again for Trisquel 9? Were the bugs still present? If not, what justified the the choice of Back In Time? Is that choice definitive?

chaosmonk

I am a member!

I am a translator!

Desconectado/a
se unió: 07/07/2017

> Do you know if Déjà Dup was tested again for Trisquel 9? Were the
> bugs still present? If not, what justified the the choice of Back In
> Time? Is that choice definitive?

I actually did not realize that deja-dup is not installed by default in
Trisquel 9, because I upgraded from Trisquel 8. It appears you are
right, though.[1] I do not know why the choice was made. Which are the
bugs you are referring to? The only issue I've encountered is the one I
reported in this thread.

[1]
https://devel.trisquel.info/trisquel/trisquel-packages/commit/9ad59c6d726b6f457e85bd7cb025810c0f630ae8

Magic Banana

I am a member!

I am a translator!

Desconectado/a
se unió: 07/24/2010

That one (the worst I know of, in Trisquel 8), the one about having an error message ("An operation is already pending") when you plug an external hard drive where the backup should be made (opening "Backup"'s main window then starts the backup), and other smaller bugs (such as the fact that ~/.cache/dconf is impossible to back up, what is normal but reported as a problem by Déjà Dup).

chaosmonk

I am a member!

I am a translator!

Desconectado/a
se unió: 07/07/2017

> I believed the rather detrimental change was justified by Déjà Dup
> (and possibly duplicity) not being maintained: we were doomed to
> suffer from its bugs for the foreseeable future. Nevertheless, I
> discovered it is not the case:

deja-dup is still being maintained in Debian,[1] so I don't think it is
going away anytime soon.

[1] https://tracker.debian.org/pkg/deja-dup