لترقية مخطط لها لمحرك نظام ZimaOS، استنسخ القرص القديم بالكامل إلى SSD الأكبر، وأقلِع مع فصل قرص النظام القديم، وتحقق من كل مسار لتطبيق وآلة افتراضية، ثم وسّع السعة القابلة للاستخدام فقط بعد ذلك. يحافظ هذا على حالة أكبر مقارنةً بنسخ الملفات يدويًا، ويوفّر إمكانية التراجع لأن القرص الأصلي يمكن أن يظل دون تعديل.
إن سلسلة النقاش الأصلية لعام 2026 هي نصيحة من المجتمع وليست إجراءً صادرًا عن موظفي IceWhale، لذا تعامل مع استنساخ القرص بالكامل باعتباره طريقة عملية للترحيل، وليس ميزة رسمية بنقرة واحدة في ZimaOS. لا يكمن الجزء الأعلى خطورة في عملية النسخ نفسها، بل في إقلاع قرصي نظام متماثلين في الوقت نفسه أو تغيير حجم الأقسام قبل التأكد من نجاح الاستنساخ.
متى يكون الاستنساخ أفضل من إعادة التثبيت
يكون الاستنساخ خيارًا جذابًا عندما:
- كانت التطبيقات مُعدّة بالفعل؛
- كانت مسارات الآلات الافتراضية وتعيينات التخزين تعمل؛
- كان SSD المصدر سليمًا؛
- تريد الحفاظ على النظام الحالي كما هو تمامًا.
قد تكون إعادة التثبيت النظيفة أفضل إذا كانت التثبيتة القديمة قد راكمت أخطاءً أو كانت معظم بيانات التطبيقات الدائمة موجودة أصلًا على وحدة تخزين منفصلة.
انسخ الآلات الافتراضية وبيانات التطبيقات احتياطيًا أولًا
حتى عملية الاستنساخ المخطط لها قد تفشل بسبب اختيار القرص الخطأ أو انقطاع الطاقة أو وجود خلل في SSD الوجهة. صدّر بيانات الآلات الافتراضية المهمة والمجلدات الدائمة لـ Docker أو انسخها احتياطيًا قبل التعامل مع قرص النظام.
يوفّر دليل التخطيط للنسخ الاحتياطي مسارًا أوسع للنسخ الاحتياطي.
الخطوة 1: استنساخ القرص بالكامل دون اتصال
استخدم Rescuezilla أو Clonezilla أو أداة أخرى لتصوير الأقراص من وسيط إقلاع منفصل. انسخ SSD القديم بالكامل إلى SSD البديل الأكبر.
لا تنسخ قسم التخزين الظاهر فقط. يستخدم ZimaOS أقسام إقلاع/نظام متعددة وبنية مزدوجة الفتحة.
الخطوة 2: اترك محرك الأقراص القديم دون تعديل
بعد اكتمال الاستنساخ، أوقف التشغيل. أزل SSD الأصلي وخزّنه بأمان. لا تقم بتهيئته بعد.
إذا فشل الاستنساخ في الإقلاع أو تعطل مسار أحد التطبيقات، فسيمنحك SSD القديم غير المُعدَّل إمكانية تراجع نظيفة.
الخطوة 3: الإقلاع والتحقق قبل التوسعة
تأكد من:
- يُقلع ZimaOS بشكل طبيعي؛
- إصدار لوحة المعلومات صحيح؛
- تظهر التطبيقات؛
- تبدأ أعباء Docker؛
- يمكن لضيوف ZVM رؤية أقراصهم؛
- تحافظ المشاركات ونقاط التركيب على المسارات المتوقعة.
فقط بعد هذا التحقق، فكّر في سعة SSD الإضافية.
الخطوة 4: افحص تخطيط الأقسام المستنسخة
شغّل:
lsblk
lsblk -f
df -hيحافظ استنساخ القطاعات عادةً على أحجام الأقسام الأصلية. وقد تظهر السعة الإضافية على شكل مساحة غير مخصصة بدلًا من زيادة قسم البيانات القابل للكتابة مباشرةً.
لا تغيّر حجم أقسام نظام ZimaOS دون فحص دقيق
يستخدم ZimaOS عدة أقسام صغيرة للإقلاع والاسترداد بنظام A/B. وقد يؤدي توسيع القسم الخطأ إلى فشل التحديثات أو الاسترداد مستقبلًا.
إذا كان هدفك الحقيقي هو زيادة سعة التطبيقات/البيانات بدلًا من تكبير قسم النظام، فقد يكون من الأنسب إضافة وحدة SSD منفصلة واستخدام ترحيل البيانات في ZimaOS أو مسارات تخزين التطبيقات.
يوصي دليل إعداد تخزين ZimaOS الحالي بفصل بيانات التطبيقات السريعة عن مساحة التخزين الأكبر وفقًا لحِمل العمل.
بديل: نقل بيانات التطبيقات بدلًا من تكبير قرص النظام
إذا كان قرص النظام بسعة 32GB/64GB يعمل بشكل جيد وكانت المشكلة تقتصر على نمو AppData، فإن نقل بيانات التطبيقات المستمرة إلى مساحة تخزين أكبر قد يحل مشكلة السعة دون استنساخ نظام التشغيل.
يقلل هذا من نطاق تأثير عمليات إعادة تثبيت النظام مستقبلًا، ويحافظ على بيانات المستخدم بعيدًا عن القرص الأصغر.
ماذا عن تفعيل ZimaOS Plus؟
أشارت مناقشات أخرى حول IceWhale إلى أن تغيير قرص الإقلاع قد يؤثر في تفويض ZimaOS Plus، وقد يتطلب إعادة الربط عبر الدعم. إذا كنت تستخدم Plus، فسجّل حالة التفعيل الحالية قبل الترحيل.
الأسئلة الشائعة
هل سيحافظ الاستنساخ الكامل للقرص على مسارات Docker ومسارات الأجهزة الافتراضية؟
تلك هي الميزة الرئيسية للاستنساخ الكامل للقرص. فقد أوصت التوصية المجتمعية لعام 2026 تحديدًا باستنساخ القرص بالكامل للحفاظ على المسارات الحالية العاملة.
هل يمكنني الاستنساخ مباشرةً أثناء تشغيل ZimaOS؟
فضّل إجراء استنساخ دون اتصال بالإنترنت من وسائط الإنقاذ، حتى لا تتغير حالة نظام الملفات أثناء النسخ.
هل ستعرض وحدة SSD الأكبر سعتها الكاملة تلقائيًا؟
ليس بالضرورة. قد تترك النسخة المستنسخة الخام مساحة إضافية غير مخصصة إلى أن يتم توسيع المنطقة القابلة للكتابة الصحيحة بأمان أو استخدامها بشكل منفصل.
متى ينبغي أن أختار إعادة تثبيت نظيفة بدلًا من ذلك؟
اختر إعادة التثبيت عندما يكون النظام الحالي غير مستقر، أو عندما تكون البيانات المستمرة موجودة بأمان على وحدة تخزين منفصلة وإعادة بناء التطبيقات أمرًا سهلًا.
