Difference between revisions of "Fsck"

From TheBestLinux.com
Jump to navigation Jump to search
Line 47: Line 47:
 
[jamie@fc33hw01.dawgland.com:~]$
 
[jamie@fc33hw01.dawgland.com:~]$
 
</pre>
 
</pre>
<br /><br />
+
 
 +
 
 +
Other fsck tools point you to a different location to get the usage page.  For instance, here is what the fsck.btrfs command on a bland line by itself does:
 +
<pre style="color:blue">
 +
[jamie@fc33hw01.dawgland.com:~]$ fsck.btrfs
 +
If you wish to check the consistency of a BTRFS filesystem or
 +
repair a damaged filesystem, see btrfs(8) subcommand 'check'.
 +
[jamie@fc33hw01.dawgland.com:~]$
 +
</pre>
 +
 
 +
 
 +
Years of experience and the above hint indicating to see the 'check' subcommand tell me to type this command to get the usage for fsck.btrfs:
 +
<pre style="color:blue">
 +
[jamie@fc33hw01.dawgland.com:~]$ btrfs check --help
 +
</pre>
 +
 
 +
 
 +
Which produces the following usage output I am looking for:
 +
<pre style="color:blue">
 +
[jamie@fc33hw01.dawgland.com:~]$ btrfs check --help
 +
usage: btrfs check [options] <device>
 +
 
 +
    Check structural integrity of a filesystem (unmounted).
 +
 
 +
    Check structural integrity of an unmounted filesystem. Verify internal
 +
    trees' consistency and item connectivity. In the repair mode try to
 +
    fix the problems found.
 +
    WARNING: the repair mode is considered dangerous and should not be used
 +
            without prior analysis of problems found on the filesystem.
 +
    Options:
 +
      starting point selection:
 +
          -s|--super <superblock>    use this superblock copy
 +
          -b|--backup                use the first valid backup root copy
 +
          -r|--tree-root <bytenr>    use the given bytenr for the tree root
 +
          --chunk-root <bytenr>      use the given bytenr for the chunk tree root
 +
      operation modes:
 +
          --readonly                  run in read-only mode (default)
 +
          --repair                    try to repair the filesystem
 +
          --force                    skip mount checks, repair is not possible
 +
          --mode <MODE>              allows choice of memory/IO trade-offs
 +
                                      where MODE is one of:
 +
                                      original - read inodes and extents to memory (requires
 +
                                                  more memory, does less IO)
 +
                                      lowmem  - try to use less memory but read blocks again
 +
                                                  when needed (experimental)
 +
      repair options:
 +
          --init-csum-tree            create a new CRC tree
 +
          --init-extent-tree          create a new extent tree
 +
          --clear-space-cache v1|v2  clear space cache for v1 or v2
 +
          --clear-ino-cache     clear ino cache leftover items
 +
      check and reporting options:
 +
          --check-data-csum          verify checksums of data blocks
 +
          -Q|--qgroup-report          print a report on qgroup consistency
 +
          -E|--subvol-extents <subvolid>
 +
                                      print subvolume extents and sharing state
 +
          -p|--progress              indicate progress
 +
 
 +
[jamie@fc33hw01.dawgland.com:~]$
 +
</pre>

Revision as of 18:44, 29 July 2021

FSCK stands for File System ChecK, and does exactly that, checks a filesystem! This is one of the many beauties of Linux, in that most of the time, you can figure out what a command does by it's name, though that's definitely NOT always the case!

As there are many types of file systems on many operating systems, including Linux, there are many variations of fsck to support many different filesystems types, and a quick way to see which files systems are supported by the current Linux system you happen to be logged into right now, by typing this(note the DOT after "fsck."!) and then tapping the TAB key twice:

[jamie@fc33hw01.dawgland.com:~]$ fsck.
fsck.btrfs   fsck.ext2    fsck.ext4    fsck.hfs     fsck.msdos   fsck.vfat
fsck.cramfs  fsck.ext3    fsck.fat     fsck.minix   fsck.ntfs    fsck.xfs
[jamie@fc33hw01.dawgland.com:~]$ fsck.


