On Mon, 23 Oct 2006 10:03:00 +0200 (CEST)
Wojciech Puchar <[EMAIL PROTECTED]> wrote:
> > Other alternatives:
> > - use Bacula for a full fledged backup solution,
>
> could you please specify what "full fledged" exactly mean for you?
http://www.bacula.org :)
_
{Beto|Nor
Hmm, not familiar with "dump" or "restore", but what I would suggest,
is when you can get some down time, boot from a live cd, and using a
dd/bzip2/split combo (or any other method of your choice), make a
backup image of the drive as well, If you get a new drive with the
same size/etc, it'll massi
> remotely,etc. quite nice.
if it's managed by "web interface" instead of something normal like
command line, it's not good, at least for me.
rdiff-backup is a command-line tool, and it's possible to use a
web-interface for it
read the description - but it's somehow extended disk-to-disk copy
On Sun, Oct 22, 2006 at 03:32:11PM -0400, Jim Stapleton wrote:
> Hmm, not familiar with "dump" or "restore", but what I would suggest,
> is when you can get some down time, boot from a live cd, and using a
> dd/bzip2/split combo (or any other method of your choice), make a
> backup image of the dr
On 10/23/06, Wojciech Puchar <[EMAIL PROTECTED]> wrote:
> - rdiff-backup - it's actually REALLY good for incremental backups . I'm using
> it with 6GB+ encrypted drives and the saving is quite good (though calculating
> the binary difference takes a while). There's a web interface to manage it
>
Other alternatives:
- use Bacula for a full fledged backup solution,
could you please specify what "full fledged" exactly mean for you?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubs
Other alternatives:
- use Bacula for a full fledged backup solution,
- taking the image of the drives containing the OS is definitely a good idea.
not for incremental backup, otherwise ok
- rdiff-backup - it's actually REALLY good for incremental backups . I'm using
it with 6GB+ encrypted dri
On Sun, 22 Oct 2006 21:44:13 +0200 (CEST)
Wojciech Puchar <[EMAIL PROTECTED]> wrote:
> incremental dumps are most important to me, nothing else really works that
> way, while gtar is said to ;)
Other alternatives:
- use Bacula for a full fledged backup solution,
- taking the image of the drives
Just plan to do complete dumps with the script below once a week which is good
for me due to the fact of how the box is used. If a total drive crash happens
I will just reinstall from cd then use restore to recover the dump. I am
backing up to a usb drive connected to the server. I have printe
Hmm, not familiar with "dump" or "restore", but what I would suggest,
i am. very good tools, maybe except restore slowly processes directory
listings when >10 millions file are in backup. but restores fine anyway :)
dump is always fast, -L is very useful things, but manual mksnap+dump
may be
Hmm, not familiar with "dump" or "restore", but what I would suggest,
is when you can get some down time, boot from a live cd, and using a
dd/bzip2/split combo (or any other method of your choice), make a
backup image of the drive as well, If you get a new drive with the
same size/etc, it'll massi
All,
I have freebsd 6.1 installed running Samba authenticating my home users and
pc's and home shares for each user. This also serves as a web development box
for my internal network. Because there is a login script that runs to map
drives on the remote pc's all users are accustomed to dumping
12 matches
Mail list logo
