XFS_REPAIR(8) دستورات مدیریت سیستم XFS_REPAIR(8)

xfs_repair - بررسی و تعمیر خطاهای ساختاری سیستم پرونده XFS

xfs_repair [ -dfLPv ] [ -n | -e ] [ -m maxmem ] [ -c subopt=value ] [ -o subopt[=value] ] [ -t interval ] [ -l logdev ] [ -r rtdev ] device
xfs_repair -V

دستور xfs_repair یک فایلسیستم XFS غیرمتصل را بازرسی کرده و خرابیهای ساختاری، آینودها و تخصیص بلوکها را تعمیر میکند. (رجوع کنید به xfs(5)). سیستم پرونده با استفاده از آرگومان device مشخص می‌شود که باید نام دستگاه پارتیشن دیسک یا حجم حاوی سیستم پرونده باشد. اگر نام یک دستگاه بلوکی داده شود، xfs_repair تلاش می‌کند تا دستگاه خام (raw device) مرتبط با دستگاه بلوکی مشخص‌شده را بیابد و در عوض از دستگاه خام استفاده خواهد کرد.

در هر صورت، سیستم پرونده‌ای که باید تعمیر شود باید حتماً غیرمتصل (unmount) باشد، در غیر این صورت، سیستم پرونده حاصل ممکن است ناپایدار یا خراب شود.

مشخص می‌کند که تصویر سیستم پرونده‌ای که باید پردازش شود در یک فایل معمولی در device ذخیره شده است (به گزینه mkfs.xfs -d file مراجعه کنید). این حالت ممکن است زمانی رخ دهد که رونوشتی از یک سیستم پرونده در یک فایل معمولی کپی یا نوشته شده باشد. این گزینه نشان می‌دهد که هرگونه لاگ خارجی یا بخش بیدرنگ (realtime) نیز در یک فایل معمولی قرار دارد.
صفر کردن اجباری لاگ (Force Log Zeroing). دستور xfs_repair را مجبور می‌کند تا لاگ را حتی اگر حاوی تغییرات متاداده باشد (dirty log) صفر کند. هنگام استفاده از این گزینه، سیستم پرونده احتمالاً خراب به نظر خواهد رسید و می‌تواند باعث از دست رفتن فایل‌ها و/یا داده‌های کاربر شود. برای اطلاعات بیشتر به بخش لاگ‌های ثبت‌نشده (DIRTY LOGS) مراجعه کنید.
فایل دستگاه ویژه‌ای را که لاگ خارجی سیستم پرونده در آن قرار دارد مشخص می‌کند. فقط برای سیستم‌های پرونده‌ای که از لاگ خارجی استفاده می‌کنند کاربرد دارد. به گزینه mkfs.xfs -l نگاه کنید، و برای توضیحات دقیق درباره لاگ XFS به xfs(5) مراجعه نمایید.
فایل دستگاه ویژه‌ای را که بخش بی‌درنگ (realtime) سیستم پرونده در آن قرار دارد مشخص می‌کند. فقط برای آن دسته از سیستم‌های پرونده‌ای که از بخش بی‌درنگ استفاده می‌کنند. به گزینه mkfs.xfs -r نگاه کنید، و برای توضیحات دقیق در مورد بخش بی‌درنگ XFS به xfs(5) مراجعه نمایید.
حالت بدون تغییر (No-modify). مشخص می‌کند که xfs_repair نباید سیستم پرونده را تغییر دهد، بلکه فقط باید سیستم پرونده را اسکن کرده و نشان دهد چه تعمیراتی انجام می‌شد. این گزینه نمی‌تواند همراه با -e استفاده شود.
غیرفعال کردن پیش‌واکشی (prefetching) بلوک‌های آینود و دایرکتوری. اگر متوجه شدید که xfs_repair متوقف شده و پیش نمی‌رود، از این گزینه استفاده کنید. متوقف کردن یک فرایند قفل‌شده xfs_repair بی‌خطر است.
حداکثر مقدار حافظه تقریبی به مگابایت را برای استفاده توسط xfs_repair مشخص می‌کند. xfs_repair دارای حافظه پنهان بلوکی داخلی خود است که به اندازه کمترین مقدار میان محدودیت آدرس مجازی فرایند یا حدود ۷۵ درصد از حافظه فیزیکی (RAM) سیستم مقیاس‌بندی می‌شود. این گزینه این محدودیت‌ها را لغو می‌کند.
نکته: این محدودیت‌های حافظه فقط تقریبی هستند و ممکن است برنامه‌ بیش از حد مجاز مشخص‌شده استفاده کند.
تغییر پارامترهای سیستم پرونده. برای کسب اطلاعات درباره تغییر پارامترهای سیستم پرونده به xfs_admin(8) مراجعه کنید.

