ما هو إصدار Ubuntu النقطي 26.04.1؟

ما هو إصدار Ubuntu النقطي

إصدار Ubuntu النقطي، مثل 26.04.1، هو الإصدار الموجود لديك بعد دمج جميع التحديثات المنشورة منذ الإطلاق في وسائط تثبيت جديدة. وليس إصداراً جديداً. ولا يتغير المستودع الذي تُثبّت منه الحزم، كما لا يتغير اسم المجموعة في مصادر apt. لذلك لا يحتاج الخادم المثبّت والمحدّث إلى تنزيل أي شيء عند صدور إصدار نقطي.

يحدث أمران في يوم الإصدار. تُعاد بناء الوسائط: ملفات ISO جديدة وصور سحابية جديدة، مبنية من حالة المستودع في ذلك الأسبوع. وتتغير سلسلة الإصدار: يبدأ lsb_release -a بعرض 26.04.1 LTS بدلاً من 26.04 LTS التي كان يعرضها سابقاً.

أما كل شيء آخر، فهو موجود لديك مسبقاً. تنشر Ubuntu الإصلاحات باستمرار في جيبي -security و-updates ضمن مجموعة واحدة، وهي resolute للإصدار 26.04 وnoble للإصدار 24.04. الإصدار النقطي هو لقطة من هذا التدفق. ولا توجد وجهة منفصلة تنتقل إليها.

لماذا لا يوجد شيء لتنزيله على خادمك المحدَّث

لأن رقم الإصدار الفرعي موجود في حزمة صغيرة واحدة. شغّل ما يلي:

lsb_release -a
dpkg -S /etc/lsb-release

يجيب dpkg -S عن base-files: /etc/lsb-release. توفّر حزمة base-files الملفات التي تحتوي على سلسلة إصدارك، لذلك عند إصدار نسخة فرعية، تصل حزمة base-files جديدة إلى مستودع -updates، وتثبّتها عملية sudo apt upgrade التالية. هذه الحزمة وحدها تمثل الأثر الظاهر الكامل للنسخة الفرعية على جهاز قيد التشغيل. أما كل ما عدا ذلك داخلها، فقد ثبّتَّه قبل أسابيع كتحديثات عادية.

توجد طريقة شائعة واحدة للتأخر عن التحديثات. يفعّل /etc/apt/apt.conf.d/50unattended-upgrades الافتراضي مصدر -security داخل كتلة Allowed-Origins، ويترك السطر -updates معلّقاً بالتعليق. لذلك، يثبّت الجهاز الذي يعتمد على التحديثات التلقائية وحدها الإصلاحات الأمنية ويتجاوز بقية التحديثات. ويستمر هذا الجهاز في الإبلاغ عن رقم إصدار فرعي أقدم لأشهر، وهذا صحيح لأنه لا يحتوي فعلياً على تلك الحزم. افتح الملف وتحقق من الأسطر المعلّقة بالتعليق: يشرح كيفية إعداد التحديثات غير التفاعلية على Ubuntu تلك الكتلة سطراً بسطر.

موعد صدور الإصدار الفرعي التالي

تعرّف على الوتيرة، لا على التاريخ. يصدر أول إصدار فرعي من إصدار LTS بعد بضعة أشهر من الإصدار الأصلي في أبريل، وتصدر الإصدارات التالية بفواصل زمنية تقارب 6 أشهر، بالتزامن مع كل إصدار مرحلي. قد تتغير التواريخ. أعلنت Canonical أن أول إصدار فرعي من 26.04 سيصدر في بداية أغسطس 2026، ثم أجّلت الموعد. هذا أمر معتاد ولا يدل على وجود مشكلة. اعتمد التاريخ الوارد في صفحة دورة إصدارات Ubuntu أو في ملاحظات إصدار 26.04 LTS، لا على أي مقالة، بما فيها هذه المقالة.

لماذا لا يُعرض 26.04 لمستخدمي 24.04 حتى الإصدار النقطي الأول

لأن مطالبة الترقية مُهيّأة للانتظار، ويمكنك قراءة هذا الإعداد على خادمك بنفسك.

cat /etc/update-manager/release-upgrades

[DEFAULT]
# never  - Never check for, or allow upgrading to, a new release.
# normal - Check to see if a new release is available.
# lts    - Check to see if a new LTS release is available.
Prompt=lts

