حلّ المجتمع

مشكلات ما بعد تحديث ZimaOS 1.7.0: ارتفاعات مفاجئة في استهلاك الذاكرة، ونقل المجلدات، وإعادة تشغيل التطبيقات، وإصلاحات الإصدار 1.7.1

A page-2 section of the July 2026 ZimaOS 1.7.0 release thread containing user reports about memory spikes, slow file copies, empty source folders after moves, apps needing manual restarts, reverse-proxy Web URL ports, and missing Internet Links. IceWhale recorded several issues; ZimaOS 1.7.1 later fixed abnormal memory use, empty folders after cut/move, and improved Docker startup and Web URL port handling.

كان إصدار ZimaOS 1.7.0 إصدارًا رئيسيًا لمتجر التطبيقات وواجهة المستخدم، لكن الصفحة الثانية من الإعلان تحولت سريعًا إلى سلسلة تقارير عن التراجعات. أعجب المستخدمون بـ App Store 2.0 ودعم YAML الأصلي، مع الإبلاغ أيضًا عن استخدام غير طبيعي للذاكرة، وبطء عمليات الملفات، وبقاء مجلدات المصدر فارغة بعد النقل، وتطبيقات احتاجت إلى إعادة تشغيل يدوي، ومشكلات في عناوين URL للوكيل العكسي، واختفاء روابط الإنترنت.

الطريقة المفيدة حاليًا لقراءة هذه السلسلة هي فصل الأعراض التي أبلغ عنها المستخدمون عن المشكلات التي أقرت بها IceWhale، ثم التحقق مما أصلحه ZimaOS 1.7.1 فعليًا. ترتبط عدة تقارير من الصفحة الثانية مباشرة بملاحظات إصدار 1.7.1، بينما تظل تقارير أخرى ملاحظات من المستخدمين وليست أخطاء مؤكدة في المنتج.

أبلغ أحد المستخدمين عن استخدام للذاكرة بنسبة 90% وعمليات نسخ بطيئة جدًا من محرك أقراص خارجي

أفاد أحد المستخدمين بأن نظامًا بذاكرة 32 جيجابايت ارتفع استخدام الذاكرة فيه إلى نحو 90% بعد تثبيت 1.7.0، بينما استغرق نسخ بضعة جيجابايت فقط من محرك أقراص خارجي ساعات طويلة. طلبت IceWhale لقطات شاشة للذاكرة، إضافة إلى تفاصيل حول طريقة توصيل محرك الأقراص، ونوع الوسائط، وعدد الملفات.

أصلح ZimaOS 1.7.1 لاحقًا رسميًا الاستخدام غير الطبيعي للذاكرة في بعض سيناريوهات عمليات الملفات، لذلك حصل هذا النوع من الشكاوى على إصلاح فعلي على مستوى المنتج.

قد يؤدي نقل المجلدات إلى ترك أدلة مصدر فارغة

أفاد isanto1306 بأن الملفات نُقلت بنجاح بين محركات الأقراص، لكن مجلد المصدر الأصلي ظل أحيانًا دليلًا فارغًا، لا سيما عند وجود مجلدات فرعية. وقال إن هذا السلوك بدأ في الإصدار 1.6.2 واستمر في 1.7.0.

سجلت Dina المشكلة صراحةً وقالت إنه سيتم إصلاحها. وأدرج ZimaOS 1.7.1 لاحقًا إصلاحًا لبقاء مجلدات فارغة بعد قص المجلدات في بعض السيناريوهات.

احتاجت بعض التطبيقات إلى إعادة تشغيل يدوي بعد الترقية

قال المستخدم نفسه إن عدة حاويات فشلت في العمل مباشرة بعد الترقية، وإن أربعة تطبيقات ظلت معطلة حتى بعد إجراء العديد من عمليات إعادة التشغيل اليدية.

طلبت Dina تشغيل برنامج تشخيص، إلى جانب أسماء التطبيقات ونتائج الأمر docker start. وهذا يوضح أن IceWhale كانت تحقق في سلوك سياسة إعادة التشغيل وبدء تشغيل الحاويات، بدلًا من إعلان وجود عطل عام واحد في جميع التطبيقات.

سجلات حاوية Plex في ZimaOS 1.7.0 التي جُمعت أثناء استكشاف مشكلات بدء التطبيقات بعد التحديث
طلبت IceWhale من المستخدمين المتأثرين سجلات حقيقية للحاويات وأخطاء بدء التشغيل من سطر الأوامر، بدلًا من اعتبار كل مربع تطبيق معطل المشكلة نفسها.

