Changes between Version 1 and Version 2 of BadBlockHowto


Ignore:
Timestamp:
Mar 25, 2017, 1:23:18 PM (3 years ago)
Author:
Gabriele Pohl
Comment:

Repairs in a file system

Legend:

Unmodified
Added
Removed
Modified
  • BadBlockHowto

    v1 v2  
    1616Another approach is to ignore the upper level consequences (e.g. corrupting a file or worse damage to a file system) and use the facilities offered by a storage device to repair the damage. The SCSI disk command set is used elaborate on this low level approach.
    1717
     18== Repairs in a file system ==
     19
     20This section contains examples of what to do at the file system level when smartmontools reports a bad block. These examples assume the Linux operating system and either the ext2/ext3 or ReiserFS file system. The various Linux commands shown have man pages and the reader is encouraged to examine these. Of note is the `dd` command which is often used in repair work [#footnote2 [2]] and has a unique command line syntax.
     21
     22The authors would like to thank Sergey Vlasov, Theodore Ts'o, Michael Bendzick, and others for explaining this approach. The authors would like to add text showing how to do this for other file systems, in particular XFS, and JFS: please email if you can provide this information.
     23
    1824[=#footnote1 [1]] Self-Monitoring, Analysis and Reporting Technology -> SMART
     25
     26[=#footnote2 [2]] Starting with GNU coreutils release 5.3.0, the `dd` command in Linux includes the options 'iflag=direct' and 'oflag=direct'. Using these with the `dd` commands should be helpful, because adding these flags should avoid any interaction with the block buffering IO layer in Linux and permit direct reads/writes from the raw device. Use `dd --help` to see if your version of dd supports these options. If not, the latest code for dd can be found at https://www.gnu.org/software/coreutils/.