تم إصلاح مشكلة ZimaOS Beta القديمة التي كانت تُبقي معظم قرص التثبيت غير مستخدم منذ وقت طويل. عاد المستخدم نفسه الذي أبلغ عنها في الإصدارين 1.1.0 و1.2.2 في فبراير 2025، وأكد أن ZimaOS 1.3.1 وسّع قسم البيانات الثامن تلقائيًا وبشكل صحيح عند الإقلاع الأول.
هذا الاستنتاج أهم من الحل اليدوي القديم الوارد في الموضوع resize2fs الحل البديل. ينبغي للمستخدمين الحاليين عدم تغيير حجم أقسام نظام ZimaOS يدويًا ما لم يتأكدوا أولًا من فشل التوسعة التلقائية في إصدار حالي، وأن يكون لديهم نسخة احتياطية.
كيف بدا تثبيت الإصدار التجريبي المبكر
أنشأ تثبيت الأجهزة الفعلية في عام 2024 أقسام فتحة الإقلاع/النظام في ZimaOS وقسم بيانات صغيرًا، مع ترك معظم القرص الفعلي غير مستخدم. لذلك بدت لوحة المعلومات وكأنها «فقدت» تيرابايتات، رغم أن القرص نفسه كان سليمًا.
لماذا كانت محاولات تغيير الحجم اليدوية المبكرة محفوفة بالمخاطر
انتقل الموضوع بين أمثلة Proxmox والأمثلة على الأجهزة الفعلية، ثم إلى تغيير حجم الأقسام وأنظمة الملفات يدويًا. وهذا يخلق تمييزًا مهمًا: توسيع قرص افتراضي، وتوسيع قسم، وتوسيع نظام الملفات داخل ذلك القسم هي ثلاث عمليات منفصلة.
التشغيل resize2fs لا يمكن للقرص الذي يشير إلى القسم الخطأ أو إلى نظام ملفات لم يتم توسيع القسم الذي يحتويه أن ينشئ مساحة قرص مفقودة. كما أن تعديل مخطط نظام ZimaOS يعرّض تصميم الاسترداد ذي الفتحتين للخطر.
حل ttydBridge البديل سياق تاريخي
توثّق لقطات الشاشة تلك كيفية حصول المستخدمين على طرفية ومحاولتهم تغيير الحجم يدويًا في عام 2024. ولا ينبغي اعتبارها إجراء التثبيت الحالي.
تم التحقق من حل المشكلة في الموضوع
في فبراير 2025، أجرى المستخدم الأصلي اختبارًا جديدًا على ZimaOS 1.3.1، وأفاد بأن القسم الثامن توسّع بشكل صحيح عند الإقلاع الأول. وهذا يعني أن خلل التوسعة التلقائية الأصلي كان قد حُلّ بالفعل في ذلك الإصدار.
يتطلب مُثبّت ZimaOS الحالي الآن مساحة تخزين وجهة لا تقل عن 25GB، ويتولى سير التثبيت المعتاد تلقائيًا.
إذا ظل التثبيت الحالي يعرض سعة غير صحيحة
قارن أولًا بين حجم القرص الفعلي وجدول الأقسام ونظام الملفات الموصول باستخدام lsblk أو واجهة التخزين. حدّد ما إذا كانت السعة المفقودة غير مخصصة فعلًا، أو تابعة لقسم آخر، أو ببساطة ليست جزءًا من مساحة التخزين التي تعرضها.
تستخدم قائمة التحقق من طبقة السعة المنهج متعدد الطبقات نفسه. وينبغي الرجوع إلى قائمة التحقق من التثبيت الحالي قبل إجراء أي تغيير مدمّر في الحجم.
الخلاصة
تقرير «لا يستخدم ZimaOS القرص بالكامل» كان خللًا في الإصدار التجريبي المبكر، وليس قاعدة تصميم حالية. وقد أصلح ZimaOS 1.3.1 التوسعة التلقائية بالفعل في اختبار صاحب التقرير الأصلي. في الإصدارات الحديثة، شخّص طبقة السعة الدقيقة أولًا، واجعل التعديل اليدوي للأقسام خيارًا أخيرًا.