التعليقات الموجودة في الملف المُرفق أطول من ذلك المقتطف، وتستحق القراءة كاملة. القيمة Prompt=lts هي الافتراضية عند تثبيت إصدار LTS، وتؤدي وظيفتين: تقيّد العرض بإصدارات LTS، وتوجّه عملية التحقق إلى قائمة مختلفة.

اسم هذه القائمة موجود في ملف ثانٍ:

cat /etc/update-manager/meta-release

تشير URI إلى https://changelogs.ubuntu.com/meta-release، وتشير URI_LTS إلى https://changelogs.ubuntu.com/meta-release-lts. باستخدام Prompt=lts، يقرأ برنامج الترقية قائمة LTS، ولا يُعرض إصدار LTS الجديد كهدف للترقية فيها حتى يتوفر إصداره النقطي الأول. اجلب القائمة وافحصها بنفسك:

curl -s https://changelogs.ubuntu.com/meta-release-lts | tail -40

كل إصدار عبارة عن كتلة من أسطر Dist: وVersion: وSupported: وUpgradeTool:. يحتاج برنامج الترقية إلى هذه الكتلة قبل أن يعرض عليك أي إصدار. وتذكر Canonical القاعدة نفسها بعبارات واضحة في إعلان إصدار 26.04 LTS: يُعرض على مستخدمي 24.04 LTS إجراء الترقية التلقائية عند إصدار 26.04.1.

لذلك، على خادم يعمل بـ24.04 قبل ذلك الإصدار النقطي:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

هذه نتيجة سليمة، وليست دليلاً على وجود خلل. عندما يصبح مسار الترقية متاحاً، يعرض الأمر نفسه اسم الإصدار، وتظهر الرسالة نفسها في ترويسة تسجيل الدخول:

New release '26.04.1 LTS' available.
Run 'do-release-upgrade' to upgrade to it.

لاحظ الإصدار الذي يعرضه. لن ترقي إلى 26.04 ثم إلى 26.04.1. ستجري الترقية مرة واحدة، وستصل إلى الحالة الحالية من 26.04.

هناك سببان آخران قد يجعلان هذا التحقق يعرض نتيجة فارغة: Prompt=never، الذي تضبطه بعض صور مزوّدي الخدمة، أو وكيل وسيط أو mirror لا يستطيع الوصول إلى changelogs.ubuntu.com. أما الرسالة المختلفة Please install all available updates for your release before upgrading فتعني أن التحقق نجح، وأن برنامج الترقية يريد نقطة بداية محدّثة بالكامل. يشرح لا يعرض do-release-upgrade أي إصدار جديد الأسباب المتبقية. عندما يصبح المسار متاحاً وتستعد، تكون ترقية 24.04 إلى 26.04 نفسها مهمة منفصلة لها خطوات إعداد خاصة بها.

يشير الخيار -d إلى نفس عملية التحقق، ولكن إلى قائمة التطوير، وهذه هي الطريقة التي يستخدمها بعض الأشخاص للانتقال قبل فتح المسار. يوجد هذا الانتظار لسبب: فهو الفترة التي تُعالَج فيها العوائق التي يبلغ عنها المستخدمون الأوائل. إذا كنت تعتمد على خادم تستأجره، فمن الأفضل ترك فترة الانتظار تؤدي وظيفتها.

ماذا يعني kernel الخاص بـ hardware enablement على VPS

يصدر إصدار LTS بإصدار kernel واحد طوال دورة حياته، وهو kernel ‏GA (general availability)، ويوفّر مساراً ثانياً متجدداً يسمى HWE (hardware enablement). يُقدَّم مسار HWE عبر point releases، وهو الجزء الوحيد من point release الذي يحتوي فعلياً على كود جديد، بدلاً من إعادة تجميع ما لديك مسبقاً.

الإصدار 24.04 هو المثال العملي. صدر مع kernel ‏6.8، ويستمر kernel ‏6.8 في مسار GA طوال سنوات الدعم القياسي الخمس. بدأ مسار HWE مع point release الثاني: أضاف 24.04.2 kernel ‏6.11 من Ubuntu 24.10، وأضاف 24.04.3 الإصدار 6.14 من Ubuntu 25.04. اعتباراً من August 2026، هذا هو النمط المعتمد، ويتبع 26.04 البنية نفسها.

يتحدد المسار الذي تستخدمه من خلال اسم حزمة:

uname -r
apt list --installed 2>/dev/null | grep -E '^linux-(generic|virtual|image|kvm)'

