جهاز البرمجة يُصدر WRITE FAIL على وحدة SFP+ تُقرأ نسختها بشكل نظيف: هل EEPROM ميت أم أن هناك ما يمنع الكتابة؟
نُعيد ترميز دفعة صغيرة من الوحدات لمضيفي العملاء معظم الأشهر، لا شيء غريب: قراءة الصفحة الأصلية، كتابة سلسلة المورّد التي يريدها المضيف، وضع الوحدة في المفتاح والمتابعة. وحدة واحدة من الدفعة الحالية ترفض كل كتابة بينما تُقرأ بشكل مثالي، وقبل أن أرميها أريد معرفة ما إذا كان هناك أي شيء آخر يستحق التجربة.
المنضدة:
- جهاز برمجة USB من فئة CH341 مع لوحة توصيل SFP
- وحدة SFP+، قادرة على التشخيص، تُقرأ بشكل جيد باردة وبعد دورة تشغيل
- نفس الجهاز كتب ثلاث وحدات أخرى من نفس الصينية قبل ساعة
ما تطبعه الأداة لحظة الضغط على الكتابة:
WRITE FAILإعادة القراءة مباشرة بعد ذلك تعطيني الصفحة الأصلية بايتًا ببايت، إذن لم يهبط شيء على الإطلاق، ولا حتى جزئيًا.
ما جربته:
- أعدت تركيب الوحدة واستبدلت لوحة التوصيل بأخرى احتياطية
- كتبت بايتًا واحدًا في منطقة لا أهتم بها بدلاً من الصفحة الكاملة، نفس النتيجة
- تأكدت من استقرار القراءة عبر عدة دورات تشغيل، إذن التوصيل ليس هامشيًا
هل الوحدة التي تُقرأ بشكل نظيف لكن لا تقبل الكتابة أبدًا مستهلكة ببساطة، أم أن هناك شيئًا في الوحدة نفسها يمكنه رفض الكتابة عن قصد؟
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 5
تُقرأ بشكل نظيف، الكتابة مرفوضة، الصفحة الأصلية سليمة بعد ذلك. هذا ليس كيف يتصرف EEPROM مستهلك عادةً. الخلايا الميتة تعطيك قراءة معادة سيئة أو صفحة أخذت نصف الكتابة، وليس رفضًا مرتبًا مع بقاء كل شيء دون مساس.
وبما أن حتى ذلك البايت الواحد خارج منطقة المورّد ارتد، فهذا ليس منطقة سيئة في الشريحة، إنها القطعة ترفض الكتابات جملة وتفصيلاً. أمران يستحقان التثبيت قبل أن تقرر أي شيء. أولاً، من صنع الوحدة فعليًا: اعتمد على سلسلة المورّد في الصفحة التي سحبتها بالفعل، وليس على ما كُتب على الصينية. ثانيًا، هل تنجح الكتابة إذا أطلقتها لحظة وصول التغذية، قبل أن يتحدث أي شيء آخر على الناقل مع الوحدة. التفسير المحتمل يختلف حسب هاتين الإجابتين، وأحدهما ليس عطلاً على الإطلاق.
هذا يبدو كحماية بكلمة مرور وليس تلفًا. يسمح SFF-8472 لوحدة قادرة على التشخيص باشتراط كلمة مرور من 4 بايت قبل قبول أي كتابة. لا تُرسل شيئًا، أو أرسل الكلمة الخاطئة، وترد الوحدة على الكتابة بخطأ بينما تبقى القراءات مفتوحة تمامًا، وهذا بالضبط WRITE FAIL لديك مع عودة الصفحة دون تغيير. إنها ميزة في القطعة، وليست عرضًا لقطعة تحتضر.
ما يعنيه هذا لمنضدتك: جهاز برمجة يعرف عن هذا يسمح لك بإدخال كلمة مرور المصنّع أو المضيف، والأفضل منها سيجرب بالقوة الغاشمة كلمة مرور مجهولة ويعيد حساب مجاميع التحقق لك بعد الكتابة. جهاز من فئة CH341 لا يملك أي أتمتة لمجاميع التحقق على الإطلاق، لذا حتى بعد تجاوز كلمة المرور يجب عليك إصلاح المجاميع بنفسك، وإلا ستنتهي بوحدة تبدو صفحتها صحيحة لك لكن المضيف لا يزال يرفضها.
تحفظ معتاد: واجهت هذا في عدد قليل من الوحدات ونجح طريق كلمة المرور هناك، لذا جرّبه على قطعتك الخاصة قبل أن تشطب أي شيء.
إضافة إلى ذلك: لبعض المورّدين، كلمات المرور ليست سرية فعلاً. هناك مجموعات مشتركة متداولة لكلمات مرور وصلات Ubiquiti الضوئية بإدخالات مثل 0x00001011 وسلاسل عادية مثل SFPX وQSFP، لذا إذا خرجت الوحدة من ذلك النظام البيئي، فسيكلفك خمس دقائق لتجربة المعروف منها قبل أن تقترب من القوة الغاشمة.
وإذا أردت أداة تعرف التدفق الكامل بدلاً من مصارعة جهاز برمجة عام، فإن UACC-SFP-WIZARD هو الخيار الرخيص الذي يلجأ إليه الناس. إنه ليس جهاز مختبر، لكنه يتعامل مع جانب الوحدة بشكل صحيح.
ذو صلة، من إعادة ترميز وحدات لمضيفي Huawei S5731 وS6730 وجهاز HP 6120XG قديم. عندما تكون الفتحة أو لوحة التوصيل هي الحلقة الضعيفة وليس الوحدة، يلحم الناس مباشرة على الطرفين 4 و7 في الوحدة، وهما خطا I2C SDA وSCL، ويُشغّلون EEPROM مع إخراج الفتحة تمامًا من الصورة. قبيح، ولا تفعله إلا على قطع مستعد لخسارتها، لكنه يُزيل فئة كاملة من مشاكل التلامس.
قطع مرّت بهذا هنا: Finisar FTLX8571D3BCV وFTLX8574D3BCV، وحدات Intel SFP+ LR وSR، SNR-SFP+W73-3 وSNR-SFP+W37-3، بالإضافة إلى HP J9150A.
في حالتك القراءة مستقرة تمامًا بالفعل عبر دورات التشغيل، إذن التلامس ليس مشكلتك. تابع زاوية كلمة المرور أولاً.
كلمة المرور هي الإجابة المحتملة، لكن لا تتوقف عند «اكتب كلمة المرور وانتهى الأمر»، لأن أمرين يوقعان الناس مباشرة بعد ذلك.
أولاً، على بعض القطع يُطلب الإدخال مرة أخرى بعد إيقاف تشغيل الوحدة، لذا يجب أن يكون أي سكريبت يكتب عدة صفحات بالتتابع مستعدًا لإعادة إدخالها بدلاً من افتراض أن فتحًا واحدًا يغطي الجلسة كاملة.
ثانيًا، مجاميع التحقق. مع جهاز برمجة من فئة CH341 تُعيد حسابها يدويًا. اتركها قديمة وستظل الوحدة تُقرأ بشكل جيد، وستُبلّغ أداتك بنجاح، لكن المضيف سيرفض الوحدة بهدوء رغم ذلك، وعندها سيعود الجميع للوم العتاد. اقرأ الصفحة مرة أخرى وتحقق من المجاميع قبل أن تذهب تلك الوحدة إلى مفتاح عميل.