Autor |
Nachricht |
|
Titel: Which backup method would best suit my needs?
Verfasst am: 31.10.2006, 00:03 Uhr
|
|

Anmeldung: 16. Apr 2006
Beiträge: 207
Wohnort: England
|
|
Having fixed problems I've been having with bluetooth and splashy I know have a perfect working system with kanotix.
Now, before I do anything else I want to do a full backup.
My requirements are:
I want backups to be much smaller then the originals, this is because I will be backing up to a second, much smaller hard drive which will also contain full backups of any other distros I want to keep and I would also like to stuff I consider essential to be backed up to cd or dvd as a failsafe (I once had 2 hard drives fail in the space of 3 days).
I would prefer incremental backups but it's not essential, I'm guessing that would be more difficult because I'm wanting smaller backups which would mean compression.
I would prefer it to be a fairly fast process but again this isn't essential.
Finally, a gui would be nice but this is probably the lowest priority.
Previously I have used this method from ubuntu forums - http://www.ubuntuforums.org/showthread.php?t=81311
I've used this on many different distros and it used to work well but the last few times I've tried I've tended to have quite a few problems after restoration.
The only other method I've tried was *partimage. This has worked well for me also but the restoration did fail once. If I can't find anything better I will continue to use this method.
I'm aware rdiff-backups are recommended but it seems this needs as much space as the original files so it's not suitable for me.
<EDIT>
*Of course I meant partimage, not gparted. |
_________________ sidux 32 & 64 | PCLinuxOS | PC-BSD
repository of shame - compiz fusion & beryl repo for debian Sid/Lenny/Etch | 32-bit | 64-bit
|
|
|
|
 |
|
Titel:
Verfasst am: 04.11.2006, 07:35 Uhr
|
|
Team Member


Anmeldung: 04. Apr 2006
Beiträge: 153
Wohnort: Melbourne, Australia
|
|
maybe h2-rdiff -script will help provide some solution
http://techpatterns.com/forums/about831.html |
_________________ Kanotix Easter RC4 on a dual boot P4 and a production box Desktop KDE::
Kanotix 2006 Easter RC4 on a P2 and Production Box , Desktop KDE::
Kanotix EasterRC4 on a MMX 199Mhz lappy
and a Production Box, Desktop ICEWM::
|
|
|
|
 |
|
Titel:
Verfasst am: 04.11.2006, 08:27 Uhr
|
|
Anmeldung: 12. Mar 2005
Beiträge: 1005
|
|
What you want isn't realistic unfortunately.
With incremental backups, your backups are going to be by definition larger than the original, even if you use compression, which rdiff-backup does for its incremental changed stuff.
Unfortunately, for backups, you want your backup drive larger, not smaller. So you'll have to get rid of some requirements you listed.
Consider just buying a cheap new large disk, they are very cheap now.
Since binary files don't get that compressed, you probably won't see any particularly huge savings even with compression, but you could try using bzip2, with tar, that's as small as you'll probably get your stuff backed up and compressed. |
_________________ Read more on dist-upgrades using du-fixes-h2.sh script.
New: rdiff-backup script
|
|
|
|
 |
|
Titel:
Verfasst am: 04.11.2006, 11:31 Uhr
|
|

Anmeldung: 16. Apr 2006
Beiträge: 207
Wohnort: England
|
|
Well after noticing some problems with my partitioning I was forced to somehow backup everything I could and the second drive failed so I had to use an even smaller drive.
I used partimage to make my kanotix backup and once everything was sorted out
I restored it and it was all still working fine as far as I can tell.
What slightly put me off using partimage was the time it took to make a backup when I have used it previously on my old comp but on this comp the whole backup only took a few minutes so that's good enough for me, also the image size was pretty small too.
I have been looking round at hard drives and there are some suprisingly cheap ones so I will probably get one. |
_________________ sidux 32 & 64 | PCLinuxOS | PC-BSD
repository of shame - compiz fusion & beryl repo for debian Sid/Lenny/Etch | 32-bit | 64-bit
|
|
|
|
 |
|
|
|