قد يظهر تحديث نواة SLES رسالة "إعادة التشغيل مطلوبة" حتى بعد تفعيل خاصية التحديث المباشر. لا يعني هذا بالضرورة فشل الإعداد، فالتحديثات المباشرة تغطي فقط الإصلاحات التي يمكن لشركة SUSE توفيرها بأمان للنواة قيد التشغيل حاليًا، بينما تتطلب النواة البديلة أو الإصلاحات التي لا يمكن تحديثها مباشرةً إعادة التشغيل. يقدم دليل التحديث المباشر لنواة SLES 16.0 من SUSE، المنشور في 8 أكتوبر 2026، مسار إعداد أحدث: تثبيت النمط kernel_livepatchingضمن اشتراك SLES القياسي. يستخدم SLES 15 SP7 ملحق تحديث مباشر منفصلًا والنمط lp_sles.
اتبع الإجراء الخاص بإصدارك المحدد، وقم بتطبيق التحديثات من خلال سير عمل حزم SUSE المعتاد، وتحقق من التصحيح النشط باستخدام الأمر المناسب klp -v patches. تفترض هذه الخطوات وجود مضيف SLES مسجل لديه إمكانية الوصول إلى مستودعات التحديثات المدعومة.
حدد إصدار النواة قيد التشغيل. نفّذ الأمر التالي:
cat /etc/os-release
uname -r
uname -m
سجّل إصدار SLES، وإصدار النواة، وبنية النظام. تتوافق حزم التصحيحات المباشرة مع مراجعة نواة محددة، لذا فإن وجود حزمة لنواة تشغيل مختلفة لا يُثبت أن النواة النشطة مُصحّحة. تستخدم الأوامر أدناه تعليمات SLES 16.0 وSLES 15 SP7 الحالية؛ لا تنسخ نمطًا أو مسار تفعيل خاصًا بإصدار معين إلى إصدار آخر.
في نظام SLES 16.0، ثبّت النمط المرفق. يشير دليل SUSE الحالي إلى أن ترقيع النواة المباشر مُضمّن في اشتراك SLES القياسي. ثبّت نمطه:
sudo zypper install -t pattern kernel_livepatching
إذا كانت مستودعاتك تحتوي على رقعة تحديث مباشرة متوافقة مع نواة النظام المثبتة، فسيختارها مدير الحزم أثناء التثبيت؛ وتوثّق SUSE أن النواة تُحدَّث مباشرةً كجزء من هذه العملية. لا يوجد رمز تسجيل إضافي للتحديث المباشر في إجراء SLES 16.0 هذا.
في نظام SLES 15 SP7، فعّل الإضافة أولاً. يتطلب هذا الإصدار اشتراكات فعّالة في SLES وSLES Live Patching. اعرض قائمة الإضافات المتاحة واستخدم أمر التفعيل الخاص ببنية النظام الذي يظهر لك.
sudo SUSEConnect --list-extensions
sudo SUSEConnect -p sle-module-live-patching/15.7/x86_64 -r LIVE_PATCHING_REGISTRATION_CODE
الأمر الثاني هو مثال لنظام x86_64. استبدله بمسار المنتج المحدد الذي يظهر في مخرجاتك، --list-extensionsوقدم رمز تسجيل Live Patching الصحيح. ثم ثبّت النمط المطلوب.
sudo zypper install -t pattern lp_sles
لا يؤدي التنشيط وحده إلى تثبيت الأنماط أو الحزم؛ أكمل كلا الخطوتين قبل توقع حزم التصحيح المباشر من قنوات التحديث.
قم بتطبيق تحديثات النظام الدورية. تصل تصحيحات النواة المباشرة كحزم عبر آلية التحديث الدورية. لتشغيل التصحيح يدويًا، استخدم نفس إجراءات الصيانة المعتمدة لبقية النظام المضيف، على سبيل المثال:
sudo zypper refresh
sudo zypper patch
راجع خطة الحزمة قبل تأكيدها، خاصةً على أنظمة الإنتاج. يمكن لحزمة التصحيح المباشر تحديث الإصلاحات المؤهلة لنواة النظام قيد التشغيل دون إعادة تشغيل أحمال العمل، ولكن قد توفر عملية التحديث نفسها حزمة نواة أساسية جديدة. قد يؤدي تثبيت حزمة النواة هذه إلى توصية بإعادة التشغيل. تُعدّ التصحيحات المباشرة تراكمية لإصدار النواة المستهدف؛ فهي لا تُغني عن صيانة النواة الاعتيادية.
تحقق مما إذا كان التحديث المباشر مُفعّلاً. بعد اكتمال التحديث، افحص تفاصيل التحديث:
sudo klp -v patches
توثق SUSE هذا الأمر للتحقق من حالة التحديثات وعرض الثغرات الأمنية (CVEs) أو العيوب التي يعالجها التحديث النشط. تأكد من أن التحديث المدرج يطابق نواة النظام المُسجلة في الخطوة 1. قد لا تحتوي حزمة التحديث الأولي أو حزمة التحديث الأساسي على أي إصلاحات؛ فهي تُهيئ إصدار النواة هذا للتحديثات المستقبلية. وجودها وحده لا يعني تطبيق إصلاح أمني مُحدد.
قم باستكشاف أخطاء الحالة الفارغة أو غير المتطابقة وإصلاحها. تحقق مما إذا كانت حزمة التصحيح المباشر موجودة لنواة النظام قيد التشغيل، وما إذا كانت بيانات دورة الحياة متوفرة.
sudo zypper se --details 'kernel-livepatch-*'
sudo zypper lifecycle
بالنسبة لتواريخ دورة حياة الحزمة، تشترط SUSE lifecycle-data-sle-module-live-patchingتثبيتها. في حال عدم وجود حزمة تصحيح لنواة النظام المُشغّلة، تأكد من تفعيل مستودعات أو قنوات التصحيح المباشر الصحيحة، وأن الإصلاح المطلوب مؤهل للتصحيح المباشر. لا تستنتج وجود عطل من قائمة تصحيح فارغة في حال عدم إصدار أي تحديث مؤهل.
حدد موعدًا لإعادة التشغيل التي يتطلبها تحديث النواة الكامل. لا تستطيع SUSE تحويل كل إصلاح إلى رقعة مباشرة؛ فبعض التغييرات تتطلب استبدال هياكل بيانات النواة أو لا يمكن تطبيقها بأمان أثناء التشغيل. احتفظ بتحديثات النواة العادية ضمن خطة الصيانة الخاصة بك، وأعد التشغيل عند الحاجة. تجنب إخفاء إشعارات إعادة التشغيل عن طريق قفل حزم النواة بشكل دائم، فهذا يؤجل إصلاحات النواة الكاملة بدلًا من تطبيقها مباشرة.
لإجراء صيانة دون إعادة تشغيل، تابع التحديث فقط عندما يحتوي على حزمة تصحيحات مباشرة متوافقة مع نواة النظام الحالية، وعندما تسمح سياسة التغيير بذلك. تعامل مع تحديث حزمة النواة الكاملة على أنه معلق حتى يتم تشغيل النواة الجديدة على الجهاز المضيف.
يُعتبر الفحص ناجحًا عند klp -v patchesتحديد معلومات التحديث المباشر النشطة لنواة النظام uname -r، ويظهر الإصلاح المتوقع في تفاصيل التحديث. يجب أن يبقى النظام على نفس إصدار النواة المُشغّلة لعدم حدوث إعادة تشغيل. إذا طلب مدير التحديثات إعادة التشغيل، فتحقق مما إذا كان قد ثبّت نواة أساسية جديدة أو إصلاحًا خارج نطاق التحديث المباشر؛ فهذا الطلب يُعدّ متطلبًا للصيانة، ولا يمكن إلغاؤه بواسطة أمر حالة التحديث المباشر.
قم بإعداد مسار التصحيح المباشر الصحيح لنظام SLES 16.0 أو 15 SP7، وقم بتطبيق إصلاحات النواة المؤهلة، وتأكد من ما هو نشط دون الخلط بينه وبين تحديث النواة الذي يتطلب إعادة التشغيل.
يمكن ترقية نظام SLES 15 SP5 إلى SP6 عبر الإنترنت، ولكن يجب إعادة تشغيل كل عقدة. استخدم ترقية متدرجة مُختبرة أو عملية نقل تدريجية (أزرق-أخضر) للحفاظ على إمكانية الوصول إلى أحمال العمل.
قم بإنشاء وتحسين والتحقق من ملف تعريف AppArmor ذي أقل الامتيازات على SLES 15 SP7، مع ملاحظة واضحة حول SELinux الافتراضي في SLES 16.
استخدم ملف تعريف STIG المدعوم من SUSE لفحص SLES 15، واختبار المعالجة، ومراجعة النتائج المتبقية، والاحتفاظ بأدلة التقييم.
تتبع فشل اتصال Cockpit من خلال DNS، والمنفذ 9090، ومقبس systemd، وfirewalld، وTLS، وإعدادات تسجيل الدخول باستخدام إرشادات SUSE الحالية.
قم بإنشاء اتصال إيثرنت زائد على SLES 15 باستخدام YaST و Wicked، وقم بتكوين ربط النسخ الاحتياطي النشط، وتحقق من كلا المنفذين والتحويل التلقائي في حالة الفشل.
قم بتحويل نظام SLES 15 الحالي إلى ملف تعريف AutoYaST تمت مراجعته، وقم بالتحقق من صحته، واستخدمه لنشر خادم اختبار بخطوات يدوية أقل.
قم بتثبيت أدوات SLES 15 KVM و libvirt، وقم بتمكين خدمة المضيف الصحيحة، وقم بتكوين الأجهزة الافتراضية المحددة للبدء بعد إعادة التشغيل.
استخدم وظائف systemd وسجل التمهيد السابق لتحديد موقع خدمة بطيئة أو عملية تحميل أو تبعية تخزين، ثم قم بتصحيحها دون إخفاء السبب.
استخدم firewall-cmd لفحص المنطقة النشطة، والسماح بـ HTTP بأمان، والحفاظ على الوصول إلى SSH، والتحقق من أن القاعدة تبقى بعد إعادة التحميل على SLES 15.