linux-generic هو مسار GA. linux-generic-hwe-24.04 هو المسار المتجدد. تستخدم تثبيتات سطح المكتب HWE افتراضياً، بينما تستخدم تثبيتات الخوادم GA افتراضياً. أما صور موفري VPS فكثيراً ما تستخدم خياراً أضيق، مثل linux-virtual أو linux-kvm خاصاً بالسحابة. تحقق بدلاً من افتراض ذلك، لأن الإعداد الافتراضي يعتمد على الجهة التي أنشأت صورتك.

في العتاد الافتراضي المستأجر، لا ينطبق hardware enablement عليك غالباً. يرى خادمك أجهزة virtio وواجهات الشبكة والقرص الافتراضية التي يعرضها hypervisor، وقد استقرت برامج التشغيل هذه في kernel منذ أكثر من عقد. يحتاج الحاسوب المحمول الجديد إلى HWE. أما VPS فنادراً ما يحتاج إليه. ما يمنحك إياه kernel الأحدث هنا هو ميزات kernel، مثل تحسينات أحدث لـio_uring وeBPF، أو إصلاح لنظام ملفات لديك سبب محدد للحصول عليه. ما الجديد في Linux kernel 7.1 هو المرجع الذي يساعدك على تحديد ما إذا كانت هذه التغييرات تستحق الاضطراب.

التكلفة هي عمليات إعادة التشغيل والمخاطر. تسحب حزمة HWE meta package إصدار kernel جديداً من upstream كل ستة أشهر تقريباً، لذلك تقبل الانتقال إلى إصدار kernel جديد وإعادة التشغيل وفق هذا الجدول. قد تفشل الوحدات الخارجية المبنية باستخدام DKMS، وZFS هو المثال المعتاد، في البناء مع الإصدار الجديد، وستكتشف ذلك عند الإقلاع. يترك كل kernel أيضاً الإصدار السابق، وهكذا تمتلئ مساحة /boot الصغيرة. اقرأ إزالة kernels القديمة من /boot ممتلئ واختيار kernel الذي يقلع به VPS قبل أن تحتاج إليهما، لا بعد ذلك.

الانتقال إلى مسار HWE يتطلب أمراً واحداً وإعادة تشغيل:

sudo apt install --install-recommends linux-generic-hwe-24.04
sudo reboot

يجب أن يعرض uname -r بعد إعادة التشغيل الإصدار الأحدث. أبقِ kernel السابق مثبتاً حتى تقلع باستخدام الإصدار الجديد وتتحقق من خدماتك، لأن مسار استرداد kernel الذي لا يقلع هو اختيار الإدخال الأقدم من boot menu، ويجب أن يظل هذا الإدخال موجوداً. إذا لم يكن موجوداً، فستكون أمام حالة استرداد VPS لا يقلع بعد تحديث kernel.

يوجد أيضاً متغير -edge من حزمة HWE يأخذ kernel التالي قبل point release. وهو مخصص للاختبار. اتركه على الخادم.

الإجابة الافتراضية للخادم المستأجر هي kernel ‏GA: إصدار kernel واحد طوال خمس سنوات، مع backport لإصلاحات الأمان إليه طوال هذه المدة، ومن دون انتقال مجدول إلى إصدار آخر. انتقل إلى HWE عندما تستطيع تحديد الميزة التي تحتاج إليها.

لماذا يختلف التثبيت الجديد اليوم عن تثبيت الشهر الماضي

تُعاد بناء Images بوتيرة أعلى من وتيرة إصدار point releases. تنشر Ubuntu صور cloud مرفقة برقم تسلسلي، ويحدّث كل provider قوالب Ubuntu وفق جدوله الخاص. لذلك، قد يقلع خادمان أنشأتهما بفاصل ستة أشهر من خيار القائمة نفسه بإصداري kernel مختلفين، ويبدآ بإصدارات مختلفة من الحزم. لا يعني ذلك أن أحدهما خاطئ.

هذا الأمر أهم مما يبدو. يفترض runbook يطلب تشغيل خمسة أوامر بعد التثبيت، من دون توضيح، حالة ابتدائية لم تعد قائمة. تحقّق من lsb_release -a وuname -r على كل خادم بدلاً من الوثوق بالتصنيف الذي نقرت عليه، ثم عرّف الحالة النهائية في code حتى لا تعود الحالة الابتدائية مهمة. أول Ansible playbook لـVPS هو أصغر إصدار مفيد من ذلك.

هل ينبغي أن تنتقل عند صدور الإصدار النقطي، أم تنتظر؟