-o subopt[=value]
نادیده گرفتن آنچه ممکن است برنامه در صورت واگذاری به تصمیمات خودکار درباره سیستم پرونده نتیجه‌گیری کند.

گزینه‌های فرعی (suboptions) پشتیبانی‌شده عبارتند از:
اندازه جدول هش حافظه پنهان بافر پیش‌فرض را نادیده می‌گیرد. تعداد کل ورودی‌های حافظه پنهان بافر به ۸ برابر این مقدار محدود است. اندازه پیش‌فرض به گونه‌ای تنظیم شده که بقیه ۷۵ درصد اندازه رم فیزیکی سیستم را مصرف کند.
این گزینه رشته‌های پردازشی (threads) اضافی ایجاد می‌کند تا گروه‌های تخصیص (AG) را که در چندین واحد الحاق‌شده (concat units) گسترش یافته‌اند به‌طور موازی پردازش کند. این می‌تواند زمان تعمیر را در سیستم‌های پرونده مبتنی بر الحاق به میزان قابل توجهی کاهش دهد.
بررسی سیستم پرونده حتی اگر اطلاعات هندسه (geometry) اعتبارسنجی نشوند. اگر فقط یک گروه تخصیص وجود داشته باشد و بنابراین ابر‌بلوک پشتیبان در دسترس نباشد، یا اگر دو گروه تخصیص وجود داشته باشد و دو ابر‌بلوک در مورد هندسه سیستم پرونده همخوانی نداشته باشند، اطلاعات هندسه نمی‌توانند اعتبارسنجی شوند. فقط در صورتی از این گزینه استفاده کنید که خودتان هندسه را اعتبارسنجی کرده باشید و بدانید چه کاری انجام می‌دهید. در صورت تردید ابتدا در حالت بدون تغییر اجرا کنید.
شمارنده‌های سهمیه‌بندی (کوتا) را اصلاً بررسی نکنید. دستور بررسی سهمیه‌بندی (Quotacheck) در حین اتصال (mount) بعدی اجرا خواهد شد تا تمام مقادیر مجدداً محاسبه شوند.
تغییر بازه زمانی گزارش‌دهی که بر حسب ثانیه مشخص می‌شود. در طول اجراهای طولانی، xfs_repair پیشرفت خود را هر ۱۵ دقیقه گزارش می‌دهد. گزارش‌دهی تنها زمانی فعال می‌شود که ag_stride فعال باشد.
خروجی با جزئیات کامل (Verbose). ممکن است چندین بار برای افزایش جزئیات مشخص شود.
تعمیر خطرناک (Repair dangerously). به xfs_repair اجازه می‌دهد تا سیستم پرونده XFS را که به‌صورت فقط‌خواندنی متصل شده است تعمیر کند. این کار معمولاً روی سیستم پرونده ریشه از حالت تک‌کاربره (single user mode) انجام می‌شود و بلافاصله پس از آن راه‌اندازی مجدد (reboot) صورت می‌گیرد.
اگر هرگونه خرابی متاداده تعمیر شد، وضعیت برگشتی به جای ۰ معمولی، ۴ خواهد بود. این گزینه نمی‌تواند همراه با -n استفاده شود.
نسخه برنامه را چاپ کرده و خارج می‌شود.

صحت پیاده‌سازی جمع‌کنترلی crc32c قبل از بررسی سیستم پرونده آزمایش می‌شود. اگر آزمایش ناموفق باشد، برنامه متوقف خواهد شد.

ناهماهنگی‌های تصحیح‌شده شامل موارد زیر است:

