Section: Maintenance Commands (8)
xfs_metadump - copy XFS filesystem metadata to a file
is a debugging tool that copies the metadata from an XFS filesystem to a file.
argument must be the pathname of the device or file
containing the XFS filesystem and the
argument specifies the destination file name.
is -, then the output is sent to stdout. This allows the output to be
redirected to another program such as a compression application.
may only be used to copy unmounted filesystems, or read-only mounted
does not alter the source filesystem in any way. The
image is a contiguous (non-sparse) file containing all the
filesystem's metadata and indexes to where the blocks were copied from.
obfuscates most file (regular file, directory and symbolic link) names
and extended attribute names to allow the dumps to be sent without
revealing confidential information. Extended attribute values are zeroed
and no data is copied. The only exceptions are file or attribute names
that are 4 or less characters in length. Also file names that span extents
(this can only occur with the
are not obfuscated. Names between 5 and 8 characters in length inclusively
are partially obfuscated.
cannot obfuscate metadata in the filesystem log. Log
recovery of an obfuscated metadump image may expose clear-text
metadata and/or cause filesystem corruption in the restored image.
It is recommended that the source filesystem first be mounted and
unmounted, if possible, to ensure that the log is clean.
A subsequent invocation of
will capture a clean log and obfuscate all metadata correctly.
If a metadump must be produced from a filesystem with a dirty log,
it is recommended that obfuscation be turned off with -o option, if
metadata such as filenames is not considered sensitive. If obfuscation
is required on a metadump with a dirty log, please inform the recipient
of the metadump image about this situation.
should not be used for any purposes other than for debugging and reporting
filesystem problems. The most common usage scenario for this tool is when
fails to repair a filesystem and a metadump image can be sent for
The file generated by
can be restored to filesystem image (minus the data) using the
Copies entire metadata blocks. Normally,
will zero any stale
bytes interspersed with in-use metadata. Use this option to copy full metadata
blocks, to provide more debugging information for a corrupted filesystem. Note
that the extra data will be unobfuscated.
Stops the dump on a read error. Normally, it will ignore read errors and copy
all the metadata that is accessible.
Specifies that the filesystem image to be processed is stored in a regular file
file option). This can also happen if an image copy of a filesystem has
been made into an ordinary file with
Specifies that we want to continue even if the superblock magic is not correct.
If the source is truly not an XFS filesystem, the resulting image will be useless,
and xfs_metadump may crash.
Shows dump progress. This is sent to stdout if the
is a file or to stderr if the
- -l logdev
For filesystems which use an external log, this specifies the device where the
external log resides. The external log is not copied, only internal logs are
Set the maximum size of an allowed metadata extent. Extremely large metadata
extents are likely to be corrupt, and will be skipped if they exceed
this value. The default size is 2097151 blocks.
Disables obfuscation of file names and extended attributes.
Prints warnings of inconsistent metadata encountered to stderr. Bad metadata
is still copied.
Prints the version number and exits.
returns an exit code of 0 if all readable metadata is successfully copied or
1 if a write error occurs or a read error occurs and the
copies metadata only, it does not matter if the
filesystem has a realtime section or not. If the filesystem has an external
log, it is not copied. Internal logs are copied and any outstanding log
transactions are not obfuscated if they contain names.
is a shell wrapper around the
Email bug reports to