تطورت دعومة المهام المجدولة في ZimaOS عدة مرات بعد بدء هذا النقاش. ففي فبراير 2025، كان المستخدمون ينشئون مؤقتات systemd مخصصة لعدم وجود واجهة cron ملائمة. وفي مارس، أعلن Zima-Giorgio أن dcron كان من المقرر إضافته، ثم ذُكر لاحقًا أنه مضمّن في الإصدار التجريبي 1.4.0. وبحلول عام 2026، نشرت IceWhale شرحًا لـ Zima Cron باستخدام مدير حزم الوحدات في ZimaOS، بينما أعاد مطورون من المجتمع كتابة المجدول لاحقًا لتحسين الاستمرارية وإضافة واجهة ويب كاملة.
الدرس العملي ليس «ثبّت cron باستخدام apt». فنظام ZimaOS نظام تشغيل جهاز غير قابل للتغيير. اختر طريقة جدولة تصمد أمام دورة الحياة التي تحتاجها فعليًا—إعادة التشغيل، والتحديث عبر OTA، وإعادة تشغيل الوحدة—واختبر استمراريتها قبل الوثوق بها في النسخ الاحتياطي أو الصيانة المدمرة.
أراد المستخدمون في المصدر أكثر من نوع واحد من المهام المجدولة
شملت حالات الاستخدام:
- إعادة التشغيل يوميًا؛
- كل ساعة
chmod/chownالبرامج النصية؛ - مهام Nextcloud في الخلفية وتحديثات RSS؛
- برامج نصية للنسخ الاحتياطي المجدول؛
- اختبارات S.M.A.R.T.؛
- مهام SnapRAID الليلية؛
- إجراءات بدء التشغيل لتعارضات Pi-hole.
لا تخدم هذه الحالات مجتمعةً بشكل متساوٍ بواسطة مجدول واحد. فعادةً ما تُدار تبعيات خدمات بدء التشغيل بشكل أفضل باستخدام systemd، بينما تناسب أوامر المستخدم الدورية جدولةً بأسلوب cron.
نجحت مؤقتات systemd المجتمعية واستمرت عبر بعض التحديثات على الأقل
أنشأ WuzzyFeasel مؤقت إعادة تشغيل ضمن /etc/systemd/system/ وأفاد لاحقًا بأن مؤقتات systemd المخصصة نجت من تحديث ZimaOS. وكان ذلك تحققًا مجتمعيًا مفيدًا.
كما أوصى Zima-Giorgio باستخدام systemd تحديدًا لمهمة بدء التشغيل عندما أراد أحد المستخدمين تشغيل أعمال مرتبطة بـ Pi-hole بعد الإقلاع.
أعلنت IceWhale عن dcron لنظام ZimaOS 1.4.0
في 5 مارس 2025، كتب Zima-Giorgio: «ستتم إضافة dcron.» وفي أبريل أوضح أن dcron كان مضمّنًا في الإصدار التجريبي 1.4.0، وأنه ستتم إضافته إلى الإصدار المستقر.
هذا تصريح رسمي تاريخي عن المنتج، وليس تخمينًا من المجتمع.
لم يضمن توفر crontab بقاء مهام المستخدم
أفاد مستخدمون لاحقون على الإصدار 1.5.x بأن إدخالات crontab اختفت بعد إعادة التشغيل أو بأن مهام المجدول لم تستمر بشكل موثوق. ولهذا فإن مجرد رؤية crontab لا يثبت الأمر بقاء المهام المحفوظة للمستخدم بعد دورة حياة النظام غير القابل للتغيير.
أعد التشغيل مرة واحدة دائمًا وتحقق من استمرار وجود المهمة قبل الاعتماد عليها.
نشرت IceWhale لاحقًا شرحًا لوحدة Zima Cron
في يناير 2026، نشر 777-Spider شرحًا منفصلًا لـ Zima Cron باستخدام:
ثبّت zima_cron باستخدام zpkgتضمّن الشرح جدولة بالفواصل الزمنية وتعبيرات cron، بالإضافة إلى سجلات المهام. وكان ذلك مجدولًا على مستوى الوحدة، وليس حزمة Debian تُثبَّت باستخدام APT.
استخدم سير عمل وحدة Zima Cron والنقاش اللاحق حولها قبل افتراض أن اسم وحدة أو إصدارًا محددًا لا يزال حاليًا.
أضافت إعادة كتابة Cron المجتمعية واجهة مجدول متكاملة
أعلنت إعادة كتابة Lintux الإصدار v0.2.0 عن مهام مستمرة وقوالب وسجلات وإشعارات ومحاولات إعادة ومحاولات اعتماد وأولويات ووسوم. وقد وُزعت باعتبارها cron.raw وحدة، وكان يمكن تثبيتها باستخدام zpkg.
هذه الوحدة برمجية مجتمعية، وليست الشيء نفسه مثل تنفيذ dcron الأصلي من IceWhale.
أصلح ZimaOS 1.6.1 مشكلة إعادة تشغيل خدمة الوحدة
تتضمن ملاحظات إصدار IceWhale 1.6.1 إصلاحًا لمشكلة كانت تمنع وحدات mod من بدء الخدمات وفقًا لسياسة الخدمة بعد إعادة التشغيل. وهذا مهم لوحدات المجدول التي تحتاج إلى العودة تلقائيًا بعد إعادة التشغيل.
هذا لا يثبت اختفاء كل أخطاء استمرارية Cron التاريخية؛ بل يثبت إصلاحًا لاحقًا في النظام الأساسي لسلوك بدء تشغيل خدمة الوحدة.
لا تستخدم مجدولًا غير مُختبر بوصفه وحدة التحكم الوحيدة في النسخ الاحتياطي
تكون النسخة الاحتياطية المجدولة مفيدة فقط إذا:
- تستمر المهمة بعد إعادة التشغيل/التحديث؛
- نقطة الوجهة موصولة؛
- يعيد الأمر حالة ذات معنى؛
- يتم الاحتفاظ بالسجلات؛
- تم اختبار الاستعادة.
كما أن أتمتة برنامج نصي يوقف جميع الحاويات تؤدي إلى انقطاع الخدمة، وقد تترك الخدمات متوقفة إذا فشل البرنامج النصي في منتصف التنفيذ.
تغيير chmod/chown كل ساعة عادةً ما يكون عرضًا لا أفضل حل طويل الأمد
أراد صاحب المنشور الأصلي تغيير الملكية كل ساعة لأن تطبيق الوسائط لم يكن قادرًا على قراءة الملفات المنسوخة من Windows. التصميم الأفضل هو إصلاح أذونات مستخدم/مجموعة SMB وأذونات UID/GID ونقاط التحميل في الحاوية، بحيث تُنشأ الملفات الجديدة بصلاحيات وصول قابلة للاستخدام منذ البداية.
قد يكون المجدول الذي يطبّق تغييرات الملكية العودية بشكل متكرر بطيئًا، وقد يتسبب في إتلاف الأذونات التي يتوقعها تطبيق آخر.
أي مجدول ينبغي أن تستخدم؟
- اعتماد على الإقلاع/بدء التشغيل: فضّل استخدام خدمة/مؤقت systemd مصممًا على نحو سليم عند ملاءمة ذلك.
- مهمة دورية بسيطة: استخدم مجدولًا/وحدة متاحًا ومدعومًا في إصدار ZimaOS الحالي لديك.
- سير عمل معقد: فكّر في استخدام حاوية مخصصة للأتمتة، لكن اختبر استمرارية المهام بعد إعادة التشغيل وأمان مقبس Docker.
الأسئلة الشائعة حول Cron في ZimaOS
هل قالت IceWhale رسميًا إن dcron ستُضاف؟
نعم. قال Zima-Giorgio إنها أُدرجت في الإصدار التجريبي 1.4.0 وكان من المخطط تضمينها في الإصدار المستقر.
هل استمرت كل مهام crontab اللاحقة بعد إعادة التشغيل؟
لا. أبلغ العديد من المستخدمين لاحقًا عن فقدان المهام أو مشكلات في استمرارية عمل المجدول.
هل تُعد واجهة Scheduler الداكنة لعام 2026 ميزة مدمجة من IceWhale؟
صدر من إعادة كتابة لوحدة Cron من قِبل المجتمع، وينبغي التعامل معه كبرمجية وحدة تابعة لجهة خارجية.