1.
بررسی‌های آینود و نقشه‌بلوک آینود (آدرس‌دهی): عدد جادویی نادرست در آینود، اعداد جادویی نادرست در بلوک‌های نقشه‌بلوک آینود، اکستنت‌های خارج از ترتیب، تعداد نادرست رکوردها در بلوک‌های نقشه‌بلوک آینود، بلوک‌های ادعاشده‌ای که در ناحیه داده‌های مجاز سیستم پرونده نیستند، بلوک‌هایی که توسط بیش از یک آینود ادعا شده‌اند.
2.
بررسی‌های نقشه تخصیص آینود: عدد جادویی نادرست در بلوک‌های نقشه آینود، وضعیت آینود طبق نقشه (آزاد یا در حال استفاده) ناسازگار با وضعیت نشان داده‌شده توسط خود آینود، آینودهای ارجاع‌شده توسط سیستم پرونده که در نقشه تخصیص آینود ظاهر نمی‌شوند، نقشه تخصیص آینود که به بلوک‌هایی ارجاع می‌دهد که به نظر نمی‌رسد حاوی آینود باشند.
3.
بررسی‌های اندازه: تعداد بلوک‌های ادعاشده توسط آینود با اندازه آینود ناسازگار است، اندازه دایرکتوری در تراز بلوک نیست، اندازه آینود با قالب آینود سازگار نیست.
4.
بررسی‌های دایرکتوری: اعداد جادویی نادرست در بلوک‌های دایرکتوری، تعداد نادرست ورودی‌ها در یک بلوک دایرکتوری، اطلاعات نادرست فضای آزاد در یک بلوک برگ (leaf) دایرکتوری، ورودی که به یک آینود تخصیص‌نیافته (آزاد) یا خارج از محدوده اشاره می‌کند، ورودی‌های همپوشان، ورودی‌های نقطه (.) و دونقطه (..) ناموجود یا نادرست، ورودی‌های خارج از ترتیب مقدار درهم‌سازی (hashvalue)، اشاره‌گرهای داخلی نادرست دایرکتوری، نوع دایرکتوری با قالب و اندازه آینود سازگار نیست.
5.
بررسی‌های نام مسیر: فایل‌ها یا دایرکتوری‌هایی که با نام مسیری که از ریشه سیستم پرونده شروع می‌شود ارجاع داده نشده‌اند، اجزای نام مسیر غیرمجاز.
6.
بررسی‌های تعداد پیوندها (Link count): تعداد پیوندهایی که با تعداد مراجعات دایرکتوری به آینود مطابقت ندارند.
7.
بررسی‌های نقشه فضای آزاد (Freemap): بلوک‌هایی که توسط نقشه فضای آزاد ادعای آزاد بودن دارند اما توسط یک آینود نیز ادعا شده‌اند، بلوک‌هایی که توسط هیچ آینودی ادعا نشده‌اند اما در نقشه فضای آزاد ظاهر نمی‌شوند.
8.
بررسی‌های ابر‌بلوک: تعداد کل بلوک‌های آزاد و/یا تعداد آینودهای آزاد نادرست است، هندسه سیستم پرونده ناسازگار است، ابربلوک‌های ثانویه و اولیه متناقض هستند.

فایل‌ها و دایرکتوری‌های یتیم (تخصیص‌یافته، در حال استفاده اما بدون ارجاع) با قرار دادن آن‌ها در دایرکتوری lost+found مجدداً متصل می‌شوند. نام اختصاص‌یافته شماره آینود است.

دستور xfs_repair در صورت بروز اکثر خطاهای ورودی/خروجی دیسک متوقف می‌شود. بنابراین، اگر در تلاش برای تعمیر یک سیستم پرونده هستید که به دلیل خرابی درایو دیسک آسیب دیده است، باید قبل از تلاش برای استفاده از xfs_repair جهت تعمیر سیستم پرونده، اقداماتی انجام شود تا اطمینان حاصل شود که تمام بلوک‌های موجود در سیستم پرونده قابل خواندن و نوشتن هستند. یک روش ممکن استفاده از dd(8) برای کپی کردن داده‌ها روی یک دیسک سالم است.

دایرکتوری lost+found نیازی نیست از قبل در سیستم پرونده‌ای که در حال تعمیر است وجود داشته باشد. اگر دایرکتوری وجود نداشته باشد، در صورت نیاز به‌طور خودکار ایجاد می‌شود. اگر از قبل وجود داشته باشد، سازگاری آن بررسی می‌شود و در صورت معتبر بودن برای فایل‌های یتیم اضافی استفاده می‌شود. دایرکتوری‌های نامعتبر lost+found حذف شده و دوباره ایجاد می‌شوند. فایل‌های موجود در یک دایرکتوری معتبر lost+found حذف یا تغییر نام داده نمی‌شوند.

