يضع هذا المصدر حدًا رسميًا مفيدًا: لا يستطيع ZimaOS استنتاج الملفات العشوائية على جهاز NAS التي تُعد «ملفات إعدادات» بشكل موثوق، لذلك يقتصر تنظيف إلغاء التثبيت عمدًا على منطقة AppData الخاصة بالتطبيق، بدلًا من حذف مسارات تخزين غير مرتبطة. وذكر LinkLeong أن البيانات المخزنة في أماكن أخرى لن تتأثر بقاعدة التنظيف هذه.
كانت شكوى صاحب المنشور الأصلية أضيق نطاقًا، إذ إن التطبيق الذي أُسيء إعدادُه بشدة لم يكن يعرض أحيانًا مسار تنظيف إلغاء التثبيت المعتاد، مما يترك مجلد AppData الخاص به. ثم أعاد الاختبار على ZimaOS 1.3.2-beta2 وأكد صراحةً أن المجلد حُذف بشكل صحيح حتى مع وجود الإعداد الخاطئ. وهذا إصلاح تاريخي مؤكد من المصدر.
قالت IceWhale إن AppData هو حد التنظيف
أوضح LinkLeong أن ZimaOS لا يستطيع تحديد كل «ملف إعدادات» بدقة في المواقع العشوائية. لذلك تقضي القاعدة باعتبار مجلد AppData الخاص بالتطبيق نطاق الإعدادات وبيانات المستخدم الذي يشمله التنظيف المُدار.
ينبغي مراجعة البيانات الموجودة في أماكن أخرى على جهاز NAS يدويًا، بدلًا من حذفها تلقائيًا كجزء من إلغاء التثبيت.
يحمي هذا الحد الوسائط والتخزين المشتركين
قد يربط تطبيق Docker ما يلي:
- الإعدادات وقاعدة البيانات ضمن AppData؛
- الأفلام والصور والمستندات على مجموعة تخزين أخرى؛
- مجلدات تنزيل مشتركة مع تطبيقات أخرى؛
- وحدات تخزين شبكية أو USB.
قد يؤدي روتين إلغاء التثبيت الذي يتتبع كل مسار مُعيَّن بشكل متكرر إلى إتلاف المحتوى المشترك، لذا تُعد قاعدة AppData الأضيق نطاقًا أكثر أمانًا.
كانت المشكلة الواردة في المصدر هي بقاء AppData بعد تثبيت معطوب
قال WuzzyFeasel إن الحاوية الجديدة أو التي أُسيء إعدادها، والتي لم تبدأ بشكل صحيح، كانت أحيانًا لا تعرض خيار التنظيف وتترك مجلد AppData الخاص بها.
وقد يهم ذلك عندما يتسبب إعداد خاطئ مرارًا في أن ترث عملية إعادة التثبيت الحالة المعطوبة نفسها.
أكد صاحب المنشور إصلاح السلوك في 1.3.2-beta2
بعد التوضيح، أعاد صاحب المنشور الأصلي الاختبار وقال إن المجلد حُذف الآن بشكل صحيح حتى مع وجود حاوية أُسيء إعدادها.
لذلك لا تقدّم مشكلة بقاء المجلدات التي ظهرت في عام 2025 على أنها قيد معروف حاليًا في ZimaOS.
لا تزال AppData الحالية منطقة مهمة للبيانات الدائمة
تؤكد وثائق ZimaOS الحالية أن حاويات متجر التطبيقات قابلة للحذف، لكن بيانات المضيف المرتبطة بها ليست كذلك. كما تتيح للمستخدمين فحص مسارات تخزين التطبيقات ومواقع بيانات التطبيقات وتغييرها.
استخدم نموذج تخزين التطبيقات الحالي في ZimaOS.
لا تخزّن المحتوى غير القابل للاستبدال داخل مجلد تخطط لحذفه باعتباره AppData
تجمع بعض التطبيقات بين الإعدادات وحالة قاعدة البيانات والملفات المُنشأة ومحتوى المستخدم ضمن شجرة واحدة. قبل تحديد خيار «حذف بيانات المستخدم»، افحص عمليات ربط وحدات التخزين بالمضيف للتطبيق، وأنشئ نسخة احتياطية من أي بيانات لا يمكن إعادة إنشائها.
ينبغي أن يكون التنظيف اليدوي محدودًا ومستندًا إلى الأدلة
إذا بقي مجلد AppData قديم بعد إلغاء التثبيت، فتحقق من عدم وجود حاوية نشطة لا تزال تستخدمه، وأنشئ نسخة احتياطية من أي حالة قد تحتاج إليها، ثم احذف مجلد التطبيق المؤكد فقط. لا تحذف جذر AppData بالكامل بشكل متكرر لإصلاح تطبيق واحد فشل إلغاء تثبيته.
الأسئلة الشائعة حول إلغاء تثبيت AppData في ZimaOS
ما الذي قالت IceWhale إن تنظيف إلغاء التثبيت يعتبره إعدادات وبيانات مستخدم؟
مجلد AppData الخاص بالتطبيق.
هل سيحذف تنظيف إلغاء التثبيت عمدًا الوسائط العشوائية المخزنة في مكان آخر؟
وفقًا لشرح المصدر، لا تتأثر البيانات الموجودة خارج AppData تلقائيًا بهذه القاعدة.
هل جرى لاحقًا التحقق من إصلاح مشكلة تنظيف الحاوية التي أُسيء إعدادها؟
نعم. أكد صاحب المنشور الأصلي أن العملية عملت بشكل صحيح في الإصدار 1.3.2-beta2.
