>> ... Given the need to handle file attributes and other xfs file
>> extensions I don't see how a program that dumps a xfs file can
>> produce a dump tape compatible with the current linux dump/restore.
> Basically it cannot.
> That's why we are doing BOTH
> 1. xfsdump/xfsrestore (these are real close now, and will appear
> in the CVX tree shortly), and
> 2. a Linux compatible dump/restore ... this will not preserve xfs
> metadata beyond that used in ext2 or any extensions to the
> extant dump format that are adopted by the community (this is a
> lower priority project that has not been started yet).
FWIW, most other filesystems also ship with their own dump/restore
programs (Veritas for instance). And most OSs (Irix, Solaris, HP/UX)
come with a fstyp program so that backup programs can determine which
backend they should call.
I wrote a fstyp(8) for Linux when I implemented XFS support in
mount(8), but it never made it into the official package.
Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc.
Linuxcare. Support for the revolution.