سیستم پرونده XFS دارای هر دو ابر‌بلوک اولیه و ثانویه است. xfs_repair از اطلاعات موجود در ابر‌بلوک اولیه استفاده می‌کند تا قبل از ادامه، به‌طور خودکار ابر‌بلوک اولیه را در برابر ابر‌بلوک‌های ثانویه پیدا کرده و اعتبارسنجی کند. اگر ابر‌بلوک اولیه آن‌قدر خراب باشد که برای مکان‌یابی ابر‌بلوک‌های ثانویه مفید نباشد، برنامه سیستم پرونده را اسکن می‌کند تا زمانی که برخی از ابر‌بلوک‌های ثانویه را پیدا و اعتبارسنجی کند. در آن مرحله، یک ابر‌بلوک اولیه ایجاد می‌کند.

اگر سهمیه‌بندی‌ها در حال استفاده باشند، این احتمال وجود دارد که xfs_repair برخی یا همه اطلاعات سهمیه‌بندی سیستم پرونده را پاک کند. در این صورت، برنامه درست قبل از خاتمه یک هشدار صادر می‌کند. اگر تمام اطلاعات سهمیه‌بندی از دست برود، سهمیه‌بندی‌ها غیرفعال می‌شوند و برنامه هشداری در این خصوص صادر می‌کند.

توجه داشته باشید که xfs_repair اعتبار محدودیت‌های سهمیه‌بندی را بررسی نمی‌کند. توصیه می‌شود پس از اجرای xfs_repair، اطلاعات محدودیت سهمیه‌بندی را به‌صورت دستی بررسی کنید. همچنین، دفعه بعدی که سیستم پرونده با سهمیه‌بندی‌های روشن متصل شود، اطلاعات مصرف فضا به‌طور خودکار بازتولید می‌شود، بنابراین اتصال سهمیه‌بندی بعدی سیستم پرونده ممکن است کمی طول بکشد.

دستور xfs_repair در حین پیشرفت، پیام‌های اطلاع‌رسانی صادر می‌کند که نشان می‌دهد چه موارد غیرعادی پیدا کرده است یا چه اقدامات اصلاحی انجام داده است. اکثر این پیام‌ها تنها برای کسانی که از ساختار سیستم پرونده آگاهی دارند کاملاً قابل درک است. برخی از پیام‌های رایج‌تر در اینجا توضیح داده شده‌اند. توجه داشته باشید که اگر xfs_repair در حالت بدون تغییر (no-modify) اجرا شود، زبان پیام‌ها کمی متفاوت است زیرا برنامه هیچ چیزی را روی دیسک تغییر نمی‌دهد. حالت بدون تغییر نشان می‌دهد که اگر برنامه بدون پرچم no-modify اجرا می‌شد، چه کاری برای تعمیر سیستم پرونده انجام می‌داد.

disconnected inode ino, moving to lost+found

یک آینود با شماره ino به درخت دایرکتوری سیستم پرونده متصل نبود و مجدداً به دایرکتوری lost+found متصل شد. نام شماره آینود آن (ino) به آینود اختصاص داده می‌شود. اگر دایرکتوری lost+found وجود نداشته باشد، به‌طور خودکار ایجاد می‌شود.

disconnected dir inode ino, moving to lost+found

مانند بالا، فقط این آینود یک آینود دایرکتوری است. اگر یک آینود دایرکتوری به lost+found متصل شود، همه فرزندان آن (در صورت وجود) به دایرکتوری متصل می‌مانند و بنابراین وقتی دایرکتوری مجدداً متصل شود، به‌طور خودکار دوباره متصل می‌شوند.

imap claims in-use inode ino is free, correcting imap

نقشه تخصیص آینود فکر می‌کند که آینود ino آزاد است در حالی که بررسی آینود نشان می‌دهد آینود ممکن است در حال استفاده باشد (اگرچه ممکن است قطع شده باشد). برنامه نقشه تخصیص آینود را به‌روزرسانی می‌کند.

imap claims free inode ino is in use, correcting imap

نقشه تخصیص آینود فکر می‌کند که آینود ino در حال استفاده است در حالی که بررسی آینود نشان می‌دهد آینود در حال استفاده نیست و بنابراین آزاد است. برنامه نقشه تخصیص آینود را به‌روزرسانی می‌کند.

resetting inode ino nlinks from x to y

برنامه عدم تطابق بین تعداد ورودی‌های معتبر دایرکتوری که به آینود ino ارجاع می‌دهند و تعداد مراجع ثبت‌شده در آینود را شناسایی کرد و تعداد را در آینود اصلاح نمود.

fork-type fork in ino ino claims used block bno

