| Skip Navigation Links | |
| Exit Print View | |
 | man pages section 1M: System Administration Commands Oracle Solaris 11 Information Library |
| Skip Navigation Links | |
| Exit Print View | |
| man pages section 1M: System Administration Commands Oracle Solaris 11 Information Library |
- file system consistency check and interactive repair
fsck-F udfs [generic_options] [special . . .]
fsck-F udfs [generic_options] [-ospecific_options] [special . . .]
fsck audits and interactively repairs inconsistent conditions on file systems. A filesystem to be checked can be specified by giving the name ofthe block or character special device or by giving the name ofits mount point if a matching entry exists in/etc/vfstab.
special represents the character special device, for example,/dev/rdsk/c0t2d0s0, on which thefile system resides. The character special device, not the block special deviceshould be used.fsck does not work on a mounted block device.
If no special device is specified, alludfs file systems specified inthevfstab file with afsckdev entry are checked. If the-p(preen) option is specified,udfs file systems with anfsckpass number greater than1 are checked in parallel. Seefsck(1M).
In the case of correcting serious inconsistencies, by default,fsck asks forconfirmation before making a repair and waits for the operator to respondwith eitheryes orno. If the operator does not have writepermission on the file system,fsck defaults to the-n (no corrections) option.Seefsck(1M).
Repairing some file system inconsistencies can result in loss of data. Theamount and severity of data loss can be determined from the diagnosticoutput.
fsck automatically corrects innocuous inconsistencies. It displays a message for each correctedinconsistency that identifies the nature of the correction which took place onthe file system. After successfully correcting a file system,fsck prints the numberof files on that file system and the number of used andfree blocks.
Inconsistencies checked are as follows:
Blocks claimed by more than one file or the free list
Blocks claimed by a file or the free list outside the range of the file system
Incorrect link counts in file entries
Incorrect directory sizes
Bad file entry format
Blocks not accounted for anywhere
Directory checks, file pointing to unallocated file entry and absence of a parent directory entry
Descriptor checks, more blocks for files than there are in the file system
Bad free block list format
Total free block count incorrect
The following options are supported:
The followinggeneric_options are supported:
Check but do not repair. This option checks to be sure that the file system is suitable for mounting, and returns the appropriate exit status. If the file system is ready for mounting,fsckdisplays a message such as:
udfs fsck: sanity check: /dev/rdsk/c0t2d0s0 okay
Assume ano response to all questions asked byfsck; do not open the file system for writing.
Echo the expanded command line, but do not execute the command. This option can be used to verify and to validate the command line.
Assume ayes response to all questions asked byfsck.
Specifyudfs file system specific options in a comma-separated list with no intervening spaces. The followingspecific_options are available:
Force checking of file systems regardless of the state of their logical volume integrity state.
Check and fix the file system non-interactively (preen). Exit immediately if there is a problem that requires intervention. This option is required to enable parallel file system checking.
Check writable file systems only.
List of default parameters for each file system.
Seeattributes(5) for descriptions of the following attributes:
|
fsck(1M),fsdb_udfs(1M),fstyp(1M),mkfs(1M),mkfs_udfs(1M),mountall(1M),reboot(1M),vfstab(4),attributes(5)
The operating system buffers file system data. Runningfsck on a mountedfile system can cause the operating system's buffers to become out ofdate with respect to the disk. For this reason, usefsck onlywhen the file system is unmounted. If this is not possible, take carethat the system is quiescent and that it is rebooted immediately afterrunningfsck. A panic will probably occur if runningfsck on afile system that modifies the file system while it is mounted.
If an unmount of the file system is not done before thesystem is shut down, the file system might become corrupted. In thiscase, a file system check needs to be completed before the nextmount operation.
You cannot write to the device.
The device is already mounted and cannot runfsck.
File system has been modified to bring it to a consistent state.
Cannot read the block containing allocation extent.
Invalid tag detected when expecting an allocation extent.
Invalid tag detected in the volume sequence.
Invalid tag detected in the space bitmap.
Usefsck in interactive mode.
Copyright © 2011, Oracle and/or its affiliates. All rights reserved.Legal Notices |   |