• إذا كنت تستخدم 26.04 بالفعل، فلا يوجد إصدار تنتقل إليه. واصل تثبيت التحديثات، وسيتبع رقم الإصدار النقطي تلقائياً.
• إذا كنت تستخدم 24.04، فسيستمر الدعم القياسي حتى April 2029، لذلك لا يكلّفك الانتظار كثيراً. الإصدار النقطي الأول فرصة للانتقال، وليس موعداً نهائياً.
• رقِّ نسخة أولاً. أنشئ snapshot للخادم، أو أعد إنشاء المكدس نفسه على VPS مؤقت، ثم نفّذ الترقية هناك وسجّل المدة التي تستغرقها.
• إذا كنت تريد kernel أحدث بدلاً من إصدار أحدث، فإن مسار HWE يوفّر ذلك في 24.04 من دون ترقية LTS إطلاقاً.

تتناول إصدارات LTS مقابل الإصدارات المرحلية للخادم السؤال الأوسع المتعلق بالإصدار الذي ينبغي أن تعتمد عليه.

ما الذي يجب التحقق منه على خادمك

lsb_release -a
uname -r
grep -v '^#' /etc/update-manager/release-upgrades
sudo do-release-upgrade -c

تبدو النتيجة السليمة على النحو التالي: يعرض lsb_release -a إصدارك مع رقم التحديث الفرعي الحالي، ويتطابق uname -r مع مسار النواة الذي قصدت استخدامه، ويكون Prompt=lts موجوداً، ولا يعثر الفحص على شيء أو يذكر الإصدار الذي سيعرضه. أما أي نتيجة أخرى، فيجب فهمها قبل الترقية لا أثناء تنفيذها.

FAQ

هل يجب أن أفعل شيئاً عند صدور إصدار فرعي مثل 26.04.1؟

لا، ما دام الخادم يعمل بهذا الإصدار ويتلقى التحديثات. يضم الإصدار الفرعي التحديثات المنشورة مسبقاً في وسائط تثبيت جديدة. يتلقى الخادم قيد التشغيل المحتوى نفسه عبر apt upgrade عند نشره، وتتغير سلسلة الإصدار في lsb_release -a عندما تُحدَّث حزمة base-files. لا يوجد إصدار منفصل تنتقل إليه، ولا حاجة إلى إعادة التثبيت.

لماذا ما زال خادمي يعرض رقم إصدار فرعي أقدم بعد apt upgrade؟

غالباً لأن التحديثات التلقائية تقتصر على إصلاحات الأمان. يفعّل الإعداد الافتراضي /etc/apt/apt.conf.d/50unattended-upgrades المصدر -security، ويترك السطر -updates في صورة تعليق، بينما تصل الحزمة base-files التي تحمل سلسلة الإصدار عبر -updates. شغّل sudo apt update && sudo apt full-upgrade يدوياً، وتحقق مما إذا كان base-files يظهر في القائمة. إذا ظهر على أنه مؤجل، فهناك إعداد pin أو تثبيت للحزمة يمنع تحديثه.

لماذا لا يُعرض الإصدار 26.04 لخادمي الذي يعمل بالإصدار 24.04؟

لأن Prompt=lts في /etc/update-manager/release-upgrades هو الإعداد الافتراضي في إصدار LTS، وهو يتحقق من قائمة إصدارات LTS في https://changelogs.ubuntu.com/meta-release-lts، حيث لا يُعرض إصدار LTS الجديد كهدف للترقية قبل صدور أول إصدار فرعي له. حتى ذلك الحين، يعرض sudo do-release-upgrade -c الرسالة No new release found.، وهذا سلوك صحيح. الانتظار مقصود، لأنه يتيح إصلاح مشكلات الترقية التي يكتشفها المستخدمون الذين يجرّبونها مبكراً.

هل ينبغي أن أثبّت نواة HWE على VPS الخاص بي؟

غالباً لا. يهدف تمكين الأجهزة إلى دعم أجهزة أحدث من الإصدار، بينما يعرض VPS أجهزة virtio تكون برامج تشغيلها موجودة في النواة منذ سنوات. تبقى نواة GA على إصدار واحد طوال دورة حياة LTS، مع نقل الإصلاحات إليها. استخدم نواة HWE عندما تستطيع تحديد ميزة النواة التي تحتاج إليها، وتقبّل عندئذ الانتقال إلى إصدار نواة أحدث وإعادة التشغيل كل ستة أشهر تقريباً.