As you can see, not only do my particular fsck packages installed support the most common and current Linux filesystems, EXT2, EXT3, EXT4, BTRFS and XFS.

Also, as you can see, Microsoft filesystems MSDOS, FAT, VFAT and NTFS are supported as well.

HFS is short for Hierarchical File System, and is used on MAC's.

CramFS is mostly used on embedded systems & Minix is used on the Minix operating system, and designed to be more UNIX-like.

Each fsck command has different switches and arguments. To see how to use a particular fsck tool, just type the entire fsck.xxx command by itself and hit the ENTER key, and it should give you the "Usage" page.

For instance, if you want to find out how to use the EXT4 filesystem, just type the command without any arguments or switches:

[jamie@fc33hw01.dawgland.com:~]$ fsck.ext4


This should produce the following usage output:

Usage: fsck.ext4 [-panyrcdfktvDFV] [-b superblock] [-B blocksize]
		[-l|-L bad_blocks_file] [-C fd] [-j external_journal]
		[-E extended-options] [-z undo_file] device

Emergency help:
 -p                   Automatic repair (no questions)
 -n                   Make no changes to the filesystem
 -y                   Assume "yes" to all questions
 -c                   Check for bad blocks and add them to the badblock list
 -f                   Force checking even if filesystem is marked clean
 -v                   Be verbose
 -b superblock        Use alternative superblock
 -B blocksize         Force blocksize when looking for superblock
 -j external_journal  Set location of the external journal
 -l bad_blocks_file   Add to badblocks list
 -L bad_blocks_file   Set badblocks list
 -z undo_file         Create an undo file
[jamie@fc33hw01.dawgland.com:~]$


Other fsck tools point you to a different location to get the usage page. For instance, here is what the fsck.btrfs command on a bland line by itself does:

[jamie@fc33hw01.dawgland.com:~]$ fsck.btrfs 
If you wish to check the consistency of a BTRFS filesystem or
repair a damaged filesystem, see btrfs(8) subcommand 'check'.
[jamie@fc33hw01.dawgland.com:~]$


Years of experience and the above hint indicating to see the 'check' subcommand tell me to type this command to get the usage for fsck.btrfs:

[jamie@fc33hw01.dawgland.com:~]$ btrfs check --help


Which produces the following usage output I am looking for:

[jamie@fc33hw01.dawgland.com:~]$ btrfs check --help
usage: btrfs check [options] <device>

    Check structural integrity of a filesystem (unmounted).

    Check structural integrity of an unmounted filesystem. Verify internal
    trees' consistency and item connectivity. In the repair mode try to
    fix the problems found. 
    WARNING: the repair mode is considered dangerous and should not be used
             without prior analysis of problems found on the filesystem.
    Options:
      starting point selection:
           -s|--super <superblock>     use this superblock copy
           -b|--backup                 use the first valid backup root copy
           -r|--tree-root <bytenr>     use the given bytenr for the tree root
           --chunk-root <bytenr>       use the given bytenr for the chunk tree root
      operation modes:
           --readonly                  run in read-only mode (default)
           --repair                    try to repair the filesystem
           --force                     skip mount checks, repair is not possible
           --mode <MODE>               allows choice of memory/IO trade-offs
                                       where MODE is one of:
                                       original - read inodes and extents to memory (requires
                                                  more memory, does less IO)
                                       lowmem   - try to use less memory but read blocks again
                                                  when needed (experimental)
      repair options:
           --init-csum-tree            create a new CRC tree
           --init-extent-tree          create a new extent tree
           --clear-space-cache v1|v2   clear space cache for v1 or v2
           --clear-ino-cache 	    clear ino cache leftover items
      check and reporting options:
           --check-data-csum           verify checksums of data blocks
           -Q|--qgroup-report          print a report on qgroup consistency
           -E|--subvol-extents <subvolid>
                                       print subvolume extents and sharing state
           -p|--progress               indicate progress

[jamie@fc33hw01.dawgland.com:~]$