بحران در macOS 27: ناسازگاری با درایوهای CoreStorage و HFS+ رمزنگاریشده — macOS 27 does not support CoreStorage volumes
خلاصه
در نسخه جدید macOS 27 پشتیبانی از درایوهای قدیمی CoreStorage و HFS+ رمزنگاریشده عملاً از کار افتاده است. ابزارهای رسمی مانند Disk Utility قادر به مانت کردن یا پاک کردن این درایوها نیستند و توسعهدهندگان را با خطاهای عجیب و از دست رفتن دسترسی به دادهها مواجه میکنند.
مقدمه و زمینه
تکنولوژی CoreStorage و فایلسیستم HFS+ سالهاست که توسط اپل منسوخ شدهاند و جای خود را به APFS دادهاند. با این حال، بسیاری از کاربران و توسعهدهندگان همچنان پارتیشنهای قدیمیتر یا درایوهای رمزنگاریشده با این ساختار دارند. در نسخههای قبلی مانند macOS 15 Sequoia، نشانههایی از کنار گذاشته شدن این تکنولوژیها دیده میشد، اما سیستمعامل همچنان تا حد زیادی از آنها پشتیبانی میکرد. حالا در macOS 27 این پشتیبانی رسماً به بنبست رسیده و ابزارهای مدیریت دیسک رفتار کاملاً متفاوتی از خود نشان میدهند.
جزئیات فنی مشکل
در macOS 27 سیستمعامل بهطور خودکار قادر به مانت کردن درایوهای CoreStorage نیست و ابزارهای گرافیکی و خط فرمان با خطاهای مبهمی متوقف میشوند. برای مثال، Disk Utility ارور com.apple.DiskManagement.disenter error 49,153 را برمیگرداند و دستور diskutil نیز پیامی نادرست مبنی بر قفل بودن ولوم نمایش میدهد، در حالی که بررسیها نشان میدهند ولوم از پیش باز (Unlocked) شده است.
نکته جالب اینجاست که لایه پایینتر سیستمعامل همچنان میتواند به این دادهها دسترسی داشته باشد. اگر مستقیماً از دستور mount_hfs استفاده کنید، امکان خواندن اطلاعات فراهم میشود:
sudo mount_hfs -o rdonly /dev/disk27 /Volumes/Smash
با این حال، این مانت کردن تنها به شکل read-only امکانپذیر است و تلاش برای دسترسی نوشتن (read-write) با خطای مداوم Resource busy (EBUSY) مواجه میشود. حتی ابزارهای تبدیل به APFS نیز در این نسخه با شکست مواجه میشوند و کدهای خطای مربوط به نقص در فرآیند تبدیل (error code -69860) را برمیگردانند.
راهحل موقت و پاکسازی
اگر با این مشکل مواجه شدهاید و ابزارها اجازه پاک کردن یا فرمت کردن درایو را نمیدهند، یک راهحل چندمرحلهای برای بازیابی کنترل دیسک وجود دارد:
- تلاش برای حذف ولوم لاجیکال از طریق دستورات CoreStorage (
diskutil cs delete) ممکن است در ظاهر با خطا روبرو شود، اما در عمل بخشهای داخلی را پاک میکند. - پس از اجرای دستور حذف، سیستمعامل نیاز به یک بار ریاستارت (
reboot) دارد. - پس از بالا آمدن مجدد سیستم، قفل وضعیت
busyبرداشته شده و میتوانید دیسک فیزیکی را به راحتی فرمت یا پاکسازی کنید.
البته این روش به معنا از دست رفتن دادههاست و اگر از اطلاعات خود بکآپ نداشته باشید، راه سادهای برای نجات درایو در درون خود سیستمعامل وجود ندارد.
چرا این مسئله برای مهندسان مهم است؟
برای توسعهدهندگان و مهندسان نرمافزاری که سیستمهای خود را بهروزرسانی میکنند، این قبیل باگها و حذف ناگهانی سازگاری با فرمتهای قدیمی یک زنگ خطر جدی است. از دست رفتن ناگهانی دسترسی به دادهها بدون ارائه ابزار مهاجرت پایدار یا خطاهای گمراهکننده (مانند ارورهای اشتباه درباره شماره نسخههای بعدی سیستمعامل)، نشاندهنده چالشهای مدیریت چرخه عمر نرمافزار در سیستمعاملهای مدرن است. این موضوع بار دیگر اهمیت داشتن پشتیبانهای مطمئن و تست دقیق ارتقای سیستمعامل را پیش از اعمال روی محیطهای کاری اصلی یادآوری میکند.
این مطلب بهصورت کاملاً خودکار و با هوش مصنوعی از مقالهٔ اصلی و بحث هکرنیوز تهیه شده و ممکن است خطا داشته باشد. حقوق مطلب اصلی متعلق به نویسندهٔ آن است. قوانین و گزارش مشکل