تحدي أقراص SSD العالقة في معالجات Apple Silicon
كل يوم في مختبر الصيانة التقنية يأتي ومعه مجموعة جديدة من الأجهزة، لكن بعض الحالات تمنح اختصاصي البحث الجنائي الرقمي وصيانة العتاد والبرمجيات فرصة مثالية لتحدي قدراته وتشغيل مهاراته التحليلية. ليلة أمس، هبطت على مكتبي حالة من هذه الحالات تماماً: جهاز MacBook بمعالج Apple M1.
كان العميل يحاول تثبيت نظام التشغيل بنفسه، ولكن بسبب انهيار عملية التثبيت في منتصفها — على الأرجح بسبب استخدام نسخة نظام غير مدعومة — حاول إجبار القرص على المسح مباشرة من أداة "Disk Utility". وهنا تحديداً تعقدت الأمور تماماً؛ حيث استمرت الشاشة بإظهار نافذة منبثقة عنيدة تقول:
"Error: -69877 - The volume on disk0 couldn't be unmounted because it is in use by process 0 (kernel)"
(خطأ: -69877 - تعذر إلغاء تحميل وحدة التخزين على disk0 لأنها قيد الاستخدام من قِبل العملية 0 - النواة)
عندما سلمني العميل جهاز الـ MacBook، كان الجهاز عملياً يدور في حلقة مفرغة من الموت البرمجي المؤقت (Soft-Brick).
التحليل التقني: تشخيص مشكلة "المساحة الحرة المعزولة" على معالجات M1
خطوتي الأولى كانت الإقلاع إلى وضع الاسترداد (Recovery Mode)، ثم فتح واجهة أوامر الـ Terminal، وتشغيل الأمر "diskutil list". وبمجرد أن ظهرت خريطة تقسيم القرص على الشاشة، اتضح لي الخلل البنيوي الأساسي للنظام بشكل صارخ. فمن أصل السعة الإجمالية للقرص الداخلي البالغة 251 جيجابايت، اختفت مساحة تخزين البيانات التقريبية البالغة 245 جيجابايت تماماً، تاركة وراءها مجرد مساحة حرة خام غير مخصصة. في العالم التقني، نسمي هذه الحالة "المساحة الحرة المعزولة" (Orphaned Free Space)."
لماذا تقفل نواة (Kernel) معالجات M1 القرص أمام محاولات المسح عبر Disk Utility؟
Bبما أن عملية تثبيت نظام التشغيل قد فشلت في منتصف الطريق، فإن بنية حاوية APFS الرئيسية قد تحطمت بالكامل. تتميز بنية معالجات Apple M1 السيليكونية بنظام أمني صارم للغاية؛ مما يعني أنه في اللحظة التي يختل فيها نظام الملفات الأساسي، تقوم نواة النظام الخلفية (Process 0) بقفل القرص لحماية العتاد. يدخل القرص في حالة قفل صارم تمنع الكتابة عليه (Write-locked)، رافضاً إلغاء التحميل أو إعادة التهيئة من خلال الواجهات الرسومية المعتادة.
الحل :
تخطي قفل النواة عبر أمر Terminal المباشر
على أجهزة ماك التي تعمل بمعالجات Intel، يعد التخلص من قفل القرص أمراً بسيطاً نسبيًا. لكن مع معالجات Apple Silicon، لا يمكنك استخدام القوة لفرض الحل؛ بل عليك أن تتذاكى على البنية الهندسية للنظام. توجهت مباشرة إلى مستوى الجذر (Root Level) عبر الـ Terminal وأرسلت هذا الأمر بدقة:
diskutil addPartition /dev/disk0s1 APFS MacintoshHD 0
وفي اللحظة التي ضغطت فيها على زر Enter، حدثت المعجزة؛ حيث نفذت الـ Terminal المهمة بلا أخطاء، مظهرة الخطوات التالية تتابعاً:
* Started partitioning on disk0
* Modifying partition map
* Mounting disk
* Finished partitioning on disk0
تمت العملية بنجاح تام وبشكل نظيف، دون ظهور خطأ واحد.
لماذا يكسر فرض أمر Apple_APFS_ISC حالة الجمود؟
إليك الحقيقة التقنية الكامنة وراء نجاح هذا الحل: من خلال استهداف قسم disk0s1 — وهو حاوية النظام المخصصة لـ Apple_APFS_ISC من آبل — وإجباره على تخصيص حاوية APFS جديدة، قمنا بتخطي قفل النواة النشط تماماً. أعاد الأمر فوراً هيكلة الـ 245 جيجابايت الضائعة من المساحة الحرة المعزولة وتحويلها مجدداً إلى وحدة تخزين APFS رسمية ومعترف بها، مما أجبر القرص على التحميل (Mount) بشكل صحيح.
الخلاصة: تثبيت نظيف لنظام macOS
بعد كسر قفل النواة، عدت فوراً إلى أداة "Disk Utility"، وسمحت لي على الفور بمسح القرص بالكامل بشكل نظيف وخالٍ من الأخطاء. ومن هناك، بدأت عملية تثبيت نظام macOS، وامتد شريط التقدم بسلاسة ودون أي مقاطعة أخرى.
الخلاصة الموجهة لأي فني يتعامل مع وحدات تخزين Apple Silicon: قفل أقراص معالجات M1 لا يعني تلف العتاد أو موت الجهاز. عندما تحجبك الواجهة الرسومية القياسية وتمنعك من الوصول، فإن النزول إلى مستوى الجذر (Root Level) واستخدام أوامر Terminal الصحيحة والمستهدفة يمكنه تجاوز قيود النواة وإعادة تخطيط مساحة التخزين إلى وضع المصنع المثالي.
18 مايو 2026
بواسطة
Hex Technology
في Repair