إذا كنت ترى أخطاء الملفات القديمة في الإصدار التجريبي ZimaOS 1.6.2 — مثل تعذّر الوصول إلى AppData، أو المسارات الخاطئة، أو حظر عمليات المفضلة، أو بطء النسخ/اللصق — فلا تطبّق حلولًا مؤقتة من فترة الإصدار التجريبي على نظام حالي. أصلح الإصدار التجريبي Beta2 المشكلة الرئيسية في AppData وتراجع أداء النسخ، وأضافت الإصدارات المستقرة اللاحقة إصلاحات أخرى لخدمة الملفات وYAML والذاكرة والملفات.
يُعد موضوع النقاش الأصلي قيّمًا لأنه يوضح المفاضلة الأمنية التي تسببت في التراجع: فقد شددت IceWhale الوصول إلى روابط الملفات لمعالجة اجتياز المسارات، لكن الإصدار التجريبي الأول حظر بالخطأ مسارات مشروعة. ينبغي للمستخدمين الحاليين تحديث النظام، وإعادة تنفيذ العملية نفسها، ثم تشخيص الأذونات أو التخزين فقط بعد ذلك.
ما الذي تعطل في 1.6.2 Beta1
أكدت IceWhale أن الوصول إلى AppData كان معروفًا بأنه معطل بعد تشديد الأمان. كما أبلغ المستخدمون عن بطء النسخ/اللصق بين محركات الأقراص وتعذر الوصول إلى مجلدات معينة.
أصلح Beta2 مشكلة AppData الرئيسية وتراجع أداء النسخ
أصدرت IceWhale نسخة Beta2 خصيصًا لمعالجة مشكلة تعذر الوصول إلى AppData. ثم أعاد أحد المستخدمين اختبار النسخ بين محركات الأقراص وأكد اختفاء البطء الذي لاحظه في Beta1.
لا تعطل فحوصات الأمان لاستعادة المسارات القديمة
طُبقت التغييرات الأمنية لمعالجة اجتياز المسارات. تجنب استخدام البرامج النصية أو تعديلات الإعدادات التي تضعف التحقق من المسارات على نطاق واسع لمجرد استعادة الوصول إلى مجلد نظام محمي.
استخدم إصدار ZimaOS الحالي قبل مواصلة استكشاف الأخطاء
تتضمن ملاحظات إصدار ZimaOS 1.7.1 الرسمية إصلاحًا آخر عالي الخطورة لخدمة الملفات، وإصلاحات لاستهلاك الذاكرة غير الطبيعي أثناء عمليات الملفات، وإصلاحًا لبقاء المجلدات الفارغة بعد القص.
ينبغي إدارة AppData، لا تصفحها كوسائط عادية
تُعد مسارات إعدادات التطبيقات أكثر حساسية من مجلدات المستخدم العادية. استخدم وحدات التخزين المعينة للتطبيق وأدوات AppData/الترحيل الحالية بدلًا من التعامل مع كل مسار داخلي ضمن /media باعتباره مجلدًا عامًا.
إذا كانت المفضلة لا تزال تؤدي إلى خطأ في سياسة الأمان
أزل المفضلة الخاصة بمجلد المستخدم العادي ثم أعد إضافتها، وأجرِ تحديثًا قسريًا لصفحة الملفات، وسجّل المسار الدقيق وإصدار ZimaOS الحالي. لا تفترض أن خلل الإصدار التجريبي القديم 1.6.2 هو المشكلة نفسها إذا كنت تستخدم إصدارًا أحدث.
تباين الوضع الداكن مشكلة تجميلية، وليس تلفًا في البيانات
وثّقت لقطات الشاشة الأصلية أيضًا أيقونات USB ونصوص التعارض غير المقروءة في الوضع الداكن. بدّل إلى الوضع الفاتح عند الحاجة أثناء استكشاف الأخطاء، لكن لا تخلط بين عيوب العرض هذه وفشل التخزين.
تحقق من عمليات النسخ بشكل مستقل
عند نقل كميات كبيرة من البيانات، قارن أعداد الملفات وأحجامها في الوجهة قبل حذف المصدر. فتراجع واجهة الملفات وفقدان البيانات الفعلي نتيجتان مختلفتان.
يوفر دليل ترحيل البيانات المسار الأكثر أمانًا للبيانات المُدارة.
ميّز بين أخطاء الواجهة وأخطاء نظام الملفات الحقيقية
قد تكون صفحة «عفوًا» أو عملية المفضلة المحظورة نتيجة فشل في الواجهة الأمامية أو في سياسة الأمان، بينما يظل التخزين الأساسي سليمًا. تحقّق من المجلد باستخدام SMB أو فحص طرفية للقراءة فقط قبل افتراض اختفاء الملفات.
سجّل المسار الدقيق الذي يفشل
غالبًا ما تكون التراجعات الأمنية خاصة بمسارات معينة. سجّل ما إذا كان الفشل يتعلق بـAppData، أو بالدليل الجذر /media، أو بمجلد مستخدم عادي، أو بمفضلة، أو بوحدة تخزين USB خارجية. يحدد هذا السياق ما إذا كان السلوك حماية متوقعة أم خللًا.
الأسئلة الشائعة
هل تعذر الوصول إلى AppData في 1.6.2 Beta1؟
نعم. أقرت IceWhale بذلك صراحة وأصدرت Beta2 لإصلاحه.
هل أصلح Beta2 أداء النسخ؟
أعاد أحد المستخدمين الذين أبلغوا عن المشكلة الاختبار، وأكد اختفاء البطء الذي لاحظه في Beta1.
هل ينبغي أن أزيل فحوصات سياسة الأمان؟
لا. أُضيفت هذه الفحوصات لمعالجة مشكلة أمنية تتعلق باجتياز المسارات.
ماذا ينبغي أن أفعل في إصدار حالي؟
حدّث النظام أولًا، وأعد تنفيذ المجلد/الإجراء نفسه، والتقط لقطات شاشة وسجلات، وتجنب تطبيق تعديلات قديمة خاصة بالإصدارات التجريبية.
