mdoctorfat(1)
β¨ NAME β¨
mdoctorfat β it doctors the allocation table of a file π
π©Ί
β οΈ NOTE OF WARNING β οΈ
okay bestie, real talk first: this manpage was automatically generated from mtools's texinfo documentation, so it might not be 100% accurate or complete. π The end of this page tells you where to find the details on that. Don't come for me, I'm just the messenger. π
π DESCRIPTION π
So mdoctorfat? It was initially intended as a test/debugging tool. Like, it's giving lab-experiment energy, not "safe for your actual data" energy. π§ͺ
What it does:
- lets you flag FAT clusters as bad blocks π
- and it can also change the clusters allocated to a file
And here's the part where you hold my hand: no consistency check is done. None. Zero. Nada. And clusters that were previously allocated to the file are not freed. So like, it'll just leave them hanging. π
Use at your own risk. fr fr. This is the "back up your stuff first" kind of tool. π«Ά
π Syntax
mdoctorfat [-o offset] -b drive clusters
mdoctorfat [-o offset] [-s size] file clusters
- If flag
-bis present, the command marks the clusters as bad blocks rather than changing the allocation of a file. π© - If flag
-bis not present, the command sets the clusters to allocated to the file. π - If option
-sis given in addition to the-b, this also changes the size in bytes of the file. π
πΈ The cluster list
The cluster list is represented as a sequence of clusters or cluster ranges. Example: 7-10 20 21-24. Each range needs to be a different parameter β like, separate args, bestie, don't smoosh them together. β¨
π¦ The offset
If -o is given, this specifies an offset to be added to each cluster. And the offset is expressed in number of clusters, not bytes. iykyk. π
π SEE ALSO π
Mtools' texinfo doc π
π§ VIEWING THE TEXI DOC π§
So this manpage was automatically generated from mtools's texinfo documentation. But the tea is: this process is only approximative, and some items β crossreferences, footnotes and indices β get lost in translation. π Like, these items literally have no appropriate representation in the manpage format. And on top of that, not all information has been translated into the manpage version.
So yeah, I strongly advise you use the original texinfo doc instead. The end of this manpage has the instructions on how to view it. π
- To generate a printable copy from the texinfo doc, run the following commands:
./configure; make dvi; dvips mtools.dvi
- To generate a html copy, run:
./configure; make html
A premade html can be found at http://www.gnu.org/software/mtools/manual/mtools.html π
- To generate an info copy (browsable using emacs' info mode), run:
./configure; make info
And here's the aesthetic review: the texinfo doc looks most pretty when printed or as html. π For real though β in the info version, certain examples are difficult to read due to the quoting conventions used in info. π So, printed or html, bestie. Periodt.
okay that's the whole page!! this one's from mtools-4.0.49, dated 14Jun25 π thanks for reading, mwah π«Άπβ¨
π¦ where this page comes from
- alpine 3.23: mtools-doc 4.0.49-r0 Β· GPL-3.0-or-later
- alpine 3.24: mtools-doc 4.0.49-r0 Β· GPL-3.0-or-later
- fedora 43: mtools 4.0.49-2.fc43 Β· GPL-3.0-or-later
- fedora 44: mtools 4.0.49-3.fc44 Β· GPL-3.0-or-later
- nixos 26.05: mtools 4.0.49
- nixpkgs unstable: mtools 4.0.49
- ubuntu resolute: mtools 4.0.49-1 Β· GPL-3.0-only
- ubuntu stonking: mtools 4.0.49-1 Β· GPL-3.0-only
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms