FSTYP(8)

NAME
fstyp - determine filesystem type

SYNOPSIS
fstyp [-l] [-s] [-u] special

DESCRIPTION
The fstyp utility is used to determine the filesystem type on a given device. It can recognize BeFS (BeOS), ISO-9660, exFAT, Ext2, FAT, NTFS, UFS, HAMMER, and HAMMER2 filesystems. When the -u flag is specified, fstyp also recognizes certain additional metadata formats that cannot be handled using mount(8).

The filesystem name is printed to the standard output as, respectively:
befs
cd9660
exfat
ext2fs
msdosfs
ntfs
ufs
hammer
hammer2

Note that HAMMER filesystem consists of more than one volumes requires a path in blkdevs format. See hammer(8) for blkdevs format. fstyp doesn't recognize partially specified block devices as HAMMER filesystem volumes unless -u flag is specified.

Because fstyp is built specifically to detect filesystem types, it differs from file(1) in several ways. The output is machine-parsable, filesystem labels are supported, and does not try to recognize any file format other than filesystems.

These options are available:

-l  In addition to filesystem type, print filesystem label if available.

-s  Ignore file type. By default, fstyp only works on regular files and disk-like device nodes. Trying to read other file types might have unexpected consequences or hang indefinitely.

-u  Include filesystems and devices that cannot be mounted directly by mount(8).

EXIT STATUS
The fstyp utility exits 0 on success, and >0 if an error occurs or the filesystem type is not recognized.

SEE ALSO
file(1), autofs(5), hammer(8), hammer2(8), mount(8)

HISTORY
The fstyp command appeared in FreeBSD 10.2. The fstyp command appeared in DragonFly 4.5.

AUTHORS
-nosplit The fstyp utility was developed by Edward Tomasz Napierala <trasz@FreeBSD.org> under sponsorship from the FreeBSD Foundation. ZFS and GELI support was added by Allan Jude <allanjude@FreeBSD.org>.

The fstyp utility was ported to DragonFly by Tomohiro Kusumi <tkusumi@netbsd.org>. Donated to DragonFlyBSD by PeerCorps Trust Fund.

BUGS
The fstyp utility on DragonFly currently doesn't support zfs(8) pool and geli(8) providers supported on FreeBSD.