'\" t
.TH mtools 1 "14Jun25" mtools-4.0.49
.SH "نام (NAME)"
mtools \- ابزارهایی برای دسترسی به دیسک‌های DOS در یونیکس.
'\" t
.de TQ
.br
.ns
.TP \\$1
..

.tr \(is'
.tr \(if`
.tr \(pd"

.PP
.SH "مقدمه (INTRODUCTION)"
مجموعهٔ Mtools ابزارهایی را فراهم می‌کند تا سیستم‌های یونیکس بتوانند فایل‌های MS-DOS را دستکاری کنند: خواندن، نوشتن، و جابه‌جایی فایل‌ها روی یک سیستم‌فایل MS-DOS (معمولاً یک فلاپی دیسک). هر برنامه تا جای ممکن تلاش می‌کند از دستور معادل MS-DOS تقلید کند. با این حال، محدودیت‌های غیرضروری و رفتارهای عجیب DOS شبیه‌سازی نمی‌شوند. برای نمونه، جابه‌جایی زیرپوشه‌ها از یک زیرپوشه به زیرپوشه‌ای دیگر امکان‌پذیر است.
.PP
ابزار Mtools برای دسترسی به سیستم‌های فایل MS-DOS کافی است. برای نمونه، دستورهایی مانند \fR\&\f(CWmdir a:\fR بدون نیاز به هیچ‌گونه سوار کردن (mount) یا مقداردهی اولیه روی فلاپی \fR\&\f(CWa:\fR کار می‌کنند (با فرض اینکه فایل پیش‌فرض \&\fR\&\f(CW\(if/etc/mtools.conf\(is\fR روی سیستم شما کار کند). همچنین با mtools می‌توان بدون نیاز به پیاده کردن (unmount) و سوار کردن مجدد، دیسک‌های فلاپی را تعویض کرد.
.PP
.SH "محل دریافت mtools (WHERE TO GET MTOOLS)"
.PP
برنامهٔ Mtools را می‌توان در نشانی‌های زیر (و آینه‌های آن‌ها) یافت:
 
.nf
.ft 3
.in +0.3i
http://ftp.gnu.org/gnu/mtools/mtools-4.0.49.tar.gz
.fi
.in -0.3i
.ft R
.PP
 
\&\fR
.PP
این وصله‌ها به صورت
\&\fR\&\f(CWmtools-\fR\fIversion\fR\fR\&\f(CW-\fR\fIddmm\fR\fR\&\f(CW.taz\fR نام‌گذاری شده‌اند، که در آن version نسخهٔ پایه، \fIdd\fR روز و \fImm\fR نشان‌دهندهٔ ماه است. به دلیل کمبود فضا، معمولاً تنها جدیدترین وصله را نگه می‌دارم.
.PP
یک فهرست پستی (mailing list) برای mtools در نشانی info-mtools @ gnu.org وجود دارد. لطفاً تمام گزارش‌های باگ را به این فهرست ارسال کنید. می‌توانید از طریق نشانی https://lists.gnu.org/mailman/listinfo/info-mtools در فهرست عضو شوید. (توجه: لطفاً فاصله‌های اطراف «@» را حذف کنید؛ این فاصله‌ها برای فریب دادن ربات‌های هرزنامه‌گذار قرار داده شده‌اند.) اعلان‌های مربوط به نسخه‌های جدید mtools نیز علاوه بر گروه‌های خبری Linux announce، به این فهرست ارسال خواهد شد. آرشیو این فهرست پستی در http://lists.gnu.org/pipermail/info-mtools نگهداری می‌شود.
.PP
.SH "ویژگی‌های مشترک تمام دستورهای mtools (COMMON FEATURES OF ALL MTOOLS COMMANDS)"
.PP
.SS "گزینه‌ها و نام‌فایل‌ها (OPTIONS AND FILENAMES)"
نام فایل‌های MS-DOS از یک حرف درایو به همراه دو‌نقطه، یک زیرپوشه، و نام فایل تشکیل می‌شوند. تنها بخش نام فایل اجباری است؛ حرف درایو و زیرپوشه اختیاری هستند. نام‌های فایل بدون حرف درایو به فایل‌های یونیکس اشاره دارند. برای نام زیرپوشه‌ها می‌توان از جداکنندهٔ \&'\fR\&\f(CW/\fR' یا '\fR\&\f(CW\e\fR' استفاده کرد. استفاده از جداکنندهٔ '\fR\&\f(CW\e\fR' یا نویسه‌های عام (wildcards) نیازمند قرار دادن نام‌ها درون علامت نقل‌قول است تا از تفسیر آن‌ها توسط پوسته جلوگیری شود. با این حال، نویسه‌های عام در نام فایل‌های یونیکس نباید در نقل‌قول قرار گیرند، زیرا در اینجا \fBمی‌خواهیم\fR که پوسته آن‌ها را بسط دهد.
.PP
روال‌های تطبیق الگو (pattern matching) در عبارت باقاعده از قوانین سبک یونیکس پیروی می‌کنند. برای نمونه، `\fR\&\f(CW*\fR' بر خلاف `\fR\&\f(CW*.*\fR'، با همهٔ فایل‌های MS-DOS تطبیق می‌یابد. بیت‌های مشخصهٔ archive، hidden، read-only و system در طول تطبیق الگو نادیده گرفته می‌شوند.
.PP
همهٔ گزینه‌ها به عنوان نخستین نویسه از \fR\&\f(CW-\fR (منها) استفاده می‌کنند، نه \&\fR\&\f(CW/\fR آن‌گونه که در MS-DOS انتظار می‌رود.
.PP
بیشتر دستورهای mtools چندین پارامتر نام فایل را می‌پذیرند؛ این رفتار از قراردادهای MS-DOS پیروی نمی‌کند، اما کاربرپسندتر است.
.PP
بیشتر دستورهای mtools گزینه‌هایی دارند که نحوهٔ برخورد با تداخل نام فایل‌ها را مشخص می‌کنند. برای جزئیات بیشتر در این باره، بخش name clashes را ببینید.
.PP
همهٔ دستورها پرچم \fR\&\f(CW-i\fR را می‌پذیرند که امکان مشخص کردن یک فایل ایمیج را فراهم می‌کند (بخش drive letters را ببینید).
.PP
همهٔ دستورها پرچم \fR\&\f(CW-V\fR را که نسخه را چاپ می‌کند می‌پذیرند، و بیشتر آن‌ها پرچم \fR\&\f(CW-v\fR را می‌پذیرند که حالت پرگو (verbose) را فعال می‌کند. در حالت پرگو، این دستورها نام فایل‌های MS-DOS را که روی آن‌ها عملیات انجام می‌دهند چاپ می‌کنند، مگر اینکه خلاف آن ذکر شده باشد. برای شرح گزینه‌های ویژهٔ هر دستور، بخش Commands را ببینید.
.PP.SS حروف\ درایو\ (Drive\ letters)
.PP
معنای حروف درایو به معماری مقصد بستگی دارد. با این حال، در بیشتر معماری‌های مقصد، درایو A نخستین درایو فلاپی، درایو B دومین درایو فلاپی (در صورت وجود)، درایو J یک درایو Jaz (در صورت وجود) و درایو Z یک درایو Zip (در صورت وجود) است. در سیستم‌هایی که نام دستگاه از شناسهٔ SCSI مشتق می‌شود، فرض می‌شود درایو Jaz روی مقصد SCSI شمارهٔ ۴ (SCSI target 4) و درایو Zip روی مقصد SCSI شمارهٔ ۵ (تنظیمات پیش‌فرض کارخانه) قرار دارد. در لینوکس، فرض می‌شود هر دو درایو، درایو دوم روی گذرگاه SCSI (/dev/sdb) هستند. تنظیمات پیش‌فرض را می‌توان با استفاده از یک فایل پیکربندی تغییر داد (بخش پیکربندی یا Configuration را ببینید).
.PP
حرف درایو : (دونقطه) معنای ویژه‌ای دارد. از آن برای دسترسی به فایل‌های ایمیجی که مستقیماً در خط فرمان با استفاده از گزینهٔ
\&\fR\&\f(CW-i\fR
مشخص شده‌اند، استفاده می‌شود.
.PP
مثال:
 
.nf
.ft 3
.in +0.3i
 mcopy -i my-image-file.bin ::file1 ::file2 .
.fi
.in -0.3i
.ft R
.PP
 
\&\fR
.PP
این دستور \fR\&\f(CWfile1\fR و \fR\&\f(CWfile2\fR را از فایل ایمیج
(\fR\&\f(CWmy-image-file.bin\fR) در دایرکتوری \fR\&\f(CW/tmp\fR کپی می‌کند.
.PP
همچنین می‌توانید با گنجاندن
\&\fR\&\f(CW@@\fR\fIoffset\fR
در نام فایل، یک آفست درون فایل ایمیج تعیین کنید.
.PP
مثال:
 
.nf
.ft 3
.in +0.3i
 mcopy -i my-image-file.bin@@1M ::file1 ::file2 .
.fi
.in -0.3i
.ft R
.PP
 
\&\fR
.PP
این دستور به جای ابتدای فایل، ایمیج را در آفست 1M جستجو می‌کند.
.PP
.SS اندازه‌ها\ و\ آفست‌ها\ (Sizes\ and\ offsets)
.PP
دستورهای خاصی مانند \fR\&\f(CWmformat\fR به شما امکان می‌دهند اندازهٔ یک دیسک سخت را مشخص کنید.
.PP
اندازه یک عدد است که یک پسوند واحد اختیاری به دنبال آن می‌آید.
.PP
این عدد اگر با
\&\fR\&\f(CW0x\fR
شروع شود به عنوان یک عدد هگزادسیمال، اگر با رقم
\fR\&\f(CW0\fR
شروع شود به عنوان یک عدد اکتال (هشت‌هشتی)، و اگر با هر رقم دیگری شروع شود به عنوان یک عدد دسیمال (ده‌دهی) تفسیر می‌شود.
.PP
واحدهای زیر پشتیبانی می‌شوند:
.TP
* \ \ 
\&\fR\&\f(CWS\fR سکتور (۵۱۲ بایتی)
.TP
* \ \ 
\&\fR\&\f(CWK\fR کیلوبایت
.TP
* \ \ 
\&\fR\&\f(CWM\fR مگابایت
.TP
* \ \ 
\&\fR\&\f(CWG\fR گیگابایت
.TP
* \ \ 
\&\fR\&\f(CWT\fR ترابایت
.PP
اگر واحدی مشخص نشود، پیش‌فرض به زمینه بستگی دارد. گزینهٔ
\&\fR\&\f(CWT\fR
در mformat و گزینهٔ
\&\fR\&\f(CWl\fR
در mpartition واحد سکتور را فرض می‌کنند، در حالی که در سایر جاها (گزینهٔ
\&\fR\&\f(CWo\fR
در mshowfat، گزینهٔ پیکربندی درایو
\&\fR\&\f(CWoffset\fR
و گزینهٔ پیکربندی درایو
\&\fR\&\f(CWdata_map\fR)
بایت در نظر گرفته می‌شود.
.PP.SS دایرکتوری\ کاری\ فعلی
.PP
دستور \fR\&\f(CWmcd\fR (\(ifmcd\(is) برای تعیین دستگاه و
دایرکتوری کاری فعلی (نسبت به سیستم فایل MS-DOS) به کار می‌رود؛
در غیر این صورت پیش‌فرض \fR\&\f(CWA:/\fR در نظر گرفته می‌شود. با این حال،
برخلاف MS-DOS، برای تمام درایوها تنها یک دایرکتوری کاری وجود دارد، نه
یکی به ازای هر درایو. علاوه بر این، اگر درایو را روی \fR\&\f(CW::/\fR تنظیم کنید،
mtools فایل ایمیج مرتبط را به خاطر نمی‌سپارد، بلکه تنها این موضوع را به یاد
می‌آورد که در حال کار روی یک فایل ایمیج هستید.
.PP
.SS نام‌های\ طولانی\ فایل\ به\ سبک\ VFAT
.PP
این نسخه از mtools از نام‌های طولانی فایل به سبک VFAT پشتیبانی می‌کند. اگر یک
نام فایل Unix بیش از حد طولانی باشد و در نام کوتاه DOS نگنجد، به صورت یک
نام طولانی VFAT ذخیره شده و یک نام کوتاه همراه نیز برای آن ایجاد می‌شود. این نام
کوتاه همان چیزی است که هنگام بررسی دیسک در نسخه‌های پیش از 7.0 سیستم‌عامل
DOS مشاهده می‌کنید.
 جدول زیر چند نمونه از نام‌های کوتاه را نشان می‌دهد:
.PP
 
.nf
.ft 3
.in +0.3i
نام طولانی      نام MS-DOS      دلیل تغییر
---------       ----------      ----------
thisisatest     THISIS~1        طولانی بودن نام فایل
alain.knaff     ALAIN~1.KNA     طولانی بودن پسوند
prn.txt         PRN~1.TXT       PRN نام یک دستگاه است
\&\&.abc            ABC~1           نام فایل تهی
hot+cold        HOT_CO~1        نویسه غیرمجاز
.fi
.in -0.3i
.ft R
.PP
 
\&\fR
.PP
 همان‌طور که می‌بینید، تبدیلات زیر برای اشتقاق یک نام کوتاه رخ می‌دهد:
.TP
* \ \ 
نویسه‌های غیرمجاز با زیرخط (underscore) جایگزین می‌شوند. نویسه‌های غیرمجاز عبارتند از:
\fR\&\f(CW;+=[]',\e"*\e\e<>/?:|\fR.
.TP
* \ \ 
نقطه‌های اضافی که نمی‌توان آن‌ها را به عنوان جداکننده نام اصلی/پسوند تفسیر کرد حذف می‌شوند
.TP
* \ \ 
یک عدد \fR\&\f(CW~\fR\fIn\fR تولید می‌شود،
.TP
* \ \ 
نام طوری کوتاه می‌شود که در محدودیت 8+3 بگنجد
.PP
 نام اولیهٔ فایل به سبک Unix (چه طولانی باشد چه کوتاه) نام \fIاصلی\fR (primary) و نام
کوتاه مشتق‌شده نیز نام \fIثانویه\fR (secondary) نامیده می‌شود.
.PP
 مثال:
 
.nf
.ft 3
.in +0.3i
 mcopy /etc/motd a:Reallylongname
.fi
.in -0.3i
.ft R
.PP
 
\&\fR ابزار Mtools یک مدخل VFAT برای Reallylongname ایجاد کرده و از REALLYLO به
عنوان نام کوتاه استفاده می‌کند. Reallylongname نام اصلی و REALLYLO نام ثانویه است.
 
.nf
.ft 3
.in +0.3i
 mcopy /etc/motd a:motd
.fi
.in -0.3i
.ft R
.PP
 
\&\fR نام Motd در محدودیت‌های نام فایل DOS می‌گنجد. Mtools نیازی به مشتق کردن نام
دیگری ندارد. Motd نام اصلی است و هیچ نام ثانویه‌ای وجود ندارد.
.PP
 به‌طور خلاصه: نام اصلی همان نام طولانی است (در صورت وجود)، یا نام کوتاه در
صورتی که نام طولانی وجود نداشته باشد.
.PP
 اگرچه VFAT بسیار انعطاف‌پذیرتر از FAT است، اما هنوز نام‌هایی وجود دارند که حتی در
VFAT نیز قابل قبول نیستند. همچنان برخی از نویسه‌های غیرمجاز باقی مانده‌اند
(\fR\&\f(CW\e"*\e\e<>/?:|\fR)، و نام‌های دستگاه‌ها نیز همچنان رزرو شده هستند.
.PP
 
.nf
.ft 3
.in +0.3i
نام Unix        نام طولانی      دلیل تغییر
---------       ----------      ----------
prn             prn-1           PRN نام یک دستگاه است
ab:c            ab_c-1          نویسه غیرمجاز
.fi
.in -0.3i
.ft R
.PP
 
\&\fR
.PP
 همان‌طور که می‌بینید، در صورتی که یک نام طولانی غیرمجاز باشد تبدیلات زیر رخ می‌دهد:
.TP
* \ \ 
نویسه‌های غیرمجاز با زیرخط جایگزین می‌شوند،
.TP
* \ \ 
یک شمارهٔ \fR\&\f(CW-\fR\fIn\fR تولید می‌شود،
.PP.SS تداخل\ نام‌ها
.PP
هنگام نوشتن یک فایل روی دیسک، ممکن است نام طولانی یا نام کوتاه آن با یک فایل یا دایرکتوری از پیش موجود تداخل پیدا کند. این امر ممکن است برای تمام دستوراتی که مدخل‌های جدیدی در دایرکتوری ایجاد می‌کنند، مانند \fR\&\f(CWmcopy\fR، \&\fR\&\f(CWmmd\fR، \fR\&\f(CWmren\fR و \fR\&\f(CWmmove\fR رخ دهد. هنگامی که تداخل نام اتفاق می‌افتد، mtools از شما می‌پرسد که چه کاری باید انجام دهد. این ابزار چندین گزینه ارائه می‌دهد:
.TP
\&\fR\&\f(CWoverwrite\fR\ 
بازنویسی فایل موجود. رونویسی یک دایرکتوری با یک فایل امکان‌پذیر نیست.
.TP
\&\fR\&\f(CWrename\fR\ 
تغییر نام فایل تازه‌ایجادشده. ابزار mtools نام فایل جدید را درخواست می‌کند.
.TP
\&\fR\&\f(CWautorename\fR\ 
تغییر نام خودکار فایل تازه‌ایجادشده. ابزار mtools بدون درخواست، نامی را خودش انتخاب می‌کند.
.TP
\&\fR\&\f(CWskip\fR\ 
صرف‌نظر کردن از این فایل و رفتن به سراغ فایل بعدی (در صورت وجود).
.PP
برای انتخاب یکی از این اقدامات، حرف اول آن را در اعلان تایپ کنید. اگر از حروف کوچک استفاده کنید، این اقدام تنها برای همین فایل اعمال می‌شود؛ اگر از حروف بزرگ استفاده کنید، اقدام برای تمام فایل‌ها اعمال خواهد شد و دیگر از شما سوالی پرسیده نمی‌شود.
.PP
همچنین می‌توانید هنگام اجرای mtools، اقدامات را (برای تمام فایل‌ها) در خط فرمان مشخص کنید:
.TP
\&\fR\&\f(CW-D\ o\fR\ 
بازنویسی نام‌های اصلی به‌طور پیش‌فرض.
.TP
\&\fR\&\f(CW-D\ O\fR\ 
بازنویسی نام‌های فرعی به‌طور پیش‌فرض.
.TP
\&\fR\&\f(CW-D\ r\fR\ 
تغییر دادن نام اصلی به‌طور پیش‌فرض.
.TP
\&\fR\&\f(CW-D\ R\fR\ 
تغییر دادن نام فرعی به‌طور پیش‌فرض.
.TP
\&\fR\&\f(CW-D\ a\fR\ 
تغییر نام خودکار نام اصلی به‌طور پیش‌فرض.
.TP
\&\fR\&\f(CW-D\ A\fR\ 
تغییر نام خودکار نام فرعی به‌طور پیش‌فرض.
.TP
\&\fR\&\f(CW-D\ s\fR\ 
صرف‌نظر کردن از نام اصلی به‌طور پیش‌فرض.
.TP
\&\fR\&\f(CW-D\ S\fR\ 
صرف‌نظر کردن از نام فرعی به‌طور پیش‌فرض.
.TP
\&\fR\&\f(CW-D\ m\fR\ 
پرسش از کاربر درباره اقدام لازم برای نام اصلی.
.TP
\&\fR\&\f(CW-D\ M\fR\ 
پرسش از کاربر درباره اقدام لازم برای نام فرعی.
.PP
توجه داشته باشید که برای گزینه‌های خط فرمان، حروف کوچک/بزرگ تفاوت بین نام اصلی/فرعی را مشخص می‌کنند، در حالی که در انتخاب‌های تعاملی، حروف کوچک/بزرگ تفاوت بین فقط-همین-بار/همیشه را تعیین می‌کنند.
.PP
نام اصلی همان نامی است که در Windows 95 یا Windows NT نمایش داده می‌شود: یعنی نام طولانی در صورت وجود، و در غیر این صورت نام کوتاه. نام فرعی نام «پنهان» است، یعنی نام کوتاه در صورتی که نام طولانی وجود داشته باشد.
.PP
به‌طور پیش‌فرض، اگر نام اصلی تداخل داشته باشد، از کاربر سوال می‌شود و نام فرعی به‌طور خودکار تغییر نام می‌یابد.
.PP
اگر تداخل نام در یک دایرکتوری Unix رخ دهد، mtools فقط می‌پرسد که آیا فایل بازنویسی شود یا از آن صرف‌نظر گردد.
.PP
.SS حساسیت\ سیستم‌فایل\ VFAT\ به\ بزرگی\ و\ کوچکی\ حروف
.PP
سیستم‌فایل VFAT قادر است بزرگی و کوچکی حروف نام فایل‌ها را به خاطر بسپارد. با این حال، نام فایل‌هایی که تنها در بزرگی و کوچکی حروف با یکدیگر تفاوت دارند، اجازه ندارند در یک دایرکتوری یکسان وجود داشته باشند. به عنوان مثال اگر فایلی به نام LongFileName را در یک سیستم‌فایل VFAT ذخیره کنید، mdir این فایل را به صورت LongFileName نمایش می‌دهد، نه به صورت Longfilename. اما اگر پس از آن تلاش کنید LongFilename را به همان دایرکتوری اضافه کنید، رد می‌شود، زیرا برای بررسی تداخل، بزرگی و کوچکی حروف نادیده گرفته می‌شود.
.PP
سیستم‌فایل VFAT به شما امکان می‌دهد در صورتی که تمام حروف نام فایل دارای بزرگی/کوچکی یکسان باشند و تمام حروف پسوند نیز وضعیت یکسانی داشته باشند، وضعیت حروف نام فایل را در بایت ویژگی (attribute byte) ذخیره کنید. ابزار mtools هنگام نمایش فایل‌ها و همچنین برای تولید نام فایل Unix در زمان کپی با mcopy به یک دایرکتوری Unix از این اطلاعات استفاده می‌کند. این موضوع ممکن است هنگام اعمال روی فایل‌های نوشته‌شده با نسخه‌های پیش از 7.0 در DOS نتایج غیرمنتظره‌ای داشته باشد: در واقع، نام‌های فایل سبک قدیمی همگی با حروف بزرگ نگاشت می‌شوند. این رفتار با نسخه‌های قدیمی mtools که نام فایل‌های Unix را با حروف کوچک ایجاد می‌کردند متفاوت است.
.PP.SS قالب‌های\ با\ ظرفیت\ بالا
.PP
ابزار Mtools از چندین قالب پشتیبانی می‌کند که اجازه می‌دهند داده‌های بیشتری نسبت به حالت معمول روی دیسک ذخیره شوند. به دلیل تفاوت در توانمندی‌های سیستم‌های عامل مختلف، این قالب‌ها در همهٔ سیستم‌عامل‌ها پشتیبانی نمی‌شوند. هر جا که پشتیبانی وجود داشته باشد، Mtools این قالب‌ها را به‌طور شفاف تشخیص می‌دهد.
.PP
برای قالب‌بندی این دیسک‌ها، باید از یک ابزار ویژهٔ سیستم‌عامل استفاده کنید. برای لینوکس، ابزارهای فلاپی مناسب را می‌توان در بستهٔ
\&\fR\&\f(CWfdutils\fR در نشانی زیر یافت~:
 
.nf
.ft 3
.in +0.3i
\&\fR\&\f(CWhttp://www.fdutils.linux.lu
.fi
.in -0.3i
.ft R
.PP
 
\&\fR
.PP
برای جزئیات بیشتر، صفحه‌های راهنمای موجود در آن بسته را ببینید: از
\&\fR\&\f(CWsuperformat\fR برای قالب‌بندی همهٔ قالب‌ها به جز XDF، و از
\&\fR\&\f(CWxdfcopy\fR برای قالب‌بندی XDF استفاده کنید.
.PP
.SS \ \ سکتورهای\ بیشتر
.PP
قدیمی‌ترین روش برای جا دادن داده‌های بیشتر روی یک دیسک، استفاده از سکتورها و سیلندرهای بیشتر است. اگرچه قالب استاندارد از ۸۰ سیلندر و ۱۸ سکتور (روی یک دیسک ۳ ۱/۲ با چگالی بالا یا HD) استفاده می‌کند، امکان استفاده از حداکثر ۸۳ سیلندر (روی بیشتر درایوها) و تا ۲۱ سکتور وجود دارد. این روش اجازه می‌دهد تا 1743K روی یک دیسک 3 1/2 HD ذخیره شود. با این حال، دیسک‌های ۲۱ سکتوری دو برابر کندتر از دیسک‌های استاندارد ۱۸ سکتوری هستند، زیرا سکتورها چنان نزدیک به یکدیگر فشرده شده‌اند که نیاز به درهم‌بافی (interleave) دارند. این مشکل برای قالب‌های ۲۰ سکتوری وجود ندارد.
.PP
این قالب‌ها توسط ابزارهای اشتراک‌افزار (shareware) متعددی در DOS مانند
\&\fR\&\f(CWfdformat\fR و \fR\&\f(CWvgacopy\fR پشتیبانی می‌شوند. بیل گیتس (Bill Gate$) در کبر و خودبزرگ‌بینی بی‌پایان خود گمان کرد که او این روش را ابداع کرده و آن را \fR\&\f(CW\(ifDMF disks\(is\fR یا
\&\fR\&\f(CW\(ifWindows formatted disks\(is\fR نامید. اما در واقعیت، این ویژگی سال‌ها قبل‌تر وجود داشته است! Mtools از این قالب‌ها روی Linux، روی SunOS و روی DELL Unix PC پشتیبانی می‌کند.
.PP
.SS \ \ سکتورهای\ بزرگ‌تر
با استفاده از سکتورهای بزرگ‌تر، فراتر رفتن از ظرفیتی که با سکتورهای استاندارد ۵۱۲ بایتی به دست می‌آید امکان‌پذیر است. این امر به دلیل سرآیند سکتور (sector header) است. سرآیند سکتور صرف‌نظر از این‌که چند بایت داده در سکتور قرار دارد، اندازهٔ یکسانی دارد. بنابراین، با استفاده از سکتورهای
\&\fIکمتر\fR، اما بزرگ‌تر، در فضا صرفه‌جویی می‌کنیم. به عنوان مثال، ۱ سکتور ۴ کیلوبایتی فقط یک بار فضای سرآیند را اشغال می‌کند، در حالی که ۸ سکتور ۵۱۲ بایتی برای همان مقدار دادهٔ مفید، ۸ سرآیند دارند.
.PP
این روش امکان ذخیره‌سازی تا 1992K را روی یک دیسک 3 1/2 HD فراهم می‌کند.
.PP
ابزار Mtools از این قالب‌ها فقط روی Linux پشتیبانی می‌کند.
.PP
.SS \ \ 2m
.PP
قالب 2m در ابتدا توسط Ciriaco Garcia de Celis ابداع شد. این قالب نیز برای جا دادن داده‌های بیشتر روی دیسک، از سکتورهایی بزرگ‌تر از معمول استفاده می‌کند. با این حال، روی اولین سیلندر از قالب استاندارد (۱۸ سکتور، هر کدام ۵۱۲ بایت) استفاده می‌کند تا مدیریت این دیسک‌ها توسط DOS آسان‌تر شود. در واقع این روش امکان داشتن یک سکتور راه‌انداز (boot sector) با اندازهٔ استاندارد را فراهم می‌سازد که حاوی توصیفی از نحوهٔ خواندن بقیهٔ دیسک است.
.PP
با این حال، اشکال این کار آن است که سیلندر اول داده‌های کمتری را نسبت به سایرین در خود جای می‌دهد. متأسفانه DOS تنها دیسک‌هایی را می‌تواند مدیریت کند که هر شیار (track) آن شامل مقدار یکسانی از داده باشد. بنابراین 2m با استفاده از یک \fIshadow
FAT\fR، این واقعیت را پنهان می‌کند که شیار اول حاوی داده‌های کمتری است. (معمولاً DOS برای ایمنی بیشتر، FAT را در دو نسخهٔ یکسان ذخیره می‌کند. XDF تنها یک نسخه را ذخیره می‌سازد، اما به DOS می‌گوید که دو نسخه را ذخیره کرده است. بدین ترتیب فضایی که توسط نسخهٔ دوم FAT اشغال می‌شد صرفه‌جویی می‌شود.) این همچنین بدان معناست که \fBهرگز نباید از یک دیسک 2m برای ذخیره چیزی جز سیستم‌فایل DOS استفاده کنید\fR.
.PP
ابزار Mtools از این قالب‌ها فقط روی Linux پشتیبانی می‌کند.
.PP
.SS \ \ XDF
.PP
قالب XDF یک قالب با ظرفیت بالا است که توسط OS/2 استفاده می‌شود. این قالب می‌تواند 1840 K در هر دیسک نگه‌داری کند. این مقدار کمتر از بهترین قالب‌های 2m است، اما مزیت اصلی آن سرعت بالاست: ۶۰۰ میلی‌ثانیه برای هر شیار (track). این سریع‌تر از قالب ۲۱ سکتوری، و تقریباً به همان سرعت قالب استاندارد ۱۸ سکتوری است. برای دسترسی به این دیسک‌ها، مطمئن شوید که mtools با پشتیبانی از XDF کامپایل شده است، و متغیر \fR\&\f(CWuse_xdf\fR را برای درایو در فایل پیکربندی تنظیم کنید. برای جزئیات دربارهٔ نحوهٔ انجام این کار، بخش Compiling mtools و \(ifmiscellaneous variables\(is را ببینید. دسترسی سریع به XDF فقط برای هسته‌های لینوکسی در دسترس است که جدیدتر از 1.1.34 هستند.
.PP
ابزار Mtools از این قالب فقط روی Linux پشتیبانی می‌کند.
.PP
\&\fBهشدار / توجه توزیع‌کنندگان\fR: اگر mtools روی هستهٔ لینوکس جدیدتر از 1.3.34 کامپایل شود، روی هستهٔ قدیمی‌تر اجرا نخواهد شد. با این حال، اگر روی هستهٔ قدیمی‌تر کامپایل شده باشد، کماکان روی هستهٔ جدیدتر اجرا می‌شود، با این تفاوت که دسترسی به XDF کندتر خواهد بود. توصیه می‌شود تا زمانی که نسخهٔ 2.0 عرضه نشده است، توسعه‌دهندگان توزیع‌ها تنها باینری‌های mtools کامپایل‌شده روی هسته‌های قدیمی‌تر از 1.3.34 را قرار دهند. زمانی که 2.0 منتشر شود، باینری‌های mtools کامپایل‌شده روی هسته‌های جدیدتر می‌توانند (و باید) توزیع شوند. باینری‌های mtools کامپایل‌شده روی هسته‌های قدیمی‌تر از 1.3.34 روی هیچ هسته‌ای از نسخهٔ 2.1 یا جدیدتر اجرا نخواهند شد.
.PP.SS "کدهای خروج (Exit codes)"
تمامی دستورهای Mtools در صورت موفقیت 0، در صورت شکست کامل 1، یا در صورت شکست جزئی 2 را برمی‌گردانند. تمامی دستورهای Mtools پیش از شروع کار، چند بررسی صحت‌سنجی انجام می‌دهند تا مطمئن شوند دیسک واقعاً یک دیسک MS-DOS است (در مقایسه با مثلاً دیسک ext2 یا MINIX). این بررسی‌ها ممکن است دیسک‌هایی را که تا حدی آسیب دیده‌اند، اما در غیر این صورت ممکن است همچنان خواندنی باشند، رد کنند. برای جلوگیری از این بررسی‌ها، متغیر محیطی MTOOLS_SKIP_CHECK یا متغیر متناظر آن در فایل پیکربندی را تنظیم کنید (بخش متغیرهای سراسری (global variables) را ببینید).
.SS "باگ‌ها (BUGS)"
یک پیامد نامطلوب ناشی از عدم تشخیص دستگاه مناسب (هنگامی که ظرفیت‌های متعددی برای دیسک پشتیبانی می‌شود)، نمایش گاه‌به‌گاه یک پیام خطا از سوی درایور دستگاه است. می‌توان این پیام‌ها را با خیال راحت نادیده گرفت.
.PP
کد بررسی fat روی دیسک‌های ۱٫۷۲ مگابایتی که با نسخهٔ پیش از 2.0.7 ابزار mtools قالب‌بندی (mformat) شده‌اند دچار مشکل می‌شود. برای دور زدن بررسی fat، متغیر محیطی MTOOLS_FAT_COMPATIBILITY (یا متغیر متناظر در فایل پیکربندی، \(ifglobal variables\(is) را تنظیم کنید.
.PP
.SS "دست‌اندرکاران (Credits)"
.PP
کد اولیه mtools (نسخه‌ها تا حدود 2.0.7) توسط Emmet P. Gray (تگزاس، ایالات متحده آمریکا) توسعه داده شد.
.PP
David C. Niemi پشتیبانی از VFAT را اضافه کرد و در نگهداری mtools یاری رساند.
.PP
فرایند بسته‌بندی mtools از نسخه‌ای اصلاح‌شده از ابزار texi2roff متعلق به Beverly A. Erlebacher برای تبدیل مستندات texi به صفحات راهنما (man pages) استفاده می‌کند.
.PP
.SH "همچنین ببینید (SEE ALSO)"
floppyd_installtest
mattrib
mbadblocks
mcd
mcopy
mdel
mdeltree
mdir
mdoctorfat
mdu
mformat
minfo
mkmanifest
mlabel
mmd
mmount
mmove
mrd
mren
mshortname
mshowfat
mtoolstest
mtype