إذا اختفى ZimaOS+ بعد تغيير جهاز افتراضي في Proxmox، فلا تفترض أن ذاكرة RAM وحدها تسببت في فقدان الترخيص. في الحالة الأصلية، أكد المستخدم لاحقًا أنه غيّر كلًا من ذاكرة RAM وسعة القرص الافتراضي. أدت استعادة لقطة الجهاز الافتراضي، والعودة إلى خانة نظام ZimaOS السابقة، ثم اتباع تسلسل ترقية مختلف إلى استعادة Plus.
يرتبط ZimaOS+ بالجهاز، لذلك قد تؤثر التغييرات التي تمس هوية الجهاز الافتراضي. كما توضح أسعار ZimaOS الحالية إمكانية التعامل مع عمليات النقل من جهاز افتراضي إلى جهاز فعلي كحالات خاصة عبر إعادة إصدار يدوية ومن خلال الدعم. يتمثل المسار الأكثر أمانًا في الاحتفاظ بلقطة وDevice ID الحالي قبل تغيير العتاد الافتراضي.
لماذا لم تكن المشكلة مجرد ترقية لذاكرة RAM؟
بدأ النقاش بعبارة «أضفت ذاكرة RAM وفقدت Plus»، لكن المستخدم أوضح لاحقًا أنه وسّع مساحة التخزين الافتراضية أيضًا. يهم هذا التفصيل لأن تغييرات التخزين قد تؤثر في الهوية التي يستخدمها ZimaOS للتنشيط بطرق قد لا تنتج عن زيادة بسيطة في ذاكرة RAM.
الخطوة 1: سجّل حالة الجهاز الافتراضي والترخيص قبل إجراء التغييرات
قبل تغيير عتاد Proxmox، سجّل ما يلي:
- إصدار ZimaOS؛
- حالة تفعيل Plus؛
- معرّف UUID للجهاز الافتراضي وعناوين MAC عند الحاجة؛
- حجم قرص النظام الافتراضي ونوع وحدة التحكم؛
- لقطة حالية للجهاز الافتراضي أو نسخة احتياطية.
لا تغيّر ذاكرة RAM وحجم قرص النظام ونوع وحدة التحكم وهوية بطاقة الشبكة كلها دفعة واحدة إذا أردت معرفة التغيير الذي أثّر في التنشيط.
الخطوة 2: تحقّق من هوية الجهاز بعد التغيير
إذا اختفى Plus، فقارن هوية الجهاز الحالية بالحالة السابقة قبل استرداد مفتاح آخر. في إصدارات ZimaOS الحالية، يرتبط Plus بجهاز وليس باسم مستخدم محلي في ZimaOS.
توضح صفحة ترخيص ZimaOS Plus الحالية أن كل ترخيص تم شراؤه يرتبط بجهاز واحد، وأن عمليات النقل الخاصة من جهاز افتراضي إلى جهاز فعلي يمكن أن تحصل على دعم يدوي.
الخطوة 3: استخدم خانة النظام A/B كأداة استرداد
اقترح دعم IceWhale استعادة اللقطة والانتقال إلى خانة ZimaOS السابقة التي تضمنت الإصدار السابق. وأكد المستخدم في المصدر أن ذلك استعاد حالة Plus السابقة التي كانت تعمل.
يستخدم ZimaOS خانتي نظام حتى تظل صورة نظام سابقة متاحة بعد الترقية. يشرح دليل استرداد نظام ZimaOS الحالي تصميم A/B.
الخطوة 4: غيّر متغيرًا واحدًا في كل مرة
بعد استعادة اللقطة المعروفة بأنها سليمة، وسّع ذاكرة RAM أولًا ثم شغّل الجهاز. تحقق من Plus. بعد ذلك وسّع مساحة التخزين ثم شغّل الجهاز مرة أخرى. وأخيرًا حدّث ZimaOS. يوفر هذا النهج المرحلي نقطة تحقق واضحة بعد كل تغيير.
لا تُعد إنشاء الجهاز الافتراضي لمجرد استعادة Plus
قد ينشئ الجهاز الافتراضي الجديد هوية جهاز افتراضي جديدة تمامًا، ما يجعل استرداد الترخيص أصعب. حافظ على تعريف الجهاز الافتراضي العامل كلما أمكن.
إذا احتجت إلى نقل التثبيت إلى جهاز افتراضي آخر أو وحدة NAS فعلية، فتواصل مع الدعم بدلًا من استنساخ الجهاز واسترداد المفتاح نفسه مرارًا.
ماذا تفعل إذا ظهر أن الترخيص مستخدم بالفعل؟
أوقف محاولات التنشيط المتكررة واجمع تفاصيل الجهاز القديم والجديد، إلى جانب إثبات الشراء. تدعم سياسة ZimaOS+ الحالية إلغاء ربط الترخيص ونقله وفق شروط محددة، كما يمكن التعامل مع حالات الأجهزة الافتراضية الخاصة يدويًا.
تُعد قائمة التحقق لترحيل النظام مفيدة قبل تعديل جهاز افتراضي يعمل.
الأسئلة الشائعة
هل تؤدي إضافة المزيد من ذاكرة RAM دائمًا إلى إزالة ZimaOS+؟
لا. غيّرت الحالة الأصلية القرص الافتراضي أيضًا، لذلك لا تثبت أن ذاكرة RAM وحدها تغيّر هوية الترخيص.
هل سيؤثر تغيير حجم قرص الجهاز الافتراضي في Plus؟
قد يؤثر في هوية الجهاز وفقًا للعتاد الافتراضي ومنطق التنشيط. أجرِ تغييرًا واحدًا في كل مرة واحتفظ بلقطة.
هل يمكنني نقل ترخيص Plus من جهاز افتراضي إلى وحدة NAS فعلية؟
توضح أسعار ZimaOS الحالية أن الحالات الخاصة للنقل من جهاز افتراضي إلى جهاز فعلي يمكن أن تحصل على إعادة إصدار يدوية أو دعم.
هل ينبغي أن أشتري ترخيصًا آخر فورًا؟
لا. استعد حالة الجهاز الافتراضي المعروفة بأنها سليمة، وقارن هوية الجهاز، وتواصل مع الدعم إذا لم يعد الترخيص الأصلي المرتبط بجهاز واحد يتفعّل.
