<قبلی | فهرست | بعدی>

تست و تعمیر سیستم های فایل

در بحث قبلی ما در مورد / etc / fstab فایل، ما در انتهای هر خط تعدادی ارقام مرموز دیدیم. هر بار که سیستم بوت می شود، به طور معمول یکپارچگی سیستم های فایل را قبل از نصب آنها بررسی می کند. این کار توسط البته معمولا برنامه (مخفف «بررسی سیستم فایل»). آخرین عدد در هر کدام fstab ورودی ترتیبی را که قرار است دستگاه ها بررسی شوند را مشخص می کند. در مثال بالا، می بینیم که ابتدا سیستم فایل ریشه بررسی می شود و سپس علامت خانه و پوتین سیستم های فایل دستگاه‌هایی که آخرین رقم آنها صفر است، به طور معمول بررسی نمی‌شوند.

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

برای بررسی درایو فلش خود (که ابتدا باید از حالت نصب خارج شود)، می‌توانیم کارهای زیر را انجام دهیم:

[me@linuxbox ~]$ sudo fsck /dev/sdb1

fsck 1.40.8 (13-مارس-2016)

e2fsck 1.40.8 (13-مارس-2016)

/dev/sdb1: پاک، 11/3904 فایل، 1661/15608 بلوک

[me@linuxbox ~]$ sudo fsck /dev/sdb1

fsck 1.40.8 (13-مارس-2016)

e2fsck 1.40.8 (13-مارس-2016)

/dev/sdb1: پاک، 11/3904 فایل، 1661/15608 بلوک

در تجربه من، خرابی سیستم فایل بسیار نادر است، مگر اینکه مشکل سخت افزاری، مانند خرابی درایو دیسک وجود داشته باشد. در اکثر سیستم ها، خرابی سیستم فایل که در زمان بوت شناسایی می شود باعث می شود سیستم متوقف شود و شما را به اجرا هدایت کند البته معمولا قبل از ادامه

fsck چیست؟

در فرهنگ یونیکس، کلمه "fsck" اغلب به جای یک کلمه محبوب استفاده می شود که با آن سه حرف مشترک است. این به ویژه مناسب است، با توجه به اینکه احتمالاً اگر در موقعیتی قرار بگیرید که مجبور به فرار شوید، کلمه فوق را به زبان می آورید. البته معمولا.

<قبلی | فهرست | بعدی>