نحوه بازیابی سیستم فایل و عدم تطابق اندازه فیزیکی

سعی می کردم پارتیشن خانه ام را کوچک کنم. من این مقاله Archwiki را برای آن دنبال کردم. با توجه به این ، من ابتدا سیستم فایل خود را با استفاده از rize2fs تغییر اندازه دادم و سپس دستگاه فیزیکی خود را با استفاده از Parted تغییر دادم. در پارامتر تغییر اندازه 2FS اندازه مورد نظر خود را به عنوان XG ارائه دادم و بعد از تغییر اندازه ، گزارش داد که اندازه جدید Y (بلوک های 4K) است. از این اطلاعات ، من اندازه پارتیشن خود را محاسبه کردم (Y * 4) KIB و هنگام تغییر اندازه پارتیشن فیزیکی با استفاده از Parted ، از این اندازه استفاده کردم. اما در واقعیت این است (y * 4) kb. بنابراین اکنون تعداد بلوک های سیستم فایل بالاتر از کل بلوک دستگاه فیزیکی است. در صفحه Man Manize2FS بیان شده است که اگر اندازه مشخص نشده باشد ، فضای کامل از دستگاه را به خود اختصاص می دهد. بنابراین برای حل این مشکل دوباره تغییر اندازه 2fs را اجرا کردم تا اندازه FS با اندازه فیزیکی مطابقت داشته باشد. اما این خطای زیر را نشان داد:

RESIZE2FS 1. 45. 6 (20-MAR-2020) تغییر اندازه سیستم فایل در /dev /SDA3 تا 159907584 (4K) بلوک. resize2fs: نمی توانید در حالی که سعی در تغییر اندازه /dev /sda3 دارید ، یک bitmap بلوک را بخوانید ، لطفاً "e2fsc k-fy /dev /sda3" را اجرا کنید تا سیستم فایل را پس از عملکرد تغییر اندازه سقط کنید. 

اما وقتی E2FSCK را صادر می کنم ، عدم تطابق را گزارش کرده و پیشنهاد کرده است که سقط کند. بنابراین ، اکنون من در یک حلقه گیر کرده ام:

E2FSCK 1. 45. 6 (20-MAR-2020) اندازه سیستم فایل (مطابق با Superblock) 186122240 بلوک اندازه فیزیکی دستگاه 159907584 بلوک های Superblock یا جدول پارتیشن احتمالاً فاسد است! سقط؟ 

آیا راهی برای بهبودی از این وجود دارد؟آیا نصب و دسترسی به پارتیشن ایمن است تا بتوانم از آن استفاده کنم؟با تشکر!

دنبال کردن از 19 ژوئن 2020 در 19:56 پرسید اشفقور رحامان اشفقور رحمان 212 5 5 نشان نقره 12 12 نشان برنز شما خوش شانس هستید که هر دو این ابزار قبل از آسیب رساندن سقط شده اند. 19 ژوئن 2020 در 20:01

1 پاسخ 1

مرتب شده توسط: تنظیم مجدد به طور پیش فرض

از آنچه می نویسید ، به طور تصادفی یک پارتیشن کوچکتر از سیستم پرونده ای که در آن وجود دارد کوچکتر شده اید. به خودی خود این نباید داده ای را از دست بدهد ، اما تقریباً هر عملی که ممکن است بعد از آن انجام دهید [می تواند] باشد. این قطعاً شامل تغییر اندازه 2F ، E2FSCK و MOUNT است. به نظر می رسد شما بسیار خوش شانس بودید زیرا دو فرمان که شما اجرا کرده اید ، مشکل را تشخیص داده و سقط کرده اید.

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

برای رفع مسئله فوری ، باید از ابزاری مانند جدا شده برای افزایش پارتیشن به اندازه اصلی آن استفاده کنید. اگر قبلاً با آن فضای آزاد کاری انجام نداده اید ، داده های شما باید در جایی که آن را ترک کرده اید ، درست باشد. این مشکل فوری را برطرف می کند و می توانید از E2FSCK برای بررسی دو برابر استفاده کنید. اگر برای اولین بار هشدار مشابهی به شما می دهد ، سقط کنید.

علت اصلی مشکل شما این است که شما قبل از کوچک کردن پارتیشن با تقسیم ، سیستم پرونده را با تغییر اندازه 2 به درستی کاهش نداده اید. این امر برای انتقال هر داده فایل از فضایی که می خواهید از پارتیشن حذف کنید ، لازم است.

توجه داشته باشید که ویکی که شما به درستی به شما مراجعه می کنید نشان می دهد که باید اندازه را در تغییر اندازه 2fs مشخص کنید.

بشرلطفاً با واحدها بسیار مراقب باشید و برای درک اعدادی که وارد می شوید وقت بگذارید. بلوک های 4K در یک ext2/3/4 به معنی 4096 بایت است. در جای دیگر اصطلاح "بلوک" می تواند به معنای کاملاً متفاوت باشد. همچنین بسیاری از برنامه های پارتیشن بندی از جمله Parted بین KB ، MB تمایز قائل می شوند. و kib ، mib. اطمینان حاصل کنید که می دانید کدام واحدها را قصد دارید:

• kb = 1000 مگابایت = 1،000،000
• KIB = 1،024 MIB = 1،048،576