-------- Original Message --------
Subject: [Dump-announce] Dump/restore 0.4b21 released.
Date: Tue, 16 Jan 2001 09:42:01 +0100
From: Stelian Pop <[EMAIL PROTECTED]>
Reply-To: Stelian Pop <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]

[ I am reposting this since it seems that Sourceforge mailing
  lists are experiencing severe problems... ]

Hi everybody and a happy new millenium!

I've released a new version of dump/restore, the linux ext2 backup
utilities.

The new version fixes some bugs, and adds the ability to save and
restore files larger than 2 GB (LFS support). For the entire list
of changes see below.

You can download the latest version of dump/restore from:
        http://dump.sourceforge.net

Stelian.

Changelog follows:

Changes between versions 0.4b20 and 0.4b21 (released January 13, 2001)
======================================================================

1.      Fixed some bugs in the dump -w|-W logic introduced by
        the previous version. Thanks to Andreas Dilger 
        <[EMAIL PROTECTED]> for his help on this one.

2.      Fixed again a compilation problem when using old e2fs
        headers (filesystem label related). Thanks to many users
        who reported this stupid error.

3.      Fixed a build problem on old lib5 based systems dealing with 
        _PATH_MNTTAB being undefined. Thanks to John Adams
        <[EMAIL PROTECTED]> for reporting the bug.

4.      Improved the error detection in restore when creating
        the temporary files in TMPDIR. Now restore will corectly
        report a 'no space left on device' error instead of 
        strange errors which could imply an archive corruption.
        Thanks to Gabriel Somlo <[EMAIL PROTECTED]> and
        bgjenero <[EMAIL PROTECTED]> for reporting the bug.

5.      Added the throughput information in dump's progression
        messages.  Thanks to Andreas Dilger <[EMAIL PROTECTED]> 
        for the patch.

6.      Use libext2fs's inode scanning routines, which are particularly
        robust when dealing with errors (especially when having some
        bad blocks on the filesystem). Many thanks to Colin
        <[EMAIL PROTECTED]> for reporting the bug, investigating
        the issues, finding a workaround, writing the patch and
        fully testing it... (of course, if this patch will break
        anything, he is to blame for :-)).

7.      Made dump and restore LFS aware. Dump can dump a filesystem
        containing large files, generate a large file on output and
        restore can restore them. This feature is not enabled by
        default, use --enable-largefile option of configure to enable
        it (you need to have a LFS aware glibc though). Thanks to
        Andrea Arcangeli <[EMAIL PROTECTED]> for submitting the patch,
        and to Theodore T'so <[EMAIL PROTECTED]> for his always
        useful thoughts.

8.      Made dump ask upon a tape write error if it should rewrite
        the current volume (assume this is a bad tape) or if it should
        assume an end-of-tape condition (useful for tape drives which
        behaves badly at the end of the tape). Thanks to Andreas
        Dilger <[EMAIL PROTECTED]> for the suggestion.

-- 
Stelian Pop <[EMAIL PROTECTED]>

_______________________________________________
Dump-announce mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dump-announce

Reply via email to