حسّن ZimaOS 1.7.1 كفاءة بدء تشغيل Docker

لا يذكر سجل تغييرات 1.7.1 أن «جميع حالات الحاجة إلى إعادة التشغيل اليدوي قد أُصلحت»، لكنه يذكر تحسين سرعة وكفاءة بدء تشغيل حاويات Docker، إضافة إلى تحسينات أوسع لشبكة Docker وYAML وعناوين URL للويب.

راجع إصلاحات الاستقرار وDocker في ZimaOS 1.7.1 قبل إعادة تطبيق حل مؤقت خاص بالإصدار 1.7.0.

قد تفرض عناوين URL للويب عبر الوكيل العكسي المنفذ الداخلي ضمن عنوان URL العام

وصف التقرير في الصفحة الثانية نطاقًا عبر وكيل عكسي كان من المفترض أن يكون https://mydomain.example، لكن ZimaOS أضاف إليه منفذًا داخليًا مثل :8601. سجلت Dina المشكلة وقالت إنه سيتم إصلاحها.

حسّن ZimaOS 1.7.1 لاحقًا إعداد منافذ عناوين URL للويب في Docker ومعالجة عناوين URL لبيئات الشبكات الديناميكية، ما يعالج هذا الجانب من الإعداد مباشرةً.

قال المستخدم إن روابط الإنترنت في لوحة المعلومات اختفت بعد التحديث، رغم بقاء التطبيقات والحاويات موجودة. وأفاد بأن هذا حدث أيضًا في إصدار تجريبي سابق.

لا يعرض القسم العام من الصفحة الثانية تأكيدًا من IceWhale على إصلاح فقدان روابط الويب هذا تحديدًا. لا تستنتج أن الإصدار 1.7.1 أصلحه ما لم يذكر سجل تغييرات لاحق ذلك صراحةً.

عاد أحد المستخدمين كثيري الاستخدام إلى الإصدار 1.6.2

بعد أن طلبت IceWhale بيانات التشخيص، قال المستخدم إنه عاد بالفعل إلى الإصدار 1.6.2 لأن جهاز NAS يُستخدم يوميًا، ولأن الإصدار 1.7.0 لم يكن مستقرًا بما يكفي لإعداده.

هذا قرار من المستخدم، وليس توصية رسمية بأن يعود الجميع إلى إصدار أقدم من 1.7.0.

تتضمن السلسلة أيضًا طريقة مجتمعية للترقية اليدوية باستخدام RAUC

وصف مستخدم آخر نسخ ملف .raucb إلى المسار /DATA وتشغيل الأمر rauc install .... كانت تلك إرشادات من المجتمع، وليست مسار الترقية الرئيسي لدى IceWhale.

ينبغي للمستخدمين الحاليين عادةً اتباع عناصر التحكم المدعومة للتحديث وتعليمات الإصدار، والاحتفاظ بإجراءات RAUC اليدوية للحالات التي يفهمون فيها نموذج الاسترداد ذي الفتحتين.

إصدار ZimaOS الحالي هو 1.7.1، وليس إصدار الإطلاق 1.7.0

تحدد وثائق IceWhale الحالية أن ZimaOS 1.7.1 هو أحدث إصدار مستقر. عند التحقيق في أحد هذه الأعراض اليوم، تحقق أولًا من إمكانية تكراره على الإصدار 1.7.1 قبل تطبيق إجراء للعودة إلى إصدار أقدم أو لإعادة التشغيل يدويًا من أيام الإطلاق.

الأسئلة الشائعة حول تراجعات ZimaOS 1.7.0

هل أصلح الإصدار 1.7.1 الاستخدام غير الطبيعي للذاكرة أثناء بعض عمليات الملفات؟

نعم. يرد ذلك صراحةً في سجل تغييرات 1.7.1.

هل أصلح الإصدار 1.7.1 بقاء مجلدات المصدر فارغة بعد القص أو النقل؟

نعم. يدرج سجل التغييرات هذا الإصلاح صراحةً.

هل أكدت IceWhale إصلاح كل مشكلات إعادة تشغيل التطبيقات؟

لا. حسّن الإصدار 1.7.1 بدء تشغيل Docker، لكن التحقيق الوارد في المصدر لم يختزل كل تطبيق معطل في سبب جذري واحد.