.\" Copyright (c) 2003\-2005 Richard Russon.
.\" Copyright (c) 2003\-2006 Szabolcs Szakacsits.
.\" Copyright (c) 2004 Per Olofsson.
.\" Copyright (c) 2010\-2013 Jean-Pierre Andre.
.\" This file may be copied under the terms of the GNU Public License.
.\"
.TH NTFSCLONE 8 "فوریه ۲۰۱۳" "ntfs-3g 2026.7.7"
.SH "نام (NAME)"
ntfsclone \- کلون، ایجاد ایمیج، بازیابی یا نجات کارآمد یک فایل‌سیستم NTFS
.SH "خلاصه دستور (SYNOPSIS)"
.B ntfsclone
[\fIOPTIONS\fR]
.I SOURCE
.br
.B ntfsclone \-\-save\-image
[\fIOPTIONS\fR]
.I SOURCE
.br
.B ntfsclone \-\-restore\-image
[\fIOPTIONS\fR]
.I SOURCE
.br
.B ntfsclone \-\-metadata
[\fIOPTIONS\fR]
.I SOURCE
.SH "توضیحات (DESCRIPTION)"
دستور
.B ntfsclone
به‌صورت کارآمد یک سیستم‌فایل NTFS را کلون (کپی، ذخیره، پشتیبان‌گیری، بازیابی) کرده یا آن را در قالب یک فایل پراکنده (sparse file)، ایمیج، دستگاه (پارتیشن) یا خروجی استاندارد نجات می‌دهد.
این ابزار در سطح سکتورهای دیسک کار کرده و فقط داده‌های استفاده‌شده را کپی می‌کند. فضای استفاده‌نشدهٔ دیسک به صفر تبدیل می‌شود (هنگام کلون کردن به فایل پراکنده)، با کدهای کنترلی کدگذاری می‌شود (هنگام ذخیره در قالب ایمیج اختصاصی)، بدون تغییر باقی می‌ماند (هنگام کلون کردن روی دیسک/پارتیشن)، یا با صفرها پر می‌شود (هنگام کلون کردن در خروجی استاندارد).
.PP
دستور
.B ntfsclone
می‌تواند برای ایجاد نسخه‌های پشتیبان، تهیهٔ یک تصویر لحظه‌ای (snapshot) دقیق از یک سیستم‌فایل NTFS و بازیابی بعدی آن، یا برای توسعه‌دهندگان جهت آزمایش قابلیت‌های خواندن/نوشتن NTFS و عیب‌یابی/بررسی مشکلات کاربران با استفاده از کلون بدون خطر تخریب سیستم‌فایل اصلی مفید باشد.
.PP
نسخهٔ کلون‌شده، در صورتی که از قالب ایمیج اختصاصی استفاده نشود، کپی دقیقی از سیستم‌فایل NTFS اصلی به‌صورت سکتور به سکتور است، بنابراین درست مانند سیستم‌فایل NTFS اصلی قابل مانت کردن است.
برای نمونه اگر روی یک فایل کلون کنید و کرنل از دستگاه loopback و NTFS پشتیبانی کند، فایل را می‌توان به‌صورت زیر مانت کرد:
.RS
.sp
.B   mount \-t ntfs \-o loop ntfsclone.img /mnt/ntfsclone
.sp
.RE
.SS "کلون کردن ویندوز (Windows Cloning)"
اگر قصد دارید یک پارتیشن سیستمی یا بوت را به کامپیوتر دیگری کپی، جابه‌جا یا بازیابی کنید، یا آن را به دیسک یا پارتیشن دیگری انتقال دهید (برای مثال hda1\->hda2، hda1\->hdb1 یا با آفست متفاوتی از سکتور دیسک)، باید احتیاط بیشتری به خرج دهید.
.PP
معمولاً ویندوز قادر به بوت شدن نخواهد بود، مگر آنکه NTFS را روی همان پارتیشنی کپی، جابه‌جا یا بازیابی کنید که از همان سکتور روی همان نوع دیسک با همان تنظیمات سنتی سیلندر BIOS مانند پارتیشن و دیسک اصلی شروع شده باشد.
.PP
ابزار ntfsclone تضمین می‌کند که کپی دقیقی از NTFS تهیه کند، اما با مسائل مربوط به بوت سروکار ندارد. این موضوع بر اساس طراحی است: ntfsclone یک ابزار سیستم‌فایل است، نه یک ابزار سیستمی. هدف آن فقط کلون کردن NTFS است، نه کلون کردن ویندوز. بنابراین ntfsclone می‌تواند به عنوان یک بلوک ساختمانی بسیار سریع و قابل اعتماد برای کلون کردن ویندوز استفاده شود، اما به‌تنهایی کافی نیست.
.SS "فایل‌های پراکنده (Sparse Files)"
یک فایل زمانی پراکنده (sparse) محسوب می‌شود که دارای بلوک‌های تخصیص‌نیافته (حفره‌ها یا holes) باشد. اندازهٔ گزارش‌شده برای چنین فایل‌هایی همواره بیشتر از فضای دیسک مصرف‌شده توسط آن‌ها است. دستور
.BR du
می‌تواند فضای واقعی مصرف‌شده روی دیسک توسط یک فایل پراکنده را نمایش دهد.
حفره‌ها همواره به‌صورت صفر خوانده می‌شوند. تمام سیستم‌فایل‌های عمدهٔ لینوکس مانند ext2، ext3، reiserfs، Reiser4، JFS و XFS از فایل‌های پراکنده پشتیبانی می‌کنند، اما برای نمونه سیستم‌فایل ISO 9600 CD\-ROM از آن پشتیبانی نمی‌کند.
.SS "مدیریت فایل‌های پراکندهٔ بزرگ (Handling Large Sparse Files)"
در حال حاضر لینوکس پشتیبانی ناکافی برای مدیریت (tar، cp، gzip، gunzip، bzip2، bunzip2، cat و غیره) فایل‌های پراکندهٔ بزرگ ارائه می‌دهد. تنها سیستم‌فایل اصلی لینوکس که از مدیریت کارآمد فایل‌های پراکنده پشتیبانی می‌کند، XFS از طریق
XFS_IOC_GETBMAPX
.BR ioctl (2)
است. با این حال هیچ‌یک از ابزارهای رایج از آن پشتیبانی نمی‌کنند. این بدان معناست که وقتی یک فایل پراکندهٔ بزرگ را tar، cp، gzip یا bzip2 می‌کنید، همیشه کل فایل خوانده می‌شود، حتی اگر از گزینه‌های «پشتیبانی از sparse» استفاده کنید.
.PP
دستور
.BR bzip2 (1)
فایل‌های پراکندهٔ بزرگ را بسیار بهتر از
.BR gzip (1)
فشرده می‌کند، اما این کار را بسیار کندتر انجام می‌دهد. افزون بر این، هیچ‌کدام از آن‌ها هنگام باز کردن فایل فشرده از دیدگاه مصرف فضای دیسک به شکل کارآمدی با فایل‌های پراکندهٔ بزرگ برخورد نمی‌کنند.
.PP
در حال حاضر کارآمدترین روش از نظر سرعت و فضا برای فشرده‌سازی و باز کردن فایل‌های پراکندهٔ بزرگ توسط ابزارهای رایج، استفاده از
.BR tar (1)
همراه با گزینه‌های
.B \-S
(مدیریت «کارآمد» فایل‌های پراکنده) و
.B \-j
(فیلتر کردن بایگانی از طریق bzip2) است. هرچند
.BR tar
همچنان کل فایل را خوانده و تحلیل می‌کند، اما بلوک‌های بزرگ داده که فقط حاوی صفر هستند را به فیلترها منتقل نمی‌کند و از نوشتن مقادیر زیاد صفر روی دیسک به صورت غیرضروری جلوگیری می‌کند. اما از آنجا که
.BR tar
نمی‌تواند از ورودی استاندارد یک بایگانی بسازد، نمی‌توانید این کار را مستقیماً با خواندن خروجی استاندارد
.BR ntfsclone
درجا انجام دهید. متأسفانه استفاده از گزینهٔ \-S از اواخر سال ۲۰۰۴ منجر به از دست رفتن جدی داده‌ها شده است و نگه‌دارندگان GNU
.BR tar
تاکنون نسخه‌های اصلاح‌شده را منتشر نکرده‌اند.
.SS "قالب ایمیج اختصاصی (The Special Image Format)"
همچنین این امکان وجود دارد (و در واقع توصیه می‌شود) که یک سیستم‌فایل NTFS را در یک قالب ایمیج اختصاصی ذخیره کنید.
به جای نمایش بلوک‌های تخصیص‌نیافته به‌صورت حفره، آن‌ها با استفاده از کدهای کنترلی کدگذاری می‌شوند. بدین ترتیب، این ایمیج بدون نیاز به پشتیبانی از فایل پراکنده، در فضا صرفه‌جویی می‌کند. این قالب ایمیج برای استریم کردن ایمیج‌های سیستم‌فایل از طریق شبکه و موارد مشابه ایده‌آل است، و اگر با ابزارهای دیگر ترکیب شود می‌تواند به عنوان جایگزینی برای Ghost یا Partition Image استفاده شود. نکتهٔ منفی این است که نمی‌توانید ایمیج را مستقیماً مانت کنید و ابتدا باید آن را بازیابی نمایید.
.PP
برای ذخیرهٔ یک ایمیج با استفاده از قالب ایمیج اختصاصی، از گزینهٔ
.B \-s
یا
.B \-\-save\-image
استفاده کنید. برای بازیابی یک ایمیج، از گزینهٔ
.B \-r
یا
.B \-\-restore\-image
استفاده نمایید. توجه داشته باشید که می‌توانید ایمیج‌ها را از ورودی استاندارد با استفاده از «\-» به عنوان فایل
.I SOURCE
بازیابی کنید.
.SS "کلون کردن صرفاً متادیتا (Metadata-only Cloning)"
یکی از ویژگی‌های
.BR ntfsclone
این است که می‌تواند با استفاده از گزینهٔ
.B \-m
یا
.B \-\-metadata
فقط متادیتای NTFS را ذخیره کند و نسخهٔ کلون‌شده همچنان قابل مانت خواهد بود. در این حالت تمام محتوای غیرمتادیتایی فایل‌ها از بین خواهد رفت و خواندن مجدد آن‌ها همیشه به بایت‌های صفر منجر می‌شود.
.PP
ایمیج فقط متادیتا می‌تواند بسیار خوب فشرده شود، معمولاً تا حداکثر ۱ الی ۸ مگابایت، بنابراین انتقال آن برای بررسی و عیب‌یابی بسیار آسان است.
.PP
در این حالت از ntfsclone،
.B هیچ‌یک
از داده‌های کاربر ذخیره نمی‌شود، از جمله داده‌های مقیم (resident) کاربر که در داخل متادیتا گنجانده شده‌اند. همگی با صفر پر می‌شوند. علاوه بر این، تمام مهرهای زمانی فایل‌ها، فضاهای حذف‌شده و استفاده‌نشده در داخل متادیتا با صفر پر می‌شوند. بنابراین این حالت برای مثال برای تحلیل‌های جرم‌شناسی دیجیتال (forensic) نامناسب است.
این حالت می‌تواند با \fB\-\-save\-image\fP ترکیب شود تا به جای یک فایل پراکنده، فایلی با قالب ایمیج اختصاصی ایجاد گردد.
.PP
لطفاً توجه داشته باشید که نام فایل‌ها پاک نمی‌شوند. آن‌ها ممکن است حاوی اطلاعات حساس باشند، بنابراین پیش از ارسال چنین ایمیجی برای هر فردی، جوانب امر را به دقت بسنجید.
.SH "گزینه‌ها (OPTIONS)"
در زیر خلاصه‌ای از تمام گزینه‌هایی که
.B ntfsclone
می‌پذیرد آمده است. تقریباً تمام گزینه‌ها دو نام معادل دارند. نام کوتاه با
.B \-
و نام بلند با
.B \-\-
شروع می‌شود. هر یک از گزینه‌های تک‌حرفی که آرگومان دریافت نمی‌کنند را می‌توان در یک فرمان ترکیب کرد؛ برای نمونه
.B \-fv
معادل
.B "\-f \-v"
است. گزینه‌های نام‌بلند را می‌توان به هر پیشوند یکتا از نامشان خلاصه کرد.
.TP
\fB\-o\fR, \fB\-\-output\fR FILE
کلون کردن NTFS در
.I FILE
ناموجود. اگر
.I FILE
برابر «\-» باشد، در خروجی استاندارد کلون می‌شود. این گزینه را نمی‌توان برای ایجاد یک پارتیشن استفاده کرد؛ برای یک پارتیشن موجود از \fB\-\-overwrite\fR استفاده کنید.
.TP
\fB\-O\fR, \fB\-\-overwrite\fR FILE
کلون کردن NTFS روی
.IR FILE ،
که می‌تواند یک پارتیشن موجود یا یک فایل معمولی باشد که در صورت وجود بازنویسی خواهد شد.
.TP
\fB\-s\fR, \fB\-\-save\-image\fR
ذخیره در قالب ایمیج اختصاصی. این کارآمدترین روش از نظر فضا و سرعت است چنانچه ایمیج‌گیری به خروجی استاندارد انجام شود (مثلاً برای فشرده‌سازی، رمزنگاری یا استریم در شبکه).
.TP
\fB\-r\fR, \fB\-\-restore\-image\fR
بازیابی از قالب ایمیج اختصاصی مشخص‌شده توسط آرگومان
.IR SOURCE .
اگر
.I SOURCE
برابر «\-» باشد، ایمیج از ورودی استاندارد خوانده می‌شود.
.TP
\fB\-n\fR, \fB\-\-no\-action\fR
آزمایش سازگاری یک ایمیج ذخیره‌شده با شبیه‌سازی بازیابی آن بدون نوشتن هیچ‌چیز. داده‌های NTFS موجود در ایمیج آزمایش نمی‌شوند. گزینهٔ \fB\-\-restore\-image\fR نیز باید مشخص شده باشد، و گزینه‌های \fB\-\-output\fR و \fB\-\-overwrite\fR باید حذف شوند.
.TP
\fB\-\-rescue\fR
نادیده گرفتن خطاهای خواندن دیسک تا دیسک‌های دارای بدسکتور (مثلاً دیسک‌های در حال خرابی) به کارآمدترین شکل و با کمترین فشار بازیابی و نجات داده شوند. Ntfsclone در این حالت نیز در پایین‌ترین سطح یعنی سکتور کار می‌کند، بنابراین داده‌های بیشتری قابل نجات هستند. محتوای سکتورهای غیرقابل خواندن با نویسهٔ '?' پر می‌شود و ابتدای چنین سکتورهایی با "BadSectoR\\0" نشانه‌گذاری می‌گردد.
.TP
\fB\-m\fR, \fB\-\-metadata\fR
کلون کردن
.B فقط متادیتا
(برای متخصصان NTFS). فقط کلون کردن روی یک فایل (پراکنده) مجاز است، مگر اینکه از گزینهٔ \fB\-\-save\-image\fP نیز استفاده شود. نمی‌توانید کلونِ صرفاً متادیتا را روی یک دستگاه انجام دهید.
.TP
\fB\-\-ignore\-fs\-check\fR
نادیده گرفتن نتیجهٔ بررسی سلامت سیستم‌فایل. به منظور حفظ امنیت داده‌های کاربر، استفاده از این گزینه فقط همراه با گزینهٔ
.B \-\-metadata
مجاز است. کلاسترهایی که باعث ناسازگاری شده‌اند نیز ذخیره می‌شوند.
.TP
\fB\-t\fR, \fB\-\-preserve\-timestamps\fR
پاک نکردن مهرهای زمانی؛ فقط باید همراه با گزینهٔ
.B \-\-metadata
استفاده شود.
.TP
\fB\-\-full\-logfile\fR
گنجاندن فایل لاگ ویندوز در کپی. این گزینه فقط برای استخراج متادیتا، ذخیره یا کلون کردن سیستم‌فایلی مفید است که به درستی از ویندوز آن‌مانت نشده باشد.
.TP
\fB\-\-new\-serial\fR, یا
.TP
\fB\-\-new\-half\-serial\fR
تنظیم یک شماره سریال تصادفی جدید برای کلون. شماره سریال یک عدد ۶۴ بیتی است که برای شناسایی دستگاه در طول فرایند مانت استفاده می‌شود، بنابراین باید تغییر یابد تا سیستم‌فایل اصلی و نسخهٔ کلون بتوانند به‌طور هم‌زمان در یک کامپیوتر مانت شوند.
.PP
گزینهٔ \fB\-\-new\-half\-serial\fP فقط بخش بالایی شماره سریال را تغییر می‌دهد و بخش پایینی را که توسط ویندوز استفاده می‌شود دست‌نخورده باقی می‌گذارد.
.PP
گزینه‌های \fB\-\-new\-serial\fP و \fB\-\-new\-half\-serial\fP فقط هنگام کلون کردن یک سیستم‌فایل یا بازیابی از یک ایمیج قابل استفاده هستند.
.PP
شماره سریال با UUID ولوم که ویندوز برای پیدا کردن فایل‌های جابه‌جا شده به ولوم دیگر استفاده می‌کند، یکی نیست.
.TP
\fB\-f\fR, \fB\-\-force\fR
مجبور کردن ntfsclone به ادامهٔ کار اگر سیستم‌فایل برای بررسی یکپارچگی به‌صورت "dirty" علامت‌گذاری شده باشد.
.TP
\fB\-q\fR, \fB\-\-quiet\fR
عدم نمایش هرگونه نوار پیشرفت در حین عملیات.
.TP
\fB\-h\fR, \fB\-\-help\fR
نمایش فهرستی از گزینه‌ها همراه با شرح مختصری از هر کدام.
.SH "کدهای خروج (EXIT CODES)"
کد خروج در صورت موفقیت 0 و در غیر این صورت غیر صفر است.
.SH "مثال‌ها (EXAMPLES)"
کلون کردن NTFS از ‎/dev/hda1 روی ‎/dev/hdc1:
.RS
.sp
.B ntfsclone \-\-overwrite /dev/hdc1 /dev/hda1
.sp
.RE
ذخیرهٔ یک NTFS در یک فایل با قالب ایمیج اختصاصی:
.RS
.sp
.B ntfsclone \-\-save\-image \-\-output backup.img /dev/hda1
.sp
.RE
بازیابی یک NTFS از یک فایل ایمیج اختصاصی روی پارتیشن اصلی آن:
.RS
.sp
.B ntfsclone \-\-restore\-image \-\-overwrite /dev/hda1 backup.img
.sp
.RE
ذخیرهٔ یک NTFS درون یک فایل ایمیج فشرده‌شده:
.RS
.sp
.B ntfsclone \-\-save\-image \-o \- /dev/hda1 | gzip \-c > backup.img.gz
.sp
.RE
بازیابی یک ولوم NTFS از یک فایل ایمیج فشرده‌شده:
.RS
.sp
.B gunzip \-c backup.img.gz | \\\\
.br
.B ntfsclone \-\-restore\-image \-\-overwrite /dev/hda1 \-
.sp
.RE
پشتیبان‌گیری از یک ولوم NTFS روی یک میزبان راه دور با استفاده از ssh. لطفاً توجه داشته باشید که ssh ممکن است رمز عبور بخواهد!
.RS
.sp
.B ntfsclone \-\-save\-image \-\-output \- /dev/hda1 | \\\\
.br
.B gzip \-c | ssh host 'cat > backup.img.gz'
.sp
.RE
بازیابی یک ولوم NTFS از یک میزبان راه دور از طریق ssh. لطفاً توجه داشته باشید که ssh ممکن است رمز عبور بخواهد!
.RS
.sp
.B ssh host 'cat backup.img.gz' | gunzip \-c | \\\\
.br
.B ntfsclone \-\-restore\-image \-\-overwrite /dev/hda1 \-
.sp
.RE
استریم کردن یک فایل ایمیج از یک وب‌سرور و بازیابی آن روی یک پارتیشن:
.RS
.sp
.B wget \-qO \- http://server/backup.img | \\\\
.br
.B ntfsclone \-\-restore\-image \-\-overwrite /dev/hda1 \-
.sp
.RE
کلون کردن یک ولوم NTFS روی یک فایل ناموجود:
.RS
.sp
.B ntfsclone \-\-output ntfs\-clone.img /dev/hda1
.sp
.RE
بسته‌بندی متادیتای NTFS برای متخصصان NTFS. لطفاً توجه داشته باشید که bzip2 بسیار زمان‌بر است اما بایگانی‌هایی معمولاً حداقل ۱۰ برابر کوچک‌تر از gzip روی یک فایل پراکنده تولید می‌کند.
.RS
.sp
.B ntfsclone \-\-metadata \-\-output ntfsmeta.img /dev/hda1
.br
.B bzip2 ntfsmeta.img
.sp
یا خروجی دادن به یک ایمیج فشرده:
.br
.B ntfsclone \-mst \-\-output - /dev/hda1 | bzip2 > ntfsmeta.bz2
.sp
.RE
باز کردن متادیتای NTFS درون یک فایل پراکنده:
.RS
.sp
.B bunzip2 \-c ntfsmeta.img.bz2 | \\\\
.br
.B cp \-\-sparse=always /proc/self/fd/0 ntfsmeta.img
.sp
.RE
.SH "مشکلات شناخته‌شده (KNOWN ISSUES)"
هیچ مشکل شناخته‌شده‌ای در
.B ntfsclone
وجود ندارد. اگر فکر می‌کنید مشکلی پیدا کرده‌اید، لطفاً ایمیلی حاوی شرح آن به تیم توسعه ارسال کنید:
.nh
ntfs\-3g\-devel@lists.sf.net
.hy
.sp
گاهی ممکن است به نظر برسد ntfsclone هنگ کرده است، چنانچه کلون روی ReiserFS باشد و حتی فشردن CTRL\-C آن را متوقف نکند. این یک باگ در ntfsclone نیست، بلکه به این دلیل است که ReiserFS در ایجاد فایل‌های پراکندهٔ بزرگ به‌شدت ناکارآمد است و در طول این عملیات سیگنال‌ها را پردازش نمی‌کند. این مشکل ReiserFS در هستهٔ 2.4.22 بهبود یافت. سیستم‌فایل‌های XFS، JFS و ext3 این مشکل را ندارند.
.SH "نویسندگان (AUTHORS)"
دستور
.B ntfsclone
توسط Szabolcs Szakacsits با مشارکت Per Olofsson (پشتیبانی از قالب ایمیج اختصاصی) و Anton Altaparmakov نوشته شده است. این ابزار توسط Erik Larsson و Jean-Pierre Andre به ntfs-3g پورت شد.
.SH "در دسترس بودن (AVAILABILITY)"
برنامهٔ
.B ntfsclone
بخشی از بستهٔ
.B ntfs-3g
است و در نشانی زیر در دسترس است:
.br
.nh
https://github.com/tuxera/ntfs-3g/wiki
.hy
.SH "همچنین ببینید (SEE ALSO)"
.BR ntfsresize (8),
.BR ntfsprogs (8),
.BR xfs_copy (8),
.BR debugreiserfs (8),
.BR e2image (8)