آینود ino ادعای بلوکی به شماره bno را دارد که توسط یک آینود دیگر یا خود سیستم پرونده برای ذخیره متاداده استفاده (ادعا) شده است. fork-type یا data یا attr است که نشان می‌دهد مشکل در بخشی از آینود است که داده‌های معمولی را ردیابی می‌کند یا در بخشی از آینود است که ویژگی‌های XFS را ذخیره می‌کند. اگر آینود یک آینود بی‌درنگ (rt) باشد، پیام این موضوع را بیان می‌کند. هر آینودی که بلوک‌های استفاده‌شده توسط سیستم پرونده را ادعا کند حذف می‌شود. اگر دو یا چند آینود ادعای یک بلوک را داشته باشند، هر دو حذف می‌شوند.

fork-type fork in ino ino claims dup extent ...

آینود ino ادعای بلوکی در یک اکستنت دارد که مشخص شده بیش از یک بار ادعا شده است. آفست در آینود، شروع و طول اکستنت ارائه شده است. اگر آینود یک آینود بی‌درنگ (rt) باشد و بنابراین اکستنت یک اکستنت بی‌درنگ (rt) باشد، پیام کمی متفاوت است.

inode ino - bad extent ...

یک رکورد اکستنت در نقشه‌بلوک آینود ino ادعای بلوک‌هایی را دارد که خارج از محدوده قانونی سیستم پرونده هستند. پیام نقطه شروع، پایان و آفست فایل اکستنت را ارائه می‌دهد. اگر اکستنت یک اکستنت بی‌درنگ (rt) باشد، پیام کمی متفاوت است.

bad fork-type fork in inode ino

مشکل ساختاری یا ناسازگاری در ساختارهای داده‌ای وجود داشت که آفست‌ها را به بلوک‌های سیستم پرونده نگاشت می‌کنند.

cleared inode ino

مشکلی در آینود وجود داشت که غیرقابل اصلاح بود، بنابراین برنامه آینود را آزاد کرد. این اتفاق معمولاً به این دلیل رخ می‌دهد که آینود ادعای بلوک‌هایی را دارد که توسط چیز دیگری استفاده می‌شوند یا خود آینود به شدت خراب شده است. معمولاً قبل از این پیام، یک یا چند پیام نشان داده می‌شود که دلیل نیاز به پاک شدن آینود را بیان می‌کند.

bad attribute fork in inode ino, clearing attr fork

در بخشی از آینود که ویژگی‌های XFS را ذخیره می‌کند (چنگال ویژگی / attribute fork) مشکلی وجود داشت، بنابراین برنامه چنگال ویژگی را بازنشانی کرد. در نتیجه این کار، تمام ویژگی‌های آن آینود از دست می‌روند.

correcting nextents for inode ino, was x - counted y

برنامه متوجه شد که تعداد اکستنت‌های استفاده‌شده برای ذخیره داده‌ها در آینود نادرست است و این تعداد را تصحیح کرد. این پیام در صورتی که تعداد اکستنت‌های استفاده‌شده برای ذخیره اطلاعات ویژگی‌ها نادرست باشد، به nextents اشاره می‌کند.

entry name in dir dir_ino not consistent with .. value (xxxx) in dir ino ino, junking entry name in directory inode dir_ino

ورودی name در آینود دایرکتوری dir_ino به یک آینود دایرکتوری ino ارجاع می‌دهد. با این حال، ورودی .. در دایرکتوری ino به دایرکتوری dir_ino اشاره نمی‌کند، بنابراین برنامه ورودی name را در آینود دایرکتوری dir_ino حذف می‌کند. اگر آینود دایرکتوری ino در نتیجه این کار به یک آینود قطع‌شده تبدیل شود، بعداً به lost+found منتقل می‌شود.

entry name in dir dir_ino references already connected dir ino ino, junking entry name in directory inode dir_ino

ورودی name در آینود دایرکتوری dir_ino به یک آینود دایرکتوری ino اشاره می‌کند که مشخص شده فرزند یک دایرکتوری دیگر است. بنابراین، ورودی نامعتبر است و حذف می‌شود. این پیام به ورودی در یک دایرکتوری کوچک اشاره دارد. اگر این یک دایرکتوری بزرگ بود، عبارت پایانی به‌صورت "will clear entry" خوانده می‌شد.

entry references free inode ino in directory dir_ino, will clear entry

یک ورودی در آینود دایرکتوری dir_ino به یک آینود ino ارجاع می‌دهد که مشخص است آزاد است. بنابراین ورودی نامعتبر است و حذف می‌شود. این پیام به یک دایرکتوری بزرگ اشاره دارد. اگر دایرکتوری کوچک بود، پیام می‌گفت "... junking entry".

