Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

fsck_exfat(8) [osx man page]

FSCK_EXFAT(8)						    BSD System Manager's Manual 					     FSCK_EXFAT(8)

NAME
fsck_exfat -- Verify and repair ExFAT file systems. SYNOPSIS
fsck_exfat -q device ... fsck_exfat [-f] [-p] [-y | -n] [-g | -x] [-d] device ... DESCRIPTION
The fsck_exfat utility verifies and repairs ExFAT file systems. The first form of fsck_exfat quickly checks the specified file systems to determine whether they were cleanly unmounted. The second form of fsck_exfat checks the specified file systems and tries to repair all detected problems, requesting confirmation before making any changes. The default behavior is to always ask for confirmation of each change. Use the -n or -y options to override this default behavior. The device parameter(s) should be a path to a "raw" disk device (a character special device), such as /dev/rdisk1s1. If you specify a "non- raw" path (a block special device) such as /dev/disk1s1, or just the disk name such as disk1s1, they will automatically be converted to the corresponding raw disk device (/dev/rdisk1s1). The options are as follows: -q Causes fsck_exfat to quickly check whether the volume was unmounted cleanly. If the volume was unmounted cleanly, then the exit status is 0. If the volume was not unmounted cleanly, then the exit status will be non-zero. In either case, a message is printed to standard output describing whether the volume was clean or dirty. -f This option is ignored by fsck_exfat and is present only for compatibility with programs that check other file system types for consistency. -p Preen the specified file systems. This option is ignored by fsck_exfat and is present only for compatibility with programs that check other file system types for consistency. -y Causes fsck_exfat to assume yes as the answer to all questions. It will attempt to repair all problems that are found. -n Causes fsck_exfat to assume no as the answer to all questions. The device will be opened read-only, and no repairs will be made. -g Causes fsck_exfat to produce its output in GUI-compatible form. Each message is printed as a tuple containing the kind of mes- sage, the message string, and number of parameters to the message string. Any parameters to the message string are printed on subsequent lines. The message string uses NSLog-like substitutions. This output format is used by applications such as Disk Utility. -x Causes fsck_exfat to produce its output in an XML-like form. Each message is printed as a plist(5) containing a message type, verbosity, message number, and message string. The message string uses NSLog-like substitutions. For message strings that contain parameters, an array of dictionaries is output. This output format is used by applications such as Disk Utility. It may be used by other kinds of applications which wish to parse the output of fsck_exfat. -d Causes fsck_exfat to produce extra debugging output. This generally contains additional details about problems found. When writing bug reports for fsck_exfat, it is usually helpful to include the output generated from this option. SEE ALSO
mount_exfat(8), fsck(8) HISTORY
The fsck_exfat utility first appeared in Mac OS X 10.6.3. Darwin January 19, 2010 Darwin

Check Out this Related Man Page

FSCK_HFS(8)						    BSD System Manager's Manual 					       FSCK_HFS(8)

NAME
fsck_hfs -- HFS file system consistency check SYNOPSIS
fsck_hfs -q [-df] special ... fsck_hfs -p [-df] special ... fsck_hfs [-n | -y | -r] [-dfg] [-m mode] special ... DESCRIPTION
The fsck_hfs utility verifies and repairs standard HFS and HFS+ file systems. The first form of fsck_hfs quickly checks the specified file systems to determine whether they were cleanly unmounted. The second form of fsck_hfs preens the specified file systems. It is normally started by fsck(8) run from /etc/rc.boot during automatic reboot, when a HFS file system is detected. When preening file systems, fsck_hfs will fix common inconsistencies for file systems that were not unmounted cleanly. If more serious problems are found, fsck_hfs does not try to fix them, indicates that it was not successful, and exits. The third form of fsck_hfs checks the specified file systems and tries to repair all detected inconsistencies. If no options are specified fsck_hfs will always check and attempt to fix the specified file systems. The options are as follows: -d Display debugging information. This option may provide useful information when fsck_hfs cannot repair a damaged file system. -f When used with the -p option, force fsck_hfs to check `clean' file systems, otherwise it means force fsck_hfs to check and repair journaled HFS+ file systems. -g Causes fsck_hfs to generate it's output strings in GUI format. This option is used when another application with a graphical user interface (like Mac OS X Disk Utility) is envoking the fsck_hfs tool. -m mode Mode is an octal number that will be used to set the permissions for the lost+found directory when it is created. The lost+found directory is only created when a volume is repaired and orphaned files or directories are detected. fsck_hfs places orphaned files and directories into the lost+found directory (located at the root of the volume). The default mode is 01777. -p Preen the specified file systems. -q Causes fsck_hfs to quickly check whether the volume was unmounted cleanly. If the volume was unmounted cleanly, then the exit status is 0. If the volume was not unmounted cleanly, then the exit status will be non-zero. In either case, a message is printed to standard output describing whether the volume was clean or dirty. -y Always attempt to repair any damage that is found. -n Never attempt to repair any damage that is found. -r Rebuild the catalog file on the specified file system. This option currently will only work if there is enough contiguous space on the specified file system for a new catalog file and if there is no damage to the leaf nodes in the existing catalog file. Because of inconsistencies between the block device and the buffer cache, the raw device should always be used. SEE ALSO
fsck(8) BUGS
fsck_hfs is not able to fix some inconsistencies that it detects. HISTORY
The fsck_hfs command appeared in Mac OS X Server 1.0 . Mac OS X November 21, 2002 Mac OS X
Man Page