يستهدف systemd 261 توزيعات لينكس في أواخر عام 2026 مع مُثبّت نظام تشغيل نصّي، وبنية لتمرير بيانات تعريف السحابة، وعناصر تحكم في التخزين، وخطافات جديدة لأعمال TPM وcgroups وتسليم النواة.
{{IMAGE:2}}
أصدر مشروع systemd systemd 261 يوم الجمعة مع ثلاث إضافات رئيسية للبنّائين: systemd-sysinstall وsystemd-imdsd وstoragectl.
يمنح systemd-sysinstall التوزيعات برنامج تثبيت نصيًا مبنيًا حول أدوات التقسيم وإدارة بيانات الاعتماد في systemd. ينسخ برنامج التثبيت نظام تشغيل من وسائط إقلاع مؤقتة، مثل محرك USB، ويوفر للتوزيعات الصغيرة مسارًا لإصدار برنامج تثبيت من دون حمل حزمة رسومية منفصلة.
يحصل مستخدمو السحابة على systemd-imdsd، وهو عفريت للوصول إلى خدمة بيانات تعريف المثيل من البرامج المحلية. كما يضيف الإصدار مدخلات إلى قاعدة بيانات العتاد تحدد Amazon EC2 وMicrosoft Azure وGoogle Compute Engine وOracle Cloud وTencent Cloud وHetzner وغيرها من منصات السحابة عبر بيانات SMBIOS.
تصل أعمال التخزين عبر storagectl، وهي أداة سطر أوامر وواجهة Varlink للتخزين المدار للمستخدم. وهذا مهم لمضيفي homelab الذين يمزجون بين الأقراص المحلية والآلات الافتراضية والحاويات وسياسة التخزين لكل مستخدم.
ملاحظات الأداء والطاقة
لم يتضمن تقرير Phoronix مجموعة نتائج قياس أداء، لذا ينبغي على البنّائين التعامل مع systemd 261 على أنه إصدار ميزات إلى أن تنشر التوزيعات حزمًا مبنية ومخططات إقلاع. المجالات التي تستحق القياس واضحة:
| Area | Metric to capture | Reason |
|---|---|---|
| Boot path | systemd-analyze blame and critical-chain |
New services can change boot ordering |
| Cloud guests | IMDS query latency | Metadata access can affect provisioning scripts |
| Storage hosts | Varlink call time and mount setup time | storagectl touches paths admins script |
| TPM fallback | Service startup time and idle RSS | swtpm adds a userspace daemon on systems without hardware TPM |
| cgroups | CPU isolation jitter | CPUSetPartition= can affect pinned workloads |
ينبغي على المستخدمين المتقدمين مراقبة الاستهلاك في وضع الخمول بعد تفعيل الخدمات الجديدة. فـ systemd-imdsd وsystemd-tpm2-swtpm.service منطقيان على الأنظمة المستهدفة، لكن صور محطات العمل والمختبرات ينبغي تفعيلهما فيها عن قصد. يتطلب الاختبار النظيف النواة نفسها والبرمجيات الثابتة وناظم التردد ومجموعة الحزم نفسها، ثم مقارنة استهلاك الطاقة من مأخذ التيار AC واحتلال حالة C للحزم قبل الترقية وبعدها.
ملاحظات التوافق
يتوافق systemd 261 مع أعمال توزيعات لينكس للنصف الثاني من 2026. ستعتمده التوزيعات التي تعتمد بالفعل على أحدث ميزات التقسيم والاعتمادات وVarlink وTPM في systemd مع أقل قدر من الشيفرة الوسيطة.
ينبغي على المسؤولين تدقيق هذه التغييرات قبل إدراجها في صور الإنتاج:
| Feature | Compatibility check |
|---|---|
systemd-sysinstall |
Confirm partition layout support and credential flow |
systemd-imdsd |
Test cloud detection on each provider image |
storagectl |
Validate Varlink clients and user storage policy |
systemd-tpm2-swtpm.service |
Confirm TPM expectations for measured boot and secrets |
RestrictFileSystemAccess= |
Confirm BPF LSM and DM-Verity support |
CPUSetPartition= |
Test cgroup v2 behavior under pinned workloads |
يضيف الإصدار أيضًا دعم PID 1 لقدرات Live Update Orchestrator وKernel Handover في نواة Linux، ويحتفظ بمخازن FD الخاصة بوحدات المستخدم في مديري جلسات المستخدم، ويضيف DefaultMemoryZSwapWriteback=، ويضمّن ملاحظات بيانات تعريف ELF الخاصة بـ dlopen داخل الثنائيات الفردية.
توصية البناء
ينبغي لمستخدمي المختبر اختبار systemd 261 أولًا على وسائط إقلاع احتياطية أو آلة افتراضية تعتمد على snapshot. ابدأ بزمن الإقلاع، ونصوص cloud-init أو نصوص التهيئة، وإعداد التخزين، والاعتمادات المدعومة بـ TPM. يجب أن تضيف الخوادم التي تعتمد على عزل المعالج اختبار حمل حول CPUSetPartition= قبل نقل المضيفين إلى الخدمة.
توجد التنزيلات المصدرية والسجل الكامل للتغييرات في مستودع systemd على GitHub. يمنح الإصدار مشرفي التوزيعات مساحة أوسع لإدارة النظام تتعلق بالمثبتات، وضيوف السحابة، والتخزين، وأعمال handover الخاصة بالنواة، لذا فإن الترقية تستحق نفس جولة القياس التي ستمنحها لنواة جديدة.
التعليقات
يرجى تسجيل الدخول أو إنشاء حساب للانضمام إلى النقاش