دستور xfs_repair -n (حالت بدون تغییر) اگر خرابی در سیستم پرونده شناسایی شود وضعیت ۱ و اگر هیچ خرابی در سیستم پرونده شناسایی نشود وضعیت ۰ را برمی‌گرداند. دستور xfs_repair که بدون گزینه -n اجرا شود همیشه در صورت تکمیل بدون مشکل، کد وضعیت ۰ را برمی‌گرداند، مگر اینکه پرچم -e استفاده شود. در صورت استفاده از آن، هنگامی که هرگونه مشکلی در سیستم پرونده پیدا شده اما قابل رفع بوده باشد، وضعیت ۴ گزارش می‌شود. اگر در حین عملیات با خطای زمان اجرا مواجه شود، وضعیت ۱ را برمی‌گرداند. در این صورت، xfs_repair باید مجدداً راه‌اندازی شود. اگر xfs_repair به دلیل لاگ ثبت‌نشده (dirty log) قادر به ادامه نباشد، وضعیت ۲ را برمی‌گرداند. به بخش زیر مراجعه کنید.

با توجه به طراحی لاگ XFS، یک لاگ ثبت‌نشده (dirty log) تنها می‌تواند توسط هسته، روی ماشینی که دارای همان معماری CPU ماشینی است که در حال نوشتن روی لاگ بوده، بازپخش (replay) شود. دستور xfs_repair نمی‌تواند لاگ ثبت‌نشده را بازپخش کند و در صورت تشخیص چنین لاگی با کد وضعیت ۲ خارج می‌شود.

در این وضعیت، لاگ را می‌توان با متصل کردن (mount) و بلافاصله جدا کردن (unmount) سیستم پرونده روی همان رده از ماشین که دچار فروپاشی (crash) شده است، بازپخش کرد. لطفاً قبل از بازپخش مطمئن شوید که سخت‌افزار ماشین قابل اعتماد است تا از تشدید مشکلات جلوگیری شود.

اگر اتصال با شکست مواجه شد، لاگ را می‌توان با اجرای xfs_repair همراه با گزینه -L پاک کرد. تمام به‌روزرسانی‌های متاداده در حال انجام در زمان فروپاشی سیستم از بین خواهند رفت، که ممکن است باعث آسیب قابل توجهی به سیستم پرونده شود. این گزینه باید صرفاً به عنوان آخرین راه‌حل استفاده شود.

سیستم پرونده‌ای که قرار است بررسی و تعمیر شود باید با استفاده از رویه‌های عادی مدیریت سیستم (دستور umount(8) یا خاموش کردن سیستم) به طور تمیز و اصولی جدا شده باشد، نه در نتیجه فروپاشی یا راه‌اندازی مجدد ناگهانی سیستم. اگر سیستم پرونده به طور تمیز جدا نشده است، قبل از اجرای xfs_repair آن را متصل کرده و دوباره به طور تمیز جدا کنید.

دستور xfs_repair کار کاملی روی ویژگی‌های گسترش‌یافته (extended attributes) XFS انجام نمی‌دهد. ساختار چنگال ویژگی سازگار خواهد بود، اما فقط محتویات چنگال‌های ویژگی که در یک آینود جای می‌گیرند بررسی می‌شوند. این محدودیت در آینده برطرف خواهد شد.

حالت بدون تغییر (گزینه -n) کاملاً دقیق نیست. این حالت ناهماهنگی‌ها را در نقشه‌های فضای آزاد و آینود، به‌ویژه بلوک‌های گمشده یا نقشه‌های به طور نامحسوس خراب‌شده (درخت‌ها) شناسایی نمی‌کند.

حالت بدون تغییر می‌تواند هشدارهای مکرری در مورد همان مشکلات ایجاد کند زیرا نمی‌تواند مشکلات را در حین مواجهه با آن‌ها برطرف کند.

اگر تعمیر یک سیستم پرونده ناموفق باشد، می‌توان یک تصویر متادامپ با xfs_metadump(8) تولید کرد و برای نگهدارنده XFS ارسال نمود تا مورد تجزیه و تحلیل قرار گیرد و xfs_repair اصلاح و/یا بهبود یابد.

dd(1), mkfs.xfs(8), umount(8), xfs_admin(8), xfs_metadump(8), xfs(5)

مه ۲۰۲۵ xfsprogs