تشخيص فلاشة USB لا تُقرأ

لأن الجهاز يُبلّغ النظام بأن القطاعات المتاحة لديه صفر. يحتفظ متحكّم الوحدة بجدول ترجمة: خريطة العناوين المنطقية إلى خلايا الذاكرة الفيزيائية. فإذا تضرّرت هذه المنطقة الخدمية عجز المتحكّم عن إعادة بنائها فيسقط في وضع الطوارئ مبلّغًا بسعة صفرية. ولا علاقة لنظام الملفات بذلك، ولهذا تفشل التهيئة وفحص القرص وإعادة التقسيم: لا شيء لتوجيه العنونة إليه. والعلاج الوحيد هو إعادة برمجة المتحكّم بأداة إنتاج مخصّصة لتلك الشريحة بالذات.

لا، ومن الأفضل معرفة ذلك سلفًا. صنف أجهزة التخزين الكتلي مدرج ضمن الأصناف المحمية في مواصفة WebUSB — فلا تستطيع الصفحة الاتصال بالوحدة حتى لو سمح المستخدم. وواجهات الملفات في المتصفح تعمل فوق نظام ملفات مركَّب أصلًا، وهو ما لا تملكه وحدة معطّلة. أما تصفير المتحكّم أو إعادة كتابة جدول الأقسام أو برمجة البرنامج الثابت فمستحيل من المتصفح من حيث التصميم. لذلك تقدّم هذه الأداة التشخيص والأوامر الدقيقة، وتنفّذها أنت في نظامك.

البيانات أولًا دائمًا. فكل ما يعيد الوحدة إلى الخدمة تقريبًا — التهيئة وإنشاء الأقسام وبرمجة المتحكّم — يمحو محتواها. والترتيب الصحيح: أخذ صورة قطاعًا بقطاع إلى قرص الكمبيوتر، ثم استخراج الملفات من الصورة ببرنامج استرجاع، وبعدها فقط إصلاح الوحدة نفسها. وإن كانت الملفات تُقرأ ولو جزئيًا فانسخها فورًا: حالة الذاكرة المحتضرة تتغيّر من توصيل إلى آخر.

أداة MPTool (أداة الإنتاج الكمّي) هي البرنامج المصنعي الذي يُبرمَج به المتحكّم على خط الإنتاج: يهيّئ الذاكرة ويبني جدول الترجمة ويستبعد الكتل التالفة. يكتبها صانع المتحكّم ولا تعمل إلا مع شرائحه، وغالبًا مع نسخة بعينها. ومن هنا غياب الحل الشامل: يُحدَّد المتحكّم أولًا (ChipGenius أو Flash Drive Information Extractor) ثم تُنتقى الأداة عبر جداول flashboot.ru أو usbdev.ru. وكل ما يُباع بوصفه «مُصلِح فلاشات شامل» لا يفعل في أحسن الأحوال أكثر من التهيئة.

فقط إن لم تكن بحاجة إلى الملفات. فهذا الطلب يعني تضرّر جزء خدمي من نظام الملفات بينما البيانات نفسها سليمة عادةً. والتهيئة تعيد الكتابة فوق ذلك الجزء تحديدًا فيصير الاسترجاع أصعب بكثير: تُجمَّع الملفات عندئذ بالتوقيعات بلا أسماء ولا بنية مجلدات. والتسلسل الصحيح هو صورة، ثم استرجاع من الصورة، وبعدها التهيئة.

في ويندوز: إدارة الأجهزة، خصائص الوحدة، تبويب «التفاصيل»، ثم اختيار «معرّفات العتاد» — فتحصل على سلسلة مثل USB\VID_090C&PID_1000. والأسرع هو أمر PowerShell الواحد الوارد ضمن خطوات الأداة. وفي لينكس يكفي lsusb، وفي ماك «معلومات النظام» في قسم USB. هذه الرموز تعرّف الجهاز على الناقل، وغالبًا ما يشير VID إلى صانع المتحكّم، وهو ما يحدّد وجهة البحث سلفًا.

للنقل نعم، وللحفظ لا. فالوحدة التي سقطت مرة في وضع الطوارئ أو أقفلت نفسها للقراءة فقط لم تفعل ذلك مصادفةً: لذاكرة الفلاش قدرة كتابة محدودة، والكتل الاحتياطية التي تحلّ محل المستهلكة تنفد. وبعد إعادة البرمجة تخرج السعة أصغر من الأصلية غالبًا — وتلك هي الذاكرة المستبعدة. فاحتفظ عليها بنسخ من أشياء موجودة في مكان آخر فقط.

الاختبار يعمل مع وحدة سليمة: يكتب الكتل ويعيد قراءتها ليكشف السعة المزيّفة والمناطق التالفة، وهو يحتاج نظام ملفات مركَّبًا. أما هذه الأداة فلحالة لا تصل فيها الوحدة إلى ذلك أصلًا: لا يُتعرّف عليها، أو تُظهر صفرًا، أو تطلب تهيئة. فإن أعادها الإصلاح إلى العمل فمن المفيد تشغيل الاختبار بعدها: سيبيّن كم من الذاكرة حيّ فعلًا.