قد يكون محرك الأقراص ظاهرًا تمامًا في «ملفات ZimaOS»، ومع ذلك لا يكون متاحًا كوجهة لنقل صور Docker أو بيانات التطبيقات. وقد تسبب هذا الفرق في كثير من الالتباس في هذا النقاش الذي بدأ في ديسمبر 2025.
وصل صاحب المنشور الأصلي وحدة SSD خارجية بسعة 2 تيرابايت عبر USB، وتمكن من تصفحها في «الملفات»، لكنه وجد أن خيار ترحيل بيانات التطبيقات معطّل. افترضت الردود المجتمعية المبكرة أن المحرك يحتاج إلى إعادة تهيئة أو تهيئة بطريقة مختلفة. لكن الاختبارات اللاحقة دحضت هذه النظرية، وجاء الرد الأكثر موثوقية في يوليو 2026 عندما أوضحت IceWhale أن محركات USB لم تكن مدعومة كوجهات لترحيل بيانات التطبيقات في ذلك الوقت.
كيف بدا عنصر التحكم المعطّل للترحيل
ظهور المحرك في «الملفات» لا يعني أهليته لترحيل بيانات التطبيقات
ظهر قرص USB الخاص بالمستخدم بشكل طبيعي في واجهة «الملفات» وملخص التخزين:
لم تكن تهيئة المحرك حلاً مثبتًا
اقترحت الردود المجتمعية إزالة بيانات GPT الوصفية وتوقيعات نظام الملفات والأقسام، حتى يتمكن ZimaOS من التعامل مع الجهاز باعتباره قرصًا جديدًا مُدارًا. جرّب صاحب المنشور الأصلي هذه الأفكار وأفاد بأنها لم تحل المشكلة. كما كرر مستخدم آخر محاولات تهيئة مماثلة في ZimaOS 1.6.1 و1.6.2، وكانت النتيجة نفسها.
ولأن أوامر محو القرص المدمرة الواردة في هذا النقاش صدرت عن مشاركين من المجتمع ولم تنجح في حل القيد الأساسي، فلا ينبغي تقديمها كإجراء استرداد. لا تمسح القرص لمجرد جعل زر ترحيل معطّل قابلًا للنقر.
أكدت IceWhale قيد USB في يوليو 2026
في 10 يوليو 2026، قدّم 777-Spider التوضيح الحاسم: كان المحرك المتأثر متصلًا عبر USB، ولم يكن ZimaOS يدعم محركات USB كوجهات لترحيل بيانات التطبيقات في ذلك الوقت. وأوضح الرد نفسه صراحةً أن الأمر لا يتعلق بقيد في ميزة مدفوعة ضمن ZimaOS+.
ينقض هذا الرد الرسمي النظرية المجتمعية السابقة التي افترضت أن المحرك يحتاج ببساطة إلى جعله «خامًا» أو تهيئته بطريقة خاصة.
لا يزال لدى ZimaOS الحالي أداة مدمجة لترحيل البيانات
توضح تعليمات ZimaOS الحالية إمكانية نقل صور Docker وبيانات التطبيقات وقواعد بيانات المستخدم من الإعدادات > ترحيل البيانات إلى مساحة تخزين أخرى. لكنها لا تنص صراحةً على أن كل جهاز USB مؤهل ليكون وجهة لبيانات التطبيقات.
استخدم سير عمل ترحيل البيانات الحالي لمعرفة وجهات التخزين التي يعرضها إصدارك المثبّت فعليًا. لا تستنتج من أن «تخزين USB قابل للاستخدام» أن USB يجب أن يكون مقبولًا أيضًا لترحيل بيانات التطبيقات.
قد يكون تعيين وحدات التخزين لكل تطبيق بديلًا
وجد مستخدم لاحق حلًا بديلًا لـ Nextcloud عبر تنزيل ملف YAML الخاص بالتطبيق، واستيراده كتطبيق مخصص، وتغيير تعيين بيانات التطبيقات على جانب المضيف إلى مجلد على وحدة تخزين خارجية. كان ذلك حلًا بديلًا من المجتمع، وليس توصية من IceWhale لجميع التطبيقات.
يوصي ZimaOS الحالي أيضًا بتحديد مكان تخزين بيانات التطبيقات قبل امتلاء قرص النظام. ويُعد شرح كيفية تعيين مجلدات التطبيقات الدائمة إلى وحدات التخزين الفعلية نقطة بداية أكثر أمانًا عندما يحتاج تطبيق فردي إلى الإقامة على قرص أكبر.
الأسئلة الشائعة حول ترحيل بيانات التطبيقات في ZimaOS
لماذا يكون زر ترحيل بيانات التطبيقات معطّلًا رغم أن «الملفات» ترى محرك USB الخاص بي؟
في النقاش الأصلي، كان رد IceWhale النهائي أن USB لم يكن مدعومًا كوجهة لترحيل بيانات التطبيقات في ذلك الوقت. الوصول إلى الملفات وترحيل بيانات التطبيقات ميزتان منفصلتان.
هل كان القيد بسبب ZimaOS+؟
لا. أوضح 777-Spider صراحةً أن الأمر لا يتعلق بـ ZimaOS+ أو بميزة مدفوعة.
هل ينبغي أن أهيئ محرك USB لإتاحة الترحيل؟
ليس بناءً على هذا النقاش. فلم تنجح محاولات التهيئة المدمرة المتعددة في حل القيد.
هل يمكنني وضع بيانات تطبيق فردي على محرك آخر؟
يمكن للعديد من تطبيقات Docker استخدام تعيينات وحدات التخزين على جانب المضيف إلى موقع تخزين آخر. اختبر المسارات التي يتطلبها التطبيق بعناية، وأنشئ نسخة احتياطية من بياناته الحالية قبل تغييرها.
