glenda.party
term% ls -F
term% pwd
$home/manuals/unix_v8/8/fsck
term% cat index.txt
FSCK(8)                     System Manager's Manual                    FSCK(8)



NAME
       fsck - file system consistency check and interactive repair

SYNOPSIS
       /etc/fsck -p [ filesystem ...  ]
       /etc/fsck  [ -y ] [ -n ] [ -sX ] [ -SX ] [ -t filename ] [ filesystem ]
       ...

DESCRIPTION
       The first form of fsck preens a standard set of filesystems (those men‐
       tioned  in  /etc/fstab)  or the specified file systems.  It is normally
       called from /etc/rc during automatic reboot.

       The file /etc/fstab defines the order in which disks are checked by as‐
       signing  each  file  system  to a ``pass'' of fsck.  Normally, the root
       file system will be checked on pass 1, and other files on later passes.
       For  savecore(8)  to work, no more than three large file systems should
       be checked on each pass.  A file system is not checked if its pass num‐
       ber is 0 or it is not to be mounted.

       Fsck with the -p option will repair only the following ailments:

              unreferenced i-nodes;

              wrong link counts in i-nodes;

              missing blocks in the free list;

              blocks in the free list also in files; and

              counts wrong in the super-block.

       If fsck encounters other inconsistencies, it exits with an abnormal re‐
       turn status and the automatic reboot aborts.  For each corrected incon‐
       sistency  one or more lines will be printed identifying the file system
       and the nature of the correction.  After successfully preening  a  file
       system, fsck will print the number of files on that file system and the
       number of used and free blocks.

       Without the -p option, fsck audits and interactively repairs  inconsis‐
       tent  conditions  on  file systems.  If the file system is inconsistent
       the operator is prompted for concurrence before each correction is  at‐
       tempted.   The  operator  may  require  arcane  knowledge to guide fsck
       safely through repair of a badly damaged file system.

       The following flags are interpreted by fsck.

       -y    Assume a yes response to all questions asked by fsck; this should
             be used with great caution.

       -n    Assume  a no response to all questions asked by fsck; do not open
             the file system for writing.  This option  is  enabled  automati‐
             cally if the file system is not writable.

       -sX   Ignore  the  actual free list and (unconditionally) reconstruct a
             new one by rewriting the super-block of  the  file  system.   The
             file  system  should  be unmounted while this is done; if this is
             not possible, care should be taken that the system  is  quiescent
             and  that it is rebooted immediately afterwards.  This precaution
             is necessary so that the old, bad, in-core copy of the superblock
             will  not continue to be used, or written on the file system.  If
             the file system has a bitmap free list (see filsys(5)), the  free
             list is always reconstructed unless the -n option is enabled.

             The -sX option allows for creating an optimal free-list organiza‐
             tion.  The following forms of X are supported for  the  following
             devices:

                  -s3 (RP03)
                  -s4 (RP04, RP05, RP06)
                  -sBlocks-per-cylinder:Blocks-to-skip (for anything else)

             If  X  is not given, the values used when the filesystem was cre‐
             ated are used.  If these values  were  not  specified,  then  the
             value 400:9 is used.

       -SX   Conditionally  reconstruct the free list. This option is like -sX
             above except that the free list is rebuilt only if there were  no
             discrepancies  discovered  in  the file system. The -S option en‐
             ables -n.

       -t    If fsck cannot obtain enough memory to keep its tables, it uses a
             scratch  file.  If  the -t option is specified, the file named in
             the next argument is used as the scratch file, if needed. Without
             the  -t  flag,  fsck will prompt the operator for the name of the
             scratch file. The file chosen should not be on the filesystem be‐
             ing  checked,  and if it is not a special file or did not already
             exist, it is removed when fsck completes.

       If no filesystems are given to fsck then a default list of file systems
       is read from the file /etc/fstab.

       Inconsistencies checked are as follows:

       Blocks claimed by more than one inode or the free list.
       Blocks  claimed  by  an inode or the free list outside the range of the
       file system.
       Incorrect link counts.
       Size checks:
       Directory size not 16-byte aligned.
       Bad inode format.
       Blocks not accounted for anywhere.
       Directory checks:
       File pointing to unallocated inode.
              Inode number out of range.
       Super Block checks:
       More than 65536 inodes.
              More blocks for inodes than there are in the file system.
       Bad free block list format.
       Total free block and/or free inode count incorrect.

       Orphaned files and directories (allocated but unreferenced) are  recon‐
       nected  by placing them in the lost+found directory.  The name assigned
       is the inode  number.  The  only  restriction  is  that  the  directory
       lost+found  must  exist in the root of the filesystem being checked and
       must have empty slots in which entries can be made.

       Checking the raw device is almost always faster for 1K-block file  sys‐
       tems, but bitmap file systems must be checked using the block device.

FILES
       /etc/fstab           contains default list of file systems to check.

SEE ALSO
       fstab(5), filsys(5), crash(8), reboot(8)

BUGS
       Inode  numbers  for  .  and ..  in each directory should be checked for
       validity.

       The `three large filesystems' rule assumes a system with 4 megabytes of
       memory  and  a 20 megabyte swap area.  Your mileage may vary.  The goal
       is to avoid overwriting the part of the swap area where the dump lives.



                                                                       FSCK(8)