__  __    __   __  _____      _            _          _____ _          _ _ 
 |  \/  |   \ \ / / |  __ \    (_)          | |        / ____| |        | | |
 | \  / |_ __\ V /  | |__) | __ ___   ____ _| |_ ___  | (___ | |__   ___| | |
 | |\/| | '__|> <   |  ___/ '__| \ \ / / _` | __/ _ \  \___ \| '_ \ / _ \ | |
 | |  | | |_ / . \  | |   | |  | |\ V / (_| | ||  __/  ____) | | | |  __/ | |
 |_|  |_|_(_)_/ \_\ |_|   |_|  |_| \_/ \__,_|\__\___| |_____/|_| |_|\___V 2.1
 if you need WebShell for Seo everyday contact me on Telegram
 Telegram Address : @jackleet
        
        
For_More_Tools: Telegram: @jackleet | Bulk Smtp support mail sender | Business Mail Collector | Mail Bouncer All Mail | Bulk Office Mail Validator | Html Letter private



Upload:

Command:

www-data@216.73.217.121: ~ $
<!DOCTYPE html>

<html lang="en" data-content_root="../">
  <head>
    <meta charset="utf-8" />
    <meta name="viewport" content="width=device-width, initial-scale=1.0" /><meta name="viewport" content="width=device-width, initial-scale=1" />

    <title>NILFS2 &#8212; The Linux Kernel  documentation</title>
    <link rel="stylesheet" type="text/css" href="../_static/pygments.css?v=fa44fd50" />
    <link rel="stylesheet" type="text/css" href="../_static/alabaster.css?v=3918102e" />
    <script src="../_static/documentation_options.js?v=5929fcd5"></script>
    <script src="../_static/doctools.js?v=9bcbadda"></script>
    <script src="../_static/sphinx_highlight.js?v=dc90522c"></script>
    <link rel="index" title="Index" href="../genindex.html" />
    <link rel="search" title="Search" href="../search.html" />
    <link rel="next" title="NFS" href="nfs/index.html" />
    <link rel="prev" title="ISO9660 Filesystem" href="isofs.html" />
   
  <link rel="stylesheet" href="../_static/custom.css" type="text/css" />
  

  
  

  </head><body>
  <div class="document">
    
      <div class="sphinxsidebar" role="navigation" aria-label="Main">
        <div class="sphinxsidebarwrapper">
            <p class="logo"><a href="../index.html">
              <img class="logo" src="../_static/logo.svg" alt="Logo of The Linux Kernel"/>
            </a></p>
<h1 class="logo"><a href="../index.html">The Linux Kernel</a></h1>



<p class="blurb">6.18.50</p>







<search id="searchbox" style="display: none" role="search">
  <h3 id="searchlabel">Quick search</h3>
    <div class="searchformwrapper">
    <form class="search" action="../search.html" method="get">
      <input type="text" name="q" aria-labelledby="searchlabel" autocomplete="off" autocorrect="off" autocapitalize="off" spellcheck="false"/>
      <input type="submit" value="Go" />
    </form>
    </div>
</search>
<script>document.getElementById('searchbox').style.display = "block"</script>


<p>
<h3 class="kernel-toc-contents">Contents</h3>
<input type="checkbox" class="kernel-toc-toggle" id = "kernel-toc-toggle" checked>
<label class="kernel-toc-title" for="kernel-toc-toggle"></label>

<div class="kerneltoc" id="kerneltoc">
<ul>
<li class="toctree-l1"><a class="reference internal" href="../process/development-process.html">Development process</a></li>
<li class="toctree-l1"><a class="reference internal" href="../process/submitting-patches.html">Submitting patches</a></li>
<li class="toctree-l1"><a class="reference internal" href="../process/code-of-conduct.html">Code of conduct</a></li>
<li class="toctree-l1"><a class="reference internal" href="../maintainer/index.html">Maintainer handbook</a></li>
<li class="toctree-l1"><a class="reference internal" href="../process/index.html">All development-process docs</a></li>
</ul>
<ul class="current">
<li class="toctree-l1"><a class="reference internal" href="../core-api/index.html">Core API</a></li>
<li class="toctree-l1"><a class="reference internal" href="../driver-api/index.html">Driver APIs</a></li>
<li class="toctree-l1 current"><a class="reference internal" href="../subsystem-apis.html">Subsystems</a><ul class="current">
<li class="toctree-l2"><a class="reference internal" href="../subsystem-apis.html#core-subsystems">Core subsystems</a></li>
<li class="toctree-l2"><a class="reference internal" href="../subsystem-apis.html#human-interfaces">Human interfaces</a></li>
<li class="toctree-l2"><a class="reference internal" href="../subsystem-apis.html#networking-interfaces">Networking interfaces</a></li>
<li class="toctree-l2 current"><a class="reference internal" href="../subsystem-apis.html#storage-interfaces">Storage interfaces</a><ul class="current">
<li class="toctree-l3 current"><a class="reference internal" href="index.html">Filesystems in the Linux kernel</a></li>
<li class="toctree-l3"><a class="reference internal" href="../block/index.html">Block</a></li>
<li class="toctree-l3"><a class="reference internal" href="../cdrom/index.html">CD-ROM</a></li>
<li class="toctree-l3"><a class="reference internal" href="../scsi/index.html">SCSI Subsystem</a></li>
<li class="toctree-l3"><a class="reference internal" href="../target/index.html">TCM Virtual Device</a></li>
<li class="toctree-l3"><a class="reference internal" href="../nvme/index.html">NVMe Subsystem</a></li>
</ul>
</li>
<li class="toctree-l2"><a class="reference internal" href="../subsystem-apis.html#other-subsystems">Other subsystems</a></li>
</ul>
</li>
<li class="toctree-l1"><a class="reference internal" href="../locking/index.html">Locking</a></li>
</ul>
<ul>
<li class="toctree-l1"><a class="reference internal" href="../process/license-rules.html">Licensing rules</a></li>
<li class="toctree-l1"><a class="reference internal" href="../doc-guide/index.html">Writing documentation</a></li>
<li class="toctree-l1"><a class="reference internal" href="../dev-tools/index.html">Development tools</a></li>
<li class="toctree-l1"><a class="reference internal" href="../dev-tools/testing-overview.html">Testing guide</a></li>
<li class="toctree-l1"><a class="reference internal" href="../kernel-hacking/index.html">Hacking guide</a></li>
<li class="toctree-l1"><a class="reference internal" href="../trace/index.html">Tracing</a></li>
<li class="toctree-l1"><a class="reference internal" href="../fault-injection/index.html">Fault injection</a></li>
<li class="toctree-l1"><a class="reference internal" href="../livepatch/index.html">Livepatching</a></li>
<li class="toctree-l1"><a class="reference internal" href="../rust/index.html">Rust</a></li>
</ul>
<ul>
<li class="toctree-l1"><a class="reference internal" href="../admin-guide/index.html">Administration</a></li>
<li class="toctree-l1"><a class="reference internal" href="../kbuild/index.html">Build system</a></li>
<li class="toctree-l1"><a class="reference internal" href="../admin-guide/reporting-issues.html">Reporting issues</a></li>
<li class="toctree-l1"><a class="reference internal" href="../tools/index.html">Userspace tools</a></li>
<li class="toctree-l1"><a class="reference internal" href="../userspace-api/index.html">Userspace API</a></li>
</ul>
<ul>
<li class="toctree-l1"><a class="reference internal" href="../firmware-guide/index.html">Firmware</a></li>
<li class="toctree-l1"><a class="reference internal" href="../devicetree/index.html">Firmware and Devicetree</a></li>
</ul>
<ul>
<li class="toctree-l1"><a class="reference internal" href="../arch/index.html">CPU architectures</a></li>
</ul>
<ul>
<li class="toctree-l1"><a class="reference internal" href="../staging/index.html">Unsorted documentation</a></li>
</ul>
<ul>
<li class="toctree-l1"><a class="reference internal" href="../translations/index.html">Translations</a></li>
</ul>

</div>

<script type="text/javascript"> <!--
  var sbar = document.getElementsByClassName("sphinxsidebar")[0];
  let currents = document.getElementsByClassName("current")
  if (currents.length) {
    sbar.scrollTop = currents[currents.length - 1].offsetTop;
  }
  --> </script>
  <div role="note" aria-label="source link">
    <h3>This Page</h3>
    <ul class="this-page-menu">
      <li><a href="../_sources/filesystems/nilfs2.rst.txt"
            rel="nofollow">Show Source</a></li>
    </ul>
   </div>
        </div>
      </div>
      <div class="documentwrapper">
        <div class="bodywrapper">
          

          <div class="body" role="main">
            
  



<section id="nilfs2">
<h1>NILFS2<a class="headerlink" href="#nilfs2" title="Link to this heading">¶</a></h1>
<p>NILFS2 is a log-structured file system (LFS) supporting continuous
snapshotting.  In addition to versioning capability of the entire file
system, users can even restore files mistakenly overwritten or
destroyed just a few seconds ago.  Since NILFS2 can keep consistency
like conventional LFS, it achieves quick recovery after system
crashes.</p>
<p>NILFS2 creates a number of checkpoints every few seconds or per
synchronous write basis (unless there is no change).  Users can select
significant versions among continuously created checkpoints, and can
change them into snapshots which will be preserved until they are
changed back to checkpoints.</p>
<p>There is no limit on the number of snapshots until the volume gets
full.  Each snapshot is mountable as a read-only file system
concurrently with its writable mount, and this feature is convenient
for online backup.</p>
<p>The userland tools are included in nilfs-utils package, which is
available from the following download page.  At least “mkfs.nilfs2”,
“mount.nilfs2”, “umount.nilfs2”, and “nilfs_cleanerd” (so called
cleaner or garbage collector) are required.  Details on the tools are
described in the man pages included in the package.</p>
<dl class="field-list simple">
<dt class="field-odd">Project web page<span class="colon">:</span></dt>
<dd class="field-odd"><p><a class="reference external" href="https://nilfs.sourceforge.io/">https://nilfs.sourceforge.io/</a></p>
</dd>
<dt class="field-even">Download page<span class="colon">:</span></dt>
<dd class="field-even"><p><a class="reference external" href="https://nilfs.sourceforge.io/en/download.html">https://nilfs.sourceforge.io/en/download.html</a></p>
</dd>
<dt class="field-odd">List info<span class="colon">:</span></dt>
<dd class="field-odd"><p><a class="reference external" href="http://vger.kernel.org/vger-lists.html#linux-nilfs">http://vger.kernel.org/vger-lists.html#linux-nilfs</a></p>
</dd>
</dl>
<section id="caveats">
<h2>Caveats<a class="headerlink" href="#caveats" title="Link to this heading">¶</a></h2>
<p>Features which NILFS2 does not support yet:</p>
<blockquote>
<div><ul class="simple">
<li><p>atime</p></li>
<li><p>extended attributes</p></li>
<li><p>POSIX ACLs</p></li>
<li><p>quotas</p></li>
<li><p>fsck</p></li>
<li><p>defragmentation</p></li>
</ul>
</div></blockquote>
</section>
<section id="mount-options">
<h2>Mount options<a class="headerlink" href="#mount-options" title="Link to this heading">¶</a></h2>
<p>NILFS2 supports the following mount options:
(*) == default</p>
<table class="docutils align-default">
<tbody>
<tr class="row-odd"><td><p>barrier(*)</p></td>
<td><p>This enables/disables the use of write barriers.  This</p></td>
</tr>
<tr class="row-even"><td><p>nobarrier</p></td>
<td><p>requires an IO stack which can support barriers, and
if nilfs gets an error on a barrier write, it will
disable again with a warning.</p></td>
</tr>
<tr class="row-odd"><td><p>errors=continue</p></td>
<td><p>Keep going on a filesystem error.</p></td>
</tr>
<tr class="row-even"><td><p>errors=remount-ro(*)</p></td>
<td><p>Remount the filesystem read-only on an error.</p></td>
</tr>
<tr class="row-odd"><td><p>errors=panic</p></td>
<td><p>Panic and halt the machine if an error occurs.</p></td>
</tr>
<tr class="row-even"><td><p>cp=n</p></td>
<td><p>Specify the checkpoint-number of the snapshot to be
mounted.  Checkpoints and snapshots are listed by lscp
user command.  Only the checkpoints marked as snapshot
are mountable with this option.  Snapshot is read-only,
so a read-only mount option must be specified together.</p></td>
</tr>
<tr class="row-odd"><td><p>order=relaxed(*)</p></td>
<td><p>Apply relaxed order semantics that allows modified data
blocks to be written to disk without making a
checkpoint if no metadata update is going.  This mode
is equivalent to the ordered data mode of the ext3
filesystem except for the updates on data blocks still
conserve atomicity.  This will improve synchronous
write performance for overwriting.</p></td>
</tr>
<tr class="row-even"><td><p>order=strict</p></td>
<td><p>Apply strict in-order semantics that preserves sequence
of all file operations including overwriting of data
blocks.  That means, it is guaranteed that no
overtaking of events occurs in the recovered file
system after a crash.</p></td>
</tr>
<tr class="row-odd"><td><p>norecovery</p></td>
<td><p>Disable recovery of the filesystem on mount.
This disables every write access on the device for
read-only mounts or snapshots.  This option will fail
for r/w mounts on an unclean volume.</p></td>
</tr>
<tr class="row-even"><td><p>discard</p></td>
<td><p>This enables/disables the use of discard/TRIM commands.</p></td>
</tr>
<tr class="row-odd"><td><p>nodiscard(*)</p></td>
<td><p>The discard/TRIM commands are sent to the underlying
block device when blocks are freed.  This is useful
for SSD devices and sparse/thinly-provisioned LUNs.</p></td>
</tr>
</tbody>
</table>
</section>
<section id="ioctls">
<h2>Ioctls<a class="headerlink" href="#ioctls" title="Link to this heading">¶</a></h2>
<p>There is some NILFS2 specific functionality which can be accessed by applications
through the system call interfaces. The list of all NILFS2 specific ioctls are
shown in the table below.</p>
<p>Table of NILFS2 specific ioctls:</p>
<blockquote>
<div><table class="docutils align-default">
<thead>
<tr class="row-odd"><th class="head"><p>Ioctl</p></th>
<th class="head"><p>Description</p></th>
</tr>
</thead>
<tbody>
<tr class="row-even"><td><p>NILFS_IOCTL_CHANGE_CPMODE</p></td>
<td><p>Change mode of given checkpoint between
checkpoint and snapshot state. This ioctl is
used in chcp and mkcp utilities.</p></td>
</tr>
<tr class="row-odd"><td><p>NILFS_IOCTL_DELETE_CHECKPOINT</p></td>
<td><p>Remove checkpoint from NILFS2 file system.
This ioctl is used in rmcp utility.</p></td>
</tr>
<tr class="row-even"><td><p>NILFS_IOCTL_GET_CPINFO</p></td>
<td><p>Return info about requested checkpoints. This
ioctl is used in lscp utility and by
nilfs_cleanerd daemon.</p></td>
</tr>
<tr class="row-odd"><td><p>NILFS_IOCTL_GET_CPSTAT</p></td>
<td><p>Return checkpoints statistics. This ioctl is
used by lscp, rmcp utilities and by
nilfs_cleanerd daemon.</p></td>
</tr>
<tr class="row-even"><td><p>NILFS_IOCTL_GET_SUINFO</p></td>
<td><p>Return segment usage info about requested
segments. This ioctl is used in lssu,
nilfs_resize utilities and by nilfs_cleanerd
daemon.</p></td>
</tr>
<tr class="row-odd"><td><p>NILFS_IOCTL_SET_SUINFO</p></td>
<td><p>Modify segment usage info of requested
segments. This ioctl is used by
nilfs_cleanerd daemon to skip unnecessary
cleaning operation of segments and reduce
performance penalty or wear of flash device
due to redundant move of in-use blocks.</p></td>
</tr>
<tr class="row-even"><td><p>NILFS_IOCTL_GET_SUSTAT</p></td>
<td><p>Return segment usage statistics. This ioctl
is used in lssu, nilfs_resize utilities and
by nilfs_cleanerd daemon.</p></td>
</tr>
<tr class="row-odd"><td><p>NILFS_IOCTL_GET_VINFO</p></td>
<td><p>Return information on virtual block addresses.
This ioctl is used by nilfs_cleanerd daemon.</p></td>
</tr>
<tr class="row-even"><td><p>NILFS_IOCTL_GET_BDESCS</p></td>
<td><p>Return information about descriptors of disk
block numbers. This ioctl is used by
nilfs_cleanerd daemon.</p></td>
</tr>
<tr class="row-odd"><td><p>NILFS_IOCTL_CLEAN_SEGMENTS</p></td>
<td><p>Do garbage collection operation in the
environment of requested parameters from
userspace. This ioctl is used by
nilfs_cleanerd daemon.</p></td>
</tr>
<tr class="row-even"><td><p>NILFS_IOCTL_SYNC</p></td>
<td><p>Make a checkpoint. This ioctl is used in
mkcp utility.</p></td>
</tr>
<tr class="row-odd"><td><p>NILFS_IOCTL_RESIZE</p></td>
<td><p>Resize NILFS2 volume. This ioctl is used
by nilfs_resize utility.</p></td>
</tr>
<tr class="row-even"><td><p>NILFS_IOCTL_SET_ALLOC_RANGE</p></td>
<td><p>Define lower limit of segments in bytes and
upper limit of segments in bytes. This ioctl
is used by nilfs_resize utility.</p></td>
</tr>
</tbody>
</table>
</div></blockquote>
</section>
<section id="nilfs2-usage">
<h2>NILFS2 usage<a class="headerlink" href="#nilfs2-usage" title="Link to this heading">¶</a></h2>
<p>To use nilfs2 as a local file system, simply:</p>
<div class="highlight-none notranslate"><div class="highlight"><pre><span></span># mkfs -t nilfs2 /dev/block_device
# mount -t nilfs2 /dev/block_device /dir
</pre></div>
</div>
<p>This will also invoke the cleaner through the mount helper program
(mount.nilfs2).</p>
<p>Checkpoints and snapshots are managed by the following commands.
Their manpages are included in the nilfs-utils package above.</p>
<blockquote>
<div><table class="docutils align-default">
<tbody>
<tr class="row-odd"><td><p>lscp</p></td>
<td><p>list checkpoints or snapshots.</p></td>
</tr>
<tr class="row-even"><td><p>mkcp</p></td>
<td><p>make a checkpoint or a snapshot.</p></td>
</tr>
<tr class="row-odd"><td><p>chcp</p></td>
<td><p>change an existing checkpoint to a snapshot or vice versa.</p></td>
</tr>
<tr class="row-even"><td><p>rmcp</p></td>
<td><p>invalidate specified checkpoint(s).</p></td>
</tr>
</tbody>
</table>
</div></blockquote>
<p>To mount a snapshot:</p>
<div class="highlight-none notranslate"><div class="highlight"><pre><span></span># mount -t nilfs2 -r -o cp=&lt;cno&gt; /dev/block_device /snap_dir
</pre></div>
</div>
<p>where &lt;cno&gt; is the checkpoint number of the snapshot.</p>
<p>To unmount the NILFS2 mount point or snapshot, simply:</p>
<div class="highlight-none notranslate"><div class="highlight"><pre><span></span># umount /dir
</pre></div>
</div>
<p>Then, the cleaner daemon is automatically shut down by the umount
helper program (umount.nilfs2).</p>
</section>
<section id="disk-format">
<h2>Disk format<a class="headerlink" href="#disk-format" title="Link to this heading">¶</a></h2>
<p>A nilfs2 volume is equally divided into a number of segments except
for the super block (SB) and segment #0.  A segment is the container
of logs.  Each log is composed of summary information blocks, payload
blocks, and an optional super root block (SR):</p>
<div class="highlight-none notranslate"><div class="highlight"><pre><span></span> ______________________________________________________
| |SB| | Segment | Segment | Segment | ... | Segment | |
|_|__|_|____0____|____1____|____2____|_____|____N____|_|
0 +1K +4K       +8M       +16M      +24M  +(8MB x N)
     .             .            (Typical offsets for 4KB-block)
  .                  .
.______________________.
| log | log |... | log |
|__1__|__2__|____|__m__|
      .       .
    .               .
  .                       .
.______________________________.
| Summary | Payload blocks  |SR|
|_blocks__|_________________|__|
</pre></div>
</div>
<p>The payload blocks are organized per file, and each file consists of
data blocks and B-tree node blocks:</p>
<div class="highlight-none notranslate"><div class="highlight"><pre><span></span> |&lt;---       File-A        ---&gt;|&lt;---       File-B        ---&gt;|
_______________________________________________________________
 | Data blocks | B-tree blocks | Data blocks | B-tree blocks | ...
_|_____________|_______________|_____________|_______________|_
</pre></div>
</div>
<p>Since only the modified blocks are written in the log, it may have
files without data blocks or B-tree node blocks.</p>
<p>The organization of the blocks is recorded in the summary information
blocks, which contains a header structure (nilfs_segment_summary), per
file structures (nilfs_finfo), and per block structures (nilfs_binfo):</p>
<div class="highlight-none notranslate"><div class="highlight"><pre><span></span> _________________________________________________________________________
| Summary | finfo | binfo | ... | binfo | finfo | binfo | ... | binfo |...
|_blocks__|___A___|_(A,1)_|_____|(A,Na)_|___B___|_(B,1)_|_____|(B,Nb)_|___
</pre></div>
</div>
<p>The logs include regular files, directory files, symbolic link files
and several meta data files.  The meta data files are the files used
to maintain file system meta data.  The current version of NILFS2 uses
the following meta data files:</p>
<div class="highlight-none notranslate"><div class="highlight"><pre><span></span>1) Inode file (ifile)             -- Stores on-disk inodes
2) Checkpoint file (cpfile)       -- Stores checkpoints
3) Segment usage file (sufile)    -- Stores allocation state of segments
4) Data address translation file  -- Maps virtual block numbers to usual
   (DAT)                             block numbers.  This file serves to
                                     make on-disk blocks relocatable.
</pre></div>
</div>
<p>The following figure shows a typical organization of the logs:</p>
<div class="highlight-none notranslate"><div class="highlight"><pre><span></span> _________________________________________________________________________
| Summary | regular file | file  | ... | ifile | cpfile | sufile | DAT |SR|
|_blocks__|_or_directory_|_______|_____|_______|________|________|_____|__|
</pre></div>
</div>
<p>To stride over segment boundaries, this sequence of files may be split
into multiple logs.  The sequence of logs that should be treated as
logically one log, is delimited with flags marked in the segment
summary.  The recovery code of nilfs2 looks this boundary information
to ensure atomicity of updates.</p>
<p>The super root block is inserted for every checkpoints.  It includes
three special inodes, inodes for the DAT, cpfile, and sufile.  Inodes
of regular files, directories, symlinks and other special files, are
included in the ifile.  The inode of ifile itself is included in the
corresponding checkpoint entry in the cpfile.  Thus, the hierarchy
among NILFS2 files can be depicted as follows:</p>
<div class="highlight-none notranslate"><div class="highlight"><pre><span></span>Super block (SB)
     |
     v
Super root block (the latest cno=xx)
     |-- DAT
     |-- sufile
     `-- cpfile
            |-- ifile (cno=c1)
            |-- ifile (cno=c2) ---- file (ino=i1)
            :        :          |-- file (ino=i2)
            `-- ifile (cno=xx)  |-- file (ino=i3)
                                :        :
                                `-- file (ino=yy)
                                  ( regular file, directory, or symlink )
</pre></div>
</div>
<p>For detail on the format of each file, please see nilfs2_ondisk.h
located at include/uapi/linux directory.</p>
<p>There are no patents or other intellectual property that we protect
with regard to the design of NILFS2.  It is allowed to replicate the
design in hopes that other operating systems could share (mount, read,
write, etc.) data stored in this format.</p>
</section>
</section>


          </div>
          
        </div>
      </div>
    <div class="clearer"></div>
  </div>
    <div class="footer">
      &#169;The kernel development community.
      
      |
      Powered by <a href="https://www.sphinx-doc.org/">Sphinx 8.1.3</a>
      &amp; <a href="https://alabaster.readthedocs.io">Alabaster 0.7.16</a>
      
      |
      <a href="../_sources/filesystems/nilfs2.rst.txt"
          rel="nofollow">Page source</a>
    </div>

    

    
  </body>
</html>

Filemanager

Name Type Size Permission Actions
caching Folder 0755
ext4 Folder 0755
fuse Folder 0755
iomap Folder 0755
nfs Folder 0755
smb Folder 0755
spufs Folder 0755
xfs Folder 0755
9p.html File 24.15 KB 0644
adfs.html File 13.15 KB 0644
affs.html File 18.5 KB 0644
afs.html File 19.14 KB 0644
api-summary.html File 831.83 KB 0644
autofs-mount-control.html File 32.3 KB 0644
autofs.html File 38.96 KB 0644
automount-support.html File 12.79 KB 0644
befs.html File 14.41 KB 0644
bfs.html File 10.72 KB 0644
btrfs.html File 9.7 KB 0644
buffer.html File 48.88 KB 0644
ceph.html File 18.87 KB 0644
coda.html File 65.97 KB 0644
configfs.html File 36.14 KB 0644
cramfs.html File 14.95 KB 0644
dax.html File 25.37 KB 0644
debugfs.html File 21.71 KB 0644
devpts.html File 10.61 KB 0644
directory-locking.html File 23.11 KB 0644
dlmfs.html File 14.28 KB 0644
dnotify.html File 12.09 KB 0644
ecryptfs.html File 11.96 KB 0644
efivarfs.html File 10 KB 0644
erofs.html File 29.42 KB 0644
ext2.html File 32.92 KB 0644
ext3.html File 8.29 KB 0644
f2fs.html File 67.87 KB 0644
fiemap.html File 23.32 KB 0644
files.html File 16.52 KB 0644
fscrypt.html File 107.9 KB 0644
fsverity.html File 64.53 KB 0644
gfs2-glocks.html File 21.71 KB 0644
gfs2-uevents.html File 12.88 KB 0644
gfs2.html File 10.38 KB 0644
hfs.html File 12.31 KB 0644
hfsplus.html File 10.28 KB 0644
hpfs.html File 26.83 KB 0644
idmappings.html File 74.42 KB 0644
index.html File 68.19 KB 0644
inotify.html File 12.35 KB 0644
isofs.html File 12.17 KB 0644
journalling.html File 115.17 KB 0644
locking.html File 52.92 KB 0644
locks.html File 11.91 KB 0644
mount_api.html File 49.94 KB 0644
multigrain-ts.html File 15 KB 0644
netfs_library.html File 86.81 KB 0644
nilfs2.html File 22.21 KB 0644
ntfs3.html File 13.64 KB 0644
ocfs2-online-filecheck.html File 13.13 KB 0644
ocfs2.html File 15.76 KB 0644
omfs.html File 13.12 KB 0644
orangefs.html File 35.89 KB 0644
overlayfs.html File 54.83 KB 0644
path-lookup.html File 123.09 KB 0644
porting.html File 94.09 KB 0644
proc.html File 140.32 KB 0644
qnx6.html File 16.36 KB 0644
quota.html File 12.12 KB 0644
ramfs-rootfs-initramfs.html File 27.94 KB 0644
relay.html File 40.38 KB 0644
resctrl.html File 93.99 KB 0644
romfs.html File 18.06 KB 0644
seq_file.html File 36.49 KB 0644
sharedsubtree.html File 46.25 KB 0644
splice.html File 79.36 KB 0644
squashfs.html File 24.34 KB 0644
sysfs.html File 29.32 KB 0644
tmpfs.html File 22.95 KB 0644
ubifs-authentication.html File 33.04 KB 0644
ubifs.html File 15.06 KB 0644
udf.html File 12.11 KB 0644
vfat.html File 26.07 KB 0644
vfs.html File 167.26 KB 0644
virtiofs.html File 12.16 KB 0644
zonefs.html File 35.71 KB 0644
Filemanager