home *** CD-ROM | disk | FTP | other *** search
/ IRIX Base Documentation 2002 November / SGI IRIX Base Documentation 2002 November.iso / usr / share / catman / p_man / cat4 / xfs.z / xfs
Encoding:
Text File  |  2002-10-03  |  4.9 KB  |  133 lines
  1.  
  2.  
  3.  
  4. xxxxffffssss((((4444))))                                                                  xxxxffffssss((((4444))))
  5.  
  6.  
  7.  
  8. NNNNAAAAMMMMEEEE
  9.      xfs - layout of the XFS filesystem
  10.  
  11. DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  12.      An XFS filesystem can reside on a regular disk partition or on a logical
  13.      volume (see _l_v(7M) and _x_l_v(7M)).  An XFS filesystem has up to three
  14.      parts:  a data section, a log section, and a real-time section.  For disk
  15.      partition and _l_v logical volume filesystems, the real-time section is
  16.      absent, and the log area is contained within the data section.  For XLV
  17.      logical volume filesystems, the real-time section is optional, and the
  18.      log section can be separate from the data section or contained within it.
  19.      The filesystem sections are divided into a certain number of _b_l_o_c_k_s,
  20.      whose size is specified at _m_k_f_s(1M) time with the ----bbbb option.
  21.  
  22.      The data section contains all the filesystem metadata (inodes,
  23.      directories, indirect blocks) as well as the user file data for ordinary
  24.      (non-real-time) files and the log area if the log is _i_n_t_e_r_n_a_l to the data
  25.      section.  The data section is divided into a number of _a_l_l_o_c_a_t_i_o_n _g_r_o_u_p_s.
  26.      The number and size of the allocation groups are chosen by _m_k_f_s so that
  27.      there is normally a small number of equal-sized groups.  The number of
  28.      allocation groups controls the amount of parallelism available in file
  29.      and block allocation.  It should be increased from the default if there
  30.      is sufficient memory and a lot of allocation activity.  The number of
  31.      allocation groups should not be set very high, since this can cause large
  32.      amounts of CPU time to be used by the filesystem, especially when the
  33.      filesystem is nearly full.  More allocation groups are added (of the
  34.      original size) when _x_f_s__g_r_o_w_f_s(1M) is run.
  35.  
  36.      The log section (or area, if it is internal to the data section) is used
  37.      to store changes to filesystem metadata while the filesystem is running
  38.      until those changes are made to the data section.  It is written
  39.      sequentially during normal operation and read only during mount.  When
  40.      mounting a filesystem after a crash, the log is read to complete
  41.      operations that were in progress at the time of the crash.
  42.  
  43.      The real-time section is used to store the data of real-time files.
  44.      These files had an attribute bit set through _f_c_n_t_l(2) after file
  45.      creation, before any data was written to the file.  The real-time section
  46.      is divided into a number of _e_x_t_e_n_t_s of fixed size (specified at _m_k_f_s
  47.      time).  Each file in the real-time section has an extent size that is a
  48.      multiple of the real-time section extent size.
  49.  
  50.      Each allocation group contains several data structures.  The first sector
  51.      contains the superblock.  For allocation groups after the first, the
  52.      superblock is just a copy and is not updated after _m_k_f_s.  The next three
  53.      sectors contain information for block and inode allocation within the
  54.      allocation group.  Also contained within each allocation group are data
  55.      structures to locate free blocks and inodes; these are located through
  56.      the header structures.
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.                                                                         PPPPaaaaggggeeee 1111
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70. xxxxffffssss((((4444))))                                                                  xxxxffffssss((((4444))))
  71.  
  72.  
  73.  
  74.      Each XFS filesystem is labeled with a unique universal identifier (UUID).
  75.      (See _u_u_i_d(3C) for more details.)  The UUID is stored in every allocation
  76.      group header and is used to help distinguish one XFS filesystem from
  77.      another, therefore you should avoid using _d_d or other block-by-block
  78.      copying programs to copy XFS filesystems.  If two XFS filesystems on the
  79.      same machine have the UUID, _x_f_s_d_u_m_p may become confused when doing
  80.      incremental and resumed dumps.  (See _x_f_s_d_u_m_p(1M) for more details.)
  81.      _x_f_s__c_o_p_y or _x_f_s_d_u_m_p/_x_f_s_r_e_s_t_o_r_e are recommended for making copies of XFS
  82.      filesystems.
  83.  
  84.      All these data structures are subject to change, and the headers that
  85.      specify their layout on disk are not provided.
  86.  
  87. SSSSEEEEEEEE AAAALLLLSSSSOOOO
  88.      attr(1), grio(1M), mkfs(1M), mkfs_xfs(1M), xfs_bmap(1M), xfs_check(1M),
  89.      xfs_copy(1M), xfs_estimate(1M), xfs_growfs(1M), xfs_logprint(1M),
  90.      xfs_repair(1M), xfsdump(1M), xfsrestore(1M), fcntl(2), syssgi(2),
  91.      uuid(3C), filesystems(4), lv(7M), xlv(7M).
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.                                                                         PPPPaaaaggggeeee 2222
  130.  
  131.  
  132.  
  133.