- عادةً ما يتطلب Kernel وglibc وsystemd وdbus وudev والبرامج الثابتة إعادة التشغيل بعد التحديث.
- استخدم needs-restarting من yum-utils لمعرفة ما إذا كانت هناك عمليات معلقة وما إذا كان الوقت قد حان لإعادة التشغيل.
- يعطي متجر GNOME الأولوية للتثبيت على حذاء؛ مع محطة أنت تحافظ على السيطرة.
- على أجهزة سطح المكتب، الراحة هي الأساس؛ على الخوادم، قم بجدولة النوافذ وإعادة التشغيل بحكمة.

العديد من مستخدمي لينكس لقد كانوا يعتقدون لسنوات أن النظام لا يحتاج إلى إعادة تشغيل تقريبًا، وأن التحديثات يمكن تطبيقها دون مقاطعة العمل. لم تأت هذه الفكرة من فراغ: ففي كثير من الأحيان، يمكنك تثبيت التحديثات ومواصلة عملك، وفقط أعد التشغيل عندما يناسبكمع ذلك، أظهرت بعض توزيعات سطح المكتب سلوكًا مختلفًا: يقترح المُثبِّت الرسومي تطبيق التحديثات عند إعادة التشغيل، أو حتى يفرض إعادة التشغيل والتحديث في آنٍ واحد. وقد أثار هذا دهشة العديد من المستخدمين، بل وأزعجهم بصراحة.
هذا النهج لتطبيق التغييرات عند إعادة التشغيل ذو أهمية خاصة لمخازن البرامج الرسومية مثل GNOME. في الإصدارات الحديثة، تُعطي تجربة المستخدم الأولوية للتحديثات دون اتصال: يتم تنزيل الحزم، وإعادة تشغيل النظام، ثم تثبيتها. بالنسبة للبعض، يُذكرنا هذا بأنظمة أخرى ويُعطل سير عمل Linux الكلاسيكي. السؤال المنطقي هو: هل هناك طريقة لـ... العودة إلى السلوك السابق أو الأفضل من ذلك، حاول فهم الخيار الأفضل في كل حالة: تطبيق التحديثات فورًا أو تأجيلها حتى إعادة التشغيل.
ماذا يحدث بالفعل عند الترقية إلى Linux
التفاصيل التقنية مهمة. عند تشغيل برنامج أو بدء خدمة، تُحمّل شيفرته ومكتباته إلى الذاكرة. إذا حدّثت الحزمة على القرص لاحقًا، فلن تُستبدل العملية الجارية تلقائيًا: بل ستستمر في استخدام الإصدار السابق المتبقي في ذاكرة الوصول العشوائي (RAM). لذلك، بعد التحديث، يكون الإجراء الصحيح هو: إعادة تشغيل الخدمة المتأثرة أو قم بإغلاق التطبيق وإعادة فتحه لتحميل الثنائيات والمكتبات المثبتة حديثًا.
هذا يُفسر عدم حاجة النظام لإعادة تشغيل كامل، حتى بعد تحديث عدد كبير من الحزم. في معظم الحالات، تكفي إعادة تشغيل عمليات مُحددة. على سبيل المثال، إذا قمت بتحديث مُحرر نصوص أو مُشغل وسائط، فإن إغلاقه وإعادة فتحه سيُفي بالغرض. مع ذلك، إذا قمت بتحديث مُكونات النظام الأساسية، فسيكون نطاق التحديث أوسع، وقد تكون إعادة تشغيل النظام أبسط طريقة لضمان عمل كل شيء بشكل صحيح وسليم. بدون عمليات باستخدام الإصدارات الأقدم.
غالبًا ما ينشأ التباس عندما تقترح الأداة الرسومية التثبيت عند إعادة التشغيل. هذه الطريقة، المتوفرة في متجر GNOME ومشابهة لها في متاجر أخرى، تحاول تجنب التناقضات من خلال التثبيت مع عدم اتصال النظام بالإنترنت. هذا لا يعني استحالة الترقية المباشرة تقنيًا، بل إن الواجهة تختار هذا النهج لضمان عدم استخدام أي شيء. إذا كنت تفضل تحكمًا أدق، يمكنك دائمًا... استخدم مدير الحزم في المحطة الطرفية من توزيعك، وتطبيق التحديثات على الفور وإعادة التشغيل فقط عند الضرورة.
على أي حال، من الأفضل فصل العمليات الداخلية للنظام عن أداء التطبيق. يسمح لك لينكس، كقاعدة عامة، بتثبيت التحديثات دون إعادة تشغيل الكمبيوتر، ولكن تقع على عاتقك مسؤولية اكتشاف التحديثات التي لا تزال بحاجة إلى إعادة التنشيط. ولهذا الغرض، توجد أدوات مساعدة مصممة خصيصًا للإجابة على السؤال الرئيسي: ما هي العمليات والخدمات التي تحتاج إلى إعادة التشغيل بعد تحديث محدد.
متى يصبح من الضروري إعادة التشغيل ولماذا؟
ليس لجميع الحزم نفس التأثير. بعض الفئات، عند تغييرها، غالبًا ما تتطلب إعادة تشغيل. أوضح مثال على ذلك هو النواة: عند تحديث النواة، لا تُستبدل النواة المُحمّلة في الذاكرة إلا عند إعادة التشغيل. لذلك، لكي يستخدم النظام النواة الجديدة، من الضروري: قم بإعادة تشغيل جهاز الكمبيوتريحدث الشيء نفسه غالبًا مع مكونات مساحة المستخدم الكبيرة التي تعمل بمثابة العمود الفقري للعديد من العمليات.
في بيئات RHEL وCentOS، يوجد دليل عملي إلى حد ما حول الحزم التي تتطلب عادةً إعادة تشغيل بعد التحديث. في الإصدارات الأقدم مثل RHEL أو CentOS 5، كان تحديث النواة (بأي من إصداراتها من تلك الحقبة)، أو مكتبة glibc من السلسلة 2، أو نظام hal الفرعي، يجعل إعادة التشغيل الإجراء الأمثل. في RHEL أو CentOS 6، استمر هذا النمط مع النواة، وأي حزمة برامج ثابتة، وglibc، وhal. في RHEL أو CentOS 7، تضمنت القائمة النموذجية النواة، وglibc، وlinux-firmware، وsystemd، وudev، وdbus. وفي RHEL أو CentOS 8، ظلت التوصية كما هي: النواة، وglibc، وlinux-firmware، وsystemd، وdbus كانت مرشحة واضحة لإعادة التشغيل. إعادة التشغيل المخطط لها.
لماذا هذه المكونات تحديدًا؟ لأنها تؤثر على النواة، ومكتبة C (التي تعتمد عليها معظم البرامج)، ومدير الخدمة، وناقل النظام، ومدير الأجهزة، والبرامج الثابتة. ليس من المستحيل إعادة تثبيت كل شيء دون إعادة تشغيل، ولكن عمليًا، تُخاطر بإبقاء العمليات ذات الإصدارات المختلطة والتبعيات القديمة. تضمن إعادة التشغيل بدء تشغيل النظام بسلاسة مع جميع المكونات الجديدة، وعدم وجود عمليات يتيمة، وعدم وجود مكتبات قديمة في الذاكرة. تقوم بإزالة الحالات غير المتسقة.
من ناحية أخرى، لا تتطلب العديد من تحديثات التطبيقات أو الأدوات أو المكتبات غير الأساسية إعادة تشغيل النظام. في هذه الحالات، يكفي إعادة تشغيل الخدمة المتأثرة أو تسجيل الخروج إذا أثرت على البيئة الرسومية. لهذا السبب، تُعد أنظمة لينكس ذات فترات التشغيل العالية شائعة جدًا: فحتى مع التحديثات المتكررة، لا يلزم إعادة التشغيل الكامل دائمًا، والاستقرار من أهم خصائصها. عندما يتم إدارتها بحكم سليم.
كيفية معرفة ما إذا كنت بحاجة إلى إعادة التشغيل: needs-restarting
لتحديد ضرورة إعادة التشغيل، توفر أنظمة Red Hat وCentOS أداةً مفيدةً للغاية: needs-restarting. كجزء من حزمة yum-utils، تُخبرك هذه الأداة ما إذا كانت هناك أي عمليات مُحمّلة لم تعد تُطابق الملفات الموجودة على القرص بعد التحديث، أي ما إذا كان من المُستحسن إعادة تشغيل الخدمات أو حتى النظام. باستخدام هذه الأداة، بدلًا من التخمين، يُمكنك... اتخاذ القرار بمعلومات دقيقة.
تثبيته بسيط للغاية، ما عليك سوى إضافة الأدوات المساعدة المناسبة إلى مدير yum. بعد التثبيت، شغّل الأمر وتحقق من النتيجة. إذا لم يظهر أي شيء، فلا توجد عمليات معلقة؛ وإذا عُرضت عمليات أو مكتبات، فهذا يشير إلى ضرورة إعادة تشغيل بعض الخدمات، وفي بعض الحالات، تذكر أن إعادة التشغيل الشاملة هي أسرع طريقة لضمان سير كل شيء بسلاسة. هذا النوع من التحقق يمنع المفاجآت و... يساعد في التخطيط لنوافذ الصيانة.
الأوامر نقاط مرجعية أساسية في أنظمة RHEL أو CentOS:
yum install yum-utils -y
needs-restarting
needs-restarting -r ; echo $?
يُظهر تشغيل بسيط العمليات المتأثرة. يُعدّ المُعدِّل `-r` مفيدًا بشكل خاص في الأتمتة: فهو يُعيد القيمة 0 إذا لم تكن إعادة التشغيل ضرورية، والقيمة 1 إذا كانت ضرورية. عند دمجه مع `echo $?`، ستظهر النتائج فورًا بعد انتهاء الأمر. بالإضافة إلى هذا الفحص، تذكّر أن إعادة تشغيل الخدمة المحددة غالبًا ما تكون كافية؛ فإعادة التشغيل عادةً ما تكون مجدية فقط عند تأثر المكونات الأساسية مثل النواة أو glibc أو systemd. أعد تشغيل الخادم أو الكمبيوتر إكمال.
حالة أوبونتو ومتجر جنوم

أحد التغييرات التي أثارت جدلاً هو أنه في بعض الإصدارات الحديثة من أوبونتو، عند استخدام متجر جنوم، تُجبر الواجهة على إعادة التشغيل وتحديث النظام. هذا لا يعني أن النظام نفسه فقد مرونته، بل إن التطبيق الرسومي يُعطي الأولوية للتحديثات دون اتصال بالإنترنت. يتم تنزيل الحزم، ويسجل المستخدم خروجه، ثم يتم تثبيتها أثناء إعادة التشغيل. قد يشعر من اعتاد على الاختيار بين إعادة التشغيل الآن أو لاحقًا بأنه فقد شيئًا ما. أن حرية الاختيار.
هل هناك بدائل؟ نعم. يمكنك تطبيق التحديثات من الطرفية باستخدام apt، وإعادة التشغيل فقط عند الحاجة. إذا كان ما يزعجك هو سلوك التثبيت عند بدء التشغيل، فإن اختيار مدير الحزم عبر سطر الأوامر يُعدّ طريقة سهلة للتحكم. سيُشير مدير الحزم نفسه، على سبيل المثال، من خلال وجود ملف إعادة تشغيل مطلوب أو رسائل ما بعد التثبيت، إلى ما إذا كان التحديث يقترح إعادة التشغيل. وأنت تختار متى تفعل ذلك. لا تقاطع سير عملك.
السبب وراء هذا الاختيار في متجر جنوم عملي: بالتحديث عند بدء التشغيل، تمنع العمليات الجارية من استخدام الملفات التي ستستبدلها، مما يقلل من مشاكل المكتبات المقفلة أو جلسات تحميل الإصدارات غير المكتملة. إنه خيار تصميمي موجه للمستخدمين الذين يفضلون الراحة والأمان افتراضيًا، بينما يحافظ من يفضلون التحكم الكلاسيكي على هذا التحكم باستخدام أدوات النظام. نفس الصلابة كما هو الحال دائمًا.
وفي Fedora 42 Workstation، لماذا كل هذا العدد من عمليات إعادة التشغيل؟
هناك مشكلة أخرى تُقلق بعض المستخدمين، وهي أن التحديثات في فيدورا ورك ستيشن، في الإصدارات الحديثة مثل الإصدار 42، متكررة جدًا، وقد تتطلب أحيانًا إعادة تشغيل شبه يومية. لا يعني هذا عدم استقرار النظام، بل يتميز فيدورا بمعدل تحديث مرتفع، حيث يتم تحديث النواة ومكوناتها الأساسية باستمرار. إذا تلقيت عدة تحديثات للنواة أسبوعيًا، فمن الطبيعي أن يُعاني النظام من بعض البطء. أقترح إعادة التشغيل لاستخدام تلك النوى للمرة الأولى.
ستجد أيضًا تحديثات البرامج الثابتة، وsystemd، وdbus، وudev تُصدر بشكل متكرر في مثل هذا التوزيع الديناميكي. قد يتطلب كل تغيير إعادة تشغيل. الميزة هي حصولك على التحسينات وإصلاحات الأمان مبكرًا جدًا؛ أما العيب فهو ضرورة التخطيط لعمليات إعادة تشغيل أكثر تكرارًا. هنا يأتي دور أداة إعادة التشغيل التي تساعدك في اتخاذ القرار: إذا لم يتغير شيء مهم، فقد تكفي إعادة تشغيل الخدمات. إذا تم تحديث النواة أو glibc، فمن الأفضل إعادة تشغيل الخدمات. خذ لحظة لإعادة التشغيل.
الوقت الفعلي والاستقرار: الخرافة والواقع
اكتسب لينكس شهرةً بفضل زمن تشغيله العالي، وهو أمرٌ مُستحق. تمرُّ العديد من الخوادم شهورًا أو سنوات دون إعادة تشغيل لأن مسؤوليها يُطبِّقون تحديثاتٍ انتقائيةً ويُعيدون تشغيل الخدمات تلقائيًا. إذا لم تُغيِّر نواة النظام أو مكتبات النظام الأساسية، فسيظل نظامك مستقرًا. في الواقع، حتى بعد تحديث `yum` أو عملياتٍ مُشابهة تُحدِّث العديد من الحزم، لا تظهر دائمًا رسالة تُجبر على إعادة التشغيل؛ غالبًا ما تكون العملية وينتهي دون أن يطلب أي شيء..
هذا لا يعني أنه لا يجب عليك إعادة التشغيل أبدًا. يُنصح بالقيام بذلك عندما يُبرر التحديث ذلك، وليس من باب العادة أو النفور من أي إعادة تشغيل. اتخاذ القرار الصائب هو الأساس: إذا كانت مجموعة الحزم المُعدّلة تتضمن مكونات أساسية، فجدولها؛ وإذا كانت تطبيقات ومكتبات طرفية، فأعد تشغيل الخدمات، وانتهى الأمر. بهذا النهج المتوازن، تحافظ على الاستقرار والأمان دون الوقوع في... توقفات غير ضرورية.
أفضل الممارسات لسطح المكتب والخادم
في أجهزة الكمبيوتر المكتبية، الراحة هي الأساس. إذا اقترح متجر الرسومات التثبيت عند إعادة التشغيل وكنت موافقًا على ذلك، فهو خيار مناسب يقلل من المخاطر. إذا كنت تفضل اتخاذ القرار بنفسك، فقم بتطبيق التحديثات باستخدام مدير الحزم وأعد التشغيل عند الضرورة، خاصةً بعد تغييرات النواة أو التحديثات المماثلة. من المفيد التحقق بعد التحديث مما إذا كان النظام يتوقع إعادة تشغيل، وفي هذه الحالة، اختر الوقت الأمثل لتجنب الانقطاع. الاجتماعات أو الجلسات الحرجة.
على الخوادم، يُنصح بإنشاء نوافذ صيانة. ثبّت التحديثات، وشغّل أمر "needs-restart"، وتحقق من الخدمات التي تحتاج إلى إعادة تشغيل. إذا لاحظت أي تغييرات في نواة النظام أو glibc أو نظام التشغيل، فقم بإعداد إعادة تشغيل مُتحكّم بها مع إشعارات المستخدم. إذا أثر التحديث على خدمات مُحددة، فأعد تشغيلها بشكل فردي لتقليل التأثير. باستخدام هذه الإجراءات، تُحافظ على تحديث الأمان دون التأثير على الأداء. disponibilidad del servicio.
تذكر أيضًا أنه، حسب البيئة، توجد حلول متقدمة لتخفيف عمليات إعادة تشغيل النواة، مثل تقنيات التصحيح السريع. هذه الحلول غير متوفرة في جميع الإصدارات ولا تغطي دائمًا جميع أنواع التحديثات، ولكنها عند توفرها تسمح لك بتأجيل عمليات إعادة تشغيل النواة حتى وقت مناسب. مع ذلك، حتى مع هذه التقنيات، يُنصح بإعادة التشغيل عند تراكم التغييرات المهمة لضمان تشغيل نظيف وفعال. كل القطع تتناسب مع بعضها البعض.
الأدوات والعلامات التي لا ينبغي إغفالها
بالإضافة إلى الأداة المساعدة المذكورة سابقًا في بيئات RHEL وCentOS، تُوفر العديد من التوزيعات مؤشرات واضحة حول موعد إعادة التشغيل. غالبًا ما يعرض مديرو الحزم رسائل بعد تحديث بعض الحزم الحساسة. حتى أن بعضها يُنشئ ملف مؤشر إعادة تشغيل مُعلق. وبالطبع، يُمكن لسجلات النظام والخدمات المهمة إصدار تحذيرات عند اكتشافها أنها تعمل بإصدار مكتبة لا يتطابق مع الإصدار الموجود على القرص. الانتباه لهذه الإشارات يُوفر عليك الوقت. سلوكيات غريبة لاحقًا.
نصيحة عملية أخرى هي إعادة تنظيم عادات التحديث لديك. إذا قمت بالتحديث أول شيء في الصباح، فسيكون من الأسهل إعادة التشغيل دون إزعاج أي شخص. إذا كانت هناك فترات توقف في سير عملك، فاستفد منها. لا داعي لتضخيم إعادة التشغيل: المهم أن تكون مدروسة ولها هدف. وإذا صادفت أداة تفرض وضعًا لا يعجبك، فتذكر أن لينكس يقدم بدائل: استخدام الطرفية، أو مدير حزم آخر، أو تعديل تفضيلات الأداة لتناسب سير عملك بشكل أفضل، دائمًا مع... السلامة أولاً.
المجتمع والتعلم والدعم
إذا كنت مبتدئًا وتشعر بالحيرة من هذه الفروق الدقيقة، فأنت لست وحدك. هناك مجتمعات مخصصة للمبتدئين، حيث نشجعك على طرح أي أسئلة، بغض النظر عن التوزيعة أو المنصة. ستجد هنا مقدمات ونصائح ودروسًا تعليمية مصممة لحل المشكلات اليومية، مثل ما يجب فعله بعد التحديث أو كيفية تفسير رسائل مدير الحزم. هذه الثقافة من المشاركة والشرح الهادئ تساعدك... اكتساب عادات جيدة من البداية.
هناك أيضًا مساحات مخصصة لتوزيعات محددة، مثل توزيعات لينكس مينت، حيث يتشارك المستخدمون الأخبار ويطلبون الدعم ويناقشون كيفية إدارتهم للتحديثات في بيئتهم. تُتيح المشاركة في هذه المنتديات والمجتمعات الفرعية منظورًا عمليًا ومتنوعًا، نظرًا لاختلاف سير عمل التحديثات والأدوات الرسومية من توزيعة لأخرى. بفضل هذا الدعم، يُسهّل تحقيق التوازن بين تطبيق التصحيحات مبكرًا وتحديد الوقت الأمثل... إعادة تشغيل أو إعادة تشغيل الخدمات.
دليل سريع لمساعدتك على اتخاذ القرار: الآن أو بعد إعادة التشغيل
إذا قمت بتحديث نواة النظام، أو glibc، أو systemd، أو dbus، أو udev، أو البرامج الثابتة، فمن المنطقي إعادة التشغيل في أسرع وقت ممكن. إذا أثر التحديث على التطبيقات أو المكتبات غير الضرورية، فأعد تشغيل الخدمات المتأثرة فقط وتابع. إذا اقترح متجر جنوم التثبيت عند بدء التشغيل، وكان ذلك يناسبك، فلا تتردد؛ أما إذا كنت تفضل إدارته بنفسك، فطبّق التحديث باستخدام مدير الحزم، وتحقق من استخدام أدوات مثل "يحتاج إلى إعادة تشغيل" لما لا يزال معلقًا. وإذا لم تكن متأكدًا، فراجع وثائق توزيعتك ومجتمعها، فهناك دائمًا ما يمكنك فعله. الفروق الدقيقة المحددة لكل توزيع.
إن اختيار تطبيق التحديثات فورًا أو عند إعادة التشغيل ليس قرارًا حاسمًا، بل هو قرار مدروس. يمنحك لينكس المرونة في كلا الخيارين، وسياقك هو الذي يُحدد الاختيار: على أجهزة الكمبيوتر المكتبية، يعتمد الأمر على وتيرة يوم عملك؛ وعلى الخوادم، يعتمد الأمر على مدى توفرها. مع بعض القواعد الواضحة حول الحزم المهمة، وأداة لتأكيد ذلك، وعادات صيانة فعّالة، ستحصل على نظام مُحدّث ومستقر وآمن دون إضاعة الوقت أو إثقال كاهلك بموارد غير ضرورية. إعادة التشغيل غير الضرورية.
كاتب شغوف بعالم البايت والتكنولوجيا بشكل عام. أحب مشاركة معرفتي من خلال الكتابة، وهذا ما سأفعله في هذه المدونة، لأعرض لك كل الأشياء الأكثر إثارة للاهتمام حول الأدوات الذكية والبرامج والأجهزة والاتجاهات التكنولوجية والمزيد. هدفي هو مساعدتك على التنقل في العالم الرقمي بطريقة بسيطة